Discussion:
Multinet 5.2 - apparently dropping characters randomly on port 80
(too old to reply)
Alan Winston - SSRL Central Computing
2008-01-17 01:31:16 UTC
Permalink
Okay, haven't heard anything back yet, but we've been doing more work here:

(1) https also fails sometimes.

(2) It looks like clients (Firefox and IE) are sending resets after 72k of
traffic.

If anybody wants to play with this, try

http://www-ssrl.slac.stanford.edu/vuv_schedule.html

Unfortunately, the Itanium box that serves the same content isn't available
offsite.

Thanks,

-- Alan
VMS 8.3, patched to current as of last week
Alpha DS20E
Multinet 5.2 - patched to current as of 12/31
(eg: )
$ multinet config
MultiNet Network Configuration Utility V5.2(107)
We're suddenly finding (reports this week, but it might have been there last
week) that pages and files downloaded from our web server are corrupted. (Zip
files that don't unpack; web pages that lose formatting or don't display.)
Internet Explorer sometimes reports that it can't find our server; a reload
usually fixes that. (Bizarrely, https:// works when http:// doesn't, so it
might be an issue with port 80 specifically.)
It seems to happen sporadically (one of three tries) on large files, not
necessarily at all on small files.
The same files download through FTP with no problem. We're not seeing random
characters in our SSH terminal connections.
Another cluster member (an Itanium box) running the same version of Apache is
running TCP/IP services; it doesn't show these problems. Another cluster
member (an Alpha box, shares the system disk) does show these problems.
I installed Multinet 5.2 over the holiday shutdown and put up all the patches
then available.
This is something of a showstopper for us. Please advise.
Thanks!
-- Alan
--
===============================================================================
Disclaimer: I speak only for myself, not SLAC or SSRL Phone: 650/926-3056
Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA 94025
===============================================================================
--
===============================================================================
Alan Winston --- ***@SSRL.SLAC.STANFORD.EDU
Disclaimer: I speak only for myself, not SLAC or SSRL Phone: 650/926-3056
Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA 94025
===============================================================================
Alan Winston - SSRL Central Computing
2008-01-17 04:42:45 UTC
Permalink
Okay, even more on this:

I had already installed the UCX_LIBRARY 070 patch on both Alpha systems, but
because the release notes said I didn't have to restart Multinet, I hadn't done
that. I did restart Apache on the smaller server, and the problem was fixed on
the smaller server.

That didn't do the trick on the DS20E. Despite making sure that UCX$IPC_SHR
was the January 8 version, restarting Apache had no effect. Rebooting had no
effect (other than being annoying and uncomfortable).

Currently, UCX$IPC_SHR is the January 8 version from the 070 kit; that's the
only version of that name on the system, and it's INSTALLED OPEN/HEADER/SHARE.
The problem persists.

I am really baffled. This is pretty urgent.

-- Alan
Post by Alan Winston - SSRL Central Computing
(1) https also fails sometimes.
(2) It looks like clients (Firefox and IE) are sending resets after 72k of
traffic.
If anybody wants to play with this, try
http://www-ssrl.slac.stanford.edu/vuv_schedule.html
Unfortunately, the Itanium box that serves the same content isn't available
offsite.
Thanks,
-- Alan
VMS 8.3, patched to current as of last week
Alpha DS20E
Multinet 5.2 - patched to current as of 12/31
(eg: )
$ multinet config
MultiNet Network Configuration Utility V5.2(107)
We're suddenly finding (reports this week, but it might have been there last
week) that pages and files downloaded from our web server are corrupted. (Zip
files that don't unpack; web pages that lose formatting or don't display.)
Internet Explorer sometimes reports that it can't find our server; a reload
usually fixes that. (Bizarrely, https:// works when http:// doesn't, so it
might be an issue with port 80 specifically.)
It seems to happen sporadically (one of three tries) on large files, not
necessarily at all on small files.
The same files download through FTP with no problem. We're not seeing random
characters in our SSH terminal connections.
Another cluster member (an Itanium box) running the same version of Apache is
running TCP/IP services; it doesn't show these problems. Another cluster
member (an Alpha box, shares the system disk) does show these problems.
I installed Multinet 5.2 over the holiday shutdown and put up all the patches
then available.
This is something of a showstopper for us. Please advise.
Thanks!
-- Alan
--
===============================================================================
Disclaimer: I speak only for myself, not SLAC or SSRL Phone: 650/926-3056
Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA 94025
===============================================================================
--
===============================================================================
Disclaimer: I speak only for myself, not SLAC or SSRL Phone: 650/926-3056
Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA 94025
===============================================================================
--
===============================================================================
Alan Winston --- ***@SSRL.SLAC.STANFORD.EDU
Disclaimer: I speak only for myself, not SLAC or SSRL Phone: 650/926-3056
Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA 94025
===============================================================================
Loading...