News for hackers. Stuff that matters.
Re:The Day “/Proc” Died by bpchaps on Tuesday July 02, 2019 @05:18PM (#20339491)
Interesting. I'm legitimately surprised the author put so much work into this research (happy they did!). By far one of the biggest culprits for "really odd behavior" is because of a full disk, or the disk is in some failing/failed state. To the point where when troubleshooting, `df -k` will be one of the first commands I'll run.

Does this company not have disk monitoring?

Re:The Day “/Proc” Died by jve on Wednesday July 03, 2019 @04:07AM (#20342511)
I think it is because once you know how to look at internals, you are tempted to do it that way :) And you learn alot that way too. But yeah, probably not the most effective way.
Re:The Day “/Proc” Died by segmondy on Tuesday July 02, 2019 @06:54PM (#20340120)
Did you not see that the date was 2011? I think this is lesson learned sort of article. When things go wonky, look for simple reasons. At least he didn't think it was a hardware bug.
Re:The Day “/Proc” Died by bpchaps on Tuesday July 02, 2019 @07:40PM (#20340362)
Nope, I didn't actually. Which is funny and makes a bit more sense, since I haven't seen a full disk cause bad locking like that since around the date of the article. Still, this never should have been an issue, since disk space monitoring shoulda prevented the problem from ever happening in the first place.
Re:The Day “/Proc” Died by lucb1e on Wednesday July 03, 2019 @02:59AM (#20342206)
This failure exists as long as storage exists, the article being from 2011 doesn't mean it was novel. I was a minor back then and I had already had this issue. Just an oversight, not due to it being a different age.