eightfold ∞ | 21 Dec 03:42 2014

How to force checksum in dry-run

I want to use rsync to diff two folders (with checksum) by using dry-run and itemize changes like this:
rsync -rni --checksum /dir1/ /dir2/≥ ~/Desktop/diff.log

However, I read that in --dry-run rsync wont do checksums. Is this true? If it is, is there a way to force
checksums i dry-run mode?
 		 	   		  
--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Ram Ballu | 18 Dec 12:11 2014
Picon

Re: Aw: Re: Re: rsync not copy all information for font file

ls -la Source folder
----------------------------********----------------------------------
root <at> ---:/BKP_SC//FONT# ls -la
totale 2808
drwxr-sr-x 1 nobody 65533    944 giu 30  2010 .
drwxr-sr-x 1 nobody 65533   1440 mar 18  2014 ..
-rw-r--r-- 1 nobody 65533  12292 apr 20  2012 :2eDS_Store
drwxr-sr-x 1 nobody 65533    880 giu 30  2010 .AppleDouble
-rw-r--r-- 1 nobody 65533      0 mar  5  2010 Davys Dingbats 1
-rw-r--r-- 1 nobody 65533      0 mar  5  2010 Davys Dingbats 2
-rw-r--r-- 1 nobody 65533      0 mar 22  2010 Graeca.fam
drwxr-sr-x 1 nobody 65533    144 mar 26  2010 Greca Opentype
-rw-r--r-- 1 nobody 65533      0 lug 28  2007 L Decoration Pi 1
-rw-r--r-- 1 nobody 65533      0 ago 18  2006 LDecPiOne
-rw-r--r-- 1 nobody 65533      0 lug 28  2007 MathematicalPi 3
-rw-r--r-- 1 nobody 65533      0 ago 18  2006 MathePiThr
drwxr-sr-x 1 nobody 65533    536 apr 23  2010 Method
-rw-r--r-- 1 nobody 65533 279376 lug 31  2009 MinionPro-BoldCnIt.otf
-rw-r--r-- 1 nobody 65533 236528 lug 31  2009 MinionPro-BoldCn.otf
-rw-r--r-- 1 nobody 65533 280820 lug 31  2009 MinionPro-BoldIt.otf
-rw-r--r-- 1 nobody 65533 234868 lug 31  2009 MinionPro-Bold.otf
-rw-r--r-- 1 nobody 65533 280924 lug 31  2009 MinionPro-It.otf
-rw-r--r-- 1 nobody 65533 279836 lug 31  2009 MinionPro-MediumIt.otf
-rw-r--r-- 1 nobody 65533 236940 lug 31  2009 MinionPro-Medium.otf
-rw-r--r-- 1 nobody 65533 235436 lug 31  2009 MinionPro-Regular.otf
-rw-r--r-- 1 nobody 65533 281364 lug 31  2009 MinionPro-SemiboldIt.otf
-rw-r--r-- 1 nobody 65533 237800 lug 31  2009 MinionPro-Semibold.otf
-rw-r--r-- 1 nobody 65533      0 ago 18  2006 Monotype Sorts
-rw-r--r-- 1 nobody 65533      0 ago 18  2006 Rapha
-rw-r--r-- 1 nobody 65533      0 lug 28  2007 Raphael
-rw-r--r-- 1 nobody 65533  75020 dic 25  2005 Symbol.dfont
-rw-r--r-- 1 nobody 65533 154081 dic 25  2005 ZapfDingbats.dfont
----------------------********------------------------------

