similar to: [Bug 2766] rsync endless loop

I've been having problems since updating to samba 3.0.10 on Debian 3.1 Below is the output of ltrace and gdb on the offending smbd process. I tried upgrading to 3.0.11 and the problem still exists. Anyone have any suggestions? [ltrace output] After about 20 seconds on the processes ltrace loops this iconv(0x82cecc8, 0xbffff218, 0xbffff21c, 0xbffff220, 0xbffff224) = -1 __errno_location()

On Sun, May 21, 2023 at 09:51:24PM -0500, Mike Christie wrote: > When switching from kthreads to vhost_tasks two bugs were added: > 1. The vhost worker tasks's now show up as processes so scripts doing ps > or ps a would not incorrectly detect the vhost task as another process. > 2. kthreads disabled freeze by setting PF_NOFREEZE, but vhost tasks's > didn't disable or

Matt asked me this morning if we could generate guestfish scripts automatically from running programs like virt-v2v. Good idea. This patch however doesn't do this, but it lays the groundwork for it: In order for us to generate code for any functions which don't go through the daemon, we need to add an indirection to those calls via some generated code. This will allow us to add

Maybe it's stuck in a library call loop. Try ltrace -p 2170 -f -o smbd.2170.ltrace.out -Marc > -----Original Message----- > From: Kel Way [mailto:kpwspam-samba@yahoo.com] > Sent: Friday, February 04, 2005 9:06 AM > To: Denis Vlasenko; samba@lists.samba.org > Subject: Re: [Samba] A smbd process pegging CPU at near 100% with v3.0.10- > 1FC2 RPM > > > strace -p

I have this same problem on 3.0.10, and I also "fixed" it by deleting the tdbs. My problem, had nothing to do with printing, it was happening once I started winbindd with security = ADS. Jerry, what would we need to do to track this bug down in the tdb code? I have logs at level 10, ltrace output, and a backtrace. Do you think that there were changes made to the tdb code in 3.0.12

I have a Fedora Core server running: Fedora Core release 4 (Stentz) kernel version: 2.6.15-1.1833_FC4smp ( I have also tried kernel version: 2.6.16-1.2108_FC4smp) I compiled the ocfs2 and ocfs2-tools using the following steps: # MODULES: tar zxvpf ocfs2-1.2.1.tar.gz cd ocfs2-1.2.1 ./configure make make install # TOOLS: tar zxf ocfs2-tools-1.2.1.tar.gz cd ocfs2-tools-1.2.1 ./configure

Most of my desktops are still running CentOS5, but I have installed CentOS6 on a few of them. The users on those desktops are reporting that DNS lookups are slow, and from my brief tests, that does appear to be the case. After some googling, I found a suggestion to disable IPv6, but that didn't help. So I tried to figure out where the delay occurs using strace and ltrace, but that

The following patches made over Linus's tree fix the 2 bugs: 1. vhost worker task shows up as a process forked from the parent that did VHOST_SET_OWNER ioctl instead of a process under root/kthreadd. This was causing breaking scripts. 2. vhost_tasks didn't disable or add support for freeze requests. The following patches fix these issues by making the vhost_task task a thread under the

Hi Mike, sorry, but somehow I can't understand this patch... I'll try to read it with a fresh head on Weekend, but for example, On 06/01, Mike Christie wrote: > > static int vhost_task_fn(void *data) > { > struct vhost_task *vtsk = data; > - int ret; > + bool dead = false; > + > + for (;;) { > + bool did_work; > + > + /* mb paired w/

Some more information: the issue has just occurred, again on an instance without the "service_count = 0" configuration directive on pop3-login. I've observed that while the issue is occurring, the director process goes 100% CPU. I've straced the process. It is seemingly looping: ... ... epoll_ctl(13, EPOLL_CTL_ADD, 78, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=149035320,

Currently executing "ssh -t host sleep 100" and then pressing Ctrl-Z (to send SIGSTOP) does not seem to suspend the SSH process. Would it make sense to have Ctrl-Z suspend the SSH process, or is there some rationale for not doing that? I'm not intimately familiar with how SSH interacts with terminals on pseudo-TTY allocation, which is why I'm asking.

When switching from kthreads to vhost_tasks two bugs were added: 1. The vhost worker tasks's now show up as processes so scripts doing ps or ps a would not incorrectly detect the vhost task as another process. 2. kthreads disabled freeze by setting PF_NOFREEZE, but vhost tasks's didn't disable or add support for them. To fix both bugs, this switches the vhost task to be thread in the

On command: #kill -9 `cat /var/run/sshd.pid` sshd leave pid file ! sshd.c code: =============== .... /* * Arrange to restart on SIGHUP. The handler needs * listen_sock. */ signal(SIGHUP, sighup_handler); signal(SIGTERM, sigterm_handler); signal(SIGQUIT, sigterm_handler); .... =============== Missing line is : signal(SIGKILL, sigterm_handler);

Switch from C<> to L<> for links to man pages, where wasn't done before. --- generator/actions.ml | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/generator/actions.ml b/generator/actions.ml index 9f32cb5..fb971d3 100644 --- a/generator/actions.ml +++ b/generator/actions.ml @@ -683,7 +683,7 @@ calls, parameters and return values are

Hi folks I noticed something interesting when debugging a program that uses llvm for JIT compilation. Running `ltrace` surfaced a number of `getenv("bar")` calls coming from llvm. It turns out these are not "real" `getenv` calls, but are an optimization "do nothing" escape hatch which have been in `llvm/include/llvm/LinkAllPasses.h` [for over 15years](1) -

Hello, I'm writing in regards to this issue I opened on GitHub: https://github.com/python-ldap/python-ldap/issues/275 I am able to successfully use ldapsearch to query my Samba 4.9.4-Debian DC: ldapsearch -LLL -Y GSSAPI -H ldap://samba-dc.ad.example.com -b "dc=ad,dc=example,dc=com" "(objectClass=user)" "sAMAccountName" However, when I try to use python-ldap I

On 7 Sep 2018, at 19.43, Timo Sirainen <tss at iki.fi> wrote: > > On 7 Sep 2018, at 16.50, Simone Lazzaris <s.lazzaris at interactive.eu <mailto:s.lazzaris at interactive.eu>> wrote: >> >> Some more information: the issue has just occurred, again on an instance without the "service_count = 0" configuration directive on pop3-login. >> >>

Hi, Since i upgraded to Linux Redhat 9.0 / samba-2.2.7a-8.9.0 / kernel 2.4.20-9 i have the following problem: # smbmount //amd/Films /mnt/disk -o username=jan,password=XXXXXX # In 50% of the times i do this command it mounts the share and goes into daemon mode and ps -aux shows one process smbmount. All ok. However in the other 50% the command just hangs. If i open a new window it did do

On 05/22, Oleg Nesterov wrote: > > Right now I think that "int dead" should die, No, probably we shouldn't call get_signal() if we have already dequeued SIGKILL. > but let me think tomorrow. May be something like this... I don't like it but I can't suggest anything better right now. bool killed = false; for (;;) { ... node =

Hi, With the release of 5.2 "yum update" seems to be upgrading our computers from CentOS 5.1 to CentOS 5.2. I note from release notes for 5.2 that you are only supposed to get 5.2 if you type in "yum upgrade". On two seperate machines entering "yum update" has resulted in yum geting repo information for packages with versions that only exist in the base