similar to: temp name for destination directory, move in place after successfull complete?

Hello, I am trying to synchronize the content of the directory my_dir/ from /home to /backup. This directory contains a file which name has a double quote in it, such as to"to. Here is my rsync command: rync -Cazh /home/my_dir/ /backup/my_dir/ And I get the following message: rsync: mkstemp "/backup/my_dir/.to"to.d93PZr" failed: Invalid argument (22) For info, rsync works

hello I'm having 2 problems with rsync... one is consequence of the other 1) I'm running an rsyncd one a server... then I run rync (client) as root on another server even being root, it doesn't read files/dirs with chmod 000 for example and gives error on them 2) when these error happens, it happens "IO error encountered" and it skip the "--delete" (I tried

I'm running FreeBSD 4.6.2 on two different machines. Both machines have rync installed by way of the ports library, but one of them is running it as a server. I followed the directions in the man pages for running the server using inetd. Here is what happens: rsync rsync://myusername@10.0.0.8/ rsync: server sent "rysnc version 2.5.5 protocol version 26" rather than

Hello all I cannot sync my windows box with my linux box because of the following error. rsync: connection unexpectedly closed (0 bytes received so far) [receiver] I run rsync version 3.0.4 ( protocol 30) on both machines (cwRsync binaries on windows). i sync over ssh. Ssh command works fine from windows. Same rsync command from the linux box works fine. Only the rync command from windows

Hi we use samba 3.0.25a on FreeBSD 6.2 and we would like to have in the logs only the successfull and unsuccessfull login attempts. We would like to read in the log file: Authentication for user [%s] -> [%s] -> [%s] succeeded or Authentication for user [%s] -> [%s] FAILED with error We have tried with log level 1 and we get only the successfull logins. We have tried with log level 2

I have set up an Rsync server on FreeBSD 5.3 and plan on having windows clients synchronize data to it. Rsync running as a daemon works fine. I can successfully copy data up to the server and view it via scp. Also- I can connect via ssh and run rsync as well. HOWEVER- I cannot connect "passwordless" with SSH and then connect to the rsync daemon. The following demonstartes what I

Greetings Jeremy, Jeremy Allison wrote: > On Sun, Nov 03, 2019 at 06:37:57AM -0500, Michael Lueck via samba wrote: >> >> >> mdlueck at ldslnx01:/srv/shares/data/Nodes/jacob/home/mdlueck/Music/Alfred Brendel$ find >> . >> ./Beethoven Piano Sonatas Vol I >> ./Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in B-flat major, op. 106

On Wed, Jun 05, 2019 at 13:33:49 +0200, Lentes, Bernd wrote: > Hi Peter, > > thanks for your help. > > ----- On Jun 5, 2019, at 9:27 AM, Peter Krempa pkrempa@redhat.com wrote: [...] > > > > > So that's interresting. Usually assertion failure in qemu leads to > > calling abort() and thus the vm would have crashed. Didn't you HA > > solution

----- On Jun 5, 2019, at 4:49 PM, Peter Krempa pkrempa@redhat.com wrote: > On Wed, Jun 05, 2019 at 13:33:49 +0200, Lentes, Bernd wrote: >> Hi Peter, >> >> thanks for your help. >> >> ----- On Jun 5, 2019, at 9:27 AM, Peter Krempa pkrempa@redhat.com wrote: > > [...] > >> >> > >> > So that's interresting. Usually assertion

On Tue, Jun 11, 2019 at 19:19:05 +0200, Lentes, Bernd wrote: [...] > > Hi, Hi, > > it happened again. > Following the log of my script it started on 8th of june at 5:59:09 (UTC+2) to blockcommit the domain. > These are the related lines in libvirtd.log: > =================================================== Thanks for comming back to me with the information.

----- On Jun 13, 2019, at 1:08 PM, Bernd Lentes bernd.lentes@helmholtz-muenchen.de wrote: I found further information in /var/log/messages for both occurrences: 2019-06-01T03:05:31.620725+02:00 ha-idg-2 systemd-coredump[14253]: Core Dumping has been disabled for process 30590 (qemu-system-x86). 2019-06-01T03:05:31.712673+02:00 ha-idg-2 systemd-coredump[14253]: Process 30590 (qemu-system-x86) of

On Tue, Jun 04, 2019 at 14:44:29 +0200, Lentes, Bernd wrote: > Hi, Hi, > > i have several domains running on a 2-node HA-cluster. > Each night i create snapshots of the domains, after copying the consistent raw file to a CIFS server i blockcommit the changes into the raw files. > That's running quite well. > But recent the blockcommit didn't work for one domain: >

Hello everybody. I got a strange problem, which I hope to solve with your help. I'm doing "remote backups" using rsync in an ssh tunnel. In the last setup I realized, something is driving me crazy and I can't find *what* the problem is. I managed to successfully login via ssh in a "passwordless" way (by means of RSA-keys). After this step is done and I'm logged

On Thu, Jun 13, 2019 at 16:01:18 +0200, Lentes, Bernd wrote: > > ----- On Jun 13, 2019, at 1:08 PM, Bernd Lentes bernd.lentes@helmholtz-muenchen.de wrote: > > I found further information in /var/log/messages for both occurrences: > > 2019-06-01T03:05:31.620725+02:00 ha-idg-2 systemd-coredump[14253]: Core Dumping has been disabled for process 30590 (qemu-system-x86). >

----- On Jun 13, 2019, at 9:56 AM, Peter Krempa pkrempa@redhat.com wrote: > > Thanks for comming back to me with the information. > > Unfortunately this is not a full debug log but I can try to tell you > what I see here: I configured libvirtd that way: ha-idg-1:~ # grep -Ev '^$|#' /etc/libvirt/libvirtd.conf log_level = 1 log_filters="1:qemu 3:remote 4:event

----- On Jun 5, 2019, at 4:49 PM, Peter Krempa pkrempa@redhat.com wrote: > On Wed, Jun 05, 2019 at 13:33:49 +0200, Lentes, Bernd wrote: >> Hi Peter, >> >> thanks for your help. >> >> ----- On Jun 5, 2019, at 9:27 AM, Peter Krempa pkrempa@redhat.com wrote: > > [...] > >> >> > >> > So that's interresting. Usually assertion

Hi Peter, thanks for your help. ----- On Jun 5, 2019, at 9:27 AM, Peter Krempa pkrempa@redhat.com wrote: >> ============================================================= >> ... >> 2019-05-31 20:31:34.481+0000: 4170: error : qemuMonitorIO:719 : internal error: >> End of file from qemu monitor >> 2019-06-01 01:05:32.233+0000: 4170: error : qemuMonitorIO:719 :

Hi, i have several domains running on a 2-node HA-cluster. Each night i create snapshots of the domains, after copying the consistent raw file to a CIFS server i blockcommit the changes into the raw files. That's running quite well. But recent the blockcommit didn't work for one domain: I create a logfile from the whole procedure:

If anyone has time to look at this problem I would appreciate it. I think I am looking for a way to increase the "timeout" in samba (in the smb.conf file) for reporting a "down" link or "can't read xyz file". However I am writing to you folks because this problem has come up while using rsync my problem ========== We have a wan in which links from a

> > >> > I am trying to rsync folders/files hosted on a Windows > machine to a > >> > Linux machine. Many of the directory names have spaces in them. > >> > How can I list them in a file so that the --include-from > option use > >> > them correctly? > >> > Thanks! > >> > > >> > Charles > >>