search for: crashdump

...from the log, slightly altered to protect user-identities: Nov 8 23:05:09 SD-Server dovecot: imap-login: Login: user=<imapuser>, method=PLAIN, rip=192.168.2.10, lip=192.168.2.2, TLS Nov 8 23:05:09 SD-Server dovecot: child 22662 (imap) killed with signal 11 Nov 8 23:05:09 SD-Server crashdump[22663]: imap crashed Nov 8 23:05:09 SD-Server crashdump[22663]: crash report written to: / Library/Logs/CrashReporter/imap.crash.log Nov 8 23:05:12 SD-Server dovecot: imap-login: Login: user=< imapuser >, method=PLAIN, rip=192.168.2.10, lip=192.168.2.2, TLS Nov 8 23:05:13 SD-Server dov...

> On July 18, 2017 at 5:31 PM Thomas Leuxner <tlx at leuxner.net> wrote: > > > #0 0x00007f497ecdb067 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 > resultvar = 0 > pid = 10092 > selftid = 10092 > #1 0x00007f497ecdc448 in __GI_abort () at abort.c:89 > save_stage = 2 > act =

* Aki Tuomi <aki.tuomi at dovecot.fi> 2017.07.18 20:01: > Hi! > > Thank you for your report. Do you have mailbox_list_index=yes? > > Aki Hi Aki, yes I do: doveconf mailbox_list_index mailbox_list_index = yes Regards Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes

On 19.07.2017 09:20, Thomas Leuxner wrote: > * Aki Tuomi <aki.tuomi at dovecot.fi> 2017.07.18 20:01: > >> Hi! >> >> Thank you for your report. Do you have mailbox_list_index=yes? >> >> Aki > Hi Aki, > > yes I do: > > doveconf mailbox_list_index > mailbox_list_index = yes > > Regards > Thomas Can you provide your virtual config?

* Aki Tuomi <aki.tuomi at dovecot.fi> 2017.07.19 08:22: > Can you provide your virtual config? Here you go: # cat Dovecot/dovecot-virtual :public/Archive/Mailing-Lists/Dovecot/* :public/Mailing-Lists/Dovecot all # cat Flagged/dovecot-virtual * :public/* -Trash -Trash/* flagged # cat Postfix-Users/dovecot-virtual :public/Archive/Mailing-Lists/Postfix-Users/*

On 19.07.2017 09:28, Thomas Leuxner wrote: > * Aki Tuomi <aki.tuomi at dovecot.fi> 2017.07.19 08:22: > >> Can you provide your virtual config? > Here you go: > > # cat Dovecot/dovecot-virtual > :public/Archive/Mailing-Lists/Dovecot/* > :public/Mailing-Lists/Dovecot > all > > # cat Flagged/dovecot-virtual > * > :public/* > -Trash > -Trash/*

* Aki Tuomi <aki.tuomi at dovecot.fi> 2017.07.19 08:31: > oh and any idea which one of these crashes? This one does: # cat Flagged/dovecot-virtual * :public/* -Trash -Trash/* flagged -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL:

On 19.07.2017 09:36, Thomas Leuxner wrote: > * Aki Tuomi <aki.tuomi at dovecot.fi> 2017.07.19 08:31: > >> oh and any idea which one of these crashes? > This one does: > > # cat Flagged/dovecot-virtual > * > :public/* > -Trash > -Trash/* > flagged Thanks, we'll look into this. Aki

* Aki Tuomi <aki.tuomi at dovecot.fi> 2017.07.19 11:43: > Should be fixed with > > commit 2f691d6dd1b98f605043744846534b828a43994d > Author: Aki Tuomi <aki.tuomi at dovecot.fi> > Date: Wed Jul 19 12:03:58 2017 +0300 > > virtual: Stop watching notification on backend box close > > Fixes Panic: file mail-index.c: line 662 >

> On July 19, 2017 at 9:16 PM Thomas Leuxner <tlx at leuxner.net> wrote: > > > * Thomas Leuxner <tlx at leuxner.net> 2017.07.19 14:29: > > It seems to have a new side effect which I haven't noticed upfront as it does not produce logging in Dovecot: > Should be fixed with commit 81e832796cdc6af790ed7be8a6c150889f03171c Author: Timo Sirainen

