Main INDEX
Monthly INDEX
PREV
NEXT
Make New Entry,
Make Followup Entry
User name R. Michaels
Log entry time 06:34:20 on April 30, 2009
Entry number 269908
This entry is a followup to: 269870
Followups:
keyword=re: slow happex7 downloads
Sounds like happex7 did not auto-negotiate it's duplex setting. This would be revealed
with a standard Blaster test (get 4 kbyte/sec instead of 11 Mbyte/sec). A slow download
is usually just as good an indicator, but it takes some experience to know what is slow
and what is fast -- and I wasn't involved.
Power cycling the crate or rebooting again might help. We've seen this on the Bigbite
DAQ weldment too.
happex7 and the TS0 crate (and the laptop) go through a little netgear switch on
the R-HRS detector platform. The PVDIS crate used to go to this switch too, but we
had an episode where we could not bring it to the correct state by several power-cyclings,
so we punted and sent a long network cable to the back of the detector stack where there
is a managed network switch and one can program the duplex setting. This worked.
At the time, I tested happex7 and TS0 and got 11 Mbyte/sec so we were lazy and left
it alone Try rebooting/power-cycle and I think at some point we need to avoid that
netgear switch. Need a ~30 foot network cable ... lots of ports available on the
managed switch.
A copy of this log entry has been emailed to: moffit@jlab.org,rsubedi@jlab.org