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

06.11.2024 12:32, Gilles via samba ?????: > On 06/11/2024 08:04, Michael Tokarev wrote: >> Take a closer look at strace.? You've already noticed >> the recv() call takes a noticeable time, - find all of >> them. >> >> BTW, in your strace output you omitted some important >> pieces, for example, it isn't visible what FD#5 corresponds >> to, since

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

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

On 05/11/2024 11:12, Rowland Penny via samba wrote: > I took a look at your strace again and I noticed that the hostname was > 'sheevaplug', now I can only really think of one reason why such a > hostname would be used, if it was an actual Sheevaplug. > > If this is a Sheevaplug, then that could be your problem. > From memory, the Sheevaplug had a single core ARM CPU,

On 06/11/2024 08:04, Michael Tokarev wrote: > Take a closer look at strace.? You've already noticed > the recv() call takes a noticeable time, - find all of > them. > > BTW, in your strace output you omitted some important > pieces, for example, it isn't visible what FD#5 corresponds > to, since you omitted its creation/open. > > The prob might not be the (host)

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

06.11.2024 08:59, Gilles via samba wrote: >>> FWIW, there's no delay after I run it once? but only for a couple of minutes. >> >> This suggests it might be a name resolution issue. > > What files could help find the source of the problem? That's a strange question. Without understanding what the actual problem is, it's hardly possible to point to the

On Sat, 2 Nov 2024 22:18:59 +0100 Gilles via samba <samba at lists.samba.org> wrote: > Hello, > > In case it makes sense to someone in the list, here's the output of > "strace smbclient -NL localhost", where it takes a good 10s to get > the list of shares: > > https://pastebin.com/raw/Q5GPxBKW > > Could it be something missing in smb.conf? >

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