search for: 597

I''m having a lot of problems with my Typo install. My fastcgi fails horribly after a reboot: [13/Jan/2006:16:55:28 :: 19796] Dispatcher failed to catch: (Interrupt) /usr/lib/ruby/site_ruby/1.8/fcgi.rb:597:in `each'' /usr/lib/ruby/site_ruby/1.8/fcgi.rb:597:in `each_cgi'' /usr/lib/ruby/gems/1.8/gems/rails-1.0.0/lib/fcgi_handler.rb:52:in `process!'' /usr/lib/ruby/gems/1.8/gems/rails-1.0.0/lib/fcgi_handler.rb:22:in `process!'' public/dispatch.fcgi:24 killed by thi...

http://bugzilla.mindrot.org/show_bug.cgi?id=597 cheako911 at yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cheako911 at yahoo.com ------- You are receiving this mail because: ------- You...

I can't check the voicemail for the switchboard. Asterisk hangs up for some unknown reason... ----- s n i p ----- -- Executing [*500 at default:1] Wait("SIP/597-00f0c410", "1") in new stack -- Executing [*500 at default:2] VMAuthenticate("SIP/597-00f0c410", "500 at default|s") in new stack -- <SIP/597-00f0c410> Playing 'vm-password' (language 'se') -- <SIP/597-00f0c410> Playing '...

http://bugzilla.mindrot.org/show_bug.cgi?id=597 Summary: X11 Forwarding: sshd doesn't listen on unix domain sockets Product: Portable OpenSSH Version: -current Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2...

http://bugzilla.netfilter.org/show_bug.cgi?id=597 Summary: ip6tables connlimit - cannot set CIDR greater than 32 (includes fix) Product: iptables Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: P1...

...=PROJECT --username=rutger password: NT_STATUS_NO_SUCH_USER: No such user (0xc0000064) project:/etc# ntlm_auth --request-nt-key --domain=PROJECT --username=rutger --diagnostics password: No such user (0xc0000064) [2008/02/16 16:42:05, 1] utils/ntlm_auth_diagnostics.c:diagnose_ntlm_auth(597) Test LM failed! No such user (0xc0000064) [2008/02/16 16:42:05, 1] utils/ntlm_auth_diagnostics.c:diagnose_ntlm_auth(597) Test LM and NTLM failed! No such user (0xc0000064) [2008/02/16 16:42:05, 1] utils/ntlm_auth_diagnostics.c:diagnose_ntlm_auth(597) Test NTLM failed! No such user (0xc000006...

