search for: dumpcore

Hi, We found a crash in dumpcore contained in the xcp-xapi package. You are being contacted because your are listed as one of the maintainer of xcp-xapi. We are planning to submit the bug to the Debian bug tracking system in two weeks. We wanted to give you a heads-up, so that you some time to assess the seriousness of the bug be...

Hey All, I have a dump of a VM using /opt/xensource/libexec/dumpcore on XS5.5 Does anyone know what tools can be used to examine the resultant dump? Regards David _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

...here possible. (The comment should also be cleaned up) Was there a specific reason for the interface change ? If so, knowing more about it would help my understanding of this change. Thanks ! * and passes an opaque object for the use of the function and * created by the caller of xc_domain_dumpcore_via_callback. */ -typedef int (dumpcore_rtn_t)(void *arg, char *buffer, unsigned int length); +typedef int (dumpcore_rtn_t)(int fd, char *buffer, unsigned int length); On 9/17/06, Xen patchbot-unstable <patchbot-unstable@lists.xensource.com> wrote: > > # HG changeset patch > #...

...a good weekend Jun The following is what I got from the command line: junyij-2.desktop$ ./smbd [2012/09/28 17:36:18, 0] ../lib/util/debug.c:592(reopen_logs_internal) Unable to open new log file '/usr/local/samba/var/log.smbd': Permission denied [2012/09/28 17:36:18, 0] ../source3/lib/dumpcore.c:249(dump_core_setup) Unable to setup corepath for smbd: Operation not permitted [2012/09/28 17:36:18, 0] ../lib/util/debug.c:592(reopen_logs_internal) Unable to open new log file '/usr/local/samba/var/log.smbd': Permission denied [2012/09/28 17:36:18, 0] ../source3/smbd/server.c:118...

...t /usr/local/lib/libsmbconf.so.0 #1 0x80146282c <smb_panic+60> at /usr/local/lib/libsamba-util.so.0 #2 0x801462a41 <smb_panic+593> at /usr/local/lib/libsamba-util.so.0 #3 0x803faa1a6 <pthread_sigmask+918> at /lib/libthr.so.3 [2014/04/14 09:05:32.749917, 0] ../source3/lib/dumpcore.c:312(dump_core) unable to change to %N.core refusing to dump core [2014/04/14 09:06:32.825506, 0] ../source3/smbd/open.c:1582(defer_open_done) PANIC: assert failed at ../source3/smbd/open.c(1582): ret [2014/04/14 09:06:32.825662, 0] ../source3/lib/util.c:785(smb_panic_s3) PANIC (pid 1343...

The existing xc_domain_dumpcore is very specific to disk/file based output. Refactor the code slightly to allow more user-specified control. This is done by adding a parallel xc_domain_dumpcore2 (naming isn''t always my strong suit), which allows the specification of a callback routine and an opaque argument block. The...

Hi, This floods my server log running DC on 4.1.2. I don?t know if it is the same problem like bug 9832? Kinglok, Fong ======================================================= [2013/11/25 10:53:03.708423, 0] ../source3/lib/dumpcore.c:317(dump_core) dumping core in /usr/local/samba/var/cores/smbd [2013/11/25 10:53:04.106077, 0] ../source3/lib/popt_common.c:67(popt_s3_talloc_log_fn) talloc: access after free error - first free may be at ../source3/smbd/open.c:1569 [2013/11/25 10:53:04.106163, 0] ../source3/lib/popt_common...

...inux-gnu/samba/libsmbd-shim.so.0(exit_server+0x14) [0x7fa494cd9264] #6 /usr/sbin/smbd(main+0x13d2) [0x564221a6d402] #7 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb) [0x7fa49370209b] #8 /usr/sbin/smbd(_start+0x2a) [0x564221a6defa] [2020/03/03 18:10:46.174670, 0] ../../source3/lib/dumpcore.c:315(dump_core) dumping core in /var/log/samba/cores/smbd Here is my config file : [global] workgroup = EDUC-FOR security = ADS realm = EDUC-FOR.LOCAL server role = member server bind interfaces only = yes interfaces = lo eth0 # Disable Netbios disable netbios = Yes...

