| Version 24 (modified by , 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.
