On Mon, Jun 27, 2011 at 05:58, Dave Kleikamp <[email protected]> wrote: > On 06/26/2011 11:37 PM, Alessandro Salvatori wrote: >> Hello, >> >> every so often, after a boot time jfs_fsck, all of the files on a >> jfs filesystem end up being collected in its lost+found. > > This happens when something bad happens to the root directory. jfs_fsck > ends up throwing it away. Does anything show up in the syslog prior to > the jfs_fsck errors? What kernel are you running?
2.6.34.1 it's not so unfrequent. i am now creating a .ROOT_FOLDER in the root of the filesystem and placing a marker file within it. then i am mounting the filesystem somewhere else, finding the marker file within lost+found, and if present moving its recovered folder back to .ROOT_FOLDER. whether a recovery was required or not, I then bind-mount that hidden folder to the desired location. a better solution would be to intercept via LD_PRELOAD of some library both mkdir() and mv() to always create/update a marker file within any folder, but that's trickier because of the bind mount... sure i'd sleep better if this didn't happen at all... i'll make sure to dump the fscklog *when* it happens. thanks! -alessandro salvatori- >> >> i am using jfsutils 1.1.14. > > That's pretty recent. I'd only recommend upgrading to 1.1.15 if you are > using very large file systems (several terabytes). > >> what can this be due to? > > jfs_fsck should give you some idea of why it didn't like the directory. > If you missed it at boot time, you should be able to display it with the > command 'jfs_fscklog -d -e <block device>' > >> thank you! >> >> -alessandro salvatori- > ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Jfs-discussion mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jfs-discussion
