 |
 |
Hello, Usually this crash is silent. I am also not able to reproduce the crash anymore as all the hosts files are now fixed. I have no "DNS problem" anymore. -- Gregory On Tue, 12 Apr 2005, Andrew Hanushevsky wrote: > Hi Gregory, > > Could you send the complete xrootd log corresponding to the crashed > server? Also, did you recompile or use the binary that came with > the rpm. If you recompiled, please do a "configure --build=debug" > prior to compilation so that we can get the actual statement > numbers and variables in the trace. Thanks. > > Andy > > > On Tue, 12 Apr 2005, Gregory Schott wrote: > >> >> >> On Tue, 12 Apr 2005, Peter Elmer wrote: >> >>>>> (With my Babar hat on): note that you shouldn't be deploying this >>>>> development version at FZK on the systems used by BaBar. This version >>>>> is under test, not for production use. >>>>> >>>>> BTW, if you are still worried about the DNS problems, did you see my >>>>> mail about this the other day? (i.e. Jos checked and fixed the /etc/hosts >>>>> files, so could you check again that you still have the DNS problem/crash?) >>>> >>>> Yes, I saw that. There are now no problem on the server for which the >>>> hosts were changed. It seems Jos forgot 3 of the servers so for the moment >>>> I am runnig an old version there. (The latest dvlp version 20050328-0656 >>>> also do not work with the DNS problem: I understood from your announcement >>>> that the DNS problem was fixed there.) >>> >>> Ok, this is useful to know in any case. Andy added code that tries to >>> detect and avoid crashing for odd DNS configurations (plus he added some >>> printout to help debugging). When you say that it doesn't work, what do you >>> mean? Does it crash? Does it just exit and refuse to run? Could you send the >>> traceback and/or logfile so Andy could take a look at it? >> >> What crashes is xrootd on the dataserver. It crashes the same way as it >> did in the previous version: >> >> (gdb) backtrace >> #0 0xb7407198 in strcmp () from /lib/tls/libc.so.6 >> #1 0x08079d31 in XrdNet::Trim () >> #2 0x0806d2b1 in XrdLink::Alloc () >> #3 0x080790b1 in XrdInet::Accept () >> #4 0x0806f6d7 in main () >> >> -- Gregory >> >