similar to: Problem copying hard-linked symlinks

https://bugzilla.samba.org/show_bug.cgi?id=7618 Summary: symlinks and --link-dest Product: rsync Version: 3.0.7 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: the_majkl at seznam.cz QAContact:

https://bugzilla.samba.org/show_bug.cgi?id=3692 Summary: regression: symlinks are created as hardlinks with -- link-dest Product: rsync Version: 2.6.7 Platform: x86 URL: http://rsync.samba.org OS/Version: FreeBSD Status: NEW Severity: major Priority: P3 Component: core

https://bugzilla.samba.org/show_bug.cgi?id=10334 Summary: rsync doesn't log hardlink-copies using --link-dest Product: rsync Version: 3.0.9 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: Kontakt at

The rsync 2.5.6 TODO file mentions the need for hard link test cases. Here is one in which a linked file is unnecessarily transferred in full. # Setup initial directories mkdir src dest dd if=/dev/zero bs=1024 count=10000 of=src/a 2>/dev/null rsync -a src/. dest/. ln src/a src/b # At this point, a & b exist in src; only a exists in dest. rsync -aHv src/. dest/.

Hi Rsync-ers I'm simply using rsync to do an exact copy of my root (and home) partition by using the -aHv options. When the copy is complete, I modify fstab so my root and home mount points are pointing to the newly copied partitions. When I boot (into the new partitions), init and all the services start okay; however, when I get to "mgetty" and it passes control to

Note that in all --*-dest options if the path is relative it is relative to the target dir not the "$PWD". I like to always use absolute paths because of this. But essentially, the command with the instances of $PWD vs without them the paths aren't the same. If you want all relative to . paths it would be: rsync -aHvv --compare-dest=../dstlt/. srclt/. baklt/. Also, all these

just subscribed for rsync-qa from bugzilla via rsync wrote: > Probably using different options? Can this be some sort of Heisenbug, > nobody can reproduce? Do the two sequences of shell commands work for > you as expected? Please note that both rsync commands in the mail > generated by bugzilla are split into two lines (each): Both rsync > commands should read > --- Actually,

I'm running on Red Hat Enterprise 3 machine with ~700Gb of Storage backing up to a similar machine using rsync backups running 6 times a day on various directories in /home/. The inital rsync copied roughly 150gb. Everything appears to be backing up correctly so no loss of data which is good :) The problem is that he backup server is not removing data that has been removed from the primary

https://bugzilla.samba.org/show_bug.cgi?id=5297 Summary: merge test fails Product: rsync Version: 3.0.0 Platform: Other OS/Version: SunOS Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: bfriesen@simple.dallas.tx.us QAContact:

While using dirvish, I ran into a runaway rsync process, which was continually spewing errors after encountering a "Too many links" error. This was with 2.6.9. I tried it again with the latest cvs version, and now at least it doesn't endless-loop with errors, but instead gives an assertion error. To reproduce: $ cd /tmp $ mkdir a b $ cd a $ date > a $ x=1 $ while ln a a$x; do

Hello all, I'm in need of some help in trying to understand rsync's behavior while doing --checksum. I'm rsyncing (dry run) locally from two different folders lots of big files (mainly for consistency checks). Without --checksum, the operation takes around 1 minute. Running -vvv I see basically this: 1. rsync [sender] traverses a lot of files *but not all* and outputs make_file(...

Hi, I found that current rsync versions do something different when using --one-file-system --relative and --delete. This has all worked as expected with the old version (in our case those delivered with RHEL4 and 5) but it doesn't work correct in the 3.0.x version. I have opened a bug at RedHat because it's at least a regression for their upgrade from EL5.6 to EL5.7 which updated to

Hello When I read a SPSS *.por file with read.spss everything after a umlaut is missing: > library("foreign") > spssdaten <- read.spss("projets.por") > attr(spssdaten$PROJETX, "value.labels")[1:20] Bg Stammzellenforschung Bb 863 862 Bb

Good People, I found a very helpful document in your archives and decided to return the favor by returning it, with my notes included. It's in StarOffice7 format but I don't expect you guys to have trouble opening it :~) Please feel free to edit it, where you think appropriate, before publishing to the internet. As noted in the first page, I have now successfully integrated Solaris 10_x86

Hi, I'm trying to compile rsync 3.1.1pre2 on OS X with CFLAGS=-I/opt/local/include. The consequence of this is that rsync fails to build: /usr/bin/clang -I. -I. -pipe -Os -I/opt/local/include -arch x86_64 -DHAVE_CONFIG_H -Wall -W -I./zlib -I/opt/local/include -c token.c -o token.o token.c:420:26: error: use of undeclared identifier 'Z_INSERT_ONLY' r =

Just to repeat: you have NamesWide<-data.frame(Name1=c("Tom","Dick"),Name2=c("Larry","Curly")) and you want NamesLong<-data.frame(Names=c("Tom","Dick","Larry","Curly")) There must be something I am missing, because NamesLong <- data.frame(Names = c(NamesWide$Name1, NamesWide$Name2)) appears to

On 23/07/2020 15:46, Jerry Geis wrote: Hi Jerry, See below, inline, for some comments. > I have a simple script: > #!/bin/bash > # > index=0 > total=0 > names=() > ip=() > while read -r LINE > do > NODENAME=` echo $LINE | cut -f 1 -d ','` NODENAME=$(cut -d, -f1 <<< $LINE) Notes: use $( instead of backticks. There's no need to quote the

Is this the solution? > d1<- as.data.frame(lapply(data,as.character),stringsAsFactors=FALSE) > str(d1) 'data.frame': 3 obs. of 5 variables: $ V1: chr "Name1" "Name2" "Name3" $ V2: chr "nam1" "name_12" "name-1" $ V3: chr "nam2" "nam_34" "name-2" $ V4: chr "nam3"

I'm having problems still with password authentication for 1.9.18p7. Samba only recognizes the root password only!!!! I thought password authentication was fixed in version 1.9.18p5. Anyway, here's output of the problems I'm facing: After starting smb and nmb using root's ID the following test was successful: 3 root@Sun-E3000:/usr/local/samba/private ==> smbclient -L

Hi, You were on the right track using stack(), but you just pass the entire data frame as a single object, not the separate columns: > stack(NamesWide) ? values ? ind 1 ? ?Tom Name1 2 ? Dick Name1 3 ?Larry Name2 4 ?Curly Name2 Note that stack also returns the index (second column of 'ind' values), which tells you which column in the source data frame the stacked values originated