Using clri to reset an inode problem

Referencing: Odd INode problem on OSR505

This is an interesting post about someone who had a directory entry pointing at an unallocated inode. Usually those things get fixed by the system itself when it reboots, but somehow this one didn't. Or maybe it just wasn't rebooted.

The problem, as Bela Lubkin points out in his usual excellent manner, is that the original poster was chasing his own tail, just moving the problem from file to file as new files happened to use the inode number that originally had been left in the directory. The poster would remove the file, but that just decremented the inode count, leaving him with another directory entry pointing at nothing. Problem repeats, apparently randomly moving around the file system.

As Bela points out, clri is designed to deal with this kind of problem, but it can't quite.. and you need to immediately run fsck after using it. The original poster finds it hard to schedule downtime (those darn unreasonable users who expect to USE the machine!), but there is no way around it.

I'm amused by the fact that the users and apparently the brass have expectations that this box will stay running, period. Imagine trying to enforce that on a Windows server!

Got something to add? Send me email.

(OLDER) <- More Stuff -> (NEWER)    (NEWEST)   

Printer Friendly Version

-> -> Using clri to reset an inode problem

Increase ad revenue 50-250% with Ezoic

More Articles by

Find me on Google+

© Tony Lawrence

Kerio Samepage

Have you tried Searching this site?

Support Rates

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more.

Contact us

Additional Info

[This] reminds me of a quotation from somebody that, whenever he tried to explain the logical structure of a programming language to a programmer, it was like a cat trying to explain to a fish what it feels like to be wet. (Saul Gorn)

This post tagged: