Bug 57745
Summary: | Please improve xfs logging by indicating full /tmp | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Daniel Morris <danielm> |
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> |
Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 7.2 | CC: | range006, redhat.com, teuben |
Target Milestone: | --- | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-12-20 19:21:19 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
Daniel Morris
2001-12-20 17:18:39 UTC
I got burned by this also. It took me quite a while to figure out why xfs was dying, especially when /var/log/messages only reported the sucessful startup of xfs and not its subsequent failure milliseconds later. *** Bug 64963 has been marked as a duplicate of this bug. *** Ok, I'm planning on fixing this before the next release. I didn't really consider it a big issue before, but enough people have reported the problem to me now that I've rethought it out and now consider it to be something that really needs to be fixed. It should be fixed before 4.3.0 comes out. I'll probably backport the fix and put it into any future erratum of 4.2.0 and 4.1.0 too. *** Bug 75442 has been marked as a duplicate of this bug. *** It appears that xfs in rawhide currently solves this problem: Dec 20 11:05:32 claw Font Server[529]: terminating Dec 20 11:05:33 claw xfs: xfs shutdown succeeded Dec 20 11:20:25 claw syslogd: /var/log/maillog: No space left on device Dec 20 13:06:39 claw xfs: listening on port 7100 Dec 20 13:06:39 claw xfs: Warning: font renderer for ".pfa" registered more than once Dec 20 13:06:39 claw xfs: Warning: font renderer for ".pfb" registered more than once Dec 20 13:47:21 claw sshd(pam_unix)[15137]: session opened for user root by (uid=0) Dec 20 13:47:21 claw sshd(pam_unix)[15137]: session closed for user root Dec 20 13:47:39 claw sshd(pam_unix)[15146]: session opened for user root by (uid=0) Dec 20 13:47:39 claw sshd(pam_unix)[15146]: session closed for user root Dec 20 13:49:25 claw sshd(pam_unix)[15164]: session opened for user root by (uid=0) Dec 20 13:49:25 claw sshd(pam_unix)[15164]: session closed for user root Dec 20 13:50:10 claw xfs: cannot establish any listening sockets It at least appears to either work, or to explode and log it for me anyway. However this of course only works if /var/log has space on it too. [root@claw root]# date ; killall -9 xfs ; cat /dev/urandom > /tmp/fillme ;df ; service xfs start ; tail /var/log/messages ; date Fri Dec 20 14:21:36 EST 2002 cat: write error: No space left on device Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda5 8254240 8254240 0 100% / /dev/hda2 124443 17156 100861 15% /boot none 256976 0 256976 0% /dev/shm Starting xfs: [ OK ] Dec 20 14:18:53 claw xfs: cannot establish any listening sockets Dec 20 14:18:53 claw xfs: Warning: font renderer for ".pfa" registered more than once Dec 20 14:18:53 claw xfs: Warning: font renderer for ".pfb" registered more than once Dec 20 14:19:36 claw xfs[15316]: terminating Dec 20 14:20:13 claw xfs: xfs startup succeeded Dec 20 14:20:13 claw xfs: cannot establish any listening sockets Dec 20 14:20:13 claw xfs: Warning: font renderer for ".pfa" registered more than once Dec 20 14:20:13 claw xfs: Warning: font renderer for ".pfb" registered more than once Dec 20 14:21:36 claw xfs: cannot establish any listening sockets Dec 20 14:21:36 claw xfs: Warning: font renderer for ".pfa" registered more than once Fri Dec 20 14:21:36 EST 2002 I think the above now shows that xfs is fixed now in current CVS. If you experience this problem again in RHL 8.0 or higher, or using a rawhide XFree86 in RHL 8.0, please reopen the bug report. Also, if someone could report to me wether or not this problem occurs in RHL 7.3 or 8.0 stock with XFree86 4.2.0 or 4.2.1, it would be much appreciated. I'm willing to consider backporting whatever the fix was if someone tests it to find if it is needed and worth the bother. In either case please reopen if problem occurs again in any release 7.3 or later. Sorry for the delay digging into this one. Closing as fixed in RAWHIDE for now |