From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vyacheslav Dubeyko Subject: Re: very large mount time after unxepected power down Date: Fri, 16 Nov 2012 10:26:37 +0400 Message-ID: <1353047197.2029.5.camel@slavad-ubuntu> References: <1351604965.2069.13.camel@slavad-ubuntu> <1351608774.2026.6.camel@slavad-ubuntu> <1351664002.2105.3.camel@slavad-ubuntu> <1352961172.2076.10.camel@slavad-ubuntu> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dubeyko.com; s=default; h=Mime-Version:Content-Transfer-Encoding:Content-Type:References:In-Reply-To:Date:Cc:To:From:Subject:Message-ID; bh=Wyb/+bDJ7vyTFpAY683jUn1OBFiLqv9a8emmYb/p7eQ=; b=RvPl7vmBCKfAiG14eeF5oC/NSfw3NQrQHJtldaOt5oCIpxufXZNjTISAuMhBCFlLLvzUQlddziy6XACbb98ewi39neMtoe49aI+VFeX0wavU4/FyBz5a0h3VRisHa3Q+; In-Reply-To: Sender: linux-nilfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="utf-8" To: =?UTF-8?Q?=D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80=D0=BE?= =?UTF-8?Q?=D0=B2?= Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org On Thu, 2012-11-15 at 16:08 +0300, =D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9= =D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80=D0=BE=D0=B2 wro= te: > lssu, lscp after mount. Actually I missed the moment and > nilfs_cleanerd has cleaned some data. > Mount took about 50 minutes. >=20 Thank you for info. I have some additional questions after thinking about issue. As I remember, you wrote that you tried to understand what process eats CPU time during issue. But you don't share details about it. Could you shar= e details of "top" and "ps ax" outputs for the case of issue reproducing? With the best regards, Vyacheslav Dubeyko. > -------------------------------------------------- > =D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80=D0=BE=D0=B2 =D0= =A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9 =D0=92=D0=B0=D1=81=D0=B8=D0=BB=D1=8C=D0= =B5=D0=B2=D0=B8=D1=87 >=20 >=20 > 2012/11/15 =D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9 =D0=90=D0=BB=D0=B5=D0= =BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80=D0=BE=D0=B2 : > > 2012/11/15 Vyacheslav Dubeyko : > > > >>> 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 yo= ur > >> environment with details. But what size of files you have preferab= ly on > >> your partition? Moreover, could you share strace output anyway? Be= cause > >> it can be a basis for understanding of achieving the issue reprodu= cing > >> and analysis of execution environment. > > > > Essentially there are three kind of files: large ones about 700MB-2= GB, > > video, written by rtorrent/libtorrent (with no preallocation, if it > > matters)and physics numerical simulation files - about 2GB data fil= es > > and few killobytes long description files. > > > >> > >> If you want to try to investigate and fix the issue by yourself th= en > >> your strace output is needed also. > >> > >> By the way, could you share your dmesg output for analysis? > > > > strace and dmesg output attached. Mount is in progress. > > > >> > >> I think also it can be very useful lscp and lssu output before sud= den > >> power off and after mount is ended successfully. Could you share i= t? > > > > It will be a bit hard to get the before data, but when mount will b= e > > finished I'll send you after results. > > > > > > I'll try to reproduce and get the before results too, but I am not > > sure about it. > > > > > > 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-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html