Hi:
I've installed the package from your link and it has fixed the issue ;)
$ sudo btrfs rescue fix-device-size /dev/sdc1
Fixed device size for devid 3, old size: 1999843081728 new size:
1999843078144
Fixed device size for devid 5, old size: 1999843081728 new size:
1999843078144
Fixed device size
Hi,
On Fri, Sep 14, 2018 at 10:13:06PM +0200, Rafael Jesús Alcántara Pérez wrote:
> Hi,
>
> It seems that btrfs-progs_4.17-1 from Sid, includes that feature (at
> least, it says so in the manual page). I don't know if I can install it
> on Stretch but I'll try.
>
> Greets and thank you very much
Hi,
It seems that btrfs-progs_4.17-1 from Sid, includes that feature (at
least, it says so in the manual page). I don't know if I can install it
on Stretch but I'll try.
Greets and thank you very much to both of you ;)
Rafael J. Alcántara Pérez.
El 14/09/18 a las 20:18, Nicholas D Steeves escrib
Hi,
On Fri, Sep 14, 2018 at 10:46:12PM +0500, Roman Mamedov wrote:
> On Fri, 14 Sep 2018 19:27:04 +0200
> Rafael Jesús Alcántara Pérez wrote:
>
> > BTRFS info (device sdc1): use lzo compression, level 0
> > BTRFS warning (device sdc1): 'recovery' is deprecated, use
> > 'usebackuproot' in
On Fri, 14 Sep 2018 19:27:04 +0200
Rafael Jesús Alcántara Pérez wrote:
> BTRFS info (device sdc1): use lzo compression, level 0
> BTRFS warning (device sdc1): 'recovery' is deprecated, use
> 'usebackuproot' instead
> BTRFS info (device sdc1): trying to use backup root at mount time
> BTRF
Hi again:
Sorry, I missed some details :)
$ uname -a
Linux gemini 4.17.0-0.bpo.3-amd64 #1 SMP Debian 4.17.17-1~bpo9+1
(2018-08-27) x86_64 GNU/Linux
$ btrfs --version
btrfs-progs v4.13.3
$ sudo btrfs fi show
Label: '/srv/dedalo' uuid: d1071744-ac3b-4926-bb43-27091ea73c05
Total devices 4
[mailto:ahferro...@gmail.com]
Sent: Thursday, November 03, 2016 6:07 PM
To: Peter Becker; Дмитрий Нечаев; linux-btrfs
Subject: Re: Problem with btrfs snapshots
On 2016-11-03 10:21, Peter Becker wrote:
> (copy for mainlinglist)
>
> 2016-11-03 15:16 GMT+01:00 Дмитрий Нечаев :
> Yes. We tried &
On 2016-11-03 10:21, Peter Becker wrote:
(copy for mainlinglist)
2016-11-03 15:16 GMT+01:00 Дмитрий Нечаев :
Yes. We tried "sync" in our script but it doesn't help. It works only
then we make one snapshot at a time. Even if we use "sync" before and
after creating snapshot, it doesn't help.
You m
(copy for mainlinglist)
2016-11-03 15:16 GMT+01:00 Дмитрий Нечаев :
Yes. We tried "sync" in our script but it doesn't help. It works only
then we make one snapshot at a time. Even if we use "sync" before and
after creating snapshot, it doesn't help.
--
To unsubscribe from this list: send the line
Have you tryed "sync" between create several snapshots commands?
2016-11-03 13:22 GMT+01:00 Дмитрий Нечаев :
> Hello.
> We are have a strange situation with btrfs snapshot. We have a special
> script to create snapshot and if we create several snapshots in the same
> time we get ENOSPC error. But
Dave Olson wrote:
> The full details are in
> https://bugzilla.kernel.org/show_bug.cgi?id=173001
>
> Basicly, logrotate has rotated a file to a new name, tries to open a new
> file with the original name, and gets EBUSY. The file is not created.
>
> Later on the file can be created with no pro
Hi,
thanks for pointing it out. You are right: Sending the snapshot to a
different btrfs fixes the problem. Interesting :) It's not what you
would except, but for my purposes it's ok, because in the end I'll
send it to a different btrfs.
Felix
On Thu, May 23, 2013 at 2:22 PM, Stefan Behrens
wro
On Thu, 23 May 2013 13:51:59 +0200, Felix Blanke wrote:
> Hi everyone,
>
> I was trying the new send/receive feature today but can't make it work.
>
> These are the commands I was using:
>
> btrfs subvol snap -r /mnt/data1/@downloads/ /mnt/data1/snapshots/testsnap
> btrfs send /mnt/data1/snapsho
13 matches
Mail list logo