On 04/04/2018 10:36 AM, Vincent Bernat wrote: > Hey! > > On many of our servers, we often have the following error: > > error : virHashForEach:597 : Hash operation not allowed during iteration > > When querying the list of domains, this means libvirt will silently > return 0 domain (most uses of virHashForEach don't handle the return > code). > > We are using a hook, but the hook doesn't query libvirt back, so it &...

...in `dispatch'' > /vendor/rails/railties/lib/fcgi_handler.rb:141:in `process_request'' > /vendor/rails/railties/lib/fcgi_handler.rb:53:in `process!'' > /vendor/rails/railties/lib/fcgi_handler.rb:52:in `each_cgi'' > /usr/lib/ruby/1.8/fcgi.rb:597:in `each'' > /usr/lib/ruby/1.8/fcgi.rb:597:in `each_cgi'' > /vendor/rails/railties/lib/fcgi_handler.rb:52:in `process!'' > /vendor/rails/railties/lib/fcgi_handler.rb:22:in `process!'' > /usr/local/web/ned/current/public/dispatch.fcgi:24 &g...

...3845 errors 400 root 564 inode 772 errors 400 root 564 inode 1025 errors 400 root 564 inode 1029 errors 400 root 564 inode 1056 errors 400 root 564 inode 1057 errors 400 root 564 inode 1125 errors 400 root 564 inode 1126 errors 400 root 564 inode 1548 errors 400 root 564 inode 3845 errors 400 root 597 inode 772 errors 400 root 597 inode 1025 errors 400 root 597 inode 1029 errors 400 root 597 inode 1056 errors 400 root 597 inode 1057 errors 400 root 597 inode 1125 errors 400 root 597 inode 1126 errors 400 root 597 inode 1548 errors 400 root 597 inode 3845 errors 400 root 609 inode 772 errors 400...

On 04/04/2018 03:48 PM, Vincent Bernat wrote: > ❦ 4 avril 2018 15:19 +0200, Michal Privoznik <mprivozn@redhat.com> : > >> Both threads call virHashForEach(table=0x7f92fc69a480). Thread 6 was >> first so it starts iterating and sets table->iterating so later when >> thread 10 enters the function an error is reported. >> >> I guess we can go with what

❦ 4 avril 2018 16:21 +0200, Vincent Bernat <bernat@luffy.cx> : >> You can do that locally, but as a patch it's very unlikely to be >> accepted upstream because we've introduced RW locks to be able to access >> domain list from multiple threads. > > Looking a bit more, the whole "iterating" bit is currently > unsafe. First, it is racy since

❦ 4 avril 2018 17:00 +0200, Vincent Bernat <bernat@luffy.cx> : >>> You can do that locally, but as a patch it's very unlikely to be >>> accepted upstream because we've introduced RW locks to be able to access >>> domain list from multiple threads. >> >> Looking a bit more, the whole "iterating" bit is currently >> unsafe.

On 04/04/2018 08:38 PM, Vincent Bernat wrote: > 0001-util-don-t-check-for-parallel-iteration-in-hash-rela.patch > > > From 7bf32825325b124edce58687a8cd2ceff13328b9 Mon Sep 17 00:00:00 2001 > From: Vincent Bernat <vincent@bernat.im> > Date: Wed, 4 Apr 2018 16:25:37 +0200 > Subject: [PATCH] util: don't check for parallel iteration in hash-related > functions Can

❦ 5 avril 2018 17:00 +0200, Michal Privoznik <mprivozn@redhat.com> : >> 0001-util-don-t-check-for-parallel-iteration-in-hash-rela.patch >> >> >> From 7bf32825325b124edce58687a8cd2ceff13328b9 Mon Sep 17 00:00:00 2001 >> From: Vincent Bernat <vincent@bernat.im> >> Date: Wed, 4 Apr 2018 16:25:37 +0200 >> Subject: [PATCH] util: don't check

On my Debian box: Package: lilo Version: 1:22.2-5 Severity: normal lilo seems to cause a kernel warning (see subject) when / is a ext3 partition. Maybe a kernel problem? Who knows. I'm running 2.4.19-rc1-ac7 -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux hummus 2.4.19-rc1-ac7 #1 Wed Jul 17 22:14:20 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions

Full_Name: Peter Lucas Version: 1.1.0 OS: redHat 6.2 Linux Submission from: (NULL) (139.133.200.15) I tried to install R 1.1.0 on my i686 PC with Redhat 6.2 Linux on it. I am using fort77 with f2c. I am not able to build R, as libc.a contains regex.o, causing a conflict with src/main/regex.o. the ONEWS mentions that this problem was solved, but it obviously was not. I am not a real Unix hacker,

Hey! On many of our servers, we often have the following error: error : virHashForEach:597 : Hash operation not allowed during iteration When querying the list of domains, this means libvirt will silently return 0 domain (most uses of virHashForEach don't handle the return code). We are using a hook, but the hook doesn't query libvirt back, so it should be safe from this point...

...They are not modifying the list so they grab a read lock. > > Thread 10 (Thread 0x7f931f814700 (LWP 126453)): > #0 virHashForEach (table=0x7f92fc69a480, iter=iter@entry=0x7f932ea8fbf0 <virDomainObjListCollectIterator>, data=data@entry=0x7f931f813a20) at ../../../src/util/virhash.c:597 > #1 0x00007f932ea911c3 in virDomainObjListCollect (domlist=0x7f92fc82dd50, conn=conn@entry=0x7f92e0000f80, vms=vms@entry=0x7f931f813a80, nvms=nvms@entry=0x7f931f813a90, filter=0x7f932ebdc6b0 <virConnectListAllDomainsCheckACL>, flags=48) > at ../../../src/conf/virdomainobjlist.c:93...

❦ 4 avril 2018 15:19 +0200, Michal Privoznik <mprivozn@redhat.com> : > Both threads call virHashForEach(table=0x7f92fc69a480). Thread 6 was > first so it starts iterating and sets table->iterating so later when > thread 10 enters the function an error is reported. > > I guess we can go with what Dan suggested and after some rework we can > just drop ->iterating

...b/ruby/gems/1.8/gems/rails-1.1.2/lib/fcgi_handler.rb:150:in `process_request'' /usr/lib/ruby/gems/1.8/gems/rails-1.1.2/lib/fcgi_handler.rb:54:in `process!'' /usr/lib/ruby/gems/1.8/gems/rails-1.1.2/lib/fcgi_handler.rb:53:in `each_cgi'' /usr/lib/ruby/1.8/fcgi.rb:597:in `each'' /usr/lib/ruby/1.8/fcgi.rb:597:in `each_cgi'' /usr/lib/ruby/gems/1.8/gems/rails-1.1.2/lib/fcgi_handler.rb:53:in `process!'' /usr/lib/ruby/gems/1.8/gems/rails-1.1.2/lib/fcgi_handler.rb:23:in `process!'' dispatch.fcgi:34 Here are the weird...