search for: strances

Hi! I have succesfully installed Oracle 9.2.0.4 on Centos. Everything is fine with it. Then I recompiled php-4.3.2-19.ent.src.rpm with rpmbuild --rebuild --define 'oracle 1' php-4.3.2-19.ent.src.rpm The compilation was successful, and I got the php and the php-oci8 rpms. Then I installed them both. After this one running the following PHP script: <?php $c =

Hello, I have a system using postfix multi instance feature. The first, main postfix-instance is a nullclient as suggested by http://www.postfix.org/MULTI_INSTANCE_README.html#split The second instance is for real use. Postfix receive mail and handover them to the dovecot lmtp server. Thats working. The lmtp server supports sieve. One account has activated a vacation rule. So while delivering

Have used Centos 5 now couple of weeks and started to find pieces on places, ie. found logs :D Now, these ntpd errors strances me. Anyone else getting these? Errors frequency error 500 PPM exceeds tolerance 500 PPM: 1 time(s) frequency error 503 PPM exceeds tolerance 500 PPM: 1 time(s) frequency error 504 PPM exceeds tolerance 500 PPM: 1 time(s) frequency error 505 PPM exceeds tolerance 500 PPM: 1 time(s)...

Hi I am writing my own handler and seeing some strance behavior. Best is describing by the following code say I create mongrel server (see at the end of the email) and have one handler for the root (so shoudl handle all request..) To my surprise the @a in the following code in the Handlder is not the object I expect but a hash containing the name {:a => <SomeObject Instance> }

hi i have gone through the achieves but still could not get my bridge to suvive a reboot . please can anyone help me am using fedora core 2 -----Original message----- From: bridge-request@lists.osdl.org Date: Fri, 28 Jan 2005 03:08:06 +0100 To: bridge@lists.osdl.org Subject: Bridge Digest, Vol 17, Issue 25 > Send Bridge mailing list submissions to > bridge@lists.osdl.org > >

On Fri, 07 Jan 2005 17:05:59 +0000 David Woodhouse <dwmw2@infradead.org> wrote: > On Sat, 2004-12-18 at 08:50 +0100, Andi Kleen wrote: > > It's not really an oops, just a warning that stack space got quiet > > tight. > > > > The problem seems to be that the br netfilter code is nesting far too > > deeply and recursing several times. Looks like a design