Discussion:
[rancid] Cisco ASA Coredump bug--fixed yet?
Chris Gauthier
2009-12-21 22:41:13 UTC
Permalink
Did anyone ever find a solution to the coredump bug on the Cisco ASA?
Did TAC ever come back with anything?

Thanks,

Chris

"For once you have tasted flight you will walk the earth with your eyes
turned skywards, for there you have been and there you will long to
return."
-Leonardo da Vinci

-----Original Message-----
From: ***@example.com
Sent: Monday, December 21, 2009 2:32 PM
To: rancid-***@example.com
Subject: firewalls router config diffs


Index: configs/firewall.example.com
===================================================================
retrieving revision 1.13
diff -U 4 -r1.13 firewall.example.com
@@ -41,9 +41,9 @@
!Flash: 329 3756345 Feb 05 2009 02:44:30
anyconnect-linux-2.2.0133-k9.pkg
!Flash: 330 11348300 Nov 06 2009 00:48:08 asdm-621.bin
!Flash: 511 987 Nov 17 2009 17:31:13 dap.xml
!Flash: 346 4096 Nov 06 2009 00:55:40 coredumpinfo
- !Flash: 347 43 Dec 21 2009 00:12:15
coredumpinfo/coredump.cfg
+ !Flash: 347 43 Dec 21 2009 14:16:31
coredumpinfo/coredump.cfg
!Flash: 255844352 bytes total (171683840 bytes free)
!
!Flash: disk0: Directory of disk0:/
!Flash: disk0: 314 -rwx 14137344 16:06:18 Dec 31 2002
asa804-k8.bin
Ron Whitney
2009-12-21 23:37:14 UTC
Permalink
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
Here's the last status I received (about a week ago) on that bug:

The following bug(s) you have subscribed to have been updated as
follows:

------------------------------------------------------------------------
----------

BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run is executed
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
Bug Details:
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method
=fetchBugDetails&bugId=CSCsz85597
Ryan West
2009-12-21 23:45:01 UTC
Permalink
8.2.1(11) interim has the fix.

Sent from handheld.
Post by Ron Whitney
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
The following bug(s) you have subscribed to have been updated as
---
---------------------------------------------------------------------
----------
BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run is
executed
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method
=fetchBugDetails&bugId=CSCsz85597
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
Chris Gauthier
2009-12-22 18:34:26 UTC
Permalink
I went to Cisco.com and looked for the fixed versions and they were not
there. So, even after my attempts to just "fix it", I still had to
contact the TAC for the files. They set me up with version 8.2.1.4
(Interim).

Thanks for pointing out the Bug ID, that made the case SUPER easy for me
to describe to TAC and for TAC to just give me what I needed.

Chris

-----Original Message-----
From: Ron Whitney [mailto:***@doitbest.com]
Sent: Monday, December 21, 2009 3:37 PM
To: Chris Gauthier; rancid-***@shrubbery.net
Subject: RE: [rancid] Cisco ASA Coredump bug--fixed yet?
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
Here's the last status I received (about a week ago) on that bug:

The following bug(s) you have subscribed to have been updated as
follows:

------------------------------------------------------------------------
----------

BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run is executed
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
Bug Details:
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method
=fetchBugDetails&bugId=CSCsz85597
P C
2009-12-23 16:50:08 UTC
Permalink
You should also be able to go to suppport > download software > security >
firweall > firewall appliances > cisco asa 55x0 > cisco asa software > drill
down to 8.2, and 8.2.1.11 is posted and downloadable as a more TAC-posted
and more thoroughly tested interim build. It's been fixed since 8.2.1.2
Post by Chris Gauthier
I went to Cisco.com and looked for the fixed versions and they were not
there. So, even after my attempts to just "fix it", I still had to
contact the TAC for the files. They set me up with version 8.2.1.4
(Interim).
Thanks for pointing out the Bug ID, that made the case SUPER easy for me
to describe to TAC and for TAC to just give me what I needed.
Chris
-----Original Message-----
Sent: Monday, December 21, 2009 3:37 PM
Subject: RE: [rancid] Cisco ASA Coredump bug--fixed yet?
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
The following bug(s) you have subscribed to have been updated as
------------------------------------------------------------------------
----------
BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run is executed
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method
=fetchBugDetails&bugId=CSCsz85597<http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method%0A=fetchBugDetails&bugId=CSCsz85597>
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
Chris Gauthier
2009-12-23 17:04:47 UTC
Permalink
While I should be able to follow that path, the only result available is "8.2(1)" and it does not get more specific than that. Here is an excerpt from the site:

asa821-k8.bin
Release Date: 06/May/2009
Cisco Adaptive Security Appliance Software version 8.2(1) for the ASA 5505, 5510, 5520, 5540, and ASA5550. Please read the Release Note prior to downloading this release.
Size: 15894.00 KB (16275456 bytes)


However, Cisco also has, in a different spot (now that I notice it differently), an 8.2.1.ED and then 8.2.1.11. ugh.... Sometimes Cisco really frustrates me.

I'll be changing to 8.2.1.11 vs the 8.2.1.4 given me by the TAC.

Chris



From: P C [mailto:***@gmail.com]
Sent: Wednesday, December 23, 2009 8:50 AM
To: Chris Gauthier
Cc: rancid-***@shrubbery.net
Subject: Re: [rancid] Re: Cisco ASA Coredump bug--fixed yet?

You should also be able to go to suppport  > download software > security > firweall > firewall appliances > cisco asa 55x0 > cisco asa software > drill down to 8.2, and 8.2.1.11 is posted and downloadable as a more TAC-posted and more thoroughly tested interim build.  It's been fixed since 8.2.1.2


