search for: ktrace

...ount" was reached, Dovecot canceled all new connections. I've setup completely new configuration based on http://wiki.dovecot.org/TestInstallation and no error was produced but every time I closed telnet the imap process became defunct. So, I tried to trace what was happening with ktrace: ktrace -d -f log -p pid_of_imap_process In attached file is a part of ktrace output at the moment when I close telnet connection. What is interesting (at last for me, but I'm lamer) is an error: 1576 imap 1256902587.568406 CALL close(0xffffffffffffffff) 1576 imap 1256902587.568448...

...reeBSD ELF64 dmake The last line worries me greatly... According to "procstat -t", there is only one thread there: PID TID COMM TDNAME CPU PRI STATE WCHAN 37126 100724 dmake - 1 193 sleep - And trying to "ktrace -p 37126" returns (even to root, even in /tmp): ktrace: ktrace.out: Operation not permitted There are no problems ktrace-ing 33012, but nothing comes from there, as that process simply waits for its child. I guess, the child -- 37126 was (v)forked to launch a compiler or some such and...

It seems a php-extensions bug. If you comment the mhash.so in /usr/local/etc/php/extensions.ini as: ;entension=mhash.so all works fine and you don't get anymore httpd crash (signal 11) if you use 'apachectl graceful'. Maybe will be a good idea to open PR for this? I hope it helps someone.... (I'm very surprised that this isn't a documented bug in 7.0 yet) -- Thanks, Jordi

...y, > NULL) = -24 I need to make these error messages more user-friendly :( -24 is SSH_ERR_SYSTEM_ERROR, so it's likely failing to find/load the key for some reason. I'll make a patch to improve the error message, but in the meantime you could probably figure out the exact failure using ktrace/ktruss/strace and/or digging errno out of the core file. -d

...ssages more user-friendly :( > > > > -24 is SSH_ERR_SYSTEM_ERROR, so it's likely failing to find/load the > > key for some reason. I'll make a patch to improve the error message, > > but in the meantime you could probably figure out the exact failure > > using ktrace/ktruss/strace and/or digging errno out of the core file. > > Do I have to fish the actual invocation of test_hostkeys from somewhere > too? Probably not, if you ktrace or similar you need only look for the last failing syscall (probably open) before the output of the error message. -d

...gt;kill 881 eureka:~>kill 881 881: No such process But the old one is not.. eureka:~>kill 80154 eureka:~>kill 80154 eureka:~>kill -9 80154 eureka:~>kill -9 80154 I can fstat the new process and it shows a slew of open FDs (presumably inherited from the old process), but I can't ktrace it.. eureka:~>ktrace -f 80154.ktr -p 80154 ktrace: 80154.ktr: Operation not permitted eureka:~>sudo ktrace -f 80154.ktr -p 80154 ktrace: 80154.ktr: Operation not permitted Or get a memory map.. eureka:~>dd if=/proc/80154/map bs=64k dd: /proc/80154/map: Resource temporarily unavailable 0+0...

...with test73, which worked fine. With the upgrade to test76, I lost the ability to SIGHUP dovecot when I rotated it's logfile. Dovecot would just die abruptly, not a trace in the log. I just upgraded to test77, but the problem is still there. I've put up my logfile and the last bit of a ktrace here: http://legonet.org/~griffin/tmp/dovecot/ The ktrace is partitial mostly because it contains usernames, I can edit those out and upload the hole shebang if that'll help. I'd appreciate any tips/pointers on this one! /Johan

Hi all I want to upgrade from 4.5-RELEASE to 4.8-STABLE. I cvsup-ed the source tree and then in /usr/src do 'make -j4 buildworld'. But there was an error during make. here is the dump: ... ===> usr.bin/kdump cc -O -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin cc -O -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin gzip -cn /usr/src/usr.bin/kdump/kdump.1 > kdump.1.gz cc -O -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin In file included from ioctl.c:95: /usr/obj/usr/src/i386/usr/in...

hi all- I am currently running dovecot 0.99.10p2 on OpenBSD-3.4-snapshot. It has been very stable, but I have recently noticed that I am having problems when checking IMAP-SSL mail with Mac OS X clients. There are not problems using Mozilla or Outlook on Windows, but Mac clients (Thunderbird, Mozilla, Mail.app) all exhibit the same behavior - they can check and send mail, but I end up with a

...to the NFS- resident file & removing the local copy works....) After a few variations on a theme of: albert(11.1)[5] sudo service lockd restart lockd not running? Starting lockd. albert(11.1)[6] echo $? 0 albert(11.1)[7] service lockd status lockd is not running. I finally(!) thought to ask ktrace what's going on (as tailing /var/log/messages was completely unproductive, even after enabling rc_debug). So I tried: "sudo ktrace -di service lockd restart"; upon exanimation of the output of kdump(1), I see that the trace ends with: ... 2811 rpc.lockd NAMI "/var/run/logp...

...ffff]@0/0: Entity not found It's really hard to say from this. I would think there is a way to tell usbhid-ups the device name and have it just try that. Could be a debian issue, could be something wrong with nut. My advice would be to build git master and debug from there, with gdb and ktrace (however you spell ktrace on debian, perhaps it is strace).

