similar to: rsync and socket files on HP-UX

Displaying 20 results from an estimated 500 matches similar to: "rsync and socket files on HP-UX"

2001 Dec 30
1
--backup-dir confusion
With the following rsync settings: cd /home/lina_backup rsync -R -v -z -rlptgo --delete \ --password-file=password \ --include-from=include --exclude="*" \ --backup --backup-dir=./`date -d yesterday +%Y-%m-%d` \ rsync://root@lina/backup current I would expect the backup directory to be /home/lina_backup/2001-12-29. But it becomes /home/lina_backup/current/2001-12-29. Is this a
2009 Aug 31
2
Samba wants "chdir"
Hallo, one of my colleagues has problems with Samba (V 3.0.32). Samba runs on a Linux server (Slackware 2.6.29.6), some clients are attached via a Windows Terminalserver. Wiederum war auf dem Windows-TS 1(!) User in die Arktur3.6 -Dom?ne f?r ca 20 Minuten angemeldet und hat dabei ca 4400 Meldungen in die /var/log/messages geschrieben. Diese beginnen mit: (my bad translation: 1 client was
2007 Apr 21
3
queries
Dear Help Desk, Is there any way to change some of the labels on R diagrams? Specifically in histograms, I would like to: 1. change the word frequency to count. 2. Make the font of the title (Histogram of …) smaller. 3. Have a different word below the histogram than the one occurring in the title (right now if you choose X for your
2013 Jun 06
1
Hangup cause 111 after call pickup
Hello, when picking up an incoming call from one ip phone on another ip phone, the call terminates after about 5 to 10 seconds. When reading out the hangup cause variable in the h-extention of the dialplan, the hangup cause seems to be 111. In the dialplan output, you can see that SIP-peer sipacc3 picks up the incoming channel SipAgenT01-00001454, and the call is answered. After 7 seconds,
2004 Jul 11
0
[PATCH] [TRIVIAL] whitespace + variable rename
The attached patch adds some whitespace to the recv_files() function declaration, and renames variable 'f' to 'f_out' in generate_files(). -------------- next part -------------- Index: generator.c =================================================================== RCS file: /cvsroot/rsync/generator.c,v retrieving revision 1.93 diff -b -c -r1.93 generator.c *** generator.c 30 Jun
2009 Jul 14
1
--delete not working (minimal example)
--delete option is not working for me. The following is a minimal example. $ mkdir box1 box2 $ touch box1/letter box2/extra $ rsync -a -vv box1/ box2/ sending incremental file list delta-transmission disabled for local transfer or --whole-file letter total: matches=0 hash_hits=0 false_alarms=0 data=0 sent 92 bytes received 34 bytes 252.00 bytes/sec total size is 0 speedup is 0.00 $ tree
2018 Dec 31
2
--partial does not "unhide" the files
Kevin Korb via rsync <rsync at lists.samba.org> (So 30 Dez 2018 23:56:44 CET): > I think --partial might be a red herring here. It only applies to what > happens when rsync is aborted in the middle of a file. What happens > without -P? Same happens w/o --partial. I append 2 logs: - a from localhost to remote server, exposing the missing "rename" - b from localhost to
2008 Apr 30
2
rsync copying over existing files
Hi again all.. When using rsync 3.0 to sync files between 2 local directories, it works as i expect it, but when the destination folder is a mounted smb share, it always copies over the files even though they already exist on the destination. Any ideas on why this is happening? even using the same options, but with a different destination path. I have tried using -vvv, but it doesn't make
2020 Feb 01
1
[Bug 14260] New: leading / added to file name causing file not found when setting permissions
https://bugzilla.samba.org/show_bug.cgi?id=14260 Bug ID: 14260 Summary: leading / added to file name causing file not found when setting permissions Product: rsync Version: 3.1.3 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: core
2015 Nov 18
0
[PATCH 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
After 32-bit syscall rewrite, and specifically after commit 5f310f739b4c ("x86/entry/32: Re-implement SYSENTER using the new C path"), the stack frame that is passed to xen_sysexit is no longer a "standard" one (i.e. it's not pt_regs). Since we end up calling xen_iret from xen_sysexit we don't need to fix up the stack and instead follow entry_SYSENTER_32's IRET
2007 Apr 18
0
[RFC/PATCH PV_OPS X86_64 12/17] paravirt_ops - interrupt/exception changes
plain text document attachment (xx-paravirt-irqs.patch) Interrupt updates for paravirt ops. Signed-off-by: Steven Rostedt srostedt@redhat.com Signed-off-by: Glauber de Oliveira Costa <gcosta@redhat.com> Index: clean-start/arch/x86_64/ia32/ia32entry.S =================================================================== --- clean-start.orig/arch/x86_64/ia32/ia32entry.S +++
2007 Apr 18
0
[RFC/PATCH PV_OPS X86_64 12/17] paravirt_ops - interrupt/exception changes
plain text document attachment (xx-paravirt-irqs.patch) Interrupt updates for paravirt ops. Signed-off-by: Steven Rostedt srostedt@redhat.com Signed-off-by: Glauber de Oliveira Costa <gcosta@redhat.com> Index: clean-start/arch/x86_64/ia32/ia32entry.S =================================================================== --- clean-start.orig/arch/x86_64/ia32/ia32entry.S +++
2018 Dec 31
0
--partial does not "unhide" the files
I can't say I have any idea why rsync would just skip that step and I can't duplicate it myself. Your only recourse might be to use --inplace on that system. On 12/31/18 12:33 PM, Heiko Schlittermann via rsync wrote: > Kevin Korb via rsync <rsync at lists.samba.org> (So 30 Dez 2018 23:56:44 CET): >> I think --partial might be a red herring here. It only applies to what
2014 Nov 26
0
rsync not transferring files [SOLVED]
Something is not right as I have added files to the server that has never shown up on my backup machine - so everything is NOT being update by any means. I finally removed rsync - version rsync-3.0.6-12.el6.x86_64 and installed the same version that is on my server which is rsync-3.1.1-1.el6.rfx.x86_64 Now everything is working as expected. Perhaps there is something between the two different
2018 Dec 30
0
--partial does not "unhide" the files
I think --partial might be a red herring here. It only applies to what happens when rsync is aborted in the middle of a file. What happens without -P? Also, it is worth trying with --inplace. On 12/30/18 5:32 PM, Heiko Schlittermann via rsync wrote: > Hi, > > I used --partial to transfer files from my local computer (rsync 3.1.2, > Debian) to a remote computer (rsync 3.1.1 WD
2004 Sep 15
0
(no subject)
Hi, I'm trying to get rsync over OpenSSH/Cygwin working. I started with a command like this (which fails): $ rsync -v -v -v --recursive --rsh="ssh -i /home/ul081b/mpdm-keys/rsa-mpdm01 mpdm@mpdm-w2k3" MPDM-W2K3::MPDM . opening connection using ssh -i /home/ul081b/mpdm-keys/rsa-mpdm01 mpdm@mpdm-w2k3 MPDM-W2K3 rsync --server --daemon . bash: line 1: MPDM-W2K3: command not found
2003 Oct 01
0
AW: problem with batch mode:
OK. I got the rsync CVS code and compiled under Linux. That did the job, but only with --no-whole-file because of the local transfer. I then tried to read-batch... under Windows / Cygwin with the current Cygwin rsync. That didn't work - as expected. After compiling again under cygwin it worked! I can now create a diff from a new CD to the version before and send the diff files by email. On
2018 May 15
1
rsync sends -C and -x options silently
Hello rsync developers and users, I've just updated some of our CentOS servers from 7.4 to 7.5, and rsync on these servers went from version 3.0.9 to 3.1.2. This newer rsync version appears to be sending -C and -x options to the server, even though they are not set on the client side. The client is called like this: rsync -rlptgo -qz --del --timeout=180 user at server /local/path On the
2015 Nov 18
4
[PATCH 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
On Wed, Nov 18, 2015 at 12:06 PM, Boris Ostrovsky <boris.ostrovsky at oracle.com> wrote: > After 32-bit syscall rewrite, and specifically after commit 5f310f739b4c > ("x86/entry/32: Re-implement SYSENTER using the new C path"), the stack > frame that is passed to xen_sysexit is no longer a "standard" one (i.e. > it's not pt_regs). > > Since we end up
2015 Nov 18
4
[PATCH 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
On Wed, Nov 18, 2015 at 12:06 PM, Boris Ostrovsky <boris.ostrovsky at oracle.com> wrote: > After 32-bit syscall rewrite, and specifically after commit 5f310f739b4c > ("x86/entry/32: Re-implement SYSENTER using the new C path"), the stack > frame that is passed to xen_sysexit is no longer a "standard" one (i.e. > it's not pt_regs). > > Since we end up