On Tue, Dec 22, 2009 at 1:34 PM, Chris Gauthier <***@mapscu.com> wrote:
I went to Cisco.com and looked for the fixed versions and they were not
there.  So, even after my attempts to just "fix it", I still had to
contact the TAC for the files.  They set me up with version 8.2.1.4
(Interim).

Thanks for pointing out the Bug ID, that made the case SUPER easy for me
to describe to TAC and for TAC to just give me what I needed.

Chris

-----Original Message-----
From: Ron Whitney [mailto:***@doitbest.com]
Sent: Monday, December 21, 2009 3:37 PM
To: Chris Gauthier; rancid-***@shrubbery.net
Subject: RE: [rancid] Cisco ASA Coredump bug--fixed yet?
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
Here's the last status I received (about a week ago) on that bug:

The following bug(s) you have subscribed to have been updated as
follows:

------------------------------------------------------------------------
----------

BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run is executed
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
Bug Details:
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method
=fetchBugDetails&bugId=CSCsz85597
Gallardo, Winfred C
2010-01-06 15:50:34 UTC
Permalink
i'm having trouble diagnosing why rancid is having trouble collecting configs on HP procurve 5412.


I get the expected out put when running

hlogin -c 'show config' xx.xx.xx.xx


i checked my rancid log files and i'm not sure
what all the lines mean for the errors.

here is a sample.

