| To: | Eric Sandeen <sandeen@xxxxxxx> |
|---|---|
| Subject: | Re: files in /etc/xinetd.d become 0 byte size |
| From: | Eric Sandeen <sandeen@xxxxxxx> |
| Date: | 18 Mar 2002 13:08:00 -0600 |
| Cc: | Simon Matter <simon.matter@xxxxxxxxxxxxxxxx>, linux-xfs <linux-xfs@xxxxxxxxxxx> |
| In-reply-to: | <1016471589.5554.35.camel@xxxxxxxxxxxxxxxxxxxxxx> |
| References: | <3C961055.FF5DF9C6@xxxxxxxxxxxxxxxx> <3C96162B.FEBA6ABA@xxxxxxxxxxxxxxxx> <1016471589.5554.35.camel@xxxxxxxxxxxxxxxxxxxxxx> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
On Mon, 2002-03-18 at 11:13, Eric Sandeen wrote: > On Mon, 2002-03-18 at 10:30, Simon Matter wrote: > > > I reproduced it now: > > Using ntsysv to manage services -> reboot: Files in /etc/xinetd.d have > > normal size but filled with zero. > > Trying it now... no problems. I tested it with the > 2.4.9-13SGI_XFS_1.0.2 kernel and ntsysv-1.2.24-1. (this test box is > mostly ext3, but I mounted an xfs filesystem on /etc/xinetd.d for this > test). Sorry, wasn't thinking, that wasn't a good test... I need this to be on the root fs. Let me try again... also, re: remounting readonly - I think the RH 7.2 scripts are no longer ext2-specific - they should be mounting xfs ro in the halt script. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@xxxxxxx SGI, Inc. |
| Previous by Date: | Re: fatal error -- xfs_repair: duplicate inode range, Michael Best |
|---|---|
| Next by Date: | Kernel oops on new mailserver, Paul Schutte |
| Previous by Thread: | Re: files in /etc/xinetd.d become 0 byte size, Harald Wagener |
| Next by Thread: | Re: files in /etc/xinetd.d become 0 byte size, Bas |
| Indexes: | [Date] [Thread] [Top] [All Lists] |