18-Oct-12
AP2 serving Stns A8-A13 lost communications last night.
Power at the interface board was ok, and so were the connections. Per Gordon's instructions I did not simply unplug/re-plug the usb to AP2, instead shutdown Gully via "poweroff" and rebooted it. That worked to re-establish the links with all bluetooths/ap24, etc for all stations.
Another method to check the AP1/AP2 is: pand_check.sh hci# where #=0 for AP1 and 1 for AP2. This kills the pand processes serving those bluetooth interfaced radios and sends the hciconfig command to go down, reset, go up and do a piscan. This may or may not work but's worth a try before doing the full 'poweroff' noted above.
However during the Gully reboot: /media/usbdisk and archiving did not startup automatically but the dsm_server and rsync processes did.
Gully Fix:
The 'adam_env.sh' script in /home/aster/projects/SCP/ISFS/scripts is run during bootup and had the incorrect DATAMNT device listed. Gordon fixed this to correctly point to /media/isfs0, so now Gully is good to be rebooted when needed.