8------------------- > streams allocation: > config alloc free total max fail > stream 16384 248 16136 90174 260 0 > queues 1134 1196 -62 184749 1216 0 > mblks 6074 2524 3550 126101500 5980 1 > buffer headers 7098 5489 1609 2069222 7034 0 > class 1, 64 bytes 1728 92 1636 57159745 1678 0 > class 2, 128 bytes 128 5 123 8078142 123 0 > class 3, 256 bytes 1264 193 1071 5644665 1257 0 > class 4, 512 bytes 32 0 32 716374 25 0 > class 5, 1024 bytes 28 0 28 147424 27 0 > class 6, 2048 bytes 1090 1050 40 1098938 1090 0 > class 7, 4096 bytes 1019 1001 18 22567 1019 0 > class 8, 8192 bytes 7 0 7 42042 7 0 > class 9, 16384 bytes 2 0 2 1625 2 0 > class 10, 32768 bytes 4 0 4 557 4 0 > class 11, 65536 bytes 1 0 1 105 1 0 > class 12, 131072 bytes 1 0 1 59 1 0 > class 13, 262144 bytes 1 0 1 10 1 0 > class 14, 524288 bytes 1 0 1 5 1 0 > total configured streams memory: 32000.00KB > streams memory in use: 6400.23KB > maximum streams memory used: 8254.77KB > --------------------8<--------(cut here)--------->8------------------- > > I have no idea if this is linked to the problems, but I don't > think I've ever seen a negative number in netstat -m before ... does > this look odd to anyone else? > -- > Stephen M. Dunn [ref][ref] > >>>----------------> http://www.stevedunn.ca/ <----------------<<<[/ref][/ref] > ------------------------------------------------------------------ > Say hi to my cat -- http://www.stevedunn.ca/photos/toby/[/ref] What network card and driver are you using? 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. I don't think the negative number means much, there is a larger request for buffer than a supply, so its an interpreted metric. Whats it the original problem you are seeing? Mike -- Michael Brown The Kingsway Group Voice: 905 669 8101 [allowsmilie] => 1 [showsignature] => 0 [ipaddress] => [iconid] => 0 [visible] => 1 [attach] => 0 [infraction] => 0 [reportthreadid] => 0 [isusenetpost] => 1 [msgid] => <3FA1C0C9.ACFFDECB@tkg.ca> [ref] => [htmlstate] => on_nl2br [postusername] => Mike [ip] => mike@tkg.ca [isdeleted] => 0 [usergroupid] => [membergroupids] => [displaygroupid] => [password] => [passworddate] => [email] => [styleid] => [parentemail] => [homepage] => [icq] => [aim] => [yahoo] => [msn] => [skype] => [showvbcode] => [showbirthday] => [usertitle] => [customtitle] => [joindate] => [daysprune] => [lastvisit] => [lastactivity] => [lastpost] => [lastpostid] => [posts] => [reputation] => [reputationlevelid] => [timezoneoffset] => [pmpopup] => [avatarid] => [avatarrevision] => [profilepicrevision] => [sigpicrevision] => [options] => [akvbghsfs_optionsfield] => [birthday] => [birthday_search] => [maxposts] => [startofweek] => [referrerid] => [languageid] => [emailstamp] => [threadedmode] => [autosubscribe] => [pmtotal] => [pmunread] => [salt] => [ipoints] => [infractions] => [warnings] => [infractiongroupids] => [infractiongroupid] => [adminoptions] => [profilevisits] => [friendcount] => [friendreqcount] => [vmunreadcount] => [vmmoderatedcount] => [socgroupinvitecount] => [socgroupreqcount] => [pcunreadcount] => [pcmoderatedcount] => [gmmoderatedcount] => [assetposthash] => [fbuserid] => [fbjoindate] => [fbname] => [logintype] => [fbaccesstoken] => [newrepcount] => [vbseo_likes_in] => [vbseo_likes_out] => [vbseo_likes_unread] => [temp] => [field1] => [field2] => [field3] => [field4] => [field5] => [subfolders] => [pmfolders] => [buddylist] => [ignorelist] => [signature] => [searchprefs] => [rank] => [icontitle] => [iconpath] => [avatarpath] => [hascustomavatar] => 0 [avatardateline] => [avwidth] => [avheight] => [edit_userid] => [edit_username] => [edit_dateline] => [edit_reason] => [hashistory] => [pagetext_html] => [hasimages] => [signatureparsed] => [sighasimages] => [sigpic] => [sigpicdateline] => [sigpicwidth] => [sigpicheight] => [postcount] => 1 [islastshown] => [isfirstshown] => 1 [attachments] => [allattachments] => ) --> http://www.stevedunn.ca/ <----------------<<<[/ref][/ref][/ref] ------------------------------------------------------------------ Say hi to my cat -- http://www.stevedunn.ca/photos/toby/ [allowsmilie] => 1 [showsignature] => 0 [ipaddress] => [iconid] => 0 [visible] => 1 [attach] => 0 [infraction] => 0 [reportthreadid] => 0 [isusenetpost] => 1 [msgid] => [ref] => <3FA1C0C9.ACFFDECB@tkg.ca> [htmlstate] => on_nl2br [postusername] => Stephen [ip] => stephen@stevedu [isdeleted] => 0 [usergroupid] => [membergroupids] => [displaygroupid] => [password] => [passworddate] => [email] => [styleid] => [parentemail] => [homepage] => [icq] => [aim] => [yahoo] => [msn] => [skype] => [showvbcode] => [showbirthday] => [usertitle] => [customtitle] => [joindate] => [daysprune] => [lastvisit] => [lastactivity] => [lastpost] => [lastpostid] => [posts] => [reputation] => [reputationlevelid] => [timezoneoffset] => [pmpopup] => [avatarid] => [avatarrevision] => [profilepicrevision] => [sigpicrevision] => [options] => [akvbghsfs_optionsfield] => [birthday] => [birthday_search] => [maxposts] => [startofweek] => [referrerid] => [languageid] => [emailstamp] => [threadedmode] => [autosubscribe] => [pmtotal] => [pmunread] => [salt] => [ipoints] => [infractions] => [warnings] => [infractiongroupids] => [infractiongroupid] => [adminoptions] => [profilevisits] => [friendcount] => [friendreqcount] => [vmunreadcount] => [vmmoderatedcount] => [socgroupinvitecount] => [socgroupreqcount] => [pcunreadcount] => [pcmoderatedcount] => [gmmoderatedcount] => [assetposthash] => [fbuserid] => [fbjoindate] => [fbname] => [logintype] => [fbaccesstoken] => [newrepcount] => [vbseo_likes_in] => [vbseo_likes_out] => [vbseo_likes_unread] => [temp] => [field1] => [field2] => [field3] => [field4] => [field5] => [subfolders] => [pmfolders] => [buddylist] => [ignorelist] => [signature] => [searchprefs] => [rank] => [icontitle] => [iconpath] => [avatarpath] => [hascustomavatar] => 0 [avatardateline] => [avwidth] => [avheight] => [edit_userid] => [edit_username] => [edit_dateline] => [edit_reason] => [hashistory] => [pagetext_html] => [hasimages] => [signatureparsed] => [sighasimages] => [sigpic] => [sigpicdateline] => [sigpicwidth] => [sigpicheight] => [postcount] => 2 [islastshown] => [isfirstshown] => [attachments] => [allattachments] => ) --> http://www.stevedunn.ca/ <----------------<<<[/ref][/ref] > ------------------------------------------------------------------ > Say hi to my cat -- http://www.stevedunn.ca/photos/toby/[/ref] Tough one, particularly if it happens once a week. I would recommend doing some packet sniffing just to see if anything suspicious is happening. It may be that we need to see up a loaner machine that can grab all of the network packets in a looping log, and have someone onsite freeze the capture when they see a problem. It is important to grab the corrupted file so we can dump out the bad area and see what happened. The only time I have seen strange problems like this, which I assumed are fixed now, was when the database did not handle inode numbers larger than 64K. 99% of the files had inode numbers < 64K, but a few temp files would be allocated above that. When the program wrote out a block of info it truncated the inode number and overwrote a different file. Happened only very randomly when the work file area had lots of files. Mike -- Michael Brown The Kingsway Group Voice: 905 669 8101 [allowsmilie] => 1 [showsignature] => 0 [ipaddress] => [iconid] => 0 [visible] => 1 [attach] => 0 [infraction] => 0 [reportthreadid] => 0 [isusenetpost] => 1 [msgid] => <3FA28125.AE903F6C@tkg.ca> [ref] => <3FA1C0C9.ACFFDECB@tkg.ca> [htmlstate] => on_nl2br [postusername] => Mike [ip] => mike@tkg.ca [isdeleted] => 0 [usergroupid] => [membergroupids] => [displaygroupid] => [password] => [passworddate] => [email] => [styleid] => [parentemail] => [homepage] => [icq] => [aim] => [yahoo] => [msn] => [skype] => [showvbcode] => [showbirthday] => [usertitle] => [customtitle] => [joindate] => [daysprune] => [lastvisit] => [lastactivity] => [lastpost] => [lastpostid] => [posts] => [reputation] => [reputationlevelid] => [timezoneoffset] => [pmpopup] => [avatarid] => [avatarrevision] => [profilepicrevision] => [sigpicrevision] => [options] => [akvbghsfs_optionsfield] => [birthday] => [birthday_search] => [maxposts] => [startofweek] => [referrerid] => [languageid] => [emailstamp] => [threadedmode] => [autosubscribe] => [pmtotal] => [pmunread] => [salt] => [ipoints] => [infractions] => [warnings] => [infractiongroupids] => [infractiongroupid] => [adminoptions] => [profilevisits] => [friendcount] => [friendreqcount] => [vmunreadcount] => [vmmoderatedcount] => [socgroupinvitecount] => [socgroupreqcount] => [pcunreadcount] => [pcmoderatedcount] => [gmmoderatedcount] => [assetposthash] => [fbuserid] => [fbjoindate] => [fbname] => [logintype] => [fbaccesstoken] => [newrepcount] => [vbseo_likes_in] => [vbseo_likes_out] => [vbseo_likes_unread] => [temp] => [field1] => [field2] => [field3] => [field4] => [field5] => [subfolders] => [pmfolders] => [buddylist] => [ignorelist] => [signature] => [searchprefs] => [rank] => [icontitle] => [iconpath] => [avatarpath] => [hascustomavatar] => 0 [avatardateline] => [avwidth] => [avheight] => [edit_userid] => [edit_username] => [edit_dateline] => [edit_reason] => [hashistory] => [pagetext_html] => [hasimages] => [signatureparsed] => [sighasimages] => [sigpic] => [sigpicdateline] => [sigpicwidth] => [sigpicheight] => [postcount] => 3 [islastshown] => [isfirstshown] => [attachments] => [allattachments] => ) --> http://www.stevedunn.ca/ <----------------<<<[/ref][/ref][/ref] ------------------------------------------------------------------ Say hi to my cat -- http://www.stevedunn.ca/photos/toby/ [allowsmilie] => 1 [showsignature] => 0 [ipaddress] => [iconid] => 0 [visible] => 1 [attach] => 0 [infraction] => 0 [reportthreadid] => 0 [isusenetpost] => 1 [msgid] => [ref] => <3FA1C0C9.ACFFDECB@tkg.ca> <3FA28125.AE903F6C@tkg.ca> [htmlstate] => on_nl2br [postusername] => Stephen [ip] => stephen@stevedu [isdeleted] => 0 [usergroupid] => [membergroupids] => [displaygroupid] => [password] => [passworddate] => [email] => [styleid] => [parentemail] => [homepage] => [icq] => [aim] => [yahoo] => [msn] => [skype] => [showvbcode] => [showbirthday] => [usertitle] => [customtitle] => [joindate] => [daysprune] => [lastvisit] => [lastactivity] => [lastpost] => [lastpostid] => [posts] => [reputation] => [reputationlevelid] => [timezoneoffset] => [pmpopup] => [avatarid] => [avatarrevision] => [profilepicrevision] => [sigpicrevision] => [options] => [akvbghsfs_optionsfield] => [birthday] => [birthday_search] => [maxposts] => [startofweek] => [referrerid] => [languageid] => [emailstamp] => [threadedmode] => [autosubscribe] => [pmtotal] => [pmunread] => [salt] => [ipoints] => [infractions] => [warnings] => [infractiongroupids] => [infractiongroupid] => [adminoptions] => [profilevisits] => [friendcount] => [friendreqcount] => [vmunreadcount] => [vmmoderatedcount] => [socgroupinvitecount] => [socgroupreqcount] => [pcunreadcount] => [pcmoderatedcount] => [gmmoderatedcount] => [assetposthash] => [fbuserid] => [fbjoindate] => [fbname] => [logintype] => [fbaccesstoken] => [newrepcount] => [vbseo_likes_in] => [vbseo_likes_out] => [vbseo_likes_unread] => [temp] => [field1] => [field2] => [field3] => [field4] => [field5] => [subfolders] => [pmfolders] => [buddylist] => [ignorelist] => [signature] => [searchprefs] => [rank] => [icontitle] => [iconpath] => [avatarpath] => [hascustomavatar] => 0 [avatardateline] => [avwidth] => [avheight] => [edit_userid] => [edit_username] => [edit_dateline] => [edit_reason] => [hashistory] => [pagetext_html] => [hasimages] => [signatureparsed] => [sighasimages] => [sigpic] => [sigpicdateline] => [sigpicwidth] => [sigpicheight] => [postcount] => 4 [islastshown] => [isfirstshown] => [attachments] => [allattachments] => ) --> http://www.stevedunn.ca/ <----------------<<<[/ref][/ref] > ------------------------------------------------------------------ > Say hi to my cat -- http://www.stevedunn.ca/photos/toby/[/ref] Sounds like the best bet it to get the bad block out of a failed file and see if provides a clue. Mike -- Michael Brown The Kingsway Group [allowsmilie] => 1 [showsignature] => 0 [ipaddress] => [iconid] => 0 [visible] => 1 [attach] => 0 [infraction] => 0 [reportthreadid] => 0 [isusenetpost] => 1 [msgid] => <3FA68830.87A0BA53@tkg.ca> [ref] => <3FA1C0C9.ACFFDECB@tkg.ca> <3FA28125.AE903F6C@tkg.ca> [htmlstate] => on_nl2br [postusername] => Mike [ip] => mike@tkg.ca [isdeleted] => 0 [usergroupid] => [membergroupids] => [displaygroupid] => [password] => [passworddate] => [email] => [styleid] => [parentemail] => [homepage] => [icq] => [aim] => [yahoo] => [msn] => [skype] => [showvbcode] => [showbirthday] => [usertitle] => [customtitle] => [joindate] => [daysprune] => [lastvisit] => [lastactivity] => [lastpost] => [lastpostid] => [posts] => [reputation] => [reputationlevelid] => [timezoneoffset] => [pmpopup] => [avatarid] => [avatarrevision] => [profilepicrevision] => [sigpicrevision] => [options] => [akvbghsfs_optionsfield] => [birthday] => [birthday_search] => [maxposts] => [startofweek] => [referrerid] => [languageid] => [emailstamp] => [threadedmode] => [autosubscribe] => [pmtotal] => [pmunread] => [salt] => [ipoints] => [infractions] => [warnings] => [infractiongroupids] => [infractiongroupid] => [adminoptions] => [profilevisits] => [friendcount] => [friendreqcount] => [vmunreadcount] => [vmmoderatedcount] => [socgroupinvitecount] => [socgroupreqcount] => [pcunreadcount] => [pcmoderatedcount] => [gmmoderatedcount] => [assetposthash] => [fbuserid] => [fbjoindate] => [fbname] => [logintype] => [fbaccesstoken] => [newrepcount] => [vbseo_likes_in] => [vbseo_likes_out] => [vbseo_likes_unread] => [temp] => [field1] => [field2] => [field3] => [field4] => [field5] => [subfolders] => [pmfolders] => [buddylist] => [ignorelist] => [signature] => [searchprefs] => [rank] => [icontitle] => [iconpath] => [avatarpath] => [hascustomavatar] => 0 [avatardateline] => [avwidth] => [avheight] => [edit_userid] => [edit_username] => [edit_dateline] => [edit_reason] => [hashistory] => [pagetext_html] => [hasimages] => [signatureparsed] => [sighasimages] => [sigpic] => [sigpicdateline] => [sigpicwidth] => [sigpicheight] => [postcount] => 5 [islastshown] => 1 [isfirstshown] => [attachments] => [allattachments] => ) --> netstat - negative number of queues free - SCO

