Hi, On Thu, 2012-11-15 at 07:07 +0300, Сергей Александров wrote: > Hi, > The bug appeared again. And apparently it's a kernel one. > My bad that I didn't notice that the CPU activity wals in kernel space. > The mount process hangs inside mount call itself. I've an strace > output, but it's not informative, it perfectly normal besides the hang > in mount call. I will try to reproduce the issue. As I remember, you described your environment with details. But what size of files you have preferably on your partition? Moreover, could you share strace output anyway? Because it can be a basis for understanding of achieving the issue reproducing and analysis of execution environment. If you want to try to investigate and fix the issue by yourself then your strace output is needed also. By the way, could you share your dmesg output for analysis? I think also it can be very useful lscp and lssu output before sudden power off and after mount is ended successfully. Could you share it? With the best regards, Vyacheslav Dubeyko. > I've a very few experience in catching kernel bugs like that, but I'll > do my best to help. > > > According to my observations, the bug takes place only after emergency > power down after a rather long uptime, may be even the time it takes > to mount the partition is proportional to ether uptime or the amount > of io since last mount. > > I left FS unclean, so it is possible to do some tests, but I would > like to see it up and running as soon as possible. > > > Best regards, > Aleksandrov Sergey Vasil'evich -- To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
