Dear list,
A tried to make a full defragmenting on my $HOME directory (which doesn't
contain any snapshots). After some hours of running, it stopped with „No space
left on device” error.
I checked and it ate about 50 GB of free space.
Before: Data, single: total=433.83GiB, used=~380.00GiB
Dear list members,
I upgraded to 3.13-rc5 kernel and started to defrag my whole file system with
the following commands:
cd /
for i in */*; do if [[ $i != windows* ]]; then echo --$i--; btrfs
fi defrag -clzo -r $i; fi; done 21 | tee /root/defrag
After 10 or 15 seconds my computer
Liu Bo a következőt írta ekkor: 2013. december 6. 21:30:34
It seems that we should owe credit to the updated 3.13 kernel, could you
please try again 3.13 kernel without the patch?
thanks,
-liubo
I forcibly reinstalled the 3.13 kernel from the repository, booted from it
twice and yes, it
A következőt írtad ekkor: 2013. december 6. 14:04:19
Could you please try the following and show me the output of dmesg?
thanks,
-liubo
The following happened:
- I upgraded to 3.13.0-rc2-6.ge7c00d8 (since the original 3.12 kernel with
SUSE patches is not available anymore)
- Patched it and
Dear Duncan,
Thank you for your advices!
Unfortunately I haven't found a good documentation on when I should use a
cache_, that's why I thought it's all the same, won't hurt :).
Now, if this bug is fixed, I'll turn off the inode_cache, if it's unnecessary.
About autodefrag: yes, I'm
Thank you for your answer.
Here are the blocked states logs. Since I had a plenty of time, I made
multiple of them. The last two are the longest of them.
- http://paste.opensuse.org/view/raw/51654551
- http://paste.opensuse.org/view/raw/39005796
- http://paste.opensuse.org/view/raw/38028651
-
Dear list members,
I'm not sure if this a bug or an intended behaviour, since I've yet to find a
reliable source with Google search.
My problem is the following: with the 3.12 kernel on every single boot (even
when the computer was shut down clear) the process [btrfs-ino-cache] is
preventing
Dear list members,
After a quick directory defragging, I tried to start the mysql daemon. Then
suddenly to following appeared in the kernel log and the whole system hung up.
This log is also from an instant copy over SSH.
Now I'm planning to run a btrfsck on the file system, also.
[
Dear list members,
When the kernel had paniced because of the key_search_validate() defrag bug,
on the next restart it started to recreate its space- and inode caches. Both
were finished in 5 minutes but when I tried to enter back to init 3, the
kernel paniced and hung up again.
Versions:
-
Dear list members,
While I was defragging my file system, the following warning showed up in the
dmesg:
[ 6323.296521] [ cut here ]
[ 6323.296551] WARNING: CPU: 5 PID: 13598 at
/home/abuild/rpmbuild/BUILD/kernel-
desktop-3.12.0/linux-3.12/fs/btrfs/backref.c:934
Dear list,
I have two openSUSE 12.3 systems with kernel 3.9. On one of them there's an
ext4 partition, while on the other there's a btrfs.
I issued a time journalctl -b --no-pager command on both systems. This shows
the logs from the current boot without passing them to less.
On ext4 (3.9.3):
Dear list,
While I was trying to defrag a specified directory I got kernel BUGs and
warnings about CPUx stucked for twenty-some seconds.
The specified warnings were:
BUG at ctree.c:1144. Invalid opcode:
command: btrfs-endio-wri
Call trace top: btrfs_search_old_slot
The executed command in
Thank you very much for you suggestions!
I ran `filefrag` on /var/log/journal/ and the most fragmented files were:
/var/log/journal/[...]/faa9e41c6.journal: 11136 extents found
/var/log/journal/[...]/e9f8e1346c.journal: 633 extents found
/var/log/journal/[...]/59ec50b631.journal: 3585 extents
I could successfully reproduce this issue while I was upgrading from
3.8 to 3.9. All the symptoms are exactly the same as I've written a
month ago, nothing changed.
I'll send you the link to the corrupted image file in a private mail.
Btw, under Gentoo (SystemRescueCD to be precise) there are
Dear list members,
When I tried to recover my partition from the space cache bug (see
http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg24360.html
), I issued the command `mount -o clear_cache -t btrfs /dev/sda7
/aaa/aaa`. After 10 minutes the mount command segfaulted. I cloned the
Thank you for the fast response. I'll send the link to the image in a
private mail.
I filed a ticket here: https://bugzilla.kernel.org/show_bug.cgi?id=57631
Ákos
2013/5/6 Josef Bacik jba...@fusionio.com:
I'd like to see the image and can you file a bug at bugzilla.kernel.org so I
don't lose
What do you think; is this issue in the file system can be repaired
with btrfsck? Or should I install a new, patched kernel on my
partition somehow?
--
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
Oh, that's a very good news! Thank you very much :)
--
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
I ran two different versions of btrfsck on the partition.
The first one was shipped with openSUSE 12.3, kernel 3.7.
This is the original tool with which the partition was checked:
http://paste.opensuse.org/74569620
The second one is from your tree (maybe it's newer):
I ran btrfsck three times and tried to restart the OS. After a generation_v2
resetting it booted and now it works! :)
Thank you very much for your help!
Two btrfsck run was needed for the complete cleanup, but interestingly the end
statistics were a little bit different each time.
Dear list members,
Yesterday I was about to restart my computer and that's why I closed every
opened applications: three Eclipse instances, two other Java applications, 2
web browsers etc. It involved a lot of IO operations and before everything
could settle down my system became unresponsive.
I fixed my file system here, so I can't provide more details now.
Anyway, I cloned your repository and successfully compiled the tree
(except for the mkfs program). But when I try to issue the command
./btrfs-image -c9 /dev/sda7 /home/linux/image.img I get the
following:
Could not open /dev/sda7
Dear list members,
In my previous thread at
http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg2.html
there was a space_cache kernel bug/panic on kernel 3.8. I could
successfully fix that with rebuilding the cache. But some files were
missing/corrupted. So I booted a rescue CD with
The error was just a silly permission denied one.
I uploaded the created image to www.morrohun.hu/temp/btrfs/btrfs.img
SHA1: 90ee61e0724700495d26678d58dc229e04a04cc4
Please, write me when you downloaded and I'll delete it.
I have the idea to run btrfsck from your tree on the file system
again,
If my memory servers me well, it was taken in unmounted state. Do you
want me to take an other one and compare the SHA1 values?
--
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
25 matches
Mail list logo
