similar to: using strace with rsync

List, I am having trouble with a previously working rsync server. Version: > # rsync --version > rsync version 2.5.4 protocol version 26 > Copyright (C) 1996-2002 by Andrew Tridgell and others > <http://rsync.samba.org/> > Capabilities: 64-bit files, socketpairs, hard links, symlinks, > batchfiles, IPv6, 64-bit system inums, 64-bit internal inums

>could you do a closer look at your smbd (maybe with truss or strace) >to see what exactly happens? Hi Chris. Do you mind if I butt in on this thread? I am currently fighting tooth and nail with Samba and I am attempting to do an strace on it myself...to no avail. When I start Samba with "strace -ff -o trace.out smbd -D", the program starts, but I cannot connect to the service

Topic: strace casues hardlock. no kernel panic. userland tool Category: kernel Program: strace Affects: FreeBSD releases 5.x and later. problem: When a normal user (or root user) users strace on certain binarys, the system will hardlock up, with no kernel panic. (numlock doesnt turn on and off, no ssh or console access). Im using strace from the ports

hi, i hope i'm not reporting something well-known; i tried to understand the available bug tracking information. please excuse me if my problem report should not meet your standards, but i want to direct your attention to the following: http://koffein.org/av/rsync-bugreport/ problem report for rsync 2.6.9 on linux/IA32, 09 Dec 2006 Herwig Wittmann

I still see 2.5.5 hangs where the destination rsync exits (for whatever reason -- I don't see any errors) and the source waits on something forever. The interesting thing about it is when I strace the child rsync pid on the source side then rsync exits as it should. Strace must introduce a timing delay of some sort that allows one of the processes to properly detect the end of channel. I

Hello, I have a few VPSes with centos5 on which I expirience a strange phenomen: Every now and then a random network communicating process (lynx, sendmail, httpd, ...) starts eating 100% of cpu while doing nothing. That slows down a VPS a lot. When examined with lsof, all of such processes have at least one tcp connection in close_wait state. Touching such process with strace -p makes it spring

CentOS Errata and Bugfix Advisory 2013:0010 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0010.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 58b043c6d85d518226938e212bed6db19e909b8b82dbbf61ae9566dd827b7be1 strace-4.5.18-18.el5.i386.rpm x86_64:

CentOS Errata and Bugfix Advisory 2012:0028 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0028.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1dca76b14ad4f23255c3f2d643b2f58fd6d9252dc7246f258c835ab2d54ec662 strace-4.5.19-1.11.el6_2.1.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2012:1317 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1317.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5e3064fa98a300d720df1818494a42e65733f17bd84fd8ce885b03a3702211f0 strace-4.5.19-1.11.el6_3.2.i686.rpm x86_64:

I re-wrote the compile script to build klibc (cleaning up how I do it, and how to find the source tarballs). It seems to be compiling fine. I tried several of the commands in usr/utils/static and most one. However, the sleep command fails in a strange way (EINVAL on execve): ================================================================ faraday/phil /home/phil/klibc-project-0 581> strace

CentOS Errata and Bugfix Advisory 2008:0824 Upstream details at : https://rhn.redhat.com/errata/RHBA-2008-0824.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: dba0f8d0a2aca6aca15bd81d63a0b295 strace-4.5.16-1.el5_2.2.i386.rpm Source: 4f46275678d5a11a8d8ceacd3d9c241a strace-4.5.16-1.el5_2.2.src.rpm -- Karanbir Singh

CentOS Errata and Bugfix Advisory 2008:0824 Upstream details at : https://rhn.redhat.com/errata/RHBA-2008-0824.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 288c7979157a76555734c4dd532803cf strace-4.5.16-1.el5_2.2.x86_64.rpm Source: 4f46275678d5a11a8d8ceacd3d9c241a strace-4.5.16-1.el5_2.2.src.rpm -- Karanbir

CentOS Errata and Bugfix Advisory 2010:0174 Upstream details at : http://rhn.redhat.com/errata/RHBA-2010-0174.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 924b710ebfbf8540fa87d553f351688e strace-4.5.18-5.el5_4.4.i386.rpm Source: ecfcebb953508adb88f4b864efadd1d5 strace-4.5.18-5.el5_4.4.src.rpm -- Karanbir Singh

CentOS Errata and Bugfix Advisory 2010:0174 Upstream details at : http://rhn.redhat.com/errata/RHBA-2010-0174.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: cd8b769f9ad49dff14492100822fca19 strace-4.5.18-5.el5_4.4.x86_64.rpm Source: ecfcebb953508adb88f4b864efadd1d5 strace-4.5.18-5.el5_4.4.src.rpm -- Karanbir

CentOS Errata and Bugfix Advisory 2010:0453 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0453.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 514daefab3fd415811e9243aef0a7763 strace-4.5.18-5.el5_5.5.i386.rpm Source: cabccca5135ed67faeaef5a1803b5f2c strace-4.5.18-5.el5_5.5.src.rpm -- Karanbir Singh

CentOS Errata and Bugfix Advisory 2010:0453 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0453.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 8482bcb1343f48223775809e6346d45e strace-4.5.18-5.el5_5.5.x86_64.rpm Source: cabccca5135ed67faeaef5a1803b5f2c strace-4.5.18-5.el5_5.5.src.rpm -- Karanbir

CentOS Errata and Bugfix Advisory 2010:0472 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0472.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: strace-4.5.16-1.el4_8.11.x86_64.rpm Source: strace-4.5.16-1.el4_8.11.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos at irc.freenode.net

CentOS Errata and Bugfix Advisory 2010:0472 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0472.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: strace-4.5.16-1.el4_8.11.i386.rpm Source: strace-4.5.16-1.el4_8.11.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos at irc.freenode.net

strace on file access in asterisk shows that * is not even attempting to access the voice files. If I *manually* load app_playback.so, app_macro.so, and then pbx_config.so, I they will load and I get a dialplan. Ok, that's a problem -- autoconf is clearly not working, or there's some other related issue. So I try to use the demo and do "dial 500". This should connect and

We have a dovecot install that is working fine for everyone except one user, who complains that it takes a minute or longer to delete a single message from the INBOX to Trash. This is happening for him from multiple IMAP clients so it appears to be server-side. I wanted to start up a test instance of dovecot alongside the production one and test there. So I copied dovecot.conf, put imap on