similar to: bug report: error while compiling rsync 2.5.7 on solaris 9

Which version of Xen? This usually happens when someone has built a module and forgotten to do "make ARCH=xen" Ian > I was wondering if anyone can make sense of these errors in > the message log: > > Dec 23 14:14:31 localhost kernel: Badness in local_bh_enable > at kernel/softirq. > Dec 23 14:14:31 localhost kernel: [local_bh_enable+130/144] >

I am cross-compiling rsync 2.6.2 on Linux i386 for Linux ARM. I pass the following to configure: LDSHARED=~/buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibc-gcc CXX=~/buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibc-g++ CC=~/buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibc-gcc AR=~/buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibc-ar

OS: Redhat 7.0 OpenSSH Version: 2.5.1p1 Summary: Trying to connect to any host from this machine using OpenSSH gives the message: [kschrade at cpddev3 kschrade]$ ssh cressida The authenticity of host 'cressida (141.213.25.159)' can't be established. RSA1 key fingerprint is 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00. Are you sure you want to continue connecting (yes/no)? with a

Hello: (Please forgive me if this has already been asked and answered...but if it has, I sure can't find it anywhere...) I'm running 3.0.20b on a Fedora Core 4 box (although I've seen the same results with a FC4 stock 3.0.14a release) and my Windows XP boxes (service pack 2) that are on my LAN. What I'm seeing is an inability for the machines to read a list of files in

> Badness in local_bh_enable at kernel/softirq.c:140 > [<c011fb12>] local_bh_enable+0x82/0x90 [<c031fcfd>] > skb_checksum+0x13d/0x2d0 [<c016ac5c>] __pollwait+0x8c/0xd0 > [<c0360d3a>] udp_poll+0x9a/0x160 [<c031af49>] > sock_poll+0x29/0x40 [<c016b635>] do_pollfd+0x95/0xa0 > [<c016b6aa>] do_poll+0x6a/0xd0 [<c016b871>]

Hi, We have a server which seems to panic once a while. I was wondering does the stack trace make any sense to you. The server usually runs a week or more and then crashes. Here is all what we had on the server screen when it crashed (hope I didn't make any typos): CPU: 0 EIP: 0060:[<c0168380>] Not tainted EFLAGS: 00010297 EIP: is at do_pollfd [kernel] 0x20

rsync 2.5.6 security advisory ----------------------------- December 4th 2003 Background ---------- The rsync team has received evidence that a vulnerability in rsync was recently used in combination with a Linux kernel vulnerability to compromise the security of a public rsync server. While the forensic evidence we have is incomplete, we have pieced together the most likely way that this

rsync 2.5.6 security advisory ----------------------------- December 4th 2003 Background ---------- The rsync team has received evidence that a vulnerability in rsync was recently used in combination with a Linux kernel vulnerability to compromise the security of a public rsync server. While the forensic evidence we have is incomplete, we have pieced together the most likely way that this

Hi all - I've got two red hat linux 7.3 systems. On each i have the redhat-provided 2.5.7 in the standard location, and a locally built copy of 2.6.1 in /usr/local/pkg. I'm implementing a remote-backup-to-disk setup. blakey is the "client" (source of rsync), verve is the "server" (dest of rsync). When i take care to match rsync binary versions (2.5.7 on each

I develop GNU Parallel. GNU Parallel uses rsync to transfer files. GNU Parallel has a design goal of not requiring the users to change their setup to be able to use GNU Parallel. In other words: If you are called as a consultant to work on a Centos3 server untouched since 2007, then you can expect even the newest version of GNU Parallel will work flawlessly. Centos3 has rsync 2.5.7 installed. On

Hey everyone, I'm mirroring a lot of directories from one machine to another. The source machine is running Rsync 2.5.7 and the destination machine (the machine holding the mirror) is running Rsync 2.6.9. I'm using the --backup, --backup-dir, and --delete-after options. I tested this with two machines running Rsync 2.6.9, and noticed that files deleted in the mirror (because

Tevfik On Tuesday 09 Dec 2003 18:13, Tevfik Karag?lle wrote: > I would also like to inform that I updated my cwRsync package with the > latest rsync binary (2.5.7). http://itefix.no/cwrsync I have tried your rsync 2.5.7 in cygwin under Windows 2000, synchronising to a windows share on an unknown (probably Windows) file server. Sorry to report that it hangs at the end of transfer, as did

Hi -- I'm experiencing problems when using rsync between two different machines. Details follows: Both machines are running 2.4.23, rsync versions on both are identically configured versions of 2.5.7: rsync version 2.5.7 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, symlinks,

On Sat, Dec 24, 2005 at 11:03:36PM +0300, Andrey J. Melnikoff (TEMHOTA) wrote: > Hello. Hi Andrey, > Please, CC me, i'm not subscribed. > > Kernel 2.6.15-rc6 OOPS: > > kernel: general protection fault: 0000 [#1] > kernel: SMP > kernel: Modules linked in: ipt_REDIRECT ipt_LOG ipt_TOS ipt_TCPMSS ipt_tos > ip_nat_ftp ipt_tcpmss iptable_nat ip_nat iptable_mangle

I am having a problem with rsync not deleting files on the destination that no longer exist on the source. The command I am using is: rsync -vaz --delete /bantemp/* backenp650:/bantemp Once the two trees are in sync, if I add a file to the source, run rsync again, it will copy over the one new file. If I delete the file on the source, run rsync, the file still exists on the destination. I

FYI ----- Forwarded message from Kris Kennaway <kris@FreeBSD.org> ----- X-Original-To: kkenn@localhost Delivered-To: kkenn@localhost.obsecurity.org Delivered-To: kris@freebsd.org Delivered-To: ports-committers@freebsd.org From: Kris Kennaway <kris@FreeBSD.org> Date: Thu, 4 Dec 2003 06:45:06 -0800 (PST) To: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org

I am looking to upgrade to latest version of rsync. However there are some critical bug fixes (for my needs) that have been commited to CVS post 2.5.6 release. Can anyone tell me how i can find out the release schedule for 2.5.7? I looked around at rsync home page and did not see how i can access schedule/timeline for official releases. I can work with latest in CVS if the release date is too

I've merged the security fixes that were released in version 2.5.7 into CVS. I also made similar changes to the malloc() calls that are new in the CVS version. This version has received very minimal testing, but it looks good so far. ..wayne..

Hi folks, I've discovered a local stack overflow bug in rsync 2.5.7. Problem is in open_socket_out function (socket.c). ... char portbuf[10]; char *h; int proxied = 0; char buffer[1024]; char *cp; ... h = getenv("RSYNC_PROXY"); proxied = (h != NULL) && (*h != '\0'); ... if (proxied) {

Looks like Firefox may be getting another update soon, if my problem is not atypical. Prior to the latest, had NP for *months*. Anyone else seeing any problems? BTW, running the recent Java console from sun that was detailed in another thread a week or two back with Firefox. Had NP prior to the latest update, if that offers any useful info. Would like to test the openjdk for us if it's