ls -la destination folder
--------------------**************-----------------------
root <at> ---:/BKP_DES# ls -la
totale 2808
drwxr-sr-x  1 nobody 65533    952 giu 30  2010 .
drwxr-xr-x 25 root   root    4096 dic 12 06:36 ..
-rw-r--r--  1 nobody 65533  12292 apr 20  2012 :2eDS_Store
drwxr-sr-x  1 nobody 65533    884 giu 30  2010 .AppleDouble
-rw-r--r--  1 nobody 65533      0 mar  5  2010 Davys Dingbats 1
-rw-r--r--  1 nobody 65533      0 mar  5  2010 Davys Dingbats 2
-rw-r--r--  1 nobody 65533      0 mar 22  2010 Graeca.fam
drwxr-sr-x  1 nobody 65533    170 mar 26  2010 Greca Opentype
-rw-r--r--  1 nobody 65533      0 lug 28  2007 L Decoration Pi 1
-rw-r--r--  1 nobody 65533      0 ago 18  2006 LDecPiOne
-rw-r--r--  1 nobody 65533      0 lug 28  2007 MathematicalPi 3
-rw-r--r--  1 nobody 65533      0 ago 18  2006 MathePiThr
drwxr-sr-x  1 nobody 65533    612 apr 23  2010 Method
-rw-r--r--  1 nobody 65533 279376 lug 31  2009 MinionPro-BoldCnIt.otf
-rw-r--r--  1 nobody 65533 236528 lug 31  2009 MinionPro-BoldCn.otf
-rw-r--r--  1 nobody 65533 280820 lug 31  2009 MinionPro-BoldIt.otf
-rw-r--r--  1 nobody 65533 234868 lug 31  2009 MinionPro-Bold.otf
-rw-r--r--  1 nobody 65533 280924 lug 31  2009 MinionPro-It.otf
-rw-r--r--  1 nobody 65533 279836 lug 31  2009 MinionPro-MediumIt.otf
-rw-r--r--  1 nobody 65533 236940 lug 31  2009 MinionPro-Medium.otf
-rw-r--r--  1 nobody 65533 235436 lug 31  2009 MinionPro-Regular.otf
-rw-r--r--  1 nobody 65533 281364 lug 31  2009 MinionPro-SemiboldIt.otf
-rw-r--r--  1 nobody 65533 237800 lug 31  2009 MinionPro-Semibold.otf
-rw-r--r--  1 nobody 65533      0 ago 18  2006 Monotype Sorts
-rw-r--r--  1 nobody 65533      0 ago 18  2006 Rapha
-rw-r--r--  1 nobody 65533      0 lug 28  2007 Raphael
-rw-r--r--  1 nobody 65533  75020 dic 25  2005 Symbol.dfont
-rw-r--r--  1 nobody 65533 154081 dic 25  2005 ZapfDingbats.dfont
-------------------------***********----------------------------

