Bug 48163
Summary: | Latest xinetd packages break FILE logging | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Jordan Russell <jr-redhatbugs2> |
Component: | xinetd | Assignee: | Trond Eivind Glomsrxd <teg> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Ben Levenson <benl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | aleksey, bbraun, shishz |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-07-27 20:36:15 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jordan Russell
2001-07-09 20:31:06 UTC
Works for me with telnet... I'll set up a CVS repository to check to see if it's specific to that service, although that sounds unlikely. You're right, I just tested with xinetd-2.3.0-1.71 and found that telnet does log correctly (with the same log_* lines). cvspserver does not, though.. And if you go back to the previous version of xinetd (no other changes to configuration), logging of cvspserver starts working again? That would be... weird. Exactly... It's like this: # telnet localhost cvspserver # cat /var/log/cvs.log It worked. Now upgrade to the new package: # rpm -UvhF xinetd-2.3.0-1.71.i386.rpm # telnet localhost cvspserver # cat /var/log/cvs.log Nothing was written to the log that time. Now downgrade: # rpm -Uvh --oldpackage xinetd-2.1.8.9pre14-6.i386.rpm # telnet localhost cvspserver # cat /var/log/cvs.log It works again. I've repeated these steps many times with the same results. Can this be reproduced with xinetd 2.3.3? A bug in filelogging was fixed in that release. 2.3.3-1 is available from http://people.redhat.com/teg/xinetd/ I upgraded to xinetd-2.3.3-1.i386.rpm and found that it's broken also. This is really bizzare. I'm able to reproduce with your specific case, but nothing else. xinetd is calling the logging functions, but the xlog functions are somehow not writing it to the file. It's not the file size checks... Still investigating. Can you try xinetd at http://www.xinetd.org/~bbraun/xinetd-2001.9.1.tar.gz I get filelogging with your exact config file and this version. Unfortunately, xinetd-2001.9.1 doesn't log anything either. In case it matters I compiled & installed it this way: ./configure --with-libwrap make mv xinetd/xinetd /usr/sbin /etc/init.d/xinetd restart xinetd[2878]: xinetd Version 2001.9.1 started with libwrap options compiled in. More info: I've found that logging *does* work with xinetd-2001.9.1 when I run it like this: # /usr/sbin/xinetd -d When it's ran as a background daemon without the -d switch: # /usr/sbin/xinetd it doesn't work! Well, I decided to go ahead and upgrade to the xinetd 2.3.3 to take advantage of the security fixes. While FILE logging is still non-functional, I found that SYSLOG logging does work, in case that's helpful to know. I'm now using this: log_type = SYSLOG local5 I also see that in some cases, depending on how exactly I start xinetd it tries to use syslog even when I have log_type = FILE /var/log/xxx in /etc/xinetd.conf And in some of those cases strace shows that it does stat on /var/log *directory*... Can you try the xinetd package at http://people.redhat.com/teg/xinetd/, and see if it helps? It's the development version from this week. Nope, it's still broken with xinetd-2.3.4-0.2.i386.rpm. FILE logging still only works when xinetd is started with -d (debug). Otherwise the log file is created but nothing is ever written to it; strace doesn't show any attempts to write log entries. Any change with the current one (2.3.5) at the same location? Just tested it again, and found that xinetd-2.3.4-0.8.i386.rpm - the package that comes with Red Hat 7.3 - works! Wow, I was beginning to think the day would never come. :) xinetd-2.3.5-5.i386.rpm also works. So I guess this can finally be closed! |