This patch is for kexec-tools-testing-20080324. --- kexec/crashdump.c.org 2008-03-25 11:51:51.000000000 +0900 +++ kexec/crashdump.c 2008-03-26 09:29:20.000000000 +0900 @@ -110,10 +110,8 @@ return 0; } -/* Returns the physical address of start of crash notes buffer for a kernel. */ -int get_kernel_vmcoreinfo(uint64_t *addr, uint64_t *len) +static int get_vmcore...

...r /sys/kernel (valid on baremetal only) and/or under /sys/hypervisor (valid when Xen dom0 is running). Read only one of them. It means that only one PT_NOTE will be always created. Remove extra code for second PT_NOTE creation. Signed-off-by: Daniel Kiper <daniel.kiper@oracle.com> --- kexec/crashdump-elf.c | 33 +++++++-------------------------- 1 files changed, 7 insertions(+), 26 deletions(-) diff --git a/kexec/crashdump-elf.c b/kexec/crashdump-elf.c index 8d82db9..ec66548 100644 --- a/kexec/crashdump-elf.c +++ b/kexec/crashdump-elf.c @@ -40,8 +40,6 @@ int FUNC(struct kexec_info *info, u...

...asy to see where the file installed into /etc/puppet/ came from. Furthermore, we use svn cp to create release branches. Therefore, you''ll see something like this: # $Id: dumpadm.conf 1239 2007-10-23 16:04:06Z sa_dewha $ # $URL: svn://engsun05/bootstrap/rel/release-20071030/puppet/modules/crashdump/t emplates/dumpadm.conf $ All well and good until I create another release and the svn export looks like this: # $Id: dumpadm.conf 1239 2007-10-23 16:04:06Z sa_dewha $ # $URL: svn://engsun05/bootstrap/rel/release-20071130/puppet/modules/crashdump/t emplates/dumpadm.conf $ Puppet will declare tha...

On 19.07.2017 09:39, Aki Tuomi wrote: > > On 19.07.2017 09:36, Thomas Leuxner wrote: >> * Aki Tuomi <aki.tuomi at dovecot.fi> 2017.07.19 08:31: >> >>> oh and any idea which one of these crashes? >> This one does: >> >> # cat Flagged/dovecot-virtual >> * >> :public/* >> -Trash >> -Trash/* >> flagged > Thanks,

* Thomas Leuxner <tlx at leuxner.net> 2017.07.19 14:29: It seems to have a new side effect which I haven't noticed upfront as it does not produce logging in Dovecot: Program terminated with signal SIGSEGV, Segmentation fault. #0 io_loop_extract_notify_fd (ioloop=0x563456973540) at ioloop-notify-inotify.c:224 224 ioloop-notify-inotify.c: No such file or directory. (gdb) bt full #0

#0 0x00007f497ecdb067 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 10092 selftid = 10092 #1 0x00007f497ecdc448 in __GI_abort () at abort.c:89 save_stage = 2 act = {__sigaction_handler = {sa_handler = 0xfffe, sa_sigaction = 0xfffe}, sa_mask = {__val = {1024, 140722499998576, 94791001010256, 513,

The redbuild boxes for redports are doing a very good and reliable job getting kernel panics out of 10.0: http://people.freebsd.org/~sbruno/redbuild_panic.txt Pretty frequent and pretty nasty. Happening on multiple machines under load. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc:

i''m crossposting from the opensolaris help forum: i''ve just migrated some zones to newer hardware running b94, and find that after a while working with an hvm in xvm, the machine hangs/panics. if i leave xvm stuff alone, the machine is perfectly reliable. it''s x64, intel chipset/procs anybody else having these troubles - zones and xvm together causing hangs/panics?

...res keeps growing until the machine is running out of kernel memory. At this point the machine hangs, lots of kernel threads are waiting for free memory, and the box must be power cycled (Well, unpluging and re-connecting the type 5 keyboard works and gets me to the OBP, where I can force a system crashdump and reboot). This message posted from opensolaris.org

Hey all - Just a quick one... Is there any plan to update the mdb ::memstat dcmd to present ZFS buffers as part of the summary? At present, we get something like: > ::memstat Page Summary Pages MB %Tot ------------ ---------------- ---------------- ---- Kernel 28859 112 13% Anon 34230