Trying to get all of the configs.
write(spawn_id=1): broken pipe
while executing
"send_user -- "$expect_out(buffer)""
invoked from within
"expect -nobrace -re {^[^
*]*BL579-DC-Ent-R6-AJ32-1#} { send_user -- "$expect_out(buffer)"
} -re {^[^
]*BL579-DC-Ent-R6-AJ32-1#.} { send_user ..."
invoked from within
"expect {
-re "^\[^\n\r *]*$reprompt" { send_user -- "$expect_out(buffer)"
}
-re "^\[^\n\r]*$reprompt." { send_user -- "$expect_out(buffer)"
..."
invoked from within
"if [ string match "*\;*" "$command" ] {
set commands [split $command \;]
set num_commands [llength $commands]
# the pager can not be turned off on ..."
(procedure "run_commands" line 17)
invoked from within
"run_commands $prompt $command"
("foreach" body line 136)



Please let me know what other commands i can try to see where the errors are coming from.

Thanks in advance,


Chris Gallardo
Network Services
278-9067
Post by Chris Gauthier
asa821-k8.bin
Release Date: 06/May/2009
Cisco Adaptive Security Appliance Software version 8.2(1) for the ASA 5505, 5510, 5520, 5540, and ASA5550. Please read the Release Note prior to downloading this release.
Size: 15894.00 KB (16275456 bytes)
However, Cisco also has, in a different spot (now that I notice it differently), an 8.2.1.ED and then 8.2.1.11. ugh.... Sometimes Cisco really frustrates me.
I'll be changing to 8.2.1.11 vs the 8.2.1.4 given me by the TAC.
Chris
Sent: Wednesday, December 23, 2009 8:50 AM
To: Chris Gauthier
Subject: Re: [rancid] Re: Cisco ASA Coredump bug--fixed yet?
You should also be able to go to suppport > download software > security > firweall > firewall appliances > cisco asa 55x0 > cisco asa software > drill down to 8.2, and 8.2.1.11 is posted and downloadable as a more TAC-posted and more thoroughly tested interim build. It's been fixed since 8.2.1.2
I went to Cisco.com and looked for the fixed versions and they were not
there. So, even after my attempts to just "fix it", I still had to
contact the TAC for the files. They set me up with version 8.2.1.4
(Interim).
Thanks for pointing out the Bug ID, that made the case SUPER easy for me
to describe to TAC and for TAC to just give me what I needed.
Chris
-----Original Message-----
Sent: Monday, December 21, 2009 3:37 PM
Subject: RE: [rancid] Cisco ASA Coredump bug--fixed yet?
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
The following bug(s) you have subscribed to have been updated as
------------------------------------------------------------------------
----------
BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run is executed
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method
=fetchBugDetails&bugId=CSCsz85597
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
john heasley
2010-01-06 17:41:30 UTC
Permalink
Post by Gallardo, Winfred C
i'm having trouble diagnosing why rancid is having trouble collecting configs on HP procurve 5412.
I get the expected out put when running
hlogin -c 'show config' xx.xx.xx.xx
i checked my rancid log files and i'm not sure
what all the lines mean for the errors.
here is a sample.
Trying to get all of the configs.
write(spawn_id=1): broken pipe
while executing
"send_user -- "$expect_out(buffer)""
its an expect/tcl trace. the relevant parts are 'broken pipe' and
send_user, which seem indicate that hrancid or hpuifilter exited
prematurely. are they getting killed? dumping core? tried runing
hrancid manually? ktrace/truss/strace it?
Post by Gallardo, Winfred C
invoked from within
"expect -nobrace -re {^[^
*]*BL579-DC-Ent-R6-AJ32-1#} { send_user -- "$expect_out(buffer)"
} -re {^[^
]*BL579-DC-Ent-R6-AJ32-1#.} { send_user ..."
invoked from within
"expect {
-re "^\[^\n\r *]*$reprompt" { send_user -- "$expect_out(buffer)"
}
-re "^\[^\n\r]*$reprompt." { send_user -- "$expect_out(buffer)"
..."
invoked from within
"if [ string match "*\;*" "$command" ] {
set commands [split $command \;]
set num_commands [llength $commands]
# the pager can not be turned off on ..."
(procedure "run_commands" line 17)
invoked from within
"run_commands $prompt $command"
("foreach" body line 136)
Please let me know what other commands i can try to see where the errors are coming from.
Thanks in advance,
Chris Gallardo
Network Services
278-9067
Post by Chris Gauthier
asa821-k8.bin
Release Date: 06/May/2009
Cisco Adaptive Security Appliance Software version 8.2(1) for the ASA 5505, 5510, 5520, 5540, and ASA5550. Please read the Release Note prior to downloading this release.
Size: 15894.00 KB (16275456 bytes)
However, Cisco also has, in a different spot (now that I notice it differently), an 8.2.1.ED and then 8.2.1.11. ugh.... Sometimes Cisco really frustrates me.
I'll be changing to 8.2.1.11 vs the 8.2.1.4 given me by the TAC.
Chris
Sent: Wednesday, December 23, 2009 8:50 AM
To: Chris Gauthier
Subject: Re: [rancid] Re: Cisco ASA Coredump bug--fixed yet?
You should also be able to go to suppport > download software > security > firweall > firewall appliances > cisco asa 55x0 > cisco asa software > drill down to 8.2, and 8.2.1.11 is posted and downloadable as a more TAC-posted and more thoroughly tested interim build. It's been fixed since 8.2.1.2
I went to Cisco.com and looked for the fixed versions and they were not
there. So, even after my attempts to just "fix it", I still had to
contact the TAC for the files. They set me up with version 8.2.1.4
(Interim).
Thanks for pointing out the Bug ID, that made the case SUPER easy for me
to describe to TAC and for TAC to just give me what I needed.
Chris
-----Original Message-----
Sent: Monday, December 21, 2009 3:37 PM
Subject: RE: [rancid] Cisco ASA Coredump bug--fixed yet?
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
The following bug(s) you have subscribed to have been updated as
------------------------------------------------------------------------
----------
BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run is executed
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method
=fetchBugDetails&bugId=CSCsz85597
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
Gallardo, Winfred C
2010-01-12 12:53:56 UTC
Permalink
this is what i get from an out put of strace


execve("/usr/bin/hrancid", ["hrancid", "10.240.0.31"], [/* 22 vars */]) = 0
brk(0) = 0x125fe000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b1086c07000
uname({sys="Linux", node="caesar.noc.iu.edu", ...}) = 0
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/tls/x86_64/libperl.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/tls/x86_64", 0x7fff068e3da0) = -1 ENOENT (No such file or directory)
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/tls/libperl.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/tls", 0x7fff068e3da0) = -1 ENOENT (No such file or directory)
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/x86_64/libperl.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/x86_64", 0x7fff068e3da0) = -1 ENOENT (No such file or directory)
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/libperl.so", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\34\303\v3\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1262288, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b1086c08000
mmap(0x330bc00000, 3363552, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x330bc00000
mprotect(0x330bd2b000, 2097152, PROT_NONE) = 0
mmap(0x330bf2b000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12b000) = 0x330bf2b000
mmap(0x330bf34000, 4832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x330bf34000
close(3) = 0
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=112418, ...}) = 0
mmap(NULL, 112418, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b1086c09000
close(3) = 0
open("/lib64/libresolv.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\2402\300\0213\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=92736, ...}) = 0
mmap(0x3311c00000, 2181864, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x3311c00000
mprotect(0x3311c11000, 2097152, PROT_NONE) = 0
mmap(0x3311e11000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11000) = 0x3311e11000
mmap(0x3311e13000, 6888, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x3311e13000
close(3) = 0
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/libnsl.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib64/libnsl.so.1", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240@\300\0163\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=114352, ...}) = 0
mmap(0x330ec00000, 2194096, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x330ec00000
mprotect(0x330ec15000, 2093056, PROT_NONE) = 0
mmap(0x330ee14000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14000) = 0x330ee14000
mmap(0x330ee16000, 6832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x330ee16000
close(3) = 0
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/libdl.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib64/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\16\0\v3\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=23360, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b1086c25000
mmap(0x330b000000, 2109696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x330b000000
mprotect(0x330b002000, 2097152, PROT_NONE) = 0
mmap(0x330b202000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x330b202000
close(3) = 0
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib64/libm.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`>\300\n3\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=615136, ...}) = 0
mmap(0x330ac00000, 2629848, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x330ac00000
mprotect(0x330ac82000, 2093056, PROT_NONE) = 0
mmap(0x330ae81000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x81000) = 0x330ae81000
close(3) = 0
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib64/libcrypt.so.1", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\t@\0203\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=48600, ...}) = 0
mmap(0x3310400000, 2322880, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x3310400000
mprotect(0x3310409000, 2093056, PROT_NONE) = 0
mmap(0x3310608000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x3310608000
mmap(0x331060a000, 184768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x331060a000
close(3) = 0
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/libutil.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib64/libutil.so.1", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\16\200\0333\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=18152, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b1086c26000
mmap(0x331b800000, 2105616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x331b800000
mprotect(0x331b802000, 2093056, PROT_NONE) = 0
mmap(0x331ba01000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x331ba01000
close(3) = 0
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib64/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220W@\v3\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=145824, ...}) = 0
mmap(0x330b400000, 2204528, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x330b400000
mprotect(0x330b416000, 2093056, PROT_NONE) = 0
mmap(0x330b615000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x330b615000
mmap(0x330b617000, 13168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x330b617000
close(3) = 0
open("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib64/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\332\201\n3\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1717800, ...}) = 0
mmap(0x330a800000, 3498328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x330a800000
mprotect(0x330a94d000, 2097152, PROT_NONE) = 0
mmap(0x330ab4d000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14d000) = 0x330ab4d000
mmap(0x330ab52000, 16728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x330ab52000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b1086c27000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b1086c28000
arch_prctl(ARCH_SET_FS, 0x2b1086c28250) = 0
mprotect(0x3311e11000, 4096, PROT_READ) = 0
mprotect(0x330ee14000, 4096, PROT_READ) = 0
mprotect(0x330b202000, 4096, PROT_READ) = 0
mprotect(0x330ae81000, 4096, PROT_READ) = 0
mprotect(0x3310608000, 4096, PROT_READ) = 0
mprotect(0x331ba01000, 4096, PROT_READ) = 0
mprotect(0x330b615000, 4096, PROT_READ) = 0
mprotect(0x330ab4d000, 16384, PROT_READ) = 0
mprotect(0x330a61b000, 4096, PROT_READ) = 0
munmap(0x2b1086c09000, 112418) = 0
set_tid_address(0x2b1086c282e0) = 24118
set_robust_list(0x2b1086c282f0, 0x18) = 0
futex(0x7fff068e48cc, FUTEX_WAKE_PRIVATE, 1) = 0
rt_sigaction(SIGRTMIN, {0x330b405370, [], SA_RESTORER|SA_SIGINFO, 0x330b40e7c0}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x330b4052b0, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x330b40e7c0}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=10240*1024, rlim_max=RLIM_INFINITY}) = 0
rt_sigaction(SIGFPE, {0x1, [FPE], SA_RESTORER|SA_RESTART, 0x330a8302d0}, {SIG_DFL, [], 0}, 8) = 0
brk(0) = 0x125fe000
brk(0x12620000) = 0x12620000
getuid() = 504
geteuid() = 504
getgid() = 504
getegid() = 504
open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=56462800, ...}) = 0
mmap(NULL, 56462800, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b1086c29000
close(3) = 0
mmap(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b108a202000
open("/dev/urandom", O_RDONLY) = 3
read(3, "^iF\371", 4) = 4
close(3) = 0
stat("/usr/lib64/perl5/site_perl/5.8.7/x86_64-linux-thread-multi", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/5.8.7", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/site_perl/5.8.6/x86_64-linux-thread-multi", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/5.8.6", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/5.8.5", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/vendor_perl/5.8.7/x86_64-linux-thread-multi", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/5.8.7", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/vendor_perl/5.8.6/x86_64-linux-thread-multi", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/5.8.6", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/5.8.5", 0x7fff068e4580) = -1 ENOENT (No such file or directory)
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B9600 opost isig icanon echo ...}) = 0
lseek(0, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B9600 opost isig icanon echo ...}) = 0
lseek(1, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
ioctl(2, SNDCTL_TMR_TIMEBASE or TCGETS, {B9600 opost isig icanon echo ...}) = 0
lseek(2, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
open("/usr/bin/hrancid", O_RDONLY) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff068e4450) = -1 ENOTTY (Inappropriate ioctl for device)
lseek(3, 0, SEEK_CUR) = 0
fcntl(3, F_SETFD, FD_CLOEXEC) = 0
fstat(3, {st_mode=S_IFREG|0755, st_size=15972, ...}) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
readlink("/proc/self/exe", "/usr/bin/perl"..., 4095) = 13
brk(0x12641000) = 0x12641000
read(3, "#! /usr/bin/perl\n##\n## $Id: hran"..., 4096) = 4096
stat("/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/Getopt/Std.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/Getopt/Std.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/5.8.8/Getopt/Std.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/5.8.8/Getopt/Std.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/Getopt/Std.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/Getopt/Std.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/Getopt/Std.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/Getopt/Std.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/5.8.8/Getopt/Std.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/5.8.8/Getopt/Std.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/Getopt/Std.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/Getopt/Std.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Getopt/Std.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Getopt/Std.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/5.8.8/Getopt/Std.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/5.8.8/Getopt/Std.pm", {st_mode=S_IFREG|0644, st_size=8298, ...}) = 0
open("/usr/lib/perl5/5.8.8/Getopt/Std.pm", O_RDONLY) = 4
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff068e3cd0) = -1 ENOTTY (Inappropriate ioctl for device)
lseek(4, 0, SEEK_CUR) = 0
read(4, "package Getopt::Std;\nrequire 5.0"..., 4096) = 4096
read(4, "\tshift(@ARGV);\n\t }\n\t else "..., 4096) = 4096
brk(0x12662000) = 0x12662000
read(4, "unless (ref $hash) { \n\tlocal $Ex"..., 4096) = 106
read(4, "", 4096) = 0
close(4) = 0
stat("/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/Exporter.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/Exporter.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/5.8.8/Exporter.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/5.8.8/Exporter.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/Exporter.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/site_perl/Exporter.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/Exporter.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/Exporter.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/5.8.8/Exporter.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/5.8.8/Exporter.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/Exporter.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/vendor_perl/Exporter.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Exporter.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Exporter.pm", 0x7fff068e3f40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/5.8.8/Exporter.pmc", 0x7fff068e4080) = -1 ENOENT (No such file or directory)
stat("/usr/lib/perl5/5.8.8/Exporter.pm", {st_mode=S_IFREG|0644, st_size=14419, ...}) = 0
open("/usr/lib/perl5/5.8.8/Exporter.pm", O_RDONLY) = 4
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff068e3cd0) = -1 ENOTTY (Inappropriate ioctl for device)
lseek(4, 0, SEEK_CUR) = 0
read(4, "package Exporter;\n\nrequire 5.006"..., 4096) = 4096
lseek(4, 2217, SEEK_SET) = 2217
lseek(4, 0, SEEK_CUR) = 2217
close(4) = 0
brk(0x12683000) = 0x12683000
read(3, "i;\n\ts/^\\s*//g;\n\n\tProcessHistory("..., 4096) = 4096
brk(0x126a4000) = 0x126a4000
read(3, "s?|traps?|(no)?auth)$/) {\n\t\t\t$li"..., 4096) = 4096
read(3, "\***@commandtable = (\n\t{'show versi"..., 4096) = 3684
brk(0x126c5000) = 0x126c5000
read(3, "", 4096) = 0
close(3) = 0
open("10.240.0.31.new", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff068e4320) = -1 ENOTTY (Inappropriate ioctl for device)
lseek(3, 0, SEEK_CUR) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC) = 0
pipe([4, 5]) = 0
pipe([6, 7]) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2b1086c282e0) = 24119
close(7) = 0
close(5) = 0
read(6, "", 4) = 0
close(6) = 0
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff068e4280) = -1 EINVAL (Invalid argument)
lseek(4, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fcntl(4, F_SETFD, FD_CLOEXEC) = 0
read(4, "10.240.0.31\n", 4096) = 12
read(4, "spawn hpuifilter -- ", 4096) = 20
read(4, "ssh -c 3des -x -l netpsrancid 10"..., 4096) = 43
read(4, "Only Authorized Users Allowed", 4096) = 29
read(4, "***@10.240.0.31's passwo"..., 4096) = 36
read(4, "\r\r\n", 4096) = 3
read(4, "BL579-DC-Ent-R1-AQ10-1# ", 4096) = 24
read(4, "\r\r\nBL579-DC-Ent-R1-AQ10-1# ", 4096) = 27
read(4, "no page\r\r\nBL579-DC-Ent-R1-AQ10-1"..., 4096) = 34
read(4, " show version\r\r\n", 4096) = 16
read(4, "Image stamp: /sw/code/build/b"..., 4096) = 155
read(4, "BL579-DC-Ent-R1-AQ10-1#", 4096) = 23
read(4, " show flash\r\r\n", 4096) = 14
read(4, "Image Size(Bytes) Da"..., 4096) = 190
read(4, "Boot Rom Version: K.12.20\r\r\nDefa"..., 4096) = 82
read(4, " show system-information\r\r\n", 4096) = 27
read(4, "Invalid input: system-informatio"..., 4096) = 59
lseek(4, 771, SEEK_SET) = -1 ESPIPE (Illegal seek)
close(4) = 0
rt_sigaction(SIGHUP, {0x1, [], SA_RESTORER, 0x330b40e7c0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {0x1, [], SA_RESTORER, 0x330b40e7c0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {0x1, [], SA_RESTORER, 0x330b40e7c0}, {SIG_DFL, [], 0}, 8) = 0
wait4(24119, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL) = 24119
--- SIGCHLD (Child exited) @ 0 (0) ---
rt_sigaction(SIGHUP, {SIG_DFL, [], SA_RESTORER, 0x330b40e7c0}, NULL, 8) = 0
rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x330b40e7c0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, [], SA_RESTORER, 0x330b40e7c0}, NULL, 8) = 0
write(3, ";RANCID-CONTENT-TYPE: hp-procurv"..., 461) = 461
close(3) = 0
write(1, "10.240.0.31: missed cmd(s): show"..., 62) = 62
write(1, "10.240.0.31: End of run not foun"..., 34) = 34
pipe([3, 4]) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2b1086c282e0) = 24128
close(4) = 0
rt_sigaction(SIGINT, {0x1, [], SA_RESTORER, 0x330b40e7c0}, {SIG_DFL, [], SA_RESTORER, 0x330b40e7c0}, 8) = 0
rt_sigaction(SIGQUIT, {0x1, [], SA_RESTORER, 0x330b40e7c0}, {SIG_DFL, [], SA_RESTORER, 0x330b40e7c0}, 8) = 0
wait4(24128, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 24128
--- SIGCHLD (Child exited) @ 0 (0) ---
rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x330b40e7c0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, [], SA_RESTORER, 0x330b40e7c0}, NULL, 8) = 0
read(3, "", 4) = 0
close(3) = 0
unlink("10.240.0.31.new") = 0
exit_group(0) = ?

Chris Gallardo
Network Services
278-9067
Post by john heasley
Post by Gallardo, Winfred C
i'm having trouble diagnosing why rancid is having trouble collecting configs on HP procurve 5412.
I get the expected out put when running
hlogin -c 'show config' xx.xx.xx.xx
i checked my rancid log files and i'm not sure
what all the lines mean for the errors.
here is a sample.
Trying to get all of the configs.
write(spawn_id=1): broken pipe
while executing
"send_user -- "$expect_out(buffer)""
its an expect/tcl trace. the relevant parts are 'broken pipe' and
send_user, which seem indicate that hrancid or hpuifilter exited
prematurely. are they getting killed? dumping core? tried runing
hrancid manually? ktrace/truss/strace it?
Post by Gallardo, Winfred C
invoked from within
"expect -nobrace -re {^[^
*]*BL579-DC-Ent-R6-AJ32-1#} { send_user -- "$expect_out(buffer)"
} -re {^[^
]*BL579-DC-Ent-R6-AJ32-1#.} { send_user ..."
invoked from within
"expect {
-re "^\[^\n\r *]*$reprompt" { send_user -- "$expect_out(buffer)"
}
-re "^\[^\n\r]*$reprompt." { send_user -- "$expect_out(buffer)"
..."
invoked from within
"if [ string match "*\;*" "$command" ] {
set commands [split $command \;]
set num_commands [llength $commands]
# the pager can not be turned off on ..."
(procedure "run_commands" line 17)
invoked from within
"run_commands $prompt $command"
("foreach" body line 136)
Please let me know what other commands i can try to see where the errors are coming from.
Thanks in advance,
Chris Gallardo
Network Services
278-9067
Post by Chris Gauthier
asa821-k8.bin
Release Date: 06/May/2009
Cisco Adaptive Security Appliance Software version 8.2(1) for the ASA 5505, 5510, 5520, 5540, and ASA5550. Please read the Release Note prior to downloading this release.
Size: 15894.00 KB (16275456 bytes)
However, Cisco also has, in a different spot (now that I notice it differently), an 8.2.1.ED and then 8.2.1.11. ugh.... Sometimes Cisco really frustrates me.
I'll be changing to 8.2.1.11 vs the 8.2.1.4 given me by the TAC.
Chris
Sent: Wednesday, December 23, 2009 8:50 AM
To: Chris Gauthier
Subject: Re: [rancid] Re: Cisco ASA Coredump bug--fixed yet?
You should also be able to go to suppport > download software > security > firweall > firewall appliances > cisco asa 55x0 > cisco asa software > drill down to 8.2, and 8.2.1.11 is posted and downloadable as a more TAC-posted and more thoroughly tested interim build. It's been fixed since 8.2.1.2
I went to Cisco.com and looked for the fixed versions and they were not
there. So, even after my attempts to just "fix it", I still had to
contact the TAC for the files. They set me up with version 8.2.1.4
(Interim).
Thanks for pointing out the Bug ID, that made the case SUPER easy for me
to describe to TAC and for TAC to just give me what I needed.
Chris
-----Original Message-----
Sent: Monday, December 21, 2009 3:37 PM
Subject: RE: [rancid] Cisco ASA Coredump bug--fixed yet?
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
The following bug(s) you have subscribed to have been updated as
------------------------------------------------------------------------
----------
BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run is executed
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method
=fetchBugDetails&bugId=CSCsz85597
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
john heasley
2010-01-12 21:07:08 UTC
Permalink
Post by Gallardo, Winfred C
read(4, "Image Size(Bytes) Da"..., 4096) = 190
read(4, "Boot Rom Version: K.12.20\r\r\nDefa"..., 4096) = 82
read(4, " show system-information\r\r\n", 4096) = 27
read(4, "Invalid input: system-informatio"..., 4096) = 59
lseek(4, 771, SEEK_SET) = -1 ESPIPE (Illegal seek)
close(4) = 0
rt_sigaction(SIGHUP, {0x1, [], SA_RESTORER, 0x330b40e7c0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {0x1, [], SA_RESTORER, 0x330b40e7c0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {0x1, [], SA_RESTORER, 0x330b40e7c0}, {SIG_DFL, [], 0}, 8) = 0
wait4(24119, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL) = 24119
the clues are there. if you had used the option to follow children, you'd
get more clues.
Post by Gallardo, Winfred C
Post by john heasley
Post by Gallardo, Winfred C
i'm having trouble diagnosing why rancid is having trouble collecting configs on HP procurve 5412.
I get the expected out put when running
hlogin -c 'show config' xx.xx.xx.xx
i checked my rancid log files and i'm not sure
what all the lines mean for the errors.
here is a sample.
Trying to get all of the configs.
write(spawn_id=1): broken pipe
while executing
"send_user -- "$expect_out(buffer)""
its an expect/tcl trace. the relevant parts are 'broken pipe' and
send_user, which seem indicate that hrancid or hpuifilter exited
prematurely. are they getting killed? dumping core? tried runing
hrancid manually? ktrace/truss/strace it?
Post by Gallardo, Winfred C
invoked from within
"expect -nobrace -re {^[^
*]*BL579-DC-Ent-R6-AJ32-1#} { send_user -- "$expect_out(buffer)"
} -re {^[^
]*BL579-DC-Ent-R6-AJ32-1#.} { send_user ..."
invoked from within
"expect {
-re "^\[^\n\r *]*$reprompt" { send_user -- "$expect_out(buffer)"
}
-re "^\[^\n\r]*$reprompt." { send_user -- "$expect_out(buffer)"
..."
invoked from within
"if [ string match "*\;*" "$command" ] {
set commands [split $command \;]
set num_commands [llength $commands]
# the pager can not be turned off on ..."
(procedure "run_commands" line 17)
invoked from within
"run_commands $prompt $command"
("foreach" body line 136)
Please let me know what other commands i can try to see where the errors are coming from.
Thanks in advance,
Chris Gallardo
Network Services
278-9067
Post by Chris Gauthier
asa821-k8.bin
Release Date: 06/May/2009
Cisco Adaptive Security Appliance Software version 8.2(1) for the ASA 5505, 5510, 5520, 5540, and ASA5550. Please read the Release Note prior to downloading this release.
Size: 15894.00 KB (16275456 bytes)
However, Cisco also has, in a different spot (now that I notice it differently), an 8.2.1.ED and then 8.2.1.11. ugh.... Sometimes Cisco really frustrates me.
I'll be changing to 8.2.1.11 vs the 8.2.1.4 given me by the TAC.
Chris
Sent: Wednesday, December 23, 2009 8:50 AM
To: Chris Gauthier
Subject: Re: [rancid] Re: Cisco ASA Coredump bug--fixed yet?
You should also be able to go to suppport > download software > security > firweall > firewall appliances > cisco asa 55x0 > cisco asa software > drill down to 8.2, and 8.2.1.11 is posted and downloadable as a more TAC-posted and more thoroughly tested interim build. It's been fixed since 8.2.1.2
I went to Cisco.com and looked for the fixed versions and they were not
there. So, even after my attempts to just "fix it", I still had to
contact the TAC for the files. They set me up with version 8.2.1.4
(Interim).
Thanks for pointing out the Bug ID, that made the case SUPER easy for me
to describe to TAC and for TAC to just give me what I needed.
Chris
-----Original Message-----
Sent: Monday, December 21, 2009 3:37 PM
Subject: RE: [rancid] Cisco ASA Coredump bug--fixed yet?
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
The following bug(s) you have subscribed to have been updated as
------------------------------------------------------------------------
----------
BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run is executed
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method
=fetchBugDetails&bugId=CSCsz85597
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
James Zuelow
2010-01-06 18:06:26 UTC
Permalink
Might be this:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518901

James Zuelow
Network Specialist
City and Borough of Juneau MIS (907)586-0236
Post by Chris Gauthier
-----Original Message-----
Gallardo, Winfred C
Sent: Wednesday, 06 January, 2010 06:51
Subject: [rancid] Issues with rancid not collecting configs
i'm having trouble diagnosing why rancid is having trouble
collecting configs on HP procurve 5412.
I get the expected out put when running
hlogin -c 'show config' xx.xx.xx.xx
i checked my rancid log files and i'm not sure
what all the lines mean for the errors.
here is a sample.
Trying to get all of the configs.
write(spawn_id=1): broken pipe
while executing
"send_user -- "$expect_out(buffer)""
invoked from within
"expect -nobrace -re {^[^
*]*BL579-DC-Ent-R6-AJ32-1#} { send_user -- "$expect_out(buffer)"
} -re {^[^
]*BL579-DC-Ent-R6-AJ32-1#.} { send_user ..."
invoked from within
"expect {
-re "^\[^\n\r *]*$reprompt" { send_user --
"$expect_out(buffer)"
}
-re "^\[^\n\r]*$reprompt." { send_user --
"$expect_out(buffer)"
..."
invoked from within
"if [ string match "*\;*" "$command" ] {
set commands [split $command \;]
set num_commands [llength $commands]
# the pager can not be turned off on ..."
(procedure "run_commands" line 17)
invoked from within
"run_commands $prompt $command"
("foreach" body line 136)
Please let me know what other commands i can try to see where
the errors are coming from.
Thanks in advance,
Chris Gallardo
Network Services
278-9067
Post by Chris Gauthier
While I should be able to follow that path, the only result
available is "8.2(1)" and it does not get more specific than
Post by Chris Gauthier
asa821-k8.bin
Release Date: 06/May/2009
Cisco Adaptive Security Appliance Software version 8.2(1)
for the ASA 5505, 5510, 5520, 5540, and ASA5550. Please read
the Release Note prior to downloading this release.
Post by Chris Gauthier
Size: 15894.00 KB (16275456 bytes)
However, Cisco also has, in a different spot (now that I
notice it differently), an 8.2.1.ED and then 8.2.1.11.
ugh.... Sometimes Cisco really frustrates me.
Post by Chris Gauthier
I'll be changing to 8.2.1.11 vs the 8.2.1.4 given me by the TAC.
Chris
Sent: Wednesday, December 23, 2009 8:50 AM
To: Chris Gauthier
Subject: Re: [rancid] Re: Cisco ASA Coredump bug--fixed yet?
You should also be able to go to suppport > download
software > security > firweall > firewall appliances > cisco
asa 55x0 > cisco asa software > drill down to 8.2, and
8.2.1.11 is posted and downloadable as a more TAC-posted and
more thoroughly tested interim build. It's been fixed since 8.2.1.2
Post by Chris Gauthier
On Tue, Dec 22, 2009 at 1:34 PM, Chris Gauthier
I went to Cisco.com and looked for the fixed versions and
they were not
Post by Chris Gauthier
there. So, even after my attempts to just "fix it", I still had to
contact the TAC for the files. They set me up with version 8.2.1.4
(Interim).
Thanks for pointing out the Bug ID, that made the case
SUPER easy for me
Post by Chris Gauthier
to describe to TAC and for TAC to just give me what I needed.
Chris
-----Original Message-----
Sent: Monday, December 21, 2009 3:37 PM
Subject: RE: [rancid] Cisco ASA Coredump bug--fixed yet?
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
The following bug(s) you have subscribed to have been updated as
--------------------------------------------------------------
----------
Post by Chris Gauthier
----------
BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run
is executed
Post by Chris Gauthier
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails
.do?method
Post by Chris Gauthier
=fetchBugDetails&bugId=CSCsz85597
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
john heasley
2010-01-06 19:08:59 UTC
Permalink
Post by James Zuelow
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518901
not likely. and, i don't believe the fix in that report is correct
for all the variations. rancid 2.3.2 runs both variations of that
command.
Post by James Zuelow
James Zuelow
Network Specialist
City and Borough of Juneau MIS (907)586-0236
Post by Chris Gauthier
-----Original Message-----
Gallardo, Winfred C
Sent: Wednesday, 06 January, 2010 06:51
Subject: [rancid] Issues with rancid not collecting configs
i'm having trouble diagnosing why rancid is having trouble
collecting configs on HP procurve 5412.
I get the expected out put when running
hlogin -c 'show config' xx.xx.xx.xx
i checked my rancid log files and i'm not sure
what all the lines mean for the errors.
here is a sample.
Trying to get all of the configs.
write(spawn_id=1): broken pipe
while executing
"send_user -- "$expect_out(buffer)""
invoked from within
"expect -nobrace -re {^[^
*]*BL579-DC-Ent-R6-AJ32-1#} { send_user -- "$expect_out(buffer)"
} -re {^[^
]*BL579-DC-Ent-R6-AJ32-1#.} { send_user ..."
invoked from within
"expect {
-re "^\[^\n\r *]*$reprompt" { send_user --
"$expect_out(buffer)"
}
-re "^\[^\n\r]*$reprompt." { send_user --
"$expect_out(buffer)"
..."
invoked from within
"if [ string match "*\;*" "$command" ] {
set commands [split $command \;]
set num_commands [llength $commands]
# the pager can not be turned off on ..."
(procedure "run_commands" line 17)
invoked from within
"run_commands $prompt $command"
("foreach" body line 136)
Please let me know what other commands i can try to see where
the errors are coming from.
Thanks in advance,
Chris Gallardo
Network Services
278-9067
Post by Chris Gauthier
While I should be able to follow that path, the only result
available is "8.2(1)" and it does not get more specific than
Post by Chris Gauthier
asa821-k8.bin
Release Date: 06/May/2009
Cisco Adaptive Security Appliance Software version 8.2(1)
for the ASA 5505, 5510, 5520, 5540, and ASA5550. Please read
the Release Note prior to downloading this release.
Post by Chris Gauthier
Size: 15894.00 KB (16275456 bytes)
However, Cisco also has, in a different spot (now that I
notice it differently), an 8.2.1.ED and then 8.2.1.11.
ugh.... Sometimes Cisco really frustrates me.
Post by Chris Gauthier
I'll be changing to 8.2.1.11 vs the 8.2.1.4 given me by the TAC.
Chris
Sent: Wednesday, December 23, 2009 8:50 AM
To: Chris Gauthier
Subject: Re: [rancid] Re: Cisco ASA Coredump bug--fixed yet?
You should also be able to go to suppport > download
software > security > firweall > firewall appliances > cisco
asa 55x0 > cisco asa software > drill down to 8.2, and
8.2.1.11 is posted and downloadable as a more TAC-posted and
more thoroughly tested interim build. It's been fixed since 8.2.1.2
Post by Chris Gauthier
On Tue, Dec 22, 2009 at 1:34 PM, Chris Gauthier
I went to Cisco.com and looked for the fixed versions and
they were not
Post by Chris Gauthier
there. So, even after my attempts to just "fix it", I still had to
contact the TAC for the files. They set me up with version 8.2.1.4
(Interim).
Thanks for pointing out the Bug ID, that made the case
SUPER easy for me
Post by Chris Gauthier
to describe to TAC and for TAC to just give me what I needed.
Chris
-----Original Message-----
Sent: Monday, December 21, 2009 3:37 PM
Subject: RE: [rancid] Cisco ASA Coredump bug--fixed yet?
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the
Cisco ASA? Did TAC ever come back with anything?
The following bug(s) you have subscribed to have been updated as
--------------------------------------------------------------
----------
Post by Chris Gauthier
----------
BugID: CSCsz85597
What Changed: Fixed in version
Title: coredump.cfg file gets rewritten every time show run
is executed
Post by Chris Gauthier
Technology: nav
Version: 8.2(1)
Fixed-in: 8.2(1.2), 8.3(0.0), 100.3(0.3)M
Severity: 2
State: Verified
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails
.do?method
Post by Chris Gauthier
=fetchBugDetails&bugId=CSCsz85597
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
M. Moens
2009-12-21 23:47:38 UTC
Permalink
Chris,
Upgrading to the latest ASA software solves the problem.
No need to change anything on rancid.

Martin
Post by Chris Gauthier
Did anyone ever find a solution to the coredump bug on the Cisco ASA?
Did TAC ever come back with anything?
Thanks,
Chris
"For once you have tasted flight you will walk the earth with your eyes
turned skywards, for there you have been and there you will long to
return."
-Leonardo da Vinci
-----Original Message-----
Sent: Monday, December 21, 2009 2:32 PM
Subject: firewalls router config diffs
Index: configs/firewall.example.com
===================================================================
retrieving revision 1.13
diff -U 4 -r1.13 firewall.example.com
@@ -41,9 +41,9 @@
!Flash: 329 3756345 Feb 05 2009 02:44:30
anyconnect-linux-2.2.0133-k9.pkg
!Flash: 330 11348300 Nov 06 2009 00:48:08 asdm-621.bin
!Flash: 511 987 Nov 17 2009 17:31:13 dap.xml
!Flash: 346 4096 Nov 06 2009 00:55:40 coredumpinfo
- !Flash: 347 43 Dec 21 2009 00:12:15
coredumpinfo/coredump.cfg
+ !Flash: 347 43 Dec 21 2009 14:16:31
coredumpinfo/coredump.cfg
!Flash: 255844352 bytes total (171683840 bytes free)
!
!Flash: disk0: Directory of disk0:/
!Flash: disk0: 314 -rwx 14137344 16:06:18 Dec 31 2002
asa804-k8.bin
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo.cgi/rancid-discuss
Loading...