| | 77 | --- convolved stack cleanup -- uses compute3 |
| | 78 | pantasks_client -c ~watersc1/this_is_where_pantasks_lives/ptolemy.rc |
| | 79 | |
| | 80 | --- rawcheck running in replication using wave2-4 + 2_weak |
| | 81 | pantasks_client -c ~ipp/replication/ptolemy.rc |
| | 82 | }}} |
| | 83 | * ippc01,c02,c03 -- /var/log/apache2/error_log having a growing number of "server seems busy" messages recently -- only c01-c03, are these being manually extra targeted? |
| | 84 | {{{ |
| | 85 | [Fri Dec 20 11:05:25 2013] [info] server seems busy, (you may need to increase StartServers, or Min/MaxSpareServers), spawning 8 children, there are 0 idle, and 21 total children |
| | 86 | }}} |
| | 87 | * restarted apache on all 3, cleared larger nebulous_server.log on ippc02 |
| | 88 | {{{ |
| | 89 | sudo /etc/init.d/apache2 stop |
| | 90 | sudo rm /tmp/nebulous_server.log ; sudo touch /tmp/nebulous_server.log ; sudo chown apache /tmp/nebulous_server.log ; sudo chmod g+w /tmp/nebulous_server.log ; ls -l /tmp/*log |
| | 91 | sudo /etc/init.d/apache2 start |
| | 92 | }}} |
| | 93 | * ipp044 was running neb_rawOTA_host_scan.pl with long >10ks query times in the nebulous DB -- kill -STOP to pause, but appears to have died or finished (on last set?) |
| | 94 | {{{ |
| | 95 | | 19865251 | ipp | ipp044.ifa.hawaii.edu:48902 | nebulous | Query | 15915 | Sending data | SELECT ins_id,so_id,uri FROM instance WHERE vol_id = 39 AND ins_id > 4280476494 LIMIT 10000 | |
| | 96 | |
| | 97 | | 19865251 | ipp | ipp044.ifa.hawaii.edu:48902 | nebulous | Query | 11300 | Sending data | SELECT ins_id,so_id,uri FROM instance WHERE vol_id = 39 AND ins_id > 4284170025 LIMIT 10000 |
| | 98 | |
| | 99 | --- cmdline when kill -STOP |
| | 100 | watersc1 2130 30746 0 Dec16 pts/0 00:01:06 perl ./neb_rawOTA_host_scan.pl --limit 10000 --continue --host ipp044 --min 2479121495 |
| | 103 | * 13:10 MEH: things moving more now but still reduced.. |
| | 104 | * 14:00 nope, breaking down again.. |
| | 105 | * 15:20 MEH: last night found ~1/3 LAP runs (20770-20775) were stalled from messed up chip state goto_cleaned when warps full -- all chips still untouched, set back to full and LAP cleared for stacks |
| | 106 | {{{ |
| | 107 | chiptool -dbname gpc1 -updaterun -set_state full -set_label LAP.ThreePi.20130717 -chip_id 925815 |
| | 108 | chiptool -dbname gpc1 -updaterun -set_state full -set_label LAP.ThreePi.20130717 -chip_id 925808 |
| | 109 | chiptool -dbname gpc1 -updaterun -set_state full -set_label LAP.ThreePi.20130717 -chip_id 925809 |
| | 110 | chiptool -dbname gpc1 -updaterun -set_state full -set_label LAP.ThreePi.20130717 -chip_id 925810 |
| | 111 | chiptool -dbname gpc1 -updaterun -set_state full -set_label LAP.ThreePi.20130717 -chip_id 925811 |
| | 112 | chiptool -dbname gpc1 -updaterun -set_state full -set_label LAP.ThreePi.20130717 -chip_id 925812 |