...5]:??? #20 /lib64/libc.so.6(__libc_start_main+0xe5) [0x7fbf51865d85] > Jul 28 09:18:51 midway3-dm1.rcc.local winbindd[1056745]:??? #21 /usr/sbin/winbindd(_start+0x2e) [0x56316272ae8e] > Jul 28 09:18:51 midway3-dm1.rcc.local winbindd[1056745]: [2023/07/28 09:18:51.432424,? 0] ../../source3/lib/dumpcore.c:318(dump_core) > Jul 28 09:18:51 midway3-dm1.rcc.local winbindd[1056745]:?? coredump is handled by helper binary specified at /proc/sys/kernel/core_pattern > Jul 28 09:18:51 midway3-dm1.rcc.local winbindd[1056745]: It is a Saturday here and I've not digested the entire thread, but this...

...mbconf.so.0 ? ?#21 0x840f1602 <_tevent_loop_once+114> at /usr/local/lib/libtevent.so.0 ? ?#22 0x102a241 <main+5249> at /usr/local/sbin/smbd ? ?#23 0x1026d13 <_start+419> at /usr/local/sbin/smbd [2014/03/24 13:28:49.789014, ?0, pid=13041, effective(0, 0), real(0, 0)] ../source3/lib/dumpcore.c:317(dump_core) ? dumping core in /var/coredumps

...ing the stack trace below. It looks like the problem is related to "invalid lock_order". Any ideas? Thanks, Sergei #0 0x00007fc5a34945f7 in raise () from /lib64/libc.so.6 #1 0x00007fc5a3495ce8 in abort () from /lib64/libc.so.6 #2 0x00007fc5a4e009db in dump_core () at ../source3/lib/dumpcore.c:337 #3 0x00007fc5a4df31f7 in smb_panic_s3 (why=<optimized out>) at ../source3/lib/util.c:811 #4 0x00007fc5a6c7791f in smb_panic (why=why at entry=0x7fc5a1920401 "*invalid lock_order*") at ../lib/util/fault.c:166 #5 0x00007fc5a191b81d in dbwrap_check_lock_order (mem_ctx=0x7fc5a8...

...up core.xxxxx files. As of writing this email, I can see 20-30 dump files being written every second (a few minutes later it's now calmed down). We have samba logging on level 1 at the moment. An output from one of the core dumps is as follows: [2016/03/10 10:05:58.334288, 0] ../source3/lib/dumpcore.c:318(dump_core) dumping core in /var/log/samba/cores/smbd [2016/03/10 10:05:58.620827, 0] ../source3/smbd/oplock.c:192(update_num_read_oplocks) PANIC: assert failed at ../source3/smbd/oplock.c(192): d->num_share_modes == 1 [2016/03/10 10:05:58.620905, 0] ../source3/lib/util.c:788(smb_pani...

...2] ../source3/lib/util.c:797(smb_panic_s3) smb_panic(): calling panic action [/usr/local/bin/panic-action 91892] [2013/11/05 04:14:44.128587, 0, pid=91892] ../source3/lib/util.c:805(smb_panic_s3) smb_panic(): action returned status 0 [2013/11/05 04:14:44.128711, 0, pid=91892] ../source3/lib/dumpcore.c:317(dump_core) dumping core in /var/log/samba//cores/smbd I also had already opened a bug report: https://bugzilla.samba.org/show_bug.cgi?id=10250 Regards, Marc

...d(_start+0x29) [0x10fe59] dumping core in /usr/local/samba/var/cores/nmbd ==10086== ==10086== Process terminating with default action of signal 6 (SIGABRT): dumping core ==10086== at 0x86E61D8: raise (raise.c:54) ==10086== by 0x86E7629: abort (abort.c:89) ==10086== by 0x5CF4DF8: dump_core (dumpcore.c:322) ==10086== by 0x5CE1D81: smb_panic_s3 (util.c:814) ==10086== by 0x5279003: smb_panic (fault.c:166) ==10086== by 0x5278CE1: fault_report (fault.c:83) ==10086== by 0x5278CF6: sig_fault (fault.c:94) ==10086== by 0x4E47D8F: ??? (in /lib64/libpthread-2.23.so) ==10086== by 0x7C5C3...

