• 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