new software on the server, ..., almost done

Carter Bullard carter at qosient.com
Fri Sep 7 17:04:08 EDT 2007


I think I found something that could be the cause of your problem,
although its a medium shot (as opposed to a long shot ;o)

I'll have a new argus and clients up on the server, and it could fix
Michael's problem as well, only because there are multiple changes
in this update.

So for Peter, I have a few more checks, and we shouldn't die if we
have your problem, now (should not die).  For Michael, I put in some
checks for zero length hash structs, and we should survive them
much better.

Carter

On Sep 7, 2007, at 2:20 PM, Peter Van Epp wrote:

> On Fri, Sep 07, 2007 at 12:36:38PM -0400, Carter Bullard wrote:
>> Hey Peter,
>> Well that is good news!!!
>>
>> So there is another update, to support ARP functions for IP over
>> Inifiniband and
>> ATM, which is a pretty big change, as the physical addresses (mac
>> addresses)
>> can be rather large (physical address for infiniband is what 32 bytes
>> long.
>> So the flow model for ARP had to change to accommodate that.
>>
>> I'll put it and new matching clients up later today, or on Sunday,
>> depending on
>> how far I get on documentation, etc....,   If someone is interested
>> in monitoring
>> IP over infinifband on there OpenIB adapter this weekend, yell and
>> I'll put it up
>> sooner.
>>
>> Carter
>
> 	Unfortunatly it didn't hold (must be traffic of some kind). It looks
> like the problem is that retn->dsrs[i] is NULL which makes copying  
> in to
> it difficult :-).
>
> test4:/var/log/argus vanepp$ ra3 -r /archive/argus3/ 
> com_argus.archive/2007/09/07/com_argus.2007.09.07.09.00.00.0.gz -n >t
> ra3(10073,0xa000ed88) malloc: *** vm_allocate(size=8421376) failed  
> (error code=3)
> ra3(10073,0xa000ed88) malloc: *** error: can't allocate region
> ra3(10073,0xa000ed88) malloc: *** set a breakpoint in szone_error  
> to debug
> Bus error (core dumped)
> test4:/var/log/argus vanepp$ ls /cores
> core.10073      core.5848
> test4:/var/log/argus vanepp$ ls -l /cores
> total 8574696
> -r--------   1 vanepp  admin  2191327232 Sep  7 11:15 core.10073
> -r--------   1 vanepp  admin  2198917120 Sep  6 19:03 core.5848
> test4:/var/log/argus vanepp$ gdb ra3 /cores/core.10073
> GNU gdb 6.3.50-20050815 (Apple version gdb-563) (Wed Jul 19  
> 05:17:43 GMT 2006)
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License,  
> and you are
> welcome to change it and/or distribute copies of it under certain  
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for  
> details.
> This GDB was configured as "powerpc-apple-darwin"...Reading symbols  
> for shared libraries .. done
>
> Core was generated by `/usr/local/bin/ra3'.
> #0  0xffff8a74 in ___memcpy () at /System/Library/Frameworks/ 
> System.framework/PrivateHeaders/ppc/cpu_capabilities.h:189
> 189     /System/Library/Frameworks/System.framework/PrivateHeaders/ 
> ppc/cpu_capabilities.h: No such file or directory.
>         in /System/Library/Frameworks/System.framework/ 
> PrivateHeaders/ppc/cpu_capabilities.h
> (gdb) where
> #0  0xffff8a74 in ___memcpy () at /System/Library/Frameworks/ 
> System.framework/PrivateHeaders/ppc/cpu_capabilities.h:189
> #1  0x0005c804 in ArgusCopyRecordStruct (rec=0x405234) at ./ 
> argus_client.c:3359
> #2  0x0000979c in RaScheduleRecord (parser=0x288000,  
> argus=0x405234) at ./argus_util.c:840
> #3  0x00009c2c in ArgusHandleDatum (parser=0x288000,  
> input=0x405000, ptr=0x632bc4, filter=0x299f40) at ./argus_util.c:919
> #4  0x00056e34 in ArgusReadStreamSocket (parser=0x288000,  
> input=0x405000) at ./argus_client.c:1638
> #5  0x0005713c in ArgusReadFileStream (parser=0x288000,  
> input=0x405000) at ./argus_client.c:1700
> #6  0x00003b44 in main (argc=4, argv=0xbffffc18) at ./argus_main.c:238
> (gdb) up
> #1  0x0005c804 in ArgusCopyRecordStruct (rec=0x405234) at ./ 
> argus_client.c:3359
> 3359                            bcopy (rec->dsrs[i], retn->dsrs[i],  
> size + 8);
> (gdb) print rec->dsrs[i]
> $1 = (struct ArgusDSRHeader *) 0x45550c
> (gdb) print *rec->dsrs[i]
> $2 = {
>   type = 80 'P',
>   subtype = 160 '?',
>   dsr_un = {
>     fl = {
>       data = 130
>     },
>     vl8 = {
>       qual = 0 '\0',
>       len = 130 '?'
>     },
>     vl16 = {
>       len = 130
>     }
>   }
> }
> (gdb) print retn->dsrs[i]
> $3 = (struct ArgusDSRHeader *) 0x0
> (gdb) print *retn->dsrs[i]
> $4 = {
>   type = 0 '\0',
>   subtype = 0 '\0',
>   dsr_un = {
>     fl = {
>       data = 0
>     },
>     vl8 = {
>       qual = 0 '\0',
>       len = 0 '\0'
>     },
>     vl16 = {
>       len = 0
>     }
>   }
> }
> (gdb) print *user
> $5 = {
>   hdr = {
>     type = 80 'P',
>     subtype = 160 '?',
>     dsr_un = {
>       fl = {
>         data = 130
>       },
>       vl8 = {
>         qual = 0 '\0',
>         len = 130 '?'
>       },
>       vl16 = {
>         len = 130
>       }
>     }
>   },
>   size = 512,
>   count = 512,
>   array = "=en-us\">"
> }
> (gdb) print i
> $6 = 12
>
> Peter Van Epp / Operations and Technical Support
> Simon Fraser University, Burnaby, B.C. Canada
>



More information about the argus mailing list