search for: 0x29d

...suming high amounts of CPU. In this state slapd can only be restarted by SIGKILL. # procstat -kk 71195 PID TID COMM TDNAME KSTACK 71195 149271 slapd - mi_switch+0x186 sleepq_catch_signals+0x2cc sleepq_wait_sig+0x16 _sleep+0x29d do_wait+0x678 __umtx_op_wait+0x68 amd64_syscall+0x546 Xfast_syscall+0xf7 71195 194998 slapd - mi_switch+0x186 sleepq_catch_signals+0x2cc sleepq_wait_sig+0x16 _cv_wait_sig+0x12e seltdwait+0x110 kern_select+0x6ef sys_select+0x5d amd64_syscall+0x546 Xfast_syscall+0xf7 71195...

The system stopped responding to ssh but still responded to ping. The logs showed this error: (its long) Feb 4 00:08:08 server1 kernel: gdmgreeter: page allocation failure. order:0, mode:0x50 Feb 4 00:08:08 server1 kernel: [<c014f863>] __alloc_pages+0x28b/0x29d Feb 4 00:08:08 server1 kernel: [<c014b70f>] find_or_create_page+0x39/0x72 Feb 4 00:08:08 server1 kernel: [<c016eda7>] grow_dev_page+0x2a/0x1eb Feb 4 00:08:08 server1 kernel: [<c016f096>] __getblk_slow+0x12e/0x159 Feb 4 00:08:08 server1 kernel: [<c016f40e>] __getblk+0...

...ibc.so.6(realloc+0x1a7)[0xdfb377] /usr/sbin/asterisk(__ast_str_helper+0x75)[0x81403b5] /usr/sbin/asterisk(ast_str_append+0x31)[0x814d531] /usr/lib/asterisk/modules/func_odbc.so[0x14c1ee5] /usr/sbin/asterisk(ast_func_read+0x100)[0x81009e0] /usr/sbin/asterisk(pbx_substitute_variables_helper_full+0x29d)[0x81070dd] /usr/sbin/asterisk[0x810797a] /usr/sbin/asterisk[0x810a0a4] /usr/sbin/asterisk[0x810bc20] /usr/sbin/asterisk[0x814c92b] /lib/libpthread.so.0[0x4ef46b] /lib/libc.so.6(clone+0x5e)[0xe5fdbe] #0 0x00c6c402 in __kernel_vsyscall () (gdb) bt #0 0x00c6c402 in __kernel_vsysca...

...ill have plenty of swap left, so why the page allocation failure? Thanks for any enlightenment. VM isn't my strong suit. -Steve ======= Sep 20 13:34:33 hagar kernel: metacity: page allocation failure. order:0, mode:0x50 Sep 20 13:34:33 hagar kernel: [<c0144257>] __alloc_pages+0x28b/0x29d Sep 20 13:34:33 hagar kernel: [<c01408da>] find_lock_page+0x96/0x9d Sep 20 13:34:33 hagar kernel: [<c014091a>] find_or_create_page +0x39/0x72 Sep 20 13:34:33 hagar kernel: [<c015cde3>] grow_dev_page+0x26/0x102 Sep 20 13:34:33 hagar kernel: [<c015cf8e>] __getblk_slow+0xcf...

..._io+0x36) [0x7f144f00fd16] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f144f010d9f] -> /usr/lib64/dovecot/libdovecot.s o.0(io_loop_run+0x28) [0x7f144f00fcb8] -> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f144effc0d3] -> dovecot/imap(main+0x29d) [0x418a0d] -> /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f144ec4dcdd] -> dovecot/imap() [0x408469] Aug 31 11:55:09 10.123.128.231 dovecot: imap(user at domain): Fatal: master: service(imap): child 20986 killed with signal 6 (core dumps disabled) Doveconf -n: # 2.1.1: /etc/dovecot/dove...

...ecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f310c28ea5f] -> +/usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f310c28d978] -> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f310c279c73] -> dovecot/imap [nu-imaptest00258 at example.com +127.0.0.1 APPEND](main+0x29d) [0x418b3d] -> /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f310bebccdd] -> dovecot/imap [nu-imaptest00258 at example.com 127.0.0.1 APPEND]() [0x408449] Apr 27 16:02:03 imaptest01 perdition.imap4[15893]: Closing session: 211.29.132.209:42922->211.29.132.245:143 authorisation_id=NONE authen...

Hello, I'm upgrading samba3 to samba4 and i've the following error : > /usr/local/samba/bin/samba-tool domain samba3upgrade --dbdir=/root/samba4/samba/ --realm=sc.isc84.org /root/samba4/samba/smb.conf no talloc stackframe around, leaking memory Reading smb.conf Provisioning Exporting account policy Exporting groups *Severe DB error, sambaSamAccount can't miss the samba

On 15-12-2017 4:10, Akemi Yagi wrote: > On Mon, Dec 11, 2017 at 4:52 PM, Adi Pircalabu <adi at ddns.com.au> > wrote: > >> Has anyone seen this recently? I couldn't replicate it on: >> - CentOS 6 running kernel-2.6.32-696.16.1.el6.x86_64, >> kernel-lt-4.4.105-1.el6.elrepo.x86_64 >> - CentOS 7 running 4.9.67-1.el7.centos.x86_64 >> >> But I can

...0(io_loop_call_io+0x36) [0x3c78252c16] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x3c78253c9f] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x3c78252bb8] -> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x3c7823e083] -> dovecot/imap(main+0x29d) [0x4195bd] Sep 10 11:17:04 imap-login: Info: Login: user=<strack>, method=PLAIN, rip=10.10.10.31, lip=10.10.10.21, mpid=22826, session=<KyHU9wPmWwCBu/Qf> Sep 10 11:17:04 imap-login: Info: Login: user=<strack>, method=PLAIN, rip=10.10.10.31, lip=10.10.10.21, mpid=22827, session=&l...

...ff830000185ab8>] __shadow_status+0x2f0/0x31e (XEN) [<ffff83000019000f>] entry_propagate_from_guest+0x97/0xe6 (XEN) [<ffff83000018bea1>] validate_entry_change+0x41/0x125 (XEN) [<ffff830000187d43>] resync_all+0x5e3/0x86c (XEN) [<ffff8300001881ef>] sync_all+0x223/0x29d (XEN) [<ffff830000190aec>] __shadow_sync_all+0x21/0x23 (XEN) [<ffff830000181395>] shadow_sync_all+0x86/0x176 (XEN) [<ffff83000017ebe1>] mov_to_cr+0x217/0x4d6 (XEN) [<ffff83000017f122>] svm_cr_access+0x282/0x4d7 (XEN) [<ffff8300001809b6>] svm_vmexit_handl...

...46a4a8>] rpm_callback+0x74/0x8a [ 240.610357] [<ffffffff8146aa60>] rpm_suspend+0x25b/0x459 [ 240.615738] [<ffffffff8146b9d5>] pm_runtime_work+0x7b/0x88 [ 240.621292] [<ffffffff8106a735>] process_one_work+0x1b5/0x365 [ 240.627105] [<ffffffff8106b281>] worker_thread+0x29d/0x381 [ 240.632657] [<ffffffff8106afe4>] ? rescuer_thread+0x24c/0x24c [ 240.638472] [<ffffffff8106ed95>] kthread+0xf3/0xfb [ 240.643333] [<ffffffff8106eca2>] ? kthread_create_on_node+0x1a9/0x1a9 [ 240.649839] [<ffffffff815c747c>] ret_from_fork+0x7c/0xb0 [ 240.655219...

Hi, Chris (cc) and I try to get the SGE master monitor work with Apple Leopard dtrace. Unfortunately we are stuck with the error msg below. Anyone having an idea what could be the cause? What I can rule out as cause is function inlining for the reasons explained below. Background information on SGE master monitor implementation is under http://wiki.gridengine.info/wiki/index.php/Dtrace