Changes between Version 33 and Version 34 of PS1_IPP_Czarlog_20121008

Timestamp:

Oct 10, 2012, 8:33:21 AM (14 years ago)

Author:

Mark Huber

Comment:

--

PS1_IPP_Czarlog_20121008

@@ -37 +37 @@
  * 11:00 MEH: chip.revert.off to look for faulting exposures, recovered neb://ipp020.0/gpc1/20100714/o5391g0197o/o5391g0197o.ota40.fits.
  * 11:30 manually forced LAP to check older lap_id to push fixed chip->warp into stack with ''lap_science.pl --monitor_mode --lap_id 8822'', have 2800 stacks now so systems should be in full use for day.
- * 11:50 ippc18.0 @38/917 GB again..  rsync the past months log dirs to their respective Archive w/o any gzipping (want to always do that on the ippc18.1 disk anyways to keep the load down on ippc18.0), but will only clear up so 20GB. Month of October has some large logs for cleanup, stdscience and can't go to Archive yet. 
+ * 11:50 ippc18.0 @38/917 GB again..  rsync the past months log dirs to their respective Archive w/o any zipping (want to always do that on the ippc18.1 disk anyways to keep the load down on ippc18.0), but will only clear up some 20GB. Month of October has some large logs for cleanup, stdscience and can't go to Archive yet. 
   * 12:30 rsync from ippc18.0 to ippc18.1 with large rm jobs can load the system and stall processing
   * 13:00 bzip2 on the Archive files on ippc18.1 (not NFS mounted) can also load the system and slow down processing.  starting with the cleanup logs, rarely looked at and many haven't been compressed yet.