Re: rsync checksum to compare directories

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Aug 30, 2015 at 06:52:20PM -0600, Chris Murphy wrote:
> On Sun, Aug 30, 2015 at 6:29 PM, Suvayu Ali <fatkasuvayu+linux@xxxxxxxxx> wrote:
> > On Mon, Aug 31, 2015 at 02:25:42AM +0200, Suvayu Ali wrote:
> >> On Sun, Aug 30, 2015 at 01:17:00PM -0600, Chris Murphy wrote:
> >> > On Sun, Aug 30, 2015 at 1:01 PM, Gordon Messmer
> >> > <gordon.messmer@xxxxxxxxx> wrote:
> >> > > On 08/30/2015 10:30 AM, Chris Murphy wrote:
> >> > >>
> >> > >> # rsync -rvnc --delete /brick0 /brick1
> >> > >>
> >> > >> I've confirmed that separate devices are mounted to /brick0 and
> >> > >> /brick1. What I'm seeing for ~ 20 minutes now is only the device
> >> > >> mounted at brick0 is being accessed, and yet I'm seeing piles of files
> >> > >> (verbose option) being listed.
> >> > >
> >> > >
> >> > > Try:
> >> > > rsync -rvnc --delete /brick0/ /brick1/
> >> >
> >> > So it was seeing them as 100% different because... shit.
> >>
> >> Interesting, I do not understand this behaviour either.  Anyone care to
> >> elaborate?
> >
> >  [...chomp...chomp...chomp...]
> >
> >>   $ dirdiff foo?/
> >
> > Forget it, my brain started working after I hit send.  Writing the above
> > as the following makes the distinction clear.
> >
> >   $ dirdiff foo1/ foo2
> >
> > Pff!
> 
> Yes, it's because of this "A trailing slash on the source changes this
> behavior to avoid creating an additional directory level at the
> destination." So without the trailing / it was creating brick0 in
> brick1 (for me).

I always fall prey to this subtle distinction, specially since the shell
always completes directories with the trailing slash.  Makes me wonder,
would it be worthwhile to file an RFE against bash-completion etc, to
consider foo1 and foo1/ as separate completion candidates when
completing rsync arguments?

Undoubtedly this will lead to ugly code though.

Cheers,

-- 
Suvayu

Open source is the future. It sets us free.
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux