From: Viktor Malanushenko Subject: Re: 2.5m obslog 20070310 (MJD 54170) Date: Sun, 11 Mar 2007 13:47:37 -0600 --Apple-Mail-35--85754818 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Yes, should be is easier kill sop-session on landru and then make logout ports. But in about time of killing sop-session on a computer landru there was an output from Victor's login. Therefore it was necessary to open *all* the software anew. Also as special attention. After restart I have found by means of a command *top* two processes on a computer sdsshost2 which are started from under the OLD version of IOP (one of them is shown right at the end ' problems' section). Whether it could serve as the reason of problems? Viktor Malanushenko viktorm@apo.nmsu.edu On Mar 11, 2007, at 1:24 PM, stephanie snedden wrote: > Okay.You could kill the landru sop session remotely, then logout > ports. But, I'm not sure what is easier for you - doing that or > restarting landru, as you did. Of course, when you restart > landru,you have to restart *all* the software you run. > > All this begs the question of what caused the sop hang on landru in > the first place. > > Steph > On Mar 11, 2007, at 1:09 PM, Viktor Malanushenko wrote: > >> Hi, Stephanie, >> >> We could not grab the instruments from sop-session on other >> computer before the landru restart. >> >> Viktor Malanushenko >> viktorm@apo.nmsu.edu >> >> >> >> On Mar 11, 2007, at 12:43 PM, stephanie snedden wrote: >> >>> Question: were you able to grab the instruments from a sop >>> session on another computer after the landru session froze. but >>> before the landru restart? >>> >>> Steph >>> On Mar 11, 2007, at 5:29 AM, swatters@apo.nmsu.edu wrote: >>> >>>> >>>> 06:17Z Cart 1, plate 2588, chunk151. >>>> GSOGTF, T= 6.8 C, relfoc=25, seeing~1.3" >>>> 06:21Z Precals >>>> 06:28Z Science (900) >>>> 06:45Z Science (900) >>>> The sop session on Landru froze after reading >>>> out. We logged >>>> out the sp ports in Xyplex but still cannot >>>> reconnect to the >>>> instrument (see problems). >>>> >>>> >>>> >>>> We couldn't connect to the spectrographs after our sop session >>>> crashed. We >>>> logged out the ports but still couldn't connect: >>>> sp1> grabInst -handlers 600 >>>> ************************************************** >>>> ====>>>>>>RELAY SERVER FAILED TO START!!!!>>> ************************************************** >>>> Couldn't open udp socket 30410 : Address already in use >>>> ************************************************** >>>> Couldn't open udp socket 30410 : Address already in use >>>> Couldn't open udp socket 30410 : Address already in use >>>> while executing >>>> "error $serverStartError" >>>> invoked from within >>>> "if {$serverFailedToStart} { >>>> bell >>>> puts >>>> "**************************************************" >>>> puts "====>>>>>>RELAY SERVER FAILE ..." >>>> invoked from within >>>> "if {![info exists packeteerPort] && $dt > 0} { >>>> set serverFailedToStart [catch { >>>> startServer -backup -relay [cameraType] -listen 2 >>>> } serverSt ..." >>>> invoked from within >>>> "if {$drop || $stop_handlers} { >>>> if 1 { >>>> requestListen -[cameraType] 1; # tell server we're >>>> quitting >>>> } >>>> >>>> if [info exists packeteerPort ..." >>>> (procedure "grabInstruments" line 78) >>>> invoked from within >>>> "grabInstruments -handlers 600 -reconnect" >>>> ("eval" body line 1) >>>> invoked from within >>>> "eval $procname $args" >>>> grabInstruments is scheduled, further errors sent to murmur >>>> >>>> We logged out of landru and then were able to grab the >>>> instruments from both >>>> computers. I would like to note that Landru completely froze up >>>> on us 3 nights >>>> ago. >>>> Using Top we found a process using the old iop (V4_30). We >>>> don't know if it is >>>> significant but we wanted to pass it along. We didn't kill it: >>>> 26044 observer 15 0 8016 8016 1436 S 0.2 0.3 28:42 0 >>>> /linuxp/prd/iop/v4_30_0/bin/iop.bin -noVME -useTk -command >>>> start_mcpMenu >>>> "+1+1" 0.5 1 >>>> >>> >>> >>> DSS DSS DSS DSS DSS Digital Sky Survey DSS DSS DSS DSS DSS DSS >>> DSS *** The information posted to SDSS mailing lists is >>> proprietary *** >>> DSS This is message 3445 in the sdss-25mlog archive, URL >>> DSS http://www.astro.princeton.edu:81/sdss-25mlog/msg. >>> 3445.html >>> DSS The index is at http://www.astro.princeton.edu:81/ >>> sdss-25mlog/INDEX.html >>> DSS To join/leave the list, go to >>> DSS http://www.astro.princeton.edu:81/cgi-bin/ >>> mailinglists.pl/show_subscription?list=sdss-25mlog >>> DSS To post a message, mail it to sdss-25mlog@astro.princeton.edu >>> DSS >>> DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS >> > --Apple-Mail-35--85754818 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 Yes, should be is easier = kill sop-session on landru and then make logout ports.=A0But = in about time of killing sop-session on a computer landru there was an = output from Victor's login.=A0Therefore it was necessary to = open *all* the software anew.Also as special attention. = After restart I have found by means of a command *top* two processes on = a computer=A0sdsshost2 which are started from under the OLD = version of IOP (one of them is shown right at the end ' problems' = section).=A0Whether it could serve as the reason of = problems? Viktor = Malanushenkoviktorm@apo.nmsu.edu On Mar = 11, 2007, at 1:24 PM, stephanie snedden wrote:Okay.You = could kill the landru sop session=A0 remotely, then logout ports. But, = I'm not sure what is easier for you - doing that or restarting landru, = as you did. Of course, when you restart landru,you have to restart *all* = the software you run.All this begs the question = of what caused the sop hang on landru in the first place.StephOn Mar = 11, 2007, at 1:09 PM, Viktor Malanushenko wrote:Hi, = Stephanie,We = could not grab the instruments from sop-session on other computer before = the landru restart. Viktor = Malanushenkoviktorm@apo.nmsu.edu On Mar = 11, 2007, at 12:43 PM, stephanie snedden wrote:Question: were you able to grab the instruments from = a sop session on another computer after the landru session froze. but = before the landru restart?StephOn Mar 11, 2007, at 5:29 AM, swatters@apo.nmsu.edu = wrote: = 06:17Z=A0 Cart 1, plate 2588, = chunk151.=A0 =A0 =A0 =A0 GSOGTF, T=3D 6.8 = C, relfoc=3D25, seeing~1.3"=A0 =A0 =A0 =A0 06:21Z=A0 Precals=A0 =A0 =A0 =A0 = 06:28Z=A0 Science = (900)=A0 =A0 =A0 =A0 06:45Z=A0 Science (900)=A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 The sop session on Landru froze after reading = out.=A0 We logged=A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 out the sp ports in Xyplex but still cannot = reconnect to the=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = instrument (see problems).We = couldn't connect to the spectrographs after our sop session = crashed.=A0 Welogged out the ports but still couldn't = connect:sp1> grabInst -handlers = 600**************************************************=3D=3D=3D=3D>>>>>>RELAY SERVER = FAILED TO START!!!!<<<=3D=3D=3D=3D=3D**************************************************Couldn't open udp socket 30410 : Address already in = use**************************************************Couldn't open udp socket 30410 : Address already in = useCouldn't open udp socket 30410 : = Address already in use=A0 =A0 while executing"error $serverStartError"=A0 =A0 = invoked from within"if = {$serverFailedToStart} {=A0=A0 =A0 =A0 =A0 =A0 =A0 = bell=A0=A0 =A0 =A0 =A0 =A0 =A0 puts = "**************************************************"=A0=A0 =A0 =A0 = =A0 =A0 =A0 puts "=3D=3D=3D=3D>>>>>>RELAY = SERVER FAILE ..."=A0 =A0 invoked from = within"if {![info exists = packeteerPort] && $dt > 0} {=A0=A0 =A0 =A0 =A0 set = serverFailedToStart [catch {=A0=A0 =A0 =A0 =A0 =A0 =A0 = startServer -backup -relay [cameraType] -listen 2=A0=A0 =A0 =A0 = =A0 } serverSt ..."=A0 =A0 invoked from = within"if {$drop || $stop_handlers} = {=A0 =A0 =A0= if 1 {=A0=A0 =A0 =A0 =A0 requestListen = -[cameraType] 1; # tell server we're quitting=A0 =A0 =A0 = }=A0 =A0 =A0 = if [info exists packeteerPort ..."=A0 =A0 (procedure = "grabInstruments" line 78)=A0 =A0 invoked from = within"grabInstruments -handlers 600 = -reconnect"=A0 =A0 ("eval" body line = 1)=A0 =A0 = invoked from within"eval = $procname $args"grabInstruments is scheduled, = further errors sent to murmurWe logged out of landru and then = were able to grab the instruments from bothcomputers.=A0 I would = like to note that Landru completely froze up on us 3 nightsago.Using Top we = found a process using the old iop (V4_30).=A0 We don't know if it = issignificant but we wanted to pass it = along.=A0 We didn't kill = it:26044 observer=A0 15 =A0 0=A0 8016 8016=A0 1436 S =A0 =A0 0.2=A0 0.3=A0 28:42 =A0 0/linuxp/prd/iop/v4_30_0/bin/iop.bin -noVME -useTk = -command start_mcpMenu"+1+1" 0.5 1 DSS DSS DSS = DSS DSS=A0 Digital Sky = Survey DSS DSS DSS DSS DSS DSSDSS *** The = information posted to SDSS mailing lists is proprietary ***DSS=A0 = This is message 3445 in the sdss-25mlog archive, URLDSS =A0 =A0 =A0 = =A0 http:= //www.astro.princeton.edu:81/sdss-25mlog/msg.3445.htmlDSS=A0 = The index is at http://w= ww.astro.princeton.edu:81/sdss-25mlog/INDEX.htmlDSS=A0 = To join/leave the list, go toDSS =A0 =A0 =A0 =A0 http://www.astro.princeton.edu:81/cgi-bin/ma= ilinglists.pl/show_subscription?list=3Dsdss-25mlogDSS=A0 = To post a message, mail it to sdss-25mlog@astro.princeto= n.eduDSSDSS DSS = DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS DSS = = --Apple-Mail-35--85754818--