Hi Franziska,
(2014/06/26 20:34), Franziska Näpelt wrote:
Hi Satoru,
I'm sorry, but the boot process is always runnig(i hope so), i can't
login until now. So therefore i have currently no logs.
I don't want to interrupt these process, because there are a lot of
fileactions on the harddrive (LED is blinking).
I'm not sure about the mkfs.btrfs option, because the system was set up
more than one year ago.
mount-options in fstab:
LABEL=btrfs-pool /mnt/btrfs btrfs compress=lzo,degraded 0 1
kernel version is 3.15 on a Debian Whezzy with current btrfs-tools
installed
Can you estimate, how long the boot-process (repairing btrfs?) could
take? The boot-process works for five hours now.
To do so, I'll try to follow your steps with the system which similar
to your environment as possible. Unfortunately I don't have plenty
of disks.
Thanks,
Satoru
best regards,
Franziska
Hi Franziska,
(2014/06/26 19:05), Franziska Näpelt wrote:
Hello Satoru,
here are your requested informations:
environment:
- four 2 TB disks: /dev/sd[c-f]
- two 3 TB disks: /dev/sdg (but until now, only one is connected)
filesystem consists of/dev/sd[c-f]
I wanted to replace /dev/sdc by /dev/sdg ( with commands add and after
that delete.
In the second step, I wanted to replace the next disk.
But it hanged during btrfs delete command (after successfull add).
The delete process was still in progress, but with iotop it seems to me, that
there is was no data transfer.
Hm, them something bad would happen on Btrfs.
Today in the morning the hole computer hangs and there was no other possibility
than reset :(
So, unfortunately any debug info like sysrq-w can't be get.
Until now, he tries to boot with a lot of erros. But I can see, that there are
fileactions on the harddrive.
There are a lot of following messages:
btrfs free space inode generation (0) did not match free space cache generation
And doesn't finish to mount process?
Your filesystem is in inconsistent state since you
reset during rebalancing filesystem which triggered by
device deletion.
The following link would help you. But I'm not sure whether
your data can be restored or not.
https://btrfs.wiki.kernel.org/index.php/Btrfsck
Could you tell me your mkfs.btrfs options, mount options,
and kernel version, if possible? I'd like to try to
reproduce your problem anyway.
Thanks,
Satoru
best regards,
Franziska
-------- Weitergeleitete Nachricht --------
Von: Satoru Takeuchi <takeuchi_sat...@jp.fujitsu.com>
An: franziska.naep...@hiperscan.com, linux-btrfs@vger.kernel.org
<linux-btrfs@vger.kernel.org>
Betreff: Re: cancel btrfs delete job
Datum: Thu, 26 Jun 2014 16:17:30 +0900
Hi Franziska,
(2014/06/24 16:50), Franziska Näpelt wrote:
Hi,
i want to expand a btrfs filesystem. In the moment I have four 2 TB HDDs
for one btrfs pool.
I want to replace two of the HDDs with 3 TB devices. For this reason i
added as first one 3 TB device. After that, i do the btrfs delete job.
This job lasts since 4 days and it seems, that it hangs.
Is it possible to cancel a btrfs delete job?
And when so, how can i do that?
Unfortunately you can't cancel btrfs delete.
Q1. Does your environment and operations are as follows?
Environment:
- You have six disks.
- four 2TB disks: /dev/sd[a-d]
- two 3TB disks: /dev/sd[ef]
- Currently your btrfs filesystem consists of /dev/sd[a-d].
- You want to replace /dev/sd[cd] with /dev/[ef].
Your operation:
1. Add one 3TB disk, /dev/sde. # It works correctly.
2. Delete one 2TB disk, /dev/sdc # Hanged up happens here!
Q2. Does I/Os for delete still in progress, or there is no I/O?
Thanks,
Satoru
Best regards,
Franziska
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html