similar to: DO NOT REPLY [Bug 5407] New: hlink.c:480: finish_hard_link: Assertion `flist != ((void *)0)' failed.

Displaying 20 results from an estimated 1000 matches similar to: "DO NOT REPLY [Bug 5407] New: hlink.c:480: finish_hard_link: Assertion `flist != ((void *)0)' failed."

2010 May 26
11
DO NOT REPLY [Bug 7454] New: assertion failed in finish_hard_link()
https://bugzilla.samba.org/show_bug.cgi?id=7454 Summary: assertion failed in finish_hard_link() Product: rsync Version: 3.0.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: bas at debian.org
2015 Mar 11
0
[Bug 11161] New: rare crash in hlink.c:536
https://bugzilla.samba.org/show_bug.cgi?id=11161 Bug ID: 11161 Summary: rare crash in hlink.c:536 Product: rsync Version: 3.1.1 Hardware: x64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter: sbrabec at
2012 Mar 25
1
link(2) EMLINK error behavior with --link-dest and --hard-links
Hi, I'm having a problem using --link-dest and --hard-links when the fs hits the hard link limit (link(2) returns EMLINK). Using rsync 3.0.7 an error is thrown and the target file is not created. Glancing at git head it _looks_ like things could now be a little nicer. Perhaps the target file is copied instead of hard linked when hardlinking fails -- I've not tested it. Anyway, the
2007 Sep 17
0
assertion failed after too many links error
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
2007 Oct 18
1
3.0.0pre2(cvs) error: check_for_finished_files: Assertion `flist != ((void *)0)' failed.
Just a quick heads up to say I'm still getting this (reproducable) error while doing daily backups: rsync: generator.c:1872: check_for_finished_files: Assertion `flist != ((void *)0)' failed. rsync: writefd_unbuffered failed to write 4092 bytes [receiver]: Broken pipe (32) rsync error: error in rsync protocol data stream (code 12) at io.c(1500) [receiver=3.0.0pre2] This is with cvs
2008 Aug 07
1
rsync: hlink.c:271: check_prior: Assertion `node->data != ((void *)0)' failed.
BLS #rsync --version rsync version 3.0.4pre2 protocol version 30 Copyright (C) 1996-2008 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append, ACLs, xattrs, iconv, symtimes rsync comes with ABSOLUTELY NO
2002 Jan 13
1
rsynd-2.5.1 / hlink.c patches
Platform: Compaq OpenVMS Alpha 7.3 Compiler: Compaq C T6.5 The following patch resolves compile problems with the HLINK.C module. The cast on function argument for the qsort() routine was wrong, and not allowing the compile to complete. When the function definiton of the hlink_compare() is corrected to have the const qualifiers, the cast inside the qsort() function call is no longer
2012 Aug 05
3
rsync 3.0.9 incompatible with self? (proto incompat on local->local)
Familiar? protocol error on a local file copy? How can I have a proto incompat when it it is talking to itself?... This was on the ERROUT... rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32) File-list index 531530 not in 531937 - 533437 (finish_hard_link) [generator] rsync error: protocol incompatibility (code 2) at rsync.c(652) [generator=3.0.9] rsync:
2008 Sep 23
2
(not quite) reproducible segfaults in 3.0.3
In debian bug #498083 (http://bugs.debian.org/498083) someone is getting segfaults reasonably consistently, however when using -vvvv it doesn't happen... Fortunately Sven was able to get a good backtrace. I can't quite see what's causing the problem; it does seem to be related to xattrs. Please see the bugs report at the url above for the details. Any help much appreciated. Paul
2009 Oct 16
1
DO NOT REPLY [Bug 6821] New: Assertion failed so rsync crashes (path includes special char)
https://bugzilla.samba.org/show_bug.cgi?id=6821 Summary: Assertion failed so rsync crashes (path includes special char) Product: rsync Version: 3.0.6 Platform: x86 OS/Version: FreeBSD Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org
2009 Jul 08
3
DO NOT REPLY [Bug 6542] New: rsync: hlink.c:125: match_gnums: Assertion `gnum >= hlink_flist->ndx_start' failed.
https://bugzilla.samba.org/show_bug.cgi?id=6542 Summary: rsync: hlink.c:125: match_gnums: Assertion `gnum >= hlink_flist->ndx_start' failed. Product: rsync Version: 3.0.6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core
2011 Apr 01
3
[Bug 8053] New: Older C compilers don't allow in-line declarations flist.c:1653
https://bugzilla.samba.org/show_bug.cgi?id=8053 Summary: Older C compilers don't allow in-line declarations flist.c:1653 Product: rsync Version: 3.0.8 Platform: All OS/Version: FreeBSD Status: NEW Severity: minor Priority: P5 Component: core AssignedTo: wayned at samba.org
2003 May 17
1
flist transmission and sorting
Wayne, I've been ruminating a bit on the qsorted flist and duplicate removal and have an idea. What if we removed end_file_entry() from send_file_name() and instead had a for(i=0; i < flist->count; ++i) send_file_entry(flist->files[i], f, ??) in send_file_list(). As near as i can tell this would be unnoticeable to the protocol. Once done the sort of the file list could be
2008 Mar 22
2
How does flist work
Hello Everyone, I have been reading the rsync code for the past few days and Iam finding it hard to understand how the file list works. The info that I am looking for is - "Are the files processed in the same order in both the receiver and generator processes?". Thanx in advance for all the replies. zahed. -- View this message in context:
2003 Sep 15
0
rsync error: errors selecting input/output files, dirs (code 3) at flist.c(980)
Hi, I've got another error that is not in the FAQ ;) Ran from a script in a directory that doesn't exist anymore: shell-init: could not get current directory: getcwd: cannot access parent directories: No such file or directory building file list ... pop_dir /mnt/dar : No such file or directory rsync error: errors selecting input/output files, dirs (code 3) at flist.c(980) I guess
2004 Apr 22
1
rsync problems from flist.c change
On behalf of the development team of R (www.R-project.org), I would like to report the following problem with recent versions of rsync. First, some background info. The R Development Core Team uses CVS for maintainins its source code archive. Additionally, there is a mechanism for "mirroring" some important (so-called recommended) extension packages from a CRAN (Comprehensive R
2011 Aug 27
4
[Bug 8411] New: invalid flist flag when using protocol 28 or 29
https://bugzilla.samba.org/show_bug.cgi?id=8411 Summary: invalid flist flag when using protocol 28 or 29 Product: rsync Version: 3.0.7 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: unobe at cpan.org
2005 May 04
1
lmer error:flist must be a non-empty list
Hi, I was wondering if anyone could give me advice regarding using the lmer command in lme4 package to do logistic regression (mixed effects model). I use the following command lmer(ISH ~ArrayPathology2, random=~1|PatientID, data=HSDB4.noNA, family="binomial") where ISH is outcome(0 or 1), ArrayPathology2 is the variable of interest(factor), PatientID is random effect(factor), and
2001 Nov 17
2
transfer interrupted (code 3) at flist.c(812)
Ok, I just setup the log file and this is what I see there: rsync on cdrive/Temp/pix.log from admx (141.214.137.139) transfer interrupted (code 3) at flist.c(812) I had to change [cdrive] from path = "c:\" to path = c: to get rid of '@ERROR: chdir failed' error. I am getting close but still need some help. Thanks in advance. Nishi > -----Original Message----- From:
2012 Jun 24
7
Hlink node data for 2282618 already has path=...
So, like a lot of people, I am using --link-dest to do backups. My backup target is ext4 so with a hard link limit of 64K. I do end up with trying to create too many links at some point though and get the following sequence of events: rsync: link "/.snapshots/hourly.0/linux/usr/src/openwrt-r18617/build_dir/host/mpfr-2.4.1/tests/.deps/tui_sub.Po" =>