I have 2 256M DIMMS installed. If I pull the second one it says I only have 128M. For some reason it is only seeing half the ram on each DIMM.
Troy Beisigl -----Original Message----- From: Matt Addison [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2008 6:32 AM To: Troy Beisigl; e ninja; Matt Liotta Cc: [email protected] Subject: RE: [c-nsp] 12008 GRPB memory problem. Have you installed a single 512M stick, or 2x 256M sticks? It may not be able to recognize the extra banks in a 512M DIMM and thus would only be able to see the first 256M of it. ~Matt -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Troy Beisigl Sent: Friday, March 14, 2008 1:41 PM To: 'e ninja'; 'Matt Liotta' Cc: [email protected] Subject: Re: [c-nsp] 12008 GRPB memory problem. Hmmm. Well I installed the RAM and it still thinks I have 256M instead of 512M. Checked and upgraded the ROMMON to version 2.2 and am running 12.0(32)S8. Are there different versions of the GRP-B RPs? I know for sure that the RAM I have is 512M yet the RP still sees it as 256M. Anyone have any ideas or should I try and get another GRP-B to replace this one? FRU: Linecard/Module: GRP-B= Route Memory: MEM-GRP/LC-256= MBUS Agent Software version 2.55 (RAM) (ROM version is 2.41) ROM Monitor version 2.2 Primary clock is CSC 1 Flags: 0x0 Board State is IOS Running ACTIVE (ACTV RP ) Insertion time: 00:00:04 (16:48:06 ago) DRAM size: 268435456 bytes Troy Beisigl _____ From: e ninja [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2008 12:35 AM To: Matt Liotta Cc: Troy Beisigl; [email protected] Subject: Re: [c-nsp] 12008 GRPB memory problem. looking at the log messages, the mallocfails were reported by the RP and not the linecards. /eninja On Mon, Mar 10, 2008 at 11:21 AM, Matt Liotta <[EMAIL PROTECTED]> wrote: You need to check each line card for memory using attach. Older GSRs had line cards with 128M, which will certainly not be enough with full tables. -Matt On Mar 10, 2008, at 2:00 PM, Troy Beisigl wrote: > Does anyone know why a 12008 with dual GRPBs with 256M each would > run out of > memory with a single full BGP feed? We have a 7507 RSP4 with 256M > and it > runs fine with about 50M free. The GSR runs out of memory and shuts > off dCEF > and stops functioning when connected in place if the 7507. We are > upgrading > the RAM in it to 512M, but this seems strange that we would be using > more > ram in one router than we would in the other. > > > > > > > > core2#sh ip bgp sum > > BGP router identifier 66.181.X.X, local AS number 21XXX > > BGP table version is 231585, main routing table version 231362 > > > > Mar 8 08:19:04: %SYS-2-MALLOCFAIL: Memory allocation of 65536 bytes > failed > from 0x502658E8, alignment 16 > > Pool: Processor Free: 37664 Cause: Not enough free memory > > Alternate Pool: None Free: 0 Cause: No Alternate pool > > > > -Process= "BGP Router", ipl= 0, pid= 163 > > -Traceback= 5026AB04 5026CF08 502658F0 500E3FD0 501111D8 5011C0F4 > 50126CCC > 5014F6B4 505FD664 505C95D4 505CC42C 508A4630 508A4D84 508A5B0C > 50F8DDB0 > 508A5BD83119 network entries using 352447 bytes of memory > > 3119 path entries using 162188 bytes of memory > > 55062/0 BGP path/bestpath attribute entries using 7268184 bytes of > memory > > 35785 BGP AS-PATH entries using 945782 bytes of memory > > 4 BGP community entries using 96 bytes of memory > > 696 BGP route-map cache entries using 22272 bytes of memory > > 0 BGP filter-list cache entries using 0 bytes of memory > > BGP using 8750969 total bytes of memory > > BGP activity 231366/231361 prefixes, 231365/231361 paths, scan > interval 60 > secs > > > > Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down > State/PfxRcd > > 38.101.X.X 4 174 41164 8 0 0 0 00:00:28 Idle > > 38.104.X.X 4 174 9 10 0 1 0 00:00:28 > Connect > > core2# > > Mar 8 08:19:08: %BGP-5-ADJCHANGE: neighbor 38.101.X.X Down No memory > > Mar 8 08:19:08: %BGP-5-ADJCHANGE: neighbor 38.104.X.X Down No memory > > Mar 8 08:19:40: %BGP-3-NOTIFICATION: sent to neighbor 38.101.X.X 3/1 > (update malformed) 0 bytes FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF > 0052 > 0200 0000 3440 0101 0040 0208 0203 00AE 1587 3120 4003 0426 65A1 > A680 0404 > 0000 DF0D 4006 00C0 0706 3120 C223 B71C C008 0800 AE52 0840 F703 > E80E 59C0 > 1557 ED10 > > Mar 8 08:19:40: %BGP-5-ADJCHANGE: neighbor 38.104.X.X Up > > Mar 8 08:19:45: %BGP-5-ADJCHANGE: neighbor 38.101.X.X Up > > Mar 8 08:19:51: %FIB-2-FIBDOWN: CEF has been disabled due to a low > memory > condition. > > It can be re-enabled by configuring "ip cef [distributed]" > > Mar 8 08:20:25: %OSPF-5-ADJCHG: Process 21623, Nbr 66.X.X.X on > FastEthernet2/0 from FULL to DOWN, Neighbor Down: Dead timer expired > > > > > > > > Troy Beisigl > > > > > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > > -- > This message has been scanned for viruses and > dangerous content by One Ring Networks, and is > believed to be clean. > _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
