After applying the second patch, it's still crashing, stacktrace:<br>
<br>
(gdb) backtrace<br>
#0 0x00d8960a in do_lookup_versioned () from /lib/ld-linux.so.2<br>
#1 0x00d88776 in _dl_lookup_versioned_symbol_internal () from /lib/ld-linux.so.2<br>
#2 0x00d8c473 in fixup () from /lib/ld-linux.so.2<br>
#3 0x00d8c330 in _dl_runtime_resolve () from /lib/ld-linux.so.2<br>
#4 0x08054c89 in sigsegv_handler (signum=11) at sig.c:51<br>
#5 <signal handler called><br>
#6 0x0039078b in strlen () from /lib/tls/libc.so.6<br>
#7 0x0035e621 in vfprintf () from /lib/tls/libc.so.6<br>
#8 0x0037fd24 in vsnprintf () from /lib/tls/libc.so.6<br>
#9 0x08050fb3 in errprintf (fmt=0x8057cd8 "RRD error creating %s: %s\n") at errormsg.c:51<br>
#10 0x0804a93a in create_and_update_rrd (hostname=0x7 <Address 0x7 out of bounds>,<br>
fn=0x805f6e0
"tcp.http.https:,,<a href="http://pws.sc.egov.usda.gov">pws.sc.egov.usda.gov</a>,siteminderagent,dmsforms,login_banner.fcc?TYPE=33554433&REALMOID=06-d3b2e2ae-78ac-495d-a153-09f36b6aa237&GUID=&SMAUTHREASON=0&METHOD=GET&SMAGENTNAME=$SM$2z10ILc8e"...,
creparams=0x805e5c0, template=0x9098e68 "sec") at do_rrd.c:145<br>
#11 0x0804f2af in do_net_rrd (hostname=0xb7560037 "FS_PVHOST", testname=0xb7560041 "http",<br>
msg=0xb756006f "status FS_PVHOST.http green Fri
Jun 9 17:11:00 2006: OK ; OK ; OK\n\n&green
<a href="http://poc.fs.usda.gov/wps/portal">http://poc.fs.usda.gov/wps/portal</a> - OK\n\nHTTP/1.1 200 OK\r\nDate: Fri,
09 Jun 2006 22:11:57 GMT\r\nServer: IBM_HTTP_Server/2.0.47."...,
tstamp=1149891084) at rrd/do_net.c:50<br>
#12 0x08050266 in update_rrd (hostname=0xb7560037 "FS_PVHOST", testname=0xb7560041 "http",<br>
msg=0xb756006f "status FS_PVHOST.http green Fri
Jun 9 17:11:00 2006: OK ; OK ; OK\n\n&green
<a href="http://poc.fs.usda.gov/wps/portal">http://poc.fs.usda.gov/wps/portal</a> - OK\n\nHTTP/1.1 200 OK\r\nDate: Fri,
09 Jun 2006 22:11:57 GMT\r\nServer: IBM_HTTP_Server/2.0.47."...,
tstamp=1149891084, sender=0x706a4266 <Address 0x706a4266 out of
bounds>, ldef=0x706a4266) at do_rrd.c:293<br>
#13 0x08049cf0 in main (argc=1886012006, argv=0xbfffbab4) at hobbitd_rrd.c:199<br>
<br>
<br>
BTW, those ultra-long URL's have been in there for quite a while, several months anyway.<br>
<br>
Thanks,<br>
Larry Barber<br>
<br><br><div><span class="gmail_quote">On 6/9/06, <b class="gmail_sendername">Larry Barber</b> <<a href="mailto:lebarber@gmail.com">lebarber@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>No joy, it is still crashing, stack trace:<br>
<br>
(gdb)<br>
#0 0x0046260a in do_lookup_versioned () from /lib/ld-linux.so.2<br>
#1 0x00461776 in _dl_lookup_versioned_symbol_internal () from /lib/ld-linux.so.2<br>
#2 0x00465473 in fixup () from /lib/ld-linux.so.2<br>
#3 0x00465330 in _dl_runtime_resolve () from /lib/ld-linux.so.2<br>
#4 0x08054c79 in sigsegv_handler (signum=11) at sig.c:51<br>
#5 <signal handler called><br>
#6 0x004623da in do_lookup () from /lib/ld-linux.so.2<br>
#7 0x00461103 in _dl_lookup_symbol_internal () from /lib/ld-linux.so.2<br>
#8 0x0046540f in fixup () from /lib/ld-linux.so.2<br>
#9 0x00465330 in _dl_runtime_resolve () from /lib/ld-linux.so.2<br>
#10 0x0804a92b in create_and_update_rrd (hostname=0x7 <Address 0x7 out of bounds>,<br>
fn=0x805f6e0
"tcp.http.https:,,<a href="http://pws.tc.sc.egov.usda.gov" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">pws.tc.sc.egov.usda.gov</a>,siteminderagent,dmsforms,login_banner.fcc?TYPE=33554433&REALMOID=06-d38f4375-a8bd-4190-b6f9-3c77f0901647&GUID=&SMAUTHREASON=0&METHOD=GET&SMAGENTNAME=$SM$hIspF3"...,
creparams=0x805e5c0, template=0x93f7b20 "sec") at do_rrd.c:145<br>
#11 0x0804f2a0 in do_net_rrd (hostname=0xb755f036 "stellent_pre-prod_v-ip", testname=0xb755f04d "http",<br>
msg=0xb755f07b "status stellent_pre-prod_v-ip.http
green Fri Jun 9 16:53:40 2006: OK ; OK\n\n&green
<a href="https://pws.tc.sc.egov.usda.gov/siteminderagent/dmsforms/login_banner.fcc?TYPE=33554433&REALMOID=06-d38f4375-a8bd-419" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://pws.tc.sc.egov.usda.gov/siteminderagent/dmsforms/login_banner.fcc?TYPE=33554433&REALMOID=06-d38f4375-a8bd-419
</a>"...,
tstamp=1149890052) at rrd/do_net.c:48<br>
#12 0x08050256 in update_rrd (hostname=0xb755f036 "stellent_pre-prod_v-ip", testname=0xb755f04d "http",<br>
msg=0xb755f07b "status stellent_pre-prod_v-ip.http
green Fri Jun 9 16:53:40 2006: OK ; OK\n\n&green
<a href="https://pws.tc.sc.egov.usda.gov/siteminderagent/dmsforms/login_banner.fcc?TYPE=33554433&REALMOID=06-d38f4375-a8bd-419" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://pws.tc.sc.egov.usda.gov/siteminderagent/dmsforms/login_banner.fcc?TYPE=33554433&REALMOID=06-d38f4375-a8bd-419
</a>"...,
tstamp=1149890052, sender=0x1ca3f <Address 0x1ca3f out of
bounds>, ldef=0x1ca3f) at do_rrd.c:293<br>
#13 0x08049cf0 in main (argc=117311, argv=0xbfffab14) at hobbitd_rrd.c:199<br>
<br>
<br>
I was looking at your patch, and it doesn't look to me like that new lines are doing the same thing as the old:<br>
<br>
<pre>- strcat(filedir, "/"); strcat(filedir, fn);<br>+ snprintf(filedir, sizeof(filedir)-1, "%s/%s/%s", rrddir, hostname, fn);<br>+ filedir[sizeof(filedir)-1] = '\0';<br> creparams[1] = filedir; /* Icky */
<br><br><br>It looks like the original line creates something like "filedir/fn" while the new lines create something like "filedir/hostname/fn". Is this right?<br><br>Thanks,<br>Larry Barber<br></pre>
<br><br><div></div><div><span class="q"><span class="gmail_quote">On 6/9/06, <b class="gmail_sendername">Henrik Stoerner</b> <<a href="mailto:henrik@hswn.dk" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
henrik@hswn.dk</a>> wrote:</span></span></div><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"></blockquote></div><div><span class="e" id="q_10bbad0d18381116_3">
On Fri, Jun 09, 2006 at 04:21:56PM -0500, Larry Barber wrote:<br>> I loaded p1, and hobbitd_rrd is still dumping, the stack trace looks like:<br>><br>> #5 <signal handler called><br>> #6 0x00dfe3da in do_lookup () from /lib/ld-
linux.so.2<br>> #7 0x00dfd103 in _dl_lookup_symbol_internal () from /lib/ld-linux.so.2<br>> #8 0x00e0140f in fixup () from /lib/ld-linux.so.2<br>> #9 0x00e01330 in _dl_runtime_resolve () from /lib/ld-linux.so.2
<br>> #10 0x0804a91f in create_and_update_rrd (hostname=0xb755d037<br>> "stellent_pre-prod_v-ip",<br>> fn=0x805f6e0<br>> "tcp.http.https:,,<a href="http://pws.tc.sc.egov.usda.gov" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
pws.tc.sc.egov.usda.gov
</a>,siteminderagent,dmsforms,login_banner.fcc?TYPE=33554433&REALMOID=06-d38f4375-a8bd-4190-b6f9-3c77f0901647&GUID=&SMAUTHREASON=0&METHOD=GET&SMAGENTNAME=$SM$hIspF3"...,<br>> creparams=0x805e5c0, template=0x9cf6b20 "sec") at do_rrd.c:143
<br><br>OK, the call trace looks sane so I think we can rule out simple memory<br>corruption here.<br><br>The crash happens when trying to print an error-message from the RRDtool<br>library, when trying to create a new RRD file for tracking a http test
<br>response time (it has just called the rrd_create() function, which returns<br>an error and hobbit is trying to print out the error message when it crashes.<br><br>The filename looks somewhat suspicious. It is generated from the URL
<br>that is tested, and it is a very long filename beginning with<br>"tcp.http.https:,,<a href="http://pws.tc.sc.egov.usda.gov" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">pws.tc.sc.egov.usda.gov
</a>,siteminderagent,dmsforms,login_banner.fcc?TYPE="<br>It's an http test for the host "stellent_pre-prod_v-ip"
<br><br>My guess is that this filename is just too long. It *could* overflow the<br>buffer set aside for the RRD filename - in that case, the attached patch<br>against 4.1.2p1 should help.<br><br><br>> It just started doing this today, I can't think of anything that I have done
<br>> that could cause it.<br><br>I think You just added this http test for "stellent_pre-prod_v-ip".<br><br><br>Regards,<br>Henrik<br><br><br><br></span></div><div><span class="q">To unsubscribe from the hobbit list, send an e-mail to
<br><a href="mailto:hobbit-unsubscribe@hswn.dk" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
hobbit-unsubscribe@hswn.dk</a><br><br><br><br></span></div><div></div><br>
</div></blockquote></div><br>