Hi, > On Tue, Sep 22, 2015 at 9:53 AM, Holger Hoffstätte > <holger.hoffstaette@xxxxxxxxxxxxxx> wrote: > > On 09/22/15 15:38, S. Fricke wrote: > >> I have a problem with one of my btrfs hdds. If I mount it, it needs more than > >> 135 minutes for this operation. After the mounting it works normaly. This is > >> reproducible only with this hdd. > >> > >> Maybe someone has a clue what is going wrong here. > > > > On remount it tries to continue a previously started balance, which fails with > > an error (as can be seen at the end of your log). You should: > > > > a) immediately stop what you're doing on that fs and unmount it > > b) get btrfs-progs-4.2.1 (not 4.2) and see what it says What should it say to me? I have to send a command? Should I try to mount the device after I have unmount it? BTW: Is btrfs-progs needed for mounting? > > > > Depending on the outcome of b) you can use -o skip_balance on the next mount. > > > > -h > > I'm curious, do the relevant INFO lines also appear earlier in the > log, near the time the mount began? > > These: > > BTRFS: checking UUID tree > [ +0.000076] BTRFS info (device sda1): continuing balance > > > Otherwise, it requires an unknown amount of patience to diagnose this > problem -- how long should I wait before giving up? > > It seems to me, from a sysadmin's perspective, the log messages are > reversed (hung task, 2+ hrs later, BTRFS tells me what it's doing) . > I'd expect BTRFS to log a "continuing balance" message as soon as I > mount it, then it's blocked [for as long as I care to wait], but I can > immediately tell what's happened. Thats my problem in general with btrfs, and other filesystems, I have a glitch; I have to wait, but I have no possibilities to look what is going on on drive X. Okay I could use sysemtaps, has someone good scripts for such usecase? Or maybe we have other toolings? Regards, Silvio -- -- S. Fricke ---------------------------------------- silvio@xxxxxxxxxxxx -- Diplom-Informatiker (FH) Linux-Entwicklung JABBER: silvio@xxxxxxxxxxxxxxxxxxxxxxxxx ---------------------------------------------------------------------------- -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