https://bugzilla.mindrot.org/show_bug.cgi?id=1917 Bug #: 1917 Summary: Escape sequence (~) doesn't work right with ControlMaster/ControlPersist connections Classification: Unclassified Product: Portable OpenSSH Version: 5.8p1 Platform: All OS/Version: All Status: NEW Severity: normal

...cation and one for vpopmail-auth: auth vpopmail { mechanisms = plain userdb = vpopmail passdb = vpopmail user = vpopmail } But the vpopmail dosn'nt work. I got the folowing in the log: Info: auth(vpopmail): vpopmail(stoffer at test.ek.dk): unknown user (stoffer at test.ek.dk) When I ktrace the dovecot process, it seams that it is trying to access the mysql db, but it ignores the settings in ~vpopmail/etc/vpopmail.mysql If I use the ports version of dovecot it works, but of course without the multiple auth capability since it is version 0.99... Any hints on debugging? - kristoffer...

...t a problem. However, in this scenario, "ssh-add -l" will only produce output to stdout if stdout is a tty. "ssh-add -L" reliably produces output to stdout. "ssh-add -l" reliably produces output to stdout _unless_ it can't parse one of the blobs from the agent. ktrace outputs of the working and non-working scenarios below. As you can see, in the broken scenario there's no I/O to stdout. Can anyone explain what's going on, please? -Phil % ktrace ssh-add -l 2>/dev/null 3072 8b:c1:ae:d1:48:5d:a1:c6:1b:3d:50:e1:6b:cd:65:32 /home/pdp/.ssh/id_rsa (RSA)...

...structures. mkntfs completed successfully. Have a nice day. # ntfs-3g /dev/md7 /mnt Failed to open /proc/filesystems: No such file or directory modprobe: not found Failed to open /proc/filesystems: No such file or directory # mount_fusefs: seekscript failed The fuse module is loaded, of course. A ktrace of the ntfs-3g is, umm, interesting, to say the least. Lot's of sh(1), awk(1) and fstat(1) calls. It even tries to load modprobe, as you can see from the output above too. So, the basic question is: Has _anybody_ used ntfs-3g successfully on RELENG_6? Ulrich Spoerlein -- A: Yes. >Q: Are y...

...il/ppgk.com.pl/%u/inbox In both cases, in user's directory, there will be an empty ~/Mail directory created, in addition to Mail and inbox. No idea about how sql or ldap would behave here, but global mail_location from dovecot.conf doesn't suffer from this issue (~ was expanded properly in ktrace dump). Chroot specification (/./) doesn't matter here. If I change mbox:~/Mail:INBOX=..... to mbox:/home/vmail/ppgk.com.pl/%u/Mail:INBOX=~/inbox then everything will be fine - no extra '~' dir. Thus my assumption it's not INBOX field related. Looking at ktrace, it seems that im...

...S) takes 98% of the system load on my FreeBSD > >>server. On a slower CPU linux system, Asterisk runs at 0.1% - both > >>without any active channels... > >> > >>Any ideas, anyone recognizing the problem? > > > > > > On the BSDs, your friend is ktrace (or ktruss, depending on > > flavor). It will tell you what system calls your process is > executing > > while it is doing this. > ktrace on FreeBSD generates a file filled with this: > And some signals caught here and there. > Doesn't make me wiser. > > /Olle &gt...

Other than cranking up logging to debug2, is there a way to better tune logging on a server to see if I am running into max sessions ? On FreeBSD RELENG11 I am periodically seeing connections being refused- 3way handshake not completing or completing and then FINs. Typically, I have a hundred or so connections at one time, but they can bounce up to a few hundred on occasion. Without leaving the

Hello, I've tried to do a full text search on the inbox, it run fine, but the imap daemon started to eat all the CPU until I closed the email client. I'm running dovecot 1.0.rc7 [using kqueue] on FreeBSD 6.1. ktrace shows this pattern over and over (its seems to be looping): 49021 imap CALL kevent(0x4,0,0,0x80df000,0x5,0xbfbfe988) 49021 imap RET kevent 1 49021 imap CALL gettimeofday(0x80d0b00,0x80d0b08) 49021 imap RET gettimeofday 0 49021 imap CALL gettimeofday(0x80d0b00,0...

Hello, I've tried to set the above in Dovecot 2.0.3, but according to ktrace (FreeBSD) it still fsync()s a lot (pop3 processes for example). Is this switch useful at all?