netstat - negative number of queues free - SCO

"Stephen M. Dunn" wrote: [/ref] > ------------------------------------------------------------------ > Say hi to my cat -- http://www.stevedunn.ca/photos/toby/[/ref] What network card and driver are you using? 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. I don't think the negative number means much, there is a larger request for buffer than a supply, so its an interpreted metric. Whats it the original problem you are seeing? Mike -- Michael Brown The Kingsway Group Voice: 905 669 ...

  1. #1

    Default Re: netstat - negative number of queues free

    "Stephen M. Dunn" wrote: [/ref]
    > ------------------------------------------------------------------
    > Say hi to my cat -- http://www.stevedunn.ca/photos/toby/[/ref]

    What network card and driver are you using?
    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.

    I don't think the negative number means much, there is a larger
    request for buffer than a supply, so its an interpreted metric.

    Whats it the original problem you are seeing?

    Mike

    --
    Michael Brown

    The Kingsway Group
    Voice: 905 669 8101
    Mike Guest

  2. #2

    Default Re: netstat - negative number of queues free

    In article <ca> Mike Brown <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 <ca> [/ref][/ref]
    ------------------------------------------------------------------
    Say hi to my cat -- http://www.stevedunn.ca/photos/toby/
    Stephen Guest

  3. #3

    Default Re: netstat - negative number of queues free

    "Stephen M. Dunn" wrote: 

    The current driver ( which may be the same binary ) would come from
    "hpnicinstall bcme" after installing EFS5.60a.

     

    I am concerned about problems with the cards based on the n100c
    driver, particularly when two cards are configured for fail over.
    So far I have not seen the same issue with the bcme driver.
     [/ref]
    > ------------------------------------------------------------------
    > Say hi to my cat -- http://www.stevedunn.ca/photos/toby/[/ref]

    Tough one, particularly if it happens once a week. I would recommend
    doing some packet sniffing just to see if anything suspicious is
    happening. It may be that we need to see up a loaner machine that
    can grab all of the network packets in a looping log, and have
    someone onsite freeze the capture when they see a problem. It is
    important to grab the corrupted file so we can dump out the bad
    area and see what happened.

    The only time I have seen strange problems like this, which I assumed
    are fixed now, was when the database did not handle inode numbers
    larger than 64K. 99% of the files had inode numbers < 64K, but a
    few temp files would be allocated above that. When the program
    wrote out a block of info it truncated the inode number and
    overwrote a different file. Happened only very randomly when
    the work file area had lots of files.

    Mike

    --
    Michael Brown

    The Kingsway Group
    Voice: 905 669 8101
    Mike Guest

  4. #4

    Default Re: netstat - negative number of queues free

    In article <ca> Mike Brown <ca> writes:
    $Tough one, particularly if it happens once a week. I would recommend
    $doing some packet sniffing just to see if anything suspicious is
    $happening.

    Yeah, we already have this set up, but so far we haven't seen
    anything. One problem is that we don't know what the time delay
    is between when the corruption happens and when it becomes
    evident; could be immediate, could be that we may not know about
    it until minutes or hours later if the record or portion of the index
    doesn't get accessed for a while.

    I'm not sure if they've offered their BBx support folks a copy
    of a corrupted file; that's a good suggestion and I'll pass it
    along. Thanks.

    $The only time I have seen strange problems like this, which I assumed
    $are fixed now, was when the database did not handle inode numbers
    $larger than 64K.

    They're running at least a reasonably current version of Pro5
    and I'd have to imagine it understands inode numbers >64k by
    now - and that if it didn't, the problem would have shown up long
    ago, as they've been running various OSR5 versions since sometime
    in the mid-to-late 1990s and I'd expect that they've had >64k
    inodes used on /dev/u much of that time.
    --
    Stephen M. Dunn <ca> [/ref][/ref]
    ------------------------------------------------------------------
    Say hi to my cat -- http://www.stevedunn.ca/photos/toby/
    Stephen Guest

  5. #5

    Default Re: netstat - negative number of queues free

    "Stephen M. Dunn" wrote: [/ref]
    > ------------------------------------------------------------------
    > Say hi to my cat -- http://www.stevedunn.ca/photos/toby/[/ref]

    Sounds like the best bet it to get the bad block out of a failed file
    and see if provides a clue.

    Mike

    --
    Michael Brown

    The Kingsway Group
    Mike Guest

Similar Threads

  1. #45854 [NEW]: intval returns a negative number
    By olivarra1 in forum PHP Bugs
    Replies: 5
    Last Post: August 18th, 10:23 PM
  2. #39610 [NEW]: Number of return Modular_arithmetic is negative..
    By ocracy at msn dot com in forum PHP Bugs
    Replies: 2
    Last Post: November 24th, 01:05 PM
  3. Validate if form field entered by user is valid number(not a negative value)
    By design in progress in forum Coldfusion Database Access
    Replies: 2
    Last Post: May 24th, 07:06 AM
  4. Turning a negative number into a positive
    By Richard Atkins in forum Adobe Flash, Flex & Director
    Replies: 4
    Last Post: February 11th, 11:26 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •