On Wed, 2009-03-04 at 17:01 -0800, Harry Mangalam wrote:
> In your patch that you graciously provided me to provide supplementary
> groups capability, you didn't say how it was supposed to be
> specified. I thought it was working the first time I used it, but I
> was mistaken. I forgot to add
Hi Matt,
In your patch that you graciously provided me to provide supplementary
groups capability, you didn't say how it was supposed to be
specified. I thought it was working the first time I used it, but I
was mistaken. I forgot to add the supplementary groups option but
it's unclear how i
On 4-Mar-2009, at 06:45, Paul Slootman wrote:
On Wed 04 Mar 2009, David de Lama wrote:
I tested what happens with a file which is saved at a FAT32
partition and then this partition is converted to NTFS.
So first I transfered the file with rsync from the FAT32 partition
to my Linux /home folde
On Wed, 2009-03-04 at 15:13 +0100, Ehlers, Kolja wrote:
> What I am trying to do is to simply sync files with a special
> suffix to a destination folder. So I dont want to transfer recursively but I
> want to delete files from the destination which are not in the source
> anymore.
>
> Closest I ha
At 15:35 04.03.2009 +0100, Ehlers, Kolja wrote:
>Thanks for helping but using:
>
>/usr/bin/rsync -dnolptgvze --delete --delete-excluded --include='*.htm' --in
>clude='*.html' --exclude='*.*' /SOURCE /DESTINATION
>
>is not syncing anything
Why do you use -d? You want to sync files not directories.
>Hi @all!
>>
>>I tested what happens with a file which is saved at a FAT32 partition and
>>then this partition is converted to NTFS.
>>So first I transfered the file with rsync from the FAT32 partition to my
>>Linux /home folder. Then I converted the FAT32 partition to NTFS.
>>After the conver
Hi all,
I am now trying to find a solution to my problem for quite some time. I hope
you can help. What I am trying to do is to simply sync files with a special
suffix to a destination folder. So I dont want to transfer recursively but I
want to delete files from the destination which are not in t
Thanks for helping but using:
/usr/bin/rsync -dnolptgvze --delete --delete-excluded --include='*.htm' --in
clude='*.html' --exclude='*.*' /SOURCE /DESTINATION
is not syncing anything
--
For clarification:
I want to sync *.htm and *.html between SOURCE AND DESTINATION. *.htm and
*.html whic
>I am now trying to find a solution to my problem for quite some time. I hope
>you can help. What I am trying to do is to simply sync files with a special
>suffix to a destination folder. So I dont want to transfer recursively but I
>want to delete files from the destination which are not in the s
For clarification:
I want to sync *.htm and *.html between SOURCE AND DESTINATION. *.htm and
*.html which are not present in DESTINATION to be copied and *.htm and
*.html which are not present in SOURCE to be deleted in DESTINATION.
I dont want rsync to touch any other files.
-Ursprüngliche
At 14:35 04.03.2009 +0100, David de Lama wrote:
>Hi @all!
>
>I tested what happens with a file which is saved at a FAT32 partition and then
>this partition is converted to NTFS.
>So first I transfered the file with rsync from the FAT32 partition to my Linux
>/home folder. Then I converted the FAT
On Wed, Mar 4, 2009 at 1:26 AM, Boniforti Flavio wrote:
> Is there any way to know *in advance* if using or not using "-z" could
> be the better solution?
I don't think so. You need to run your tasks on your own hardware and
network to see where the bottlenecks are.
If the task is CPU-bound, tur
On Wed 04 Mar 2009, David de Lama wrote:
> I tested what happens with a file which is saved at a FAT32 partition and
> then this partition is converted to NTFS.
> So first I transfered the file with rsync from the FAT32 partition to my
> Linux /home folder. Then I converted the FAT32 partition t
Hi @all!
I tested what happens with a file which is saved at a FAT32 partition and then
this partition is converted to NTFS.
So first I transfered the file with rsync from the FAT32 partition to my Linux
/home folder. Then I converted the FAT32 partition to NTFS.
After the convertation I transfe
On Wed 04 Mar 2009, Boniforti Flavio wrote:
>
> > This question has been answered. Upgrade to 3.0.5 on both sides.
>
> Why has upgrading to 3.0.5 to be done *on both sides*? Any explanation?!
Because the improved algorithm will only work if both sides understand
it...
> As I'm running Debian Le
On Wed, 2009-03-04 at 13:41 +0100, Boniforti Flavio wrote:
> > This question has been answered. Upgrade to 3.0.5 on both sides.
>
> Why has upgrading to 3.0.5 to be done *on both sides*? Any explanation?!
> As I'm running Debian Lenny (which has 3.0.3), do I have to switch to
> Debian Sid to get i
On 3/4/2009, Boniforti Flavio (fla...@piramide.ch) wrote:
> Why has upgrading to 3.0.5 to be done *on both sides*? Any explanation?!
It is quite simple... support for the new options requires 3.0.x on both
sides...
> As I'm running Debian Lenny (which has 3.0.3), do I have to switch to
> Debian S
> This question has been answered. Upgrade to 3.0.5 on both sides.
Why has upgrading to 3.0.5 to be done *on both sides*? Any explanation?!
As I'm running Debian Lenny (which has 3.0.3), do I have to switch to
Debian Sid to get it upgraded?
Thanks,
Flavio Boniforti
PIRAMIDE INFORMATICA SAGL
Via
On 3/4/2009, Daniel.Li (daniel...@usish.com) wrote:
> So I wanna know how to maximize the performance both of large file
> (1GB patter file) and small file (MP3, about 2~5MB per file)
>
> Maybe MP3 shouldn't be considered small files, right?
>
> Do u guys have any suggestions?
> Any hint or adv
On Tue, 2009-03-03 at 23:46 -0700, lewis butler wrote:
> On 3-Mar-2009, at 22:55, Daniel.Li wrote:
> > -z is apparently affect the performance when CPU has a lower
> > frequency,
> > like 200MHz or so. When doing rsync, 100% cpu occupied, which limits
> > network performance.
>
> You should not
20 matches
Mail list logo
