IPP Software Navigation Tools IPP Links Communication Pan-STARRS Links

Changes between Version 70 and Version 71 of PS1_IPP_Czarlog_20150112


Ignore:
Timestamp:
Jan 17, 2015, 9:03:54 AM (12 years ago)
Author:
Mark Huber
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • PS1_IPP_Czarlog_20150112

    v70 v71  
    147147 * 15:30 EAM: Haydn rebooted ipp083 & ipp086 to fix raid betteries.
    148148 * 16:40 MEH: ipp084, ipp091 have BBU and in WB state -- neb-host up now, will wait to add to data host targeting when the rest go online as well (083,086,092), so same targeting as last night
    149  * 21:20 MEH: are the QUB stamps stalled? going to restart pstamp -- still seems so
     149 * 21:20 MEH: are the QUB stamps stalled? going to restart pstamp -- still seems so -- looks like some updates with label for ps_ud_QUB were then cleaned
    150150 * 23:10 MEH: bumped stdsci up 5x:s4+s5 -- seems to keep up. ipp067-095 have a fairly high load (cpu~60%), summitcopy+registration+stdsci fine, but like previous nights can have load spikes ~50 and some wait%.
    151151 * 23:20 MEH: OSS warp fault to quality clear  -- cannot build growth curve (psf model is invalid everywhere)
     
    162162 * 05:25 EAM: looks like things ran pretty well last night - we are in pretty good shape on the nightly processing and stdlocal ran solidly at 75-100 chips/hour.  I notice that the following stages are lagging in stdlocal, and have attributed this to a backup in camera.  basically, the galactic plane is slower in camera because it scales by number of stars (even more so than chip).  since we have a fairly limited number of camera jobs at a time, this becomes a bottleneck.  I've bumped camera polling from 25 to 60 to address this, but it perhaps could go higher.
    163163
     164 * 09:00 MEH: going to try and fix the cleanup/update conflict blocking QUB stamps..
     165
    164166=== Sunday : YYYY.MM.DD ===