Hello Les,
Wednesday, December 17, 2014, 3:54:36 PM, you wrote:
LM> if the NAS offers nfs
It does, but I'm waiting for an answer from Zyxel as to why the data rate
is limited to about 3.5Mb/s as opposed to 60-70Mb/s to a CIFS share
--
Best regards,
Niamhmailto:ni..
Hello Stuart,
Tuesday, December 16, 2014, 9:33:29 PM, you wrote:
SB> If this is a CIFS or other DOSish filesystem you may also need --no-o
SB> --no-p and/or --no-g to ignore other file attributes.
Looks like this may be the case to solve that problem.
--
Best regards,
Niamh
Hello Kahlil,
Tuesday, December 16, 2014, 11:19:11 PM, you wrote:
KH> Indeed: the sequence of dots and letters before the name indicates why
KH> rsync wants to update a file.
Ah, not time but owner and group are different, and not being changed on
the NAS.
Is this a CIFS "thing"?
--
Best reg
Hello Les,
Tuesday, December 16, 2014, 4:09:43 PM, you wrote:
LM> What happens if you use --modify-window=3601 to allow up to an hour of
LM> difference? Your NAS may have windows-like behavior in terms of
LM> storing timestamps in local time and fudging them for DST.
Exactly the same :(
--stat
Hello Kahlil,
Monday, December 15, 2014, 11:25:35 PM, you wrote:
KH> When you use --itemize-changes, does it indicate that the timestamps of the
KH> directories have changed?
Not uless the sequence of dots and letters before the folder name indicates that
--
Best regards,
Niamh
Hello Elias,
Monday, December 15, 2014, 4:13:20 PM, you wrote:
EP> Sounds like it might be differences in precision of the timestamp.
Could be, thoght the NAS box has the sending system as it's NTP server so
their times should be in sync.
EP> Check out the `--modify-window` option.
Doesn't see
Hello Les,
Sunday, December 14, 2014, 7:18:09 PM, you wrote:
LM> Folders should only be listed if timestamps or permissions are different.
Further experimentation shows this to be the case IF the destination is
another local drive.
Unfortunately the required destination is a CIFS share, which m
Hello Keith,
Sunday, December 14, 2014, 6:31:20 PM, you wrote:
KK> That must have been a very long time ago, as rsync has been silent for
KK> as long as I can remember (even back to CentOS 5 and possibly even 4).
I think we're going back to rsync 2.6.x for this very useful summary.
--
Best reg
Hello Kahlil,
Sunday, December 14, 2014, 8:54:45 PM, you wrote:
KH> -i, --itemize-changes output a change-summary for all updates
Lists every file here
--
Best regards,
Niamhmailto:ni...@fullbore.co.uk
pgpJGlzxqhA5z.pgp
Description: PGP signature
___
Hello Keith,
Sunday, December 14, 2014, 6:31:20 PM, you wrote:
KK> Anyway, you want some combination of the -v and --progress switches.
KK> Try each separately, and both together, and see which you like best.
Neither!
Both switches list the folders being checked even if the contents are
unchang
Hello,
Many years ago, FC4 days, the following command run as a cron job would
result in a nice summary email as follows
/usr/bin/rsync -a --no-whole-file --delete /music /thecus-music/
--
building file list ... done
sent 351583 bytes received 20 byt
Hello Gordon,
Thursday, December 11, 2014, 6:46:00 PM, you wrote:
GM> Specify the local path rather than the source:
GM> $ umount /NSA320-music
Well well!
I'm sure I’ve always unmouted the mount and not the mount point before...
mind I think this is the first time I've tried to unmount a remot
Hello Gordon,
Thursday, December 11, 2014, 5:23:56 PM, you wrote:
GM> The system will mount a
GM> filesytem on top of an existing path, including one with another
GM> filesystem at the same path.
But the mounts are identical-
10.0.0.253\\niamh on /NSA320-music type cifs (rw)
10.0.0.2
Hello,
How can this happen?
mount -l
/dev/sda3/ on type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda1 on /boot type ext4 (rw)
/dev/sdb1 on /music type ext3 (rw)
/dev/mapper/VolGr
Hello John,
Monday, November 24, 2014, 10:47:23 AM, you wrote:
JD> It says "set to be updated", so the i386 version was already installed...
no?
No-
[root@nitrogen ~]# yum list installed | grep -i "perl\."
mod_perl.x86_64 2.0.4-6.el5 installed
newt-pe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Centos,
Is 4:perl-5.8.8-43.el5_11.x86_64 really dependent on the 32 bit perl.i386
4:5.8.8-43.el5_11 as yum is suggesting, or has something got mixed up on
the system?
yum install perl
Loaded plugins: fastestmirror
Loading mirror speeds from c
16 matches
Mail list logo
