Backup Central

Hi,
I've been running rsnapshot 1.3.0 for a couple months and have been getting the errors below. I've googled it and one thing that came up* was a problem doing an rmdir before the directory is empty. Is this a rsnapshot problem or rsync problem? Is there
a way to fix rsnapshot using '--delete-after' args to rsync or something?

Thanks!


cannot delete non-empty directory: var/www/pub/htdocs/apps/fin/maps
could not make way for new symlink: var/www/pub/htdocs/apps/fin/maps
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1526) [generator=3.0.7]
cannot delete non-empty directory: var/www/pub/htdocs/apps/fin/maps
could not make way for new symlink: var/www/pub/htdocs/apps/fin/maps
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1526) [generator=3.0.7]
cannot delete non-empty directory: usr/share/doc/packagekit-backend-apt/README.apt
could not make way for new regular file: usr/share/doc/packagekit-backend-apt/README.apt
cannot delete non-empty directory: usr/share/doc/packagekit-backend-apt/TODO.apt
could not make way for new regular file: usr/share/doc/packagekit-backend-apt/TODO.apt
cannot delete non-empty directory: var/lib/python-support
could not make way for new symlink: var/lib/python-support
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1526) [generator=3.0.7]


[*] - http://www.mail-archive.com/rsync < at > lists.samba.org/msg24127.html

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

Is the situation that on the source var/www/pub/htdocs/apps/fin/maps
was a directory but was changed to a symlink, and rsync started giving
errors after that?

If so, you could try removing (or moving) the destination directory
of that name and see if the errors for that directory disappear.

To me it looks like a rsync problem rather than a rsnapshot problem.

On Wed, Nov 17, 2010 at 02:34:53PM -0600, tblader wrote:
Hi,
I've been running rsnapshot 1.3.0 for a couple months and have been getting the errors below. I've googled it and one thing that came up* was a problem doing an rmdir before the directory is empty. Is this a rsnapshot problem or rsync problem? Is there
a way to fix rsnapshot using '--delete-after' args to rsync or something?

Thanks!


cannot delete non-empty directory: var/www/pub/htdocs/apps/fin/maps
could not make way for new symlink: var/www/pub/htdocs/apps/fin/maps
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1526) [generator=3.0.7]
cannot delete non-empty directory: var/www/pub/htdocs/apps/fin/maps
could not make way for new symlink: var/www/pub/htdocs/apps/fin/maps
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1526) [generator=3.0.7]
cannot delete non-empty directory: usr/share/doc/packagekit-backend-apt/README.apt
could not make way for new regular file: usr/share/doc/packagekit-backend-apt/README.apt
cannot delete non-empty directory: usr/share/doc/packagekit-backend-apt/TODO.apt
could not make way for new regular file: usr/share/doc/packagekit-backend-apt/TODO.apt
cannot delete non-empty directory: var/lib/python-support
could not make way for new symlink: var/lib/python-support
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1526) [generator=3.0.7]


[*] - http://www.mail-archive.com/rsync < at > lists.samba.org/msg24127.html

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

--
___________________________________________________________________________
David Keegel <djk < at > cybersource.com.au> http://www.cyber.com.au/users/djk/
Cybersource P/L: Linux/Unix Systems Administration Consulting/Contracting

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

On Wed, Nov 17, 2010 at 02:34:53PM -0600, tblader wrote:
cannot delete non-empty directory: var/www/pub/htdocs/apps/fin/maps
could not make way for new symlink: var/www/pub/htdocs/apps/fin/maps
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1526) [generator=3.0.7]

On Fri, 2010-11-19 at 06:57 +1100, David Keegel wrote:
Is the situation that on the source var/www/pub/htdocs/apps/fin/maps
was a directory but was changed to a symlink, and rsync started giving
errors after that?

In that situation, rsync would normally replace the directory. The
output indicates that rsync isn't doing that because something in the
directory is protected, most likely because an exclude filter has been
specified and --delete-excluded is off. Rsnapshot enables
--delete-excluded by default in the rsync_long_args. Thomas, if you
have disabled it by specifying an rsync_long_args value that doesn't
contain it, that may not be what you want.

--
Matt


------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

Matt McCutchen said on 11/21/2010 06:15 PM:

In that situation, rsync would normally replace the directory. The
output indicates that rsync isn't doing that because something in the
directory is protected, most likely because an exclude filter has been
specified and --delete-excluded is off. Rsnapshot enables
--delete-excluded by default in the rsync_long_args. Thomas, if you
have disabled it by specifying an rsync_long_args value that doesn't
contain it, that may not be what you want.


Matt,
That may be the case. I do indeed have my own rsync_long_args specified and no, it does not contain --delete-excluded. I will add that flag and see what happens on the next run.

Thanks!

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

tblader said on 11/22/2010 10:44 AM:
Matt McCutchen said on 11/21/2010 06:15 PM:

In that situation, rsync would normally replace the directory. The
output indicates that rsync isn't doing that because something in the
directory is protected, most likely because an exclude filter has been
specified and --delete-excluded is off. Rsnapshot enables
--delete-excluded by default in the rsync_long_args. Thomas, if you
have disabled it by specifying an rsync_long_args value that doesn't
contain it, that may not be what you want.


Matt,
That may be the case. I do indeed have my own rsync_long_args specified and no, it does not contain --delete-excluded. I will add that flag and see what happens on the next run.

Just an update, adding that option has quelled the errors.
Thanks!

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss