http://oss.sgi.com/bugzilla/show_bug.cgi?id=218 -- Additional Comments From lord@xxxxxxx 2003-02-10 03:59 -- Ugh, almost certainly this is my fault. There was just some reworking of this path. I must
http://oss.sgi.com/bugzilla/show_bug.cgi?id=218 -- Additional Comments From erayo@xxxxxxxxxxxxxxxxx 2003-02-10 11:04 -- Since I trust you guys, I just ran mapcheck --all after I saw that it detected
Nope, the problem was this filesystem was last running a kernel from the time period where that bug was present. So there were a bunch of files in this state. Running mapcheck cleaned up the filesyst
I'm confused.... i read it as, 'new kernel, will deadlock, mapcheck fixes this'. So I assumed I could store data past EOF and still confuse a new kernel. I was wrong I take it? --cw
Nope, old kernel created bad files, confused cpp in gcc 3.2, new kernel does not generate these files. mapcheck fixes up old files/ Yep. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer,
might xfs_check / xfs_repair not also be a candidate for trying to find such files? ie. check a few at random (maybe using ctime/mtime hints) or a command-line option to 'look harder' or would such c
http://oss.sgi.com/bugzilla/show_bug.cgi?id=218 -- Additional Comments From lord@xxxxxxx 2003-02-10 03:59 -- Ugh, almost certainly this is my fault. There was just some reworking of this path. I must
http://oss.sgi.com/bugzilla/show_bug.cgi?id=218 -- Additional Comments From erayo@xxxxxxxxxxxxxxxxx 2003-02-10 11:04 -- Since I trust you guys, I just ran mapcheck --all after I saw that it detected
Nope, the problem was this filesystem was last running a kernel from the time period where that bug was present. So there were a bunch of files in this state. Running mapcheck cleaned up the filesyst
I'm confused.... i read it as, 'new kernel, will deadlock, mapcheck fixes this'. So I assumed I could store data past EOF and still confuse a new kernel. I was wrong I take it? --cw
Nope, old kernel created bad files, confused cpp in gcc 3.2, new kernel does not generate these files. mapcheck fixes up old files/ Yep. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer,
might xfs_check / xfs_repair not also be a candidate for trying to find such files? ie. check a few at random (maybe using ctime/mtime hints) or a command-line option to 'look harder' or would such c
http://oss.sgi.com/bugzilla/show_bug.cgi?id=218 -- Additional Comments From lord@xxxxxxx 2003-02-10 03:59 -- Ugh, almost certainly this is my fault. There was just some reworking of this path. I must
http://oss.sgi.com/bugzilla/show_bug.cgi?id=218 -- Additional Comments From erayo@xxxxxxxxxxxxxxxxx 2003-02-10 11:04 -- Since I trust you guys, I just ran mapcheck --all after I saw that it detected