hmmmmm never think about this, it is 0 kb also on source from command line of my ubuntu server 
:-(
I always thought problem relating to rsync but rsync is doing well job exactly copy what it found in source to destination.

Just to check i connect to shared folder of my ubuntu server that i use for job and enter from terminal (command line of mac os X) and view ls -la for same folder, it also show what i get from linux command line. Here i copy these information as well

Mac-Pro-di-Ram:FONT MacPro$ ls -la
total 7008
drwxr-xr-x <at> 27 MacPro  staff     874 30 Giu  2010 .
drwxr-xr-x <at> 36 MacPro  staff    1180 18 Mar  2014 ..
-rwxr-xr-x <at>  1 MacPro  staff   12292 20 Apr  2012 .DS_Store
-rwxr-xr-x <at>  1 MacPro  staff       0  5 Mar  2010 Davys Dingbats 1
-rwxr-xr-x <at>  1 MacPro  staff       0  5 Mar  2010 Davys Dingbats 2
-rwxr-xr-x <at>  1 MacPro  staff       0 22 Mar  2010 Graeca.fam
drwxr-xr-x <at>  4 MacPro  staff     264 26 Mar  2010 Greca Opentype
-rwxr-xr-x <at>  1 MacPro  staff       0 28 Lug  2007 L Decoration Pi 1
-rwxr-xr-x <at>  1 MacPro  staff       0 18 Ago  2006 LDecPiOne
-rwxr-xr-x <at>  1 MacPro  staff       0 18 Ago  2006 MathePiThr
-rwxr-xr-x <at>  1 MacPro  staff       0 28 Lug  2007 MathematicalPi 3
drwxr-xr-x <at> 17 MacPro  staff     534 23 Apr  2010 Method
-rwxr-xr-x   1 MacPro  staff  234868 31 Lug  2009 MinionPro-Bold.otf
-rwxr-xr-x   1 MacPro  staff  236528 31 Lug  2009 MinionPro-BoldCn.otf
-rwxr-xr-x   1 MacPro  staff  279376 31 Lug  2009 MinionPro-BoldCnIt.otf
-rwxr-xr-x   1 MacPro  staff  280820 31 Lug  2009 MinionPro-BoldIt.otf
-rwxr-xr-x   1 MacPro  staff  280924 31 Lug  2009 MinionPro-It.otf
-rwxr-xr-x   1 MacPro  staff  236940 31 Lug  2009 MinionPro-Medium.otf
-rwxr-xr-x   1 MacPro  staff  279836 31 Lug  2009 MinionPro-MediumIt.otf
-rwxr-xr-x   1 MacPro  staff  235436 31 Lug  2009 MinionPro-Regular.otf
-rwxr-xr-x   1 MacPro  staff  237800 31 Lug  2009 MinionPro-Semibold.otf
-rwxr-xr-x   1 MacPro  staff  281364 31 Lug  2009 MinionPro-SemiboldIt.otf
-rwxr-xr-x <at>  1 MacPro  staff       0 18 Ago  2006 Monotype Sorts
-rwxr-xr-x <at>  1 MacPro  staff       0 18 Ago  2006 Rapha
-rwxr-xr-x <at>  1 MacPro  staff       0 28 Lug  2007 Raphael
-rwxr-xr-x   1 MacPro  staff   75020 25 Dic  2005 Symbol.dfont
-rwxr-xr-x   1 MacPro  staff  154081 25 Dic  2005 ZapfDingbats.dfont

but if i open folder i got what i posted in screenshot :-(

So problem is netatalk? 

Thanks a lot Ronald 
Ram


Il giorno 18/dic/2014, alle ore 11.18, devzero <at> web.de ha scritto:

so, apparently you may have missed this mail:
 
>but this does not explain why the files on the destination are 0kb sized - with that background
>information you delivered, i assume they may already be 0kb on the source side - but Ram may
>have overseen that because he did not look from the shell`s point of view but from the OSX
>point of view via netatalk ? so this is not a rsync problem at all then...
 
you look onto the files from the OSX`s point of view via netatalk.
 
please send the output of "ls -la" from the unix commandline, i`m sure this looks very different there. I still assume the files are 0kb on the source side already when you  take a look below the appletalk layer...
 
regards
roland
 
 
Gesendet: Donnerstag, 18. Dezember 2014 um 10:02 Uhr
Von: "Ram Ballu" <ram <at> edom.it>
An: devzero <at> web.de
Betreff: Re: Aw: Re: rsync not copy all information for font file
Il giorno 17/dic/2014, alle ore 20.48, devzero <at> web.de ha scritto:
 
I`m curious how linux should be able to distinguish that "Monotype Sorts" is a "Font Suitcase" and "Rapha" is a PS Type1 Font.
are these screenshots taken on OSX or on linux ?
 
Screenshots taken from mac after backup i open both folder source folder from the server and destination folder from the back hdd.
 
 
Gesendet: Mittwoch, 17. Dezember 2014 um 14:01 Uh
 
Von: "Ram Ballu" <ram <at> edom.it>
An: devzero <at> web.de
Betreff: Re: rsync not copy all information for font file
Il giorno 16/dic/2014, alle ore 20.28, devzero <at> web.de ha scritto:
maybe you can put them on minus.com (that works without login) and link them here?
 
Link Screenshot original folder--> http://min.us/i/KKFsDDgZcwaq
Link Screenshot backup folder--> http://minus.com/i/cDtRj8iQzCYA
 
please, what is the source and what is the destination filesystem ?
 
Source file system --> Ext4
Destination file system --> HFS+
 
Thanks a lot
Ram

--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
David Jennings | 17 Dec 13:47 2014
Picon

Differing behaviour on consecutive runs

Hi all. I have a strange issue with sync'ing from a USB-attached ext4 
file system on one machine, to a USB-attached ext3 file system on another.

The sync works fine (a few thousand files). If I run it again straight 
away, or a few minutes later, rsync reports no action required.

But if I wait for a few hours and run it again it copies all the files 
again.

I'm trying to determine what's making it think the files are not 
up-to-date. I have all the debug flags turned on. Am I missing something 
that will let me know what rsync is thinking?

My command-line is:

rsync --info=all4 --debug=all4 -auvz --modify-window=1 ./src/dir/ 
server:path/to/dst/dir/

On the good run I see this in the output:
...
generator starting pid=3205
delta-transmission enabled
recv_generator(.,0)
recv_generator(.,1)
recv_generator(604-001-bg.jpg,2)
604-001-bg.jpg is uptodate
recv_generator(604-001-l.jpg,3)
604-001-l.jpg is uptodate
recv_generator(604-001-m.jpg,4)
604-001-m.jpg is uptodate
...

and on the later run when everything is copied again I see this:
...
generator starting pid=10544
delta-transmission enabled
recv_generator(.,0)
set modtime of . to (1282081725) Wed Aug 18 07:48:45 2010
recv_generator(.,1)
recv_generator(604-001-bg.jpg,2)
recv_generator(604-001-l.jpg,3)
recv_generator(604-001-m.jpg,4)
...

I've just noticed that "set modtime" differs between the two runs. If I 
do an ls now on that directory I get:

$ ls -ld --time-style=full-iso 604
drwxr-xr-x 2 dave dave 4096 2010-08-18 07:48:45.000000000 +1000 604

Sorry for the long post. This issue has been driving me crazy.

Dave.
--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

samba-bugs | 17 Dec 03:41 2014
Picon

[Bug 11013] New: [patch] Mention that privileges are dropped, when "use chroot" is enabled in rsyncd.conf manpage

https://bugzilla.samba.org/show_bug.cgi?id=11013

            Bug ID: 11013
           Summary: [patch] Mention that privileges are dropped, when "use
                    chroot" is enabled in rsyncd.conf manpage
           Product: rsync
           Version: 3.1.1
          Hardware: All
                OS: All
            Status: NEW
          Severity: trivial
          Priority: P5
         Component: core
          Assignee: wayned <at> samba.org
          Reporter: m <at> mmap.at
        QA Contact: rsync-qa <at> samba.org

Created attachment 10544
  --> https://bugzilla.samba.org/attachment.cgi?id=10544&action=edit
Proposed patch for rsyncd.conf.yo

The manpage of rsyncd.conf says when "use chroot" is enabled this is "as though
--numeric-ids had been specified". 

When rsyncing a file from host A to host B using:
rsync -av sometestfile rsync://some_test_user <at> hostB/backup/

the uid and the gid of the source file on host A are not set accordingly on
host B. Even not if --numeric-ids is specified explicitly, on both server and
client side.

Relevant part of the server config:

use chroot = yes

[backup]
list = yes
path = /zdata/backup/
comment = Some comment
read only = no
auth users = some_test_user
secrets file = /usr/local/etc/rsync/rsyncd.secrets
numeric ids = yes

I fixed that by adding "uid = root" to rsyncd.conf.

The manpage does not mention that behavior at all.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Mark Stead | 16 Dec 06:06 2014
Picon

Behaviour of --append with modified files

We have a rsync'd filesystem which generally contains very large files that only 
grow.
We've specifically used the --append option to handle these files - since 
otherwise rsync is effectively CPU bound the whole time.

I'd always assumed that any files that were simply modified (without a change in 
length) would be handled under the existing rsync logic.  However it appears 
that once --append is selected then existing files are never copied/updated 
based on timestamp, only when the length changes.

Is there any option that I've overlooked whereby I can force rsync to 
synchronise modified files (in addition to handling appended files).

I could do two passes (--append followed by normal non-append), but the second 
pass is likely to also synchronise files that are appended to and rsync will end 
up taking 8 hours to complete.
Maybe my best option is to use two rsync passes, and add use the 
--max-size/--min-size to ensure that append is only applied to large files, and 
to apply standard rsync logic for smaller files.  This assumes that I can 
guarantee that files beyond a specific size will only be appended to.

Thanks for any assistance.
Mark

--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Ram Ballu | 12 Dec 15:31 2014
Picon

Re: Aw: Re: rsync not copy all information for font file

Some more details on my problem.
The machine have Ubuntu 12.04 with rsync version 3.0.9
I am using this server as data server using "Netatalk" for share with apple OS for my graphics work, so here i
save my work containing file created by (indesign, photoshop, illustrator, quark xpress, mathtype etc.)
I have try to backup my shared folder on external HDD using "rsync" mounting external HDD in local. But in
backup copy the font file result Zero kb.

Here is the result i try to backup only the folder containing font.
Here PROVA_BKP_SRC is source directory(folder on local HDD) and BKP_DES is folder on external HDD mounted
in local. 

# rsync -av PROVA_BKP_SRC/ /BKP_DES/
sending incremental file list
./
:2eDS_Store
Times Bold Italic/
Times Bold Italic/BI Times BoldItalic
Times Bold Italic/TimesBolIta
Times Bold Italic/.AppleDouble/
Times Bold Italic/.AppleDouble/.Parent
Times Bold Italic/.AppleDouble/BI Times BoldItalic
Times Bold Italic/.AppleDouble/TimesBolIta
Times Bold/
Times Bold/B Times Bold
Times Bold/TimesBol
Times Bold/.AppleDouble/
Times Bold/.AppleDouble/.Parent
Times Bold/.AppleDouble/B Times Bold
Times Bold/.AppleDouble/TimesBol
Times Italic/
Times Italic/I Times Italic
Times Italic/TimesIta
Times Italic/.AppleDouble/
Times Italic/.AppleDouble/.Parent
Times Italic/.AppleDouble/I Times Italic
Times Italic/.AppleDouble/TimesIta
Times Roman/
Times Roman/Times
Times Roman/TimesRom
Times Roman/.AppleDouble/
Times Roman/.AppleDouble/.Parent
Times Roman/.AppleDouble/Times
Times Roman/.AppleDouble/TimesRom

sent 183840 bytes  received 447 bytes  368574.00 bytes/sec
total size is 183542  speedup is 1.00
--------------

Il giorno 12/dic/2014, alle ore 13.02, devzero <at> web.de ha scritto:

> yes
> 
>> Gesendet: Freitag, 12. Dezember 2014 um 12:59 Uhr
>> Von: "Ram Ballu" <ram <at> edom.it>
>> An: devzero <at> web.de
>> Betreff: Re: Aw: rsync not copy all information for font file
>> 
>> Ronald, 
>> thanks a lot for your kind suggestion and for compliments on my english(i take it like compliments :-) )
>> I will try after sometime as you say me and than update you.
>> so now command i have to use is 
>> 
>> "rsync -av /source_folder /Destination_folder" ?
>> 
>> Thanks again
>> Ram
>> 
>> Il giorno 12/dic/2014, alle ore 11.27, devzero <at> web.de ha scritto:
>> 
>>> you mean, rsync "silently" creates 0kb sized files and only a special type of file shows this behaviour?
>>> 
>>> try increasing rsync verbosity with "-v" , delete the 0kb files and retry. you can send the output of
rsync to this list if it`s not too long if you don`t get a clue from that. mind that it may contain private information.
>>> 
>>> you should also omit "-z" because it makes no sense for local transfer. you do not want compression here,
because it slows things down and burns cpu for nothing.
>>> 
>>> regards
>>> roland
>>> 
>>> ps:
>>> i`m no native english speaker, but i think your english is quite ok.
>>> 
>>> 
>>> 
>>> 
>>>> Gesendet: Freitag, 12. Dezember 2014 um 10:44 Uhr
>>>> Von: "Ram Ballu" <ram <at> edom.it>
>>>> An: rsync <at> lists.samba.org
>>>> Betreff: rsync not copy all information for font file
>>>> 
>>>> Good morning list, 
>>>> this is my first question and hope really to get an answer, sorry for my bad english :-(
>>>> 
>>>> Ok so i have a machine with ubuntu and use as data server for my graphics works. 
>>>> Now i am trying to backup my folder on an external HDD using "rsync" where i save all my data file (file of
graphics software, image, font etc.).
>>>> For this i mount HDD in local and launch command "rsync  -avz  source_folder  destination_folder.
>>>> I notice that in backup copy font file have zero kb size rather than 25-60 kb in source folder and i can't
use the font from backup folder as it results zero kb.
>>>> Can someone help me to solve this issue.
>>>> Thanks in advance to all for reading this and spend your time.
>>>> Ram
>>>> 
>>>> -- 
>>>> Please use reply-all for most replies to avoid omitting the mailing list.
>>>> To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
>>>> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
>>>> 
>> 
>> 

--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Ram Ballu | 12 Dec 10:44 2014
Picon

rsync not copy all information for font file

Good morning list, 
this is my first question and hope really to get an answer, sorry for my bad english :-(

Ok so i have a machine with ubuntu and use as data server for my graphics works. 
Now i am trying to backup my folder on an external HDD using "rsync" where i save all my data file (file of
graphics software, image, font etc.).
For this i mount HDD in local and launch command "rsync  -avz  source_folder  destination_folder.
I notice that in backup copy font file have zero kb size rather than 25-60 kb in source folder and i can't use
the font from backup folder as it results zero kb.
Can someone help me to solve this issue.
Thanks in advance to all for reading this and spend your time.
Ram

--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

samba-bugs | 8 Dec 14:52 2014
Picon

[Bug 10995] New: rsync -aFF crashes when parent directory of source directory has a .rsync-filter file with a dir-merge rule in it

https://bugzilla.samba.org/show_bug.cgi?id=10995

            Bug ID: 10995
           Summary: rsync -aFF crashes when parent directory of source
                    directory has a .rsync-filter file with a dir-merge
                    rule in it
           Product: rsync
           Version: 3.1.0
          Hardware: x64
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P5
         Component: core
          Assignee: wayned <at> samba.org
          Reporter: lars.tiede <at> gmail.com
        QA Contact: rsync-qa <at> samba.org

Run the following in an empty directory to reproduce:

mkdir src-parent
echo "dir-merge,- .gitignore" > src-parent/.rsync-filter
mkdir src-parent/src
mkdir src-parent/src/subdir
mkdir dest

rsync -aFF src-parent/src/ dest/

On Ubuntu 14.04 with the rsync version that ships with Ubuntu (rsync  version
3.1.0  protocol version 31), I get the following output:

rsync: exclude.c:584: pop_local_filters: Assertion `mergelist_cnt ==
old_mergelist_cnt' failed.
Aborted (core dumped)

On OS X 10.10 with rsync version 2.6.9  protocol version 29, this runs without
problems.

It looks like rsync looks too far up the directory tree for filter rules, and
then gets confused.

Note that the above steps are minimal as far as I was able to isolate the bug:
remove the filter rule and it works. Remove the -a flag and it works. Remove
src-parent/src/subdir and it doesn't crash (the empty subdir is not copied
over, though).

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

samba-bugs | 6 Dec 16:44 2014
Picon

[Bug 10990] New: rsync -avHP does not detect out of space situation

https://bugzilla.samba.org/show_bug.cgi?id=10990

            Bug ID: 10990
           Summary: rsync -avHP does not detect out of space situation
           Product: rsync
           Version: 3.1.0
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: P5
         Component: core
          Assignee: wayned <at> samba.org
          Reporter: marck <at> rinet.ru
        QA Contact: rsync-qa <at> samba.org

Created attachment 10498
  --> https://bugzilla.samba.org/attachment.cgi?id=10498&action=edit
script demonstrating the bug

when using set of -avHP options, and when there is out-of-space situation at
the destination, rsync does not exit but reading all the remaining files till
the end; it, however, correctly reports name of last file which does overflow
the destination.

see attached script that demonstrates the bug

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

samba-bugs | 6 Dec 03:40 2014
Picon

[Bug 10989] New: "copying unsafe symlink" warning should not occur if file is not changing

https://bugzilla.samba.org/show_bug.cgi?id=10989

            Bug ID: 10989
           Summary: "copying unsafe symlink" warning should not occur if
                    file is not changing
           Product: rsync
           Version: 3.1.1
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P5
         Component: core
          Assignee: wayned <at> samba.org
          Reporter: jim.avera <at> gmail.com
        QA Contact: rsync-qa <at> samba.org

rsync recently began issuing "copying unsafe symlink" warnings with --verbose
even if the file in question has not changed in any way.   This pollutes the
output so you can't easily see what *has* changed.   for example, I update a
web server tree which contains many symlinks to files outside the source tree
on the source machine (and which are copied as plain files to the destination,
as expected).   Now every time I run rsync to do an update, I see a warning for
every one of those files, even though nothing has changed in any way.

So I'm requesting that rsync NOT issue that warning except when the destination
file does not exist or is changing (i.e. content, permissions, or something) 
But NOT if nothing has changed at all.

I'll attach a demo script which shows the problem (with rsync 3.1.1 on Ubuntu
14.10 64bit).

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

nik600 | 5 Dec 16:33 2014
Picon

functionality to rsync from dir to dir(gzip)

Dear all

is it possible to rsync in a master-slave scenario saving to slave gzip content?

i'm not talking about compression during transfer, i'm talking about -saving- the destination in a compressed format.

Example:

FROM:
-folder_A
--file_A
--file_B

TO:
-folder_A
--file_A.gz
--file_B.gz

I know that this won't be a "real" rsync between two folder, but it will be an extremely useful feature to do some remote backup saving space.

To check if the file has been changed it will be enough to compare the date of files because i assume that FROM is the master and TO the slave.

Finally, an additional feature could be to save in some metadata info of dst files (ie. file_A.gz,file_B.gz) the checksum of source files if you want to compare them by content checksum.

What to you think about that?

Thanks

--
/*************/
nik600
http://www.kumbe.it
--

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Gmane