search for: ltrace

CentOS Errata and Bugfix Advisory 2011:1473 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-1473.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 0be35fe0be137cc50e85ea7a7dd54c81 ltrace-0.5-13.45svn.el5_7.12.i386.rpm Source: 131670cc094d3b8baefcb93cdb99b418 ltrace-0.5-13.45svn.el5_7.12.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos at irc.freenode.net

CentOS Errata and Bugfix Advisory 2011:1473 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-1473.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 84cb434c37124ab3a45c003b0f2182f2 ltrace-0.5-13.45svn.el5_7.12.x86_64.rpm Source: 131670cc094d3b8baefcb93cdb99b418 ltrace-0.5-13.45svn.el5_7.12.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos at irc.freenode.net

https://bugzilla.samba.org/show_bug.cgi?id=2766 ------- Additional Comments From paul@debian.org 2005-06-02 08:47 ------- It seems to be looping in userspace (no system calls, hence strace doesn't show anything). Could you try ltrace instead of strace, that should show what library functions (if any) are being called which may help. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

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()...

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 that might fix this? -Marc > -----Original Message----- > From: samba-bounces+marc_kaplan=adaptec.com@lists.samba.org [mailto:samba- > bounces+marc_kaplan=adaptec.com@lists.samba.org] On Behal...

...FASTTRACK Update (Johnny Hughes) 4. CEBA-2011:1467 CentOS 5 x86_64 openmotif22 FASTTRACK Update (Johnny Hughes) 5. CEBA-2011:1472 CentOS 5 i386 libexif Update (Johnny Hughes) 6. CEBA-2011:1472 CentOS 5 x86_64 libexif Update (Johnny Hughes) 7. CEBA-2011:1473 CentOS 5 i386 ltrace Update (Johnny Hughes) 8. CEBA-2011:1473 CentOS 5 x86_64 ltrace Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 22 Nov 2011 12:18:35 +0000 From: Johnny Hughes <johnny at centos.org> Subject: [CentOS-announce] CEBA-2011...

...nerate 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 guestfish tracing at some point in the future. If you want to debug calls to libguestfs code, then the easiest thing to do is to use ltrace(1). Sample ltrace output is attached. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt...

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...

...6 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 didn't help much. When running ltrace, the process I'm trying to trace (host, nslookup) just dies. And the output of strace does show a 3+ second delay, but I can't figure out what it's telling me: 10:46:25.317517 futex(0xd1ba94, FUTEX_WAKE_PRIVATE, 2147483647) = 0 10:4...

...eperate machines entering "yum update" has resulted in yum geting repo information for packages with versions that only exist in the base repository of centos 5.2. The following snippet shows the beginning of yum update on a x86_64 server. It has noticed python-2.4.3-21.el5.x86_64, ltrace-0.5-7.45svn.el5.x86_64 and system-config-securitylevel-tui.x86_64 0:1.6.29.1-2.1.el5 which are a CentOs 5.2 package. On a workstation yum update resulted in upgrade of firefox from 1.5 to 3.0-0 beta5. Can I stop this from happening? Ideally I would like to stay on a particulare version of Cen...

.../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 traced. If you want to trace C API calls into libguestfs (and other libraries) then possibly a better way is to use -the external ltrace(1) command. +the external L<ltrace(1)> command. Command traces are disabled unless the environment variable C<LIBGUESTFS_TRACE> is defined and set to C<1>. @@ -2700,10 +2700,10 @@ On return you get a list of strings, with a one-to-one correspondence to the C<names> list...

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

...st. We haven't noticed such infinite looping in other installations or automated director stresstests though.. >> FD 13 is "anon_inode:[eventpoll]" > > What about fd 78? I guess some socket. > > Could you also try two more things when it happens again: > > ltrace -tt -e '*' -o ltrace.log -p <pid> > (My guess this isn't going to be very useful, but just in case it might be..) > > gdb -p <pid> > bt full > quit > > Preferably install dovecot-dbg package also so the gdb backtrace output will be better. These would...

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,

...SSAPI -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 get this error: 00002020: Operation unavailable without authentication I've traced ldapsearch and python using ltrace, and both seem to be making the same calls (ldap_sasl_interactive_bind_s and ldap_search_ext) and passing the same parameters. This feels like a bug in python-ldap, but I've been tracing this for hours and can't find anything which indicates that. I set my samba "log level" to 10...

...5320, u64=149035320}}) = 0 Nothing else but these epoll_ctl() calls? So it's gone to some loop where it keeps calling io_add() and io_remove(). > FD 13 is "anon_inode:[eventpoll]" What about fd 78? I guess some socket. Could you also try two more things when it happens again: ltrace -tt -e '*' -o ltrace.log -p <pid> (My guess this isn't going to be very useful, but just in case it might be..) gdb -p <pid> bt full quit Preferably install dovecot-dbg package also so the gdb backtrace output will be better. -------------- next part -------------- An HTM...

Hi, I just ltraced ssh to see why it prints the lastlog twice instead of one time. I think the bug seems to be in the parsing of the lastlog-entry and I especially think that the function lastlog_populate_entry is the buggy one, but I'm not sure, as I'm not very familar with the code. So if someone of you, w...

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) - apparently as a way to preve...

...cover, but had no luck so far. As long i am just guessing around (auth? dev 0.10?? maybe SSL config?), i have no clue what happens here :(. To make things more interesting: the installation lives on an embedded device (xscale, aka arm w/4MB RAM), where are no extended debug features available (like ltrace, ldd,...), and no newer packages (if exist) available. Tried so far: * uninstall (ipkg remove) * rm'd all files listed in the package description + /var/run/dc/* * reinstall (ipkg install) * changed the config file (in many ways... but what??) The init-script does mainly "/opt/sbin/dovec...

...) = 0 mmap(NULL, 55537056, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2aaaaaae0000 close(3) = 0 brk(0) = 0x15b30000 brk(0x15b30800) = 0x15b30000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ and ltrace gives: __libc_start_main(0x405180, 1, 0x7fff89087298, 0x440b30, 0x440b20 <unfinished ...> setlocale(5, "" <unfinished ...> sbrk(0) = 0x141f1000 sbrk(2048) = 0xffffffffffffffff -...