IPP Software Navigation Tools IPP Links Communication Pan-STARRS Links
wiki:PS1_IPP_Czarlog_20121112

Version 24 (modified by bills, 14 years ago) ( diff )

--

(Up to PS1 IPP Czar Logs)

Monday : 2012.11.12

Mark is czar

  • 08:00 MEH: last of nightly science finishing up. LAP and other reprocessing chip faults from permissions still.
    • chip.off for a while to push more LAP warps
  • 11:30 still babysitting a large number of OSS diffims slowly making their way through..
  • 14:30 OSS and 3PI diffims finished, regular restart of stdscience done.
  • 21:00 MEH: poor weather so pushing more MD05 reprocessing through
  • 21:30 repaired lost files, replaced with found orphans
    neb://ipp027.0/gpc1/20101102/o5502g0217o/o5502g0217o.ota26.fits
    neb://ipp051.0/gpc1/20100605/o5352g0039o/o5352g0039o.ota64.fits
    

Tuesday : 2012-11-13

Serge is czar

  • 06:15: No observation last night. However ipp001 mysql server crashed: Nothing in its log though. Replication is only 10 minutes behind so it should not become a major incident.
  • 14:00: Stopped all processing
  • 14:45: Restarting all rpc.statd on all storage nodes:
    schastel@ippc11:~$ echo $PYTHONPATH 
    /home/panstarrs/schastel/local/lib64/python2.5/site-packages:/home/panstarrs/schastel/local/lib/python2.5/site-packages:/home/panstarrs/schastel/local/share/python
    schastel@ippc11:~/dev/SshSudo$ ./ssh_sudo.py -H `cat tmp/storageNodes` 'sudo /etc/init.d/rpc.statd restart'
    
  • 15:12 (Bill) Since there are many postage stamp requests requiring update processing I added some more hosts to the update pantasks (hosts.update) and tweaked the polling variables: set.poll 80 in update and in pstamp set.dependent.poll 120
  • 17:00: Chris queued a bunch of cleanup tasks.
    • MEH also push all of the MD05 reprocessed chip+warps to cleanup as now finished.

Wednesday : 2012-11-14

Serge is czar

  • 08:00: 35(?) science exposures last night. No observation report though.
  • 11:24: Bill started restoring about 15,000 camera runs that never had magic destreak restored. Only ThreePi exposures were done apparently. It is being run as bills from ~bills/destreak.
  • 12:30: ippc09 root partition is full (Thanks Bill).
    rm /tmp/nebulous_server.log ; touch /tmp/nebulous_server.log ; /etc/init.d/apache2 graceful
    
  • 12:35: Did the same on ippc05, c06, and c08 which were above 85%
  • 21:35 MEH: stdscience could use its regular restart
    • pantasks is fully loaded but something is still dragging on the system. looks like rpc.statd on ipp018 is railing @100.. nfsd restart seems to have cleared it and rate back up.

Thursday : 2012-11-15

  • 07:27 Bill: registration job was stuck for > 4000 seconds on ipp016. It has nfs connection problem with stsci05.2. Killed job, removed ipp016 and cleared regPendingImfile book in registration panatasks and registration finished the 35 unregistered exposures in a few minutes.
  • 07:35 Bill force.umount successfully unmounted the stuck partition on ipp016 but subsequenty mount attempts failed (or at least didn't succeed before I got impatient
(ipp016:~) bills% sudo ~eugene/force.umount stsci05.2
Password: 
USAGE: force.umount (ipphost) (volume)
(ipp016:~) bills% sudo ~eugene/force.umount stsci05 stsci05.2
umount.nfs: trying 10.10.20.245 prog 100005 vers 3 prot UDP port 46872
stsci05:/export/stsci05.2 umounted
(ipp016:~) bills% ls /data/stsci05.2
^Cls: cannot open directory /data/stsci05.2: Interrupted system call

(ipp016:~) bills% !sud
sudo ~eugene/force.umount stsci05 stsci05.2
Could not find /data/stsci05.2 in mtab
umount2: Invalid argument
umount: /data/stsci05.2: not mounted
(ipp016:~) bills% !ls
ls /data/stsci05.2
^Cls: cannot open directory /data/stsci05.2: Interrupted system call


Friday : 2012-11-16

Saturday : 2012-11-17

Sunday : 2012-11-18

Note: See TracWiki for help on using the wiki.