On Sun, 25 Aug 2013 20:07:32 -0600, Chris Murphy wrote:
On Aug 25, 2013, at 4:10 PM, Stuart Pook slp644...@pook.it wrote:
I emailed them to Stefan Behrens Chris Murphy. Please let me know if you
did not get them (presumably because they are too big).
Observations:
1. The problems
On Mon, 19 Aug 2013 00:35:54 +0200, Stuart Pook wrote:
hi Chris
thanks for your reply. I was unable to save the filesystem. Even after
deleting all but 4Gb I still had too many errors so I just reformated
the device. I'm glad that it was my backups and not my data.
On 18/08/13 23:43,
Stefan Behrens sbehr...@giantdisaster.de wrote:
Do you still have the kernel log files around that had been written
while you ran the replace procedure? /var/log/messages*. Could you
share
these files (via personal mail if the files are too huge).
Yes I still have them. I'm away at the moment
Chris Murphy li...@colorremedies.com wrote:
I ran a badblocks scan on the raw device (not the luks device) and
didn't get any errors.
badblocks will depend on the drive determining a persistent read
failure with a sector, and timing out before the SCSI block layer times
out. Since the linux
On Tue, 20 Aug 2013 15:52:27 +0200, slp644161 wrote:
Stefan Behrens sbehr...@giantdisaster.de wrote:
Do you still have the kernel log files around that had been written
while you ran the replace procedure? /var/log/messages*. Could you
share
these files (via personal mail if the files are
On Tue, 20 Aug 2013 16:46:59 +0200, slp644161 wrote:
Chris Murphy li...@colorremedies.com wrote:
I ran a badblocks scan on the raw device (not the luks device) and
didn't get any errors.
badblocks will depend on the drive determining a persistent read
failure with a sector, and timing out
hi all
I moved my btrfs filesystems around using btrfs replace and now I have errors
(lots of errors)
[63724.419779] BTRFS info (device dm-12): csum failed ino 9340 off 8192 csum
717036259 private 94677163
: root; time btrfs scrub start -Bd /disks/backups
scrub device /dev/dm-11 (id 1)
On Aug 18, 2013, at 1:12 PM, Stuart Pook slp644...@pook.it wrote:
6 btrfs filesystem resize 580g .
You first shrank a 2TB btrfs file system on dmcrypt device to 590GB. But then
you didn't resize the dm device or the partition?
9 time btrfs balance start -musage=1 -dusage=1 . time
hi Chris
thanks for your reply. I was unable to save the filesystem. Even after deleting
all but 4Gb I still had too many errors so I just reformated the device. I'm
glad that it was my backups and not my data.
On 18/08/13 23:43, Chris Murphy wrote:
On Aug 18, 2013, at 1:12 PM, Stuart Pook
On Aug 18, 2013, at 4:35 PM, Stuart Pook slp644...@pook.it wrote:
You first shrank a 2TB btrfs file system on dmcrypt device to 590GB.
But then you didn't resize the dm device or the partition?
no, I had no need to resize the dm device or partition.
OK well it's unusual to resize a file
This is just a comment from someone following all of this from the
sidelines.
And that is that I see so much going on here with this procedure that is
scares me. Once a single operation reaches a certain degree of
complexity I get really scared because all it takes is a single misstep
and
11 matches
Mail list logo