search for: tgkill

...serv"..., 57 ) = 57 open("/home/dh/.asterisk_history", O_WRONLY|O_CREAT|O_TRUNC, 0600) = 9 write(9, "", 0) = 0 close(9) = 0 write(1, "Executing last minute cleanups\n", 31Executing last minute cleanups ) = 31 tgkill(2974, 2974, SIGURG) = 0 --- SIGURG (Urgent I/O condition) @ 0 (0) --- rt_sigaction(SIGURG, {0x80a5cc0, [URG], SA_RESTART}, {0x80a5cc0, [URG], SA_RESTART}, 8) = 0 sigreturn() = ? (mask now []) == Destroying musiconhold processes;40mDestro"..., 59 ) =...

Hello, I'm assessing the work required to enable Safe Stack for a bare metal target. Looking at compiler-rt/lib/safestack/, the current implementation depends on thread support for mutex & storing unsafe stack pointer. It also need several system calls: gettid, tgkill, mmap, munmap, mprotect. Our target doesn't has all underlying support it needs. My question is: what's the minimum requirement to port Safe Stack to bare metal? Thanks, Zhaoshi -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/piper...

..._db library "/lib64/libthread_db.so.1"./ /Core was generated by `dovecot/imap'./ /Program terminated with signal 6, Aborted./ /#0? 0x00007f44637bb1f7 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56/ /56??????? return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);/ What could we understand from this? -federico Il 09/05/2018 18:52, Reio Remma ha scritto: > On 09.05.2018 19:48, Federico Bartolucci wrote: >> Hello, >> >> when doing a simple search through the lucene indexes in some >> mailboxes (with actua...

...9;s the same problem. The issue is that incoming SSH connections from a modern OpenSSH client work fine, but connections from a somewhat obsolete client (retrocomputing, don't ask) crash with "seccomp violation" for the writev() call -- and after I added it to the allow list, for the tgkill() call. However, the writev() call in question is this: [pid 592791] writev(2, [{iov_base="free(): double free detected in tcache 2", iov_len=40}, {iov_base="\n", iov_len=1}], 2) = 41 So the tgkill() probably makes sense as it comes from libc itself, rather than from OpenSSH....

https://bugzilla.mindrot.org/show_bug.cgi?id=3512 Bug ID: 3512 Summary: net-misc/openssh-9.1_p1: stopped accepting connections after upgrade to sys-libs/glibc-2.36 (fatal: ssh_sandbox_violation: unexpected system call) Product: Portable OpenSSH Version: 9.1p1 Hardware: amd64 OS: Linux

Hello, when doing a simple search through the lucene indexes in some mailboxes (with actually many subfolders) the search terminates after a few seconds with no result and the dovecot log shows this error: Fatal: master: service(imap): child 15433 killed with signal 6 (core not dumped) Any clue about the reasons? the lucene indexes have been already rebuilt and look OK. Regards -federico

...instance of \''", 48) = 48 > <0.000137> > write(2, "int", 3) = 3 <0.000092> > write(2, "\''\n", 2) = 2 <0.000091> > rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 <0.000146> > tgkill(6375, 6375, SIGABRT) = 0 <0.000083> > --- SIGABRT (Aborted) @ 0 (0) --- > > Is it perhaps some sort of file locking issue? Any ideas on how I > could go about better tracking down the problem? > > Thanks, > - Paul

Hi, I''ve a few problems with my rails app at the minute, causing mongrels in a cluster to die, while I debug I''ve setup monit to keep the site running. Problem is, whenever monit starts one of my mongrels via mongrel_rails cluster::start --only 8000 --clean -C /url/to/yml/file I get the following in my log/mongrel.log: ** Mongrel available at 127.0.0.1:8000 ** Writing PID file

...ead.org QAContact: xorg-team at lists.x.org gmpc's on-screen display plugin triggers a nouveau crash: Program received signal SIGABRT, Aborted. 0x0000003a95e33575 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) bt #0 0x0000003a95e33575 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x0000003a95e34d55 in abort () at abort.c:92 #2 0x0000003a95e2c655 in __assert_fail (assertion=0x7f26b358288a "ret == 0", file=&lt...

...7f7f7c4b63d5] -> dovecot/lmtp [local READY](+0x55e5) [0x7f7f7d3635e5] gdb: Core was generated by `dovecot/lmtp [lo'. Program terminated with signal 6, Aborted. #0 0x00007f6502506207 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) bt full #0 0x00007f6502506207 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 2826461 selftid = 2826461 #1 0x00007f65025078f8 in __GI_abort () at abort.c:90 save_stage = 2 ac...

..._SET, start=552, len=1}) = 0 fcntl(6, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=552, len=1}) = 0 fcntl(5, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=552, len=1}) = 0 fcntl(5, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=552, len=1}) = 0 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(5304, 5304, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Any ideas what would cause a SIGABRT on this process? Thanks, Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email i...

...g symbols from /usr/libexec/dovecot/imap...Reading symbols from /usr/lib/debug/usr/libexec/dovecot/imap.debug...done. Program terminated with signal 6, Aborted. #0 0x00007fbee47e0277 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); Thread 1 (Thread 0x7fbee532f840 (LWP 9449)): #0 0x00007fbee47e0277 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 9449 selftid = 9449 #1 0x00007fbee47e1968 in __GI_abort () at abort.c:90 save_stage = 2 act = {__s...

One of the mbox files on my server causes dovecot to assert. I've caught the assert in gdb and have attached the backtrace. Unfortunatly my binary isn't built with debugging symbols, so I'm not sure how helpful it will be. smtp:/var$ uname -a Linux smtp 2.6.14-2-686-smp #1 SMP Sat Nov 26 13:37:07 UTC 2005 i686 GNU/Linux smtp:/var$ cat /etc/debian_version 3.1 smtp:/var$ dpkg -p

On 7.3.2019 23.37, A. Schulze via dovecot wrote: > > Am 07.03.19 um 17:33 schrieb Aki Tuomi via dovecot: > >>> test-http-client-errors.c:2989: Assert failed: FALSE >>> connection timed out ................................................. : FAILED > Hello Aki, > >> Are you running with valgrind or on really slow system? > I'm not aware my buildsystem

http://dovecot.org/releases/2.2/dovecot-2.2.8.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.8.tar.gz.sig + Mail cache lookups work for the mail being saved. This improves performance by avoiding the need to parse the mail multiple times when using some plugins (e.g. mail_log). + Mail cache works for recently cached data also with in-memory indexes. + imapc: Many performance

http://dovecot.org/releases/2.2/dovecot-2.2.8.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.8.tar.gz.sig + Mail cache lookups work for the mail being saved. This improves performance by avoiding the need to parse the mail multiple times when using some plugins (e.g. mail_log). + Mail cache works for recently cached data also with in-memory indexes. + imapc: Many performance

...m /usr/libexec/dovecot/imap...(no debugging symbols found)...done. [New LWP 74012] Core was generated by `dovecot/imap'. Program terminated with signal 6, Aborted. #0 0x00007fa262c741d7 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) bt full #0 0x00007fa262c741d7 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 74012 selftid = 74012 #1 0x00007fa262c758c8 in __GI_abort () at abort.c:90 save_stage = 2 act =...

...e.c:118):swfdec_movie_invalidate: assertion failed: (movie->cache_state <= SWFDEC_MOVIE_INVALID_CHILDREN) Program received signal SIGABRT, Aborted. 0x00000031aa832215 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); Missing separate debuginfos, use: debuginfo-install keyutils.x86_64 libpng.x86_64 libxml2.x86_64 openssl.x86_64 (gdb) where #0 0x00000031aa832215 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00000031aa833d83 in abort ()...

Hi I'm having an issue with doveadm batch - the following command always crashes: doveadm batch : mailbox status all inbox Whereas the following work as expected: doveadm mailbox status all inbox doveadm batch : mailbox list Any assistance gratefully received. Debug output from the crash: Debug: Loading modules from directory: /usr/lib64/dovecot Debug: Module loaded:

...b library "/lib64/libthread_db.so.1". Core was generated by `/usr/sbin/smbd --foreground --no-process-group'. Program terminated with signal 6, Aborted. #0 0x00007f5af5e4d277 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) bt #0 0x00007f5af5e4d277 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x00007f5af5e4e968 in __GI_abort () at abort.c:90 #2 0x00007f5af77f314e in dump_core () at ../source3/lib/dumpcore.c:338 #3 0x00007f5af77e3b77 in smb_panic_...