Am Montag, 10. September 2012 schrieb Fajar A. Nugraha:
> On Mon, Sep 10, 2012 at 4:12 PM, Martin Steigerwald 
<mar...@lichtvoll.de> wrote:
> > Am Samstag, 8. September 2012 schrieb Marc MERLIN:
> >> I was migrating a backup disk to a new btrfs disk, and the backup
> >> had a lot of hardlinks to collapse identical files to cut down on
> >> inode count and disk space.
> > 
> >> Then, I started seeing:
> > […]
> > 
> >> Has someone come up with a cool way to work around the too many link
> >> error and only when that happens, turn the hardlink into a file copy
> >> instead? (that is when copying an entire tree with millions of
> >> files).
> > 
> > What about:
> > 
> > - copy first backup version
> > - btrfs subvol create first next
> > - copy next backup version
> > - btrfs subvol create previous next
> 
> Wouldn't "btrfs subvolume snapshot", plus "rsync --inplace" more
> useful here? That is. if the original hardlink is caused by multiple
> versions of backup of the same file.

Sure, I meant subvol snapshot in above example. Thanks for noticing.

But I do not use --inplace as it conflicts with some other rsync options I 
like to use:

-ax --acls --xattrs --sparse --hard-links --del --delete-excluded --
exclude-from "debian-exclude"

Yes, it was --sparse:

       -S, --sparse
              Try to handle sparse files efficiently so they  take  up
              less space on the destination.  Conflicts with --inplace
              because it’s not possible to overwrite data in a  sparse
              fashion.

As I have some pretty big sparse files, I went without --inplace:

martin@merkaba:~/Amiga> du -sch M-Archiv.hardfile Messages.hardfile 
241M    M-Archiv.hardfile
726M    Messages.hardfile
966M    insgesamt
martin@merkaba:~/Amiga> ls -lh M-Archiv.hardfile Messages.hardfile 
-rw-r----- 1 martin martin 1,0G Mär 27  2005 M-Archiv.hardfile
-rw-r----- 1 martin martin 1,0G Sep 10 17:33 Messages.hardfile
martin@merkaba:~/Amiga>

(my old mails when I used Amiga as my main machine, still accessible via 
e-uae ;)

Anyway, I think that will be solved by btrfs send/receive.

-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7
--
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

Reply via email to