...sVStartPriority=2 ExecStart=/etc/init.d/asterisk start ExecStop=/etc/init.d/asterisk stop ExecReload=/etc/init.d/asterisk reload My /etc/init.d/asterisk file is sourcing my /etc/default/asterisk which includes an (uncommented) line COREDUMP=yes. I also have # grep core /etc/asterisk/asterisk.conf dumpcore = yes make menuselect shows: [*] DONT_OPTIMIZE [*] COMPILE_DOUBLE [ ] DEBUG_THREADS [*] LOADABLE_MODULES [ ] DEBUG_FD_LEAKS [*] BETTER_BACKTRACES [ ] LOTS_OF_SPANS [ ] MALLOC_DEBUG [ ] DEBUG_CHAOS [*] BUILD_NATIVE --- Extended --- [ ] REF_DEBUG [ ] AO2_DEBUG [ ] STATIC_BUILD XXX REBUILD_PARSER...

...92b602 <_tevent_loop_once+114> at /usr/local/lib/libtevent.so.0 #40 0x102db8d <main+11341> at /usr/local/sbin/smbd #41 0x102ce08 <main+7880> at /usr/local/sbin/smbd #42 0x1026ff3 <_start+419> at /usr/local/sbin/smbd [2014/09/19 11:22:23.724651, 0] ../source3/lib/dumpcore.c:312(dump_core) unable to change to %N.core refusing to dump core And here is my correlating smb4.conf # ============= Global ============= # [global] # Basic server settings workgroup = MYDOMAIN realm = MYDOMAIN.LOCAL netbios name = STORAGE-03...

...04b] May 4 17:38:41 print winbindd[1702]: #25 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd) [0x7fe241efdead] May 4 17:38:41 print winbindd[1702]: #26 /usr/sbin/winbindd(+0x286bd) [0x7fe248dcb6bd] May 4 17:38:41 print winbindd[1702]: [2015/05/04 17:38:41.606586, 0] ../source3/lib/dumpcore.c:312(dump_core) May 4 17:38:41 print winbindd[1702]: unable to change to /var/log/samba/cores/winbindd May 4 17:38:41 print winbindd[1702]: refusing to dump core Another: [2015/05/04 17:51:39.909354, 5] ../source3/lib/messages.c:340(messaging_deregister) Deregistering messaging pointer f...

...) [0x7f6cb5c47c61] Jan 10 08:55:28 atom smbd[5409]: #21 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f6cb26da995] Jan 10 08:55:28 atom smbd[5409]: #22 /usr/sbin/smbd(+0x6ff3) [0x7f6cb5c47ff3] Jan 10 08:55:28 atom smbd[5409]: [2014/01/10 08:55:28.806929, 0] ../source3/lib/dumpcore.c:317(dump_core) Jan 10 08:55:28 atom smbd[5409]: dumping core in /local/cores Jan 10 08:55:28 atom smbd[5409]: Jan 10 08:55:31 atom smbd[6080]: [2014/01/10 08:55:31.907771, 0] ../source3/lib/util.c:785(smb_panic_s3) Jan 10 08:55:31 atom smbd[6080]: PANIC (pid 6080): num_bytes too larg...

...9] #24 /usr/local/samba/sbin/smbd(+0x9554) [0x55d5a3a05554] #25 /usr/local/samba/sbin/smbd(main+0x170f) [0x55d5a3a074fc] #26 /lib64/libc.so.6(__libc_start_main+0xe5) [0x7f6175ee7d85] #27 /usr/local/samba/sbin/smbd(_start+0x2e) [0x55d5a3a0185e] [2023/04/07 15:39:31.303565,? 0] ../../source3/lib/dumpcore.c:318(dump_core) coredump is handled by helper binary specified at /proc/sys/kernel/core_pattern [2023/04/07 15:39:3 1.436826,? 0] ../../lib/util/fault.c:173(smb_panic_log) =============================================================== [2023/04/07 15:39:31.437097,? 0] ../../lib/util/fault.c:1...

...(0,0) [2017/02/02 15:03:25.722651, 0] ../source3/lib/util.c:791(smb_panic_s3) PANIC (pid 4334): failed to set uid [2017/02/02 15:03:25.824240, 0] ../source3/lib/util.c:952(log_stack_trace) unable to produce a stack trace on this platform [2017/02/02 15:03:25.824609, 0] ../source3/lib/dumpcore.c:303(dump_core) dumping core in /var/opt/samba/cores/smbd *Also nmbd dint get start by default when we invoke samba binary (samba -D)* I have verified the remaining test cases mentioned in https://wiki.samba.org/index.php/Setting_up_Samba_as_an_Active_Directory_Domain_Controller and...