Re: netstat - negative number of queues free
From: Stephen M. Dunn (stephen_at_stevedunn.ca)
Date: 10/31/03
- Next message: Stephen M. Dunn: "Re: netstat - negative number of queues free"
- Previous message: Frank da Cruz: "Re: Need cheap dos terminal for sco ansi"
- Next in thread: Stephen M. Dunn: "Re: netstat - negative number of queues free"
- Maybe reply: Stephen M. Dunn: "Re: netstat - negative number of queues free"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Fri, 31 Oct 2003 03:43:00 GMT
In article <3FA1C0C9.ACFFDECB@tkg.ca> Mike Brown <mike@tkg.ca> writes:
$What network card and driver are you using?
name=bcme0 vec=5 dma=- chip=BCM5702 mem=F5FE0000 phy=BCM5703 addr=00:0b:cd:4f:c0:72
This is the integrated Broadcom gigabit Ethernet card. The
driver would either have been included in 5.0.7 or, more likely,
come from EFS 5.58a (I intially set up the server using something
older than 5.58a - 5.48a sticks in my mind for some reason - and
then upgraded to 5.58a, which was the latest at the time I
upgraded it).
$What happens to the server if you pull and reconnect the network
$cable a few times under high network load. I would be interested
$to see if the system panics and goes down in a few hours.
Haven't tried it, and I'm not sure my client would be enthusiastic
about me trying to cause further disruption. Unless we've run
out of other ideas, in which case they'll go for anything because
we really need to stop this from happening ...
$Whats it the original problem you are seeing?
BBx (Pro5) data files get corrupted. It happens occasionally,
sometimes a few times a week, sometimes not for a couple of weeks.
When a file gets corrupted, almost all of it can be read, and the
method they've been using to recover is to read the file sequentally
from the beginning, writing the data to a new file, until they hit
an error; then they start reading sequentually from the end forwards,
until they hit an error. They tell me this recovers almost all of the
data, but of course it's time-consuming; many of their files are
tens of megabytes, and quite a few are hundreds of megs. Even with
a 642 array card with five 15k rpm Ultra320 drives, it takes a
while to rebuild hundreds of megs of data ...
The users access the data by telnetting to the server and running
programs, so the actual data isn't going across the network. However,
there is access to the data via ODBC; I'm trying to find out from
the folks who wrote the applications what this entails (whether it's
read-only or read/write, and whether it's something that might
possibly be involved in causing corruption). Unfortunately, when
the problem happens, their IT guy usually reboots the server,
rebuilds the data, and lets the users back on before letting
me know "It happened again" and that makes it hard to do any
troubleshooting; I only got the netstat -m output because I
happened to be there today when it happened.
They started having this problem* with an older ProLiant running
5.0.5 so they bought a new box and had me install 5.0.7 on it and
transfer their user accounts, config files, data, etc. Both this and
the old server have been on two different UPSes - including one which
powers all the rest of their servers, which do not have data
corruption issues. All of the patch cables in the server room have
been replaced; the hubs are soon to be replaced with brand new
switches, and they are considering having an electrician test all of
their cabling. They've added an air conditioner to the room (and
it's powered off a separate electrical feed) because it did get
kinda warm in there sometimes.
*: and others as well - on the old server, sometimes any process
that tried to access the /u filesystem would hang and become
unkillable, and then when they rebooted the server they'd get
data corruption; they also got nasty performance problems in
which %sys would be very high when accessing that filesystem.
The hangs and the %sys cleared up with the new server.
-- Stephen M. Dunn <stephen@stevedunn.ca> >>>----------------> http://www.stevedunn.ca/ <----------------<<< ------------------------------------------------------------------ Say hi to my cat -- http://www.stevedunn.ca/photos/toby/
- Next message: Stephen M. Dunn: "Re: netstat - negative number of queues free"
- Previous message: Frank da Cruz: "Re: Need cheap dos terminal for sco ansi"
- Next in thread: Stephen M. Dunn: "Re: netstat - negative number of queues free"
- Maybe reply: Stephen M. Dunn: "Re: netstat - negative number of queues free"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|