search for: futex_wake

xend crashes at startup with following stack trace: ... File "/usr/lib64/python/xen/xend/XendPIF.py", line 68, in linux_get_phy_ifaces phy_ifaces.append((name, int(mtu), bridged_mac)) UnboundLocalError: local variable ''bridged_mac'' referenced before assignment The simple patch attached below prevent the crash, and allow xend to start normally. It seems the crash

...44, st_size=1267, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 gettid() = 921 futex(0x81abca4, 0x5 /* FUTEX_??? */, 1) = 1 futex(0x8195988, FUTEX_WAKE, 1) = 1 futex(0x81abca4, 0x5 /* FUTEX_??? */, 1) = 1 futex(0x8195988, FUTEX_WAKE, 1) = 1 .open("/usr/lib/asterisk/modules/app_talkdetect.so", O_RDONLY) = 12 read(12, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\v\0"..., 512) = 512 fstat64(12, {st_mode=S_...

...Aug 7 17:09:32 2017] [<ffffffff8120f23f>] ? getname_flags+0x4f/0x1a0 [Mon Aug 7 17:09:32 2017] [<ffffffff8120c94b>] filename_lookup+0x2b/0xc0 [Mon Aug 7 17:09:32 2017] [<ffffffff81210367>] user_path_at_empty+0x67/0xc0 [Mon Aug 7 17:09:32 2017] [<ffffffff810f5570>] ? futex_wake+0x80/0x160 [Mon Aug 7 17:09:32 2017] [<ffffffff812103d1>] user_path_at+0x11/0x20 [Mon Aug 7 17:09:32 2017] [<ffffffff81203843>] vfs_fstatat+0x63/0xc0 [Mon Aug 7 17:09:32 2017] [<ffffffff81203e11>] SYSC_newlstat+0x31/0x60 [Mon Aug 7 17:09:32 2017] [<ffffffff810f85c0>]...

...USR1 but nothing out of the > ordinary is being reported. > > I''ve also tried strace-ing the mongrel process and this snippet is the > closest I can get to something useful: > > open("/tmp/rpupload6375.0", O_RDONLY) = 12 <0.000113> > futex(0xb6179e2c, FUTEX_WAKE, 2147483647) = 0 <0.000088> > futex(0xb60a41a4, FUTEX_WAKE, 2147483647) = 0 <0.000081> > write(2, "terminate called after throwing an instance of \''", 48) = 48 > <0.000137> > write(2, "int", 3) = 3 <0.000092> >...

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

...|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6d9c000 mmap2(0xb7d9c000, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6c9c000 mmap2(0xb6d9c000, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6b9c000 futex(0xb7fbb1b4, FUTEX_WAKE, 2147483647) = 0 brk(0) = 0x8562000 brk(0x8583000) = 0x8583000 brk(0) = 0x8583000 brk(0x85a4000) = 0x85a4000 brk(0) = 0x85a4000 brk(0x85c5000)...

On Tue, 20 Jun 2006, Chris Lattner wrote: > On Wed, 21 Jun 2006, Simon Burton wrote: >> This from the output: >> >> 24620 x86-emitter - Number of machine instructions emitted >> >> (i had to write a dummy main function to get this to work) >> >> Is this really the number of bytes of machine code ? > Yes. To be specific, this is the

..."2008-08-24 18:20:33 D [spec.y:10"..., 77) = 77 > time(NULL) = 1219566033 > stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=413, ...}) = 0 > write(3, "2008-08-24 18:20:33 D [xlator.c:"..., 134) = 134 > futex(0xb7f0c02c, FUTEX_WAKE, 2147483647) = 0 > open("/usr/lib/glusterfs/1.3.11/xlator/protocol/client.so", O_RDONLY) = 5 > read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 at +\0\0004\0\0\0"..., 512) = 512 > fstat64(5, {st_mode=S_IFREG|0755, st_size=141051, ...}) = 0 > mmap2(NULL, 74660...

...T_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6d9c000 > mmap2(0xb7d9c000, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6c9c000 > mmap2(0xb6d9c000, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6b9c000 > futex(0xb7fbb1b4, FUTEX_WAKE, 2147483647) = 0 > brk(0) = 0x8562000 > brk(0x8583000) = 0x8583000 > brk(0) = 0x8583000 > brk(0x85a4000) = 0x85a4000 > brk(0) = 0x85a40...

My log says suddenly: Dec 14 02:35:16 hp1 kernel: [1492482.232822] o2net: no longer connected to node hp2 (num 1) at 192.168.1.2:7777 Dec 14 02:35:18 hp1 kernel: [1492483.960150] BUG: soft lockup - CPU#1 stuck for 61s! [kvm:32398] I have no idea what happens here and why - but the result are a lot of problems with virtual machines. Viele Gr??e Andreas Rittershofer -- Hier k?nnte keine

...44, st_size=1267, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 gettid() = 921 futex(0x81abca4, 0x5 /* FUTEX_??? */, 1) = 1 futex(0x8195988, FUTEX_WAKE, 1) = 1 futex(0x81abca4, 0x5 /* FUTEX_??? */, 1) = 1 futex(0x8195988, FUTEX_WAKE, 1) = 1 .open("/usr/lib/asterisk/modules/app_talkdetect.so", O_RDONLY) = 12 read(12, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\v\0"..., 512) = 512 fstat64(12, {st_mode=S_...

...k(SIG_BLOCK, [HUP INT TERM], NULL, 8) = 0 getpid() = 2791 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 close(3) = 0 socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = -1 EAFNOSUPPORT (Address family not supported by protocol) futex(0x402461f0, FUTEX_WAKE, 2147483647) = -1 ENOSYS (Function not implemented) brk(0) = 0x80566e8 brk(0x80776e8) = 0x80776e8 brk(0) = 0x80776e8 brk(0x8078000) = 0x8078000 mmap2(NULL, 8392704, PROT_READ|PROT_WR...

...EXEC, MAP_PRIVATE|MAP_DENYWRITE, 11, 0) = 0xb79e1000 13:50:14.333526 mmap2(0xb79eb000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 11, 0x9) = 0xb79eb000 13:50:14.333571 close(11) = 0 13:50:14.333632 munmap(0xb7f28000, 11099) = 0 13:50:14.333685 futex(0xb7ebe9d8, FUTEX_WAKE, 2147483647) = 0 13:50:14.333753 futex(0xb79eb824, FUTEX_WAKE, 2147483647) = 0 13:50:14.333883 write(2, "\1ERaw backtrace: dovecot-auth [0"..., 406) = 406 13:50:14.333948 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 13:50:14.333990 tgkill(7163, 7163, SIGABRT) = 0 13:50:14.334021 ---...

...06:07:01 [<ffffffffa03bf61f>] ? kvm_lapic_sync_to_vapic+0xcf/0x220 [kvm] Feb 16 06:07:01 [<ffffffffa03bdfb8>] ? kvm_apic_has_interrupt+0x48/0xd0 [kvm] Feb 16 06:07:01 [<ffffffffa03ac24d>] ? kvm_arch_vcpu_ioctl_run+0x93d/0x1010 [kvm] Feb 16 06:07:01 [<ffffffff810b2b73>] ? futex_wake+0x93/0x150 Feb 16 06:07:01 [<ffffffffa0392b04>] ? kvm_vcpu_ioctl+0x434/0x580 [kvm] Feb 16 06:07:01 [<ffffffff81063bf3>] ? perf_event_task_sched_out+0x33/0x70 Feb 16 06:07:01 [<ffffffff8100bb8e>] ? apic_timer_interrupt+0xe/0x20 Feb 16 06:07:01 [<ffffffff811a3e92>] ? vfs_i...

...018000 close(3) = 0 open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=21436, ...}) = 0 mmap2(NULL, 21436, PROT_READ, MAP_SHARED, 3, 0) = 0x40019000 close(3) = 0 futex(0x40164ecc, FUTEX_WAKE, 2147483647) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_MEASUREMENT", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_MEASUREMENT", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0 mmap2(NULL, 23, PROT_READ, MAP_PRIVATE, 3...

NOTE: this is happening on Centos 6 x86_64, 2.6.32-504.3.3.el6.x86_64 not Centos 5 Dell PowerEdge 2970, Seagate SATA drive, non-raid. I have this server which has been dying randomly, with no logs. I had a tail -f over ssh for a week, when this just happened. Feb 8 00:10:21 thirteen-230 kernel: mptscsih: ioc0: attempting task abort! (sc=ffff880057a0a080) Feb 8 00:10:21 thirteen-230 kernel:

...224/47a0c9d5/attachment.html> -------------- next part -------------- Samples: 696K of event 'cycles', Event count (approx.): 427355036253 - 48.98% caching_compile [kernel.kallsyms] [k] __ticket_spin_lock - __ticket_spin_lock - 98.91% _raw_spin_lock - 57.49% futex_wake do_futex SyS_futex - system_call_fastpath - 100.00% __lll_unlock_wake + 99.77% llvm::PassRegistry::getPassInfo(void const*) const - 38.01% futex_wait_setup futex_wait do_futex...

...290] nouveau 0000:01:00.0: fifo: channel 11 [WebKitWebProces[8594]] kick timeout [ 1052.699294] nouveau: WebKitWebProces[8594]:00000000:0000906f: detach gr failed, -110 [ 1052.699334] nouveau 0000:01:00.0: fifo: SCHED_ERROR 0d [] I couldn't switch desktops -- I had to reboot. [ 1052.699232] ? futex_wake+0x83/0x150 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20180215/1ebf4a9a/attachment-0001.html>