Backup Central

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

i'm a little confused why all the files in my first backup, now daily.1,
are showing up as hardlinks with ls. shouldn't they be copies of the
original files? i'm using 1.3.0-2 on ubuntu lucid thanks

-----BEGIN PGP SIGNATURE-----

iEYEAREIAAYFAk4Na/8ACgkQXhfCJNu98qBIuwCg28zrB6DOhFxYmICLpy37+2I5
p/0An0kQaTaJkqYPI2rISXhciUY3uHQn
=2mDm
-----END PGP SIGNATURE-----


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

Excerpts from scar's message of Fri Jul 01 08:41:05 +0200 2011:
i'm a little confused why all the files in my first backup, now daily.1,
are showing up as hardlinks with ls. shouldn't they be copies of the
original files? i'm using 1.3.0-2 on ubuntu lucid thanks

In fact they must be hardlinks. If they're not you're changing your
backup when modifying the original files, aren't you?

And a backup should be readonly.

So try finding the second hardlink and verify that the source are no
hardlinks.

That would be such a serious bug that I can't believe in it.

Are you sure that you haven't made two backups yet?

Marc Weber

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

On Friday 01 July 2011, Marc Weber wrote:
Are you sure that you haven't made two backups yet?

Probably the .sync and daily.0 directory if sync_first is enabled.

cu,
Rudi

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

On Fri, Jul 1, 2011 at 6:03 AM, Marc Weber <marco-oweber < at > gmx.de> wrote:
Excerpts from scar's message of Fri Jul 01 08:41:05 +0200 2011:
i'm a little confused why all the files in my first backup, now daily.1,
are showing up as hardlinks with ls.  shouldn't they be copies of the
original files?  i'm using 1.3.0-2 on ubuntu lucid  thanks

In fact they must be hardlinks. If they're not you're changing your
backup when modifying the original files, aren't you?

I think you have that backwards. If they're hardlinks to your original
materlal, you have a problem.

And a backup should be readonly.

That's not built into rsnapshot, I'm afraid. You'd need to do
something like remount the filesystems that rsnapshot uses "read-only"
or rotate out LVM snapshots, or go invest in a NetApp.

So try finding the second hardlink and verify that the source are no
hardlinks.

You should be able to do "ls -li filename" of the possibly original
and definitely hardlinked files, to verify that they do or do not have
the same inodes. If they have the same inode, you have a problem.

You didn't by chance use a "cp -al" as a pre-setup step, did you?

That would be such a serious bug that I can't believe in it.

Are you sure that you haven't made two backups yet?

Marc Weber

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

Excerpts from Nico Kadel-Garcia's message of Fri Jul 01 13:46:09 +0200 2011:
I think you have that backwards. If they're hardlinks to your original
materlal, you have a problem.

Yes - I forgott a "not". sry.
And a backup should be readonly.

By readonly I meant it should not be changed by changing the original
material - which would happen if you had hardlinks to sources..

Sorry. I'll try to take more care in the future about my wording.

Marc Weber

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Ruediger Meier < at > 07/01/2011 04:34 AM:
On Friday 01 July 2011, Marc Weber wrote:
Are you sure that you haven't made two backups yet?

Probably the .sync and daily.0 directory if sync_first is enabled.

yes two backups now, a daily.1 and a daily.0. i do have sync_first enabled.

in my first backup, daily.1, i see for example:

$ ls -il foo
56352929 -rw------- 2 scar scar 26444 2006-11-17 18:24 foo

and in my second backup, daily.0, i see:
56352929 -rw------- 2 scar scar 26444 2006-11-17 18:24 foo

so those are both hardlinks. my original file indeed has a different
inode. i guess i'm confused as to how hard links work. i was expecting
the stuff in my first backup to not be a link of any kind, maybe they
weren't until the second backup got created?

-----BEGIN PGP SIGNATURE-----

iEYEAREIAAYFAk4OFAsACgkQXhfCJNu98qC+IACcD09DOI48qR5MwecQZPU6jKdb
i8QAnAm7Pq/jPdWsZBl7nZVlsP/gFmHR
=6UAA
-----END PGP SIGNATURE-----


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

On Fri, Jul 01, 2011 at 11:38:05AM -0700, scar wrote:

yes two backups now, a daily.1 and a daily.0. i do have sync_first enabled.

in my first backup, daily.1, i see for example:

$ ls -il foo
56352929 -rw------- 2 scar scar 26444 2006-11-17 18:24 foo

and in my second backup, daily.0, i see:
56352929 -rw------- 2 scar scar 26444 2006-11-17 18:24 foo

so those are both hardlinks. my original file indeed has a different
inode. i guess i'm confused as to how hard links work. i was expecting
the stuff in my first backup to not be a link of any kind, maybe they
weren't until the second backup got created?

That's exactly what happened.

Glossing over a few details, a file (uniquely identified by its inode)
can have any number of directory entries pointing to it. Each of them
increases the link count by 1. If you were to delete 'foo' from
daily.0, you would see that the link count on daily.1/foo would
decrease, and conversely if you were to take *another* backup, the link
count, provided that foo has not been changed in your source, would
increase.

This presentation:
http://perl.plover.com/yak/ext2fs/

does a good job of explaining filesystem structures, including what
hardlinks are and how they work, with only minimal code.

--
David Cantrell | London Perl Mongers Deputy Chief Heretic

It's my experience that neither users nor customers can articulate
what it is they want, nor can they evaluate it when they see it
-- Alan Cooper

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

Hallo, scar,

Du meintest am 01.07.11:

yes two backups now, a daily.1 and a daily.0. i do have sync_first
enabled.

in my first backup, daily.1, i see for example:

$ ls -il foo
56352929 -rw------- 2 scar scar 26444 2006-11-17 18:24 foo

and in my second backup, daily.0, i see:
56352929 -rw------- 2 scar scar 26444 2006-11-17 18:24 foo

so those are both hardlinks. my original file indeed has a different
inode.

And that's ok. The backup files are not hard linked with the original
files. Especially: if you put your backup onto another partition or (a
lot better) onto another disk then it's impossible to hard link the
source files and the backup files.

Viele Gruesse!
Helmut

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss