From: Buchan M. <bg...@st...> - 2008-12-29 12:13:27
|
Re-sending my mail from 2008-12-08 that didn't make it to the list .... On Monday 13 October 2008 14:35:32 Thomas Kähn wrote: > Hi Buchan, > > On Fri, Oct 10, 2008 at 11:13:58AM +0200, Buchan Milne wrote: > > On Thursday 09 October 2008 22:02:04 Stewart, Tom L. wrote: > > > I use to have issues running devmon on a memory constrained Solaris > > > box. I have now moved it to a RH ES 5.1 system. Since then I have not > > > had an issue for 62 days straight (knock on wood) and the RH system has > > > plenty of memory. > > > > I have 3 boxes running devmon in production. 2 are RHEL4, one is > > RHEL5(.2). The RHEL5 box hasn't seen devmon purple in 68 days, one of the > > RHEL4 boxes has gone purple 7 times since Feb (one stretch of 144 days of > > green), the other has gone purple 9 times since Feb (one stretch of 88 > > days of green). > > > > Now that I do actually ave some time to spend on devmon I will try and > > track it down (but we really needed the weathermap feature, and we have > > no other use for cacti, all the trending we had on it was much easier to > > implement on devmon). > > this sounds good. As I said before - if you need someone to test > patches please contact me. I've now made devmon's --debug mode continue to send status messages to the BB/Hobbit server, so it is now possible to run devmon in debug mode (e.g. under screen or similar), until it hits the problem. The last few lines of output when devmon stops reporting may be useful. We're still only seeing this about once a week (on RHEL4 - no occurrences in 127 days on RHEL5), so if others are seeing it more often, please try this patch, and then run devmon in a screen session with '-vvvvv --debug' http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/modules/dm_msg.pm?view=patch&r1=93&r2=92&pathrev=93 I would like to try and get a beta release of 0.3.1 out this week if possible, with or without fixing the root cause (to at least enable more people to try and find the problem), although I would much prefer trying to fix it if possible. Regards, Buchan |
From: Buchan M. <bg...@st...> - 2009-01-05 14:42:16
|
On Monday 29 December 2008 13:46:30 Buchan Milne wrote: > Re-sending my mail from 2008-12-08 that didn't make it to the list .... > > On Monday 13 October 2008 14:35:32 Thomas Kähn wrote: > > Hi Buchan, > > > > On Fri, Oct 10, 2008 at 11:13:58AM +0200, Buchan Milne wrote: > > > On Thursday 09 October 2008 22:02:04 Stewart, Tom L. wrote: > > > > I use to have issues running devmon on a memory constrained Solaris > > > > box. I have now moved it to a RH ES 5.1 system. Since then I have not > > > > had an issue for 62 days straight (knock on wood) and the RH system > > > > has plenty of memory. > > > > > > I have 3 boxes running devmon in production. 2 are RHEL4, one is > > > RHEL5(.2). The RHEL5 box hasn't seen devmon purple in 68 days, one of > > > the RHEL4 boxes has gone purple 7 times since Feb (one stretch of 144 > > > days of green), the other has gone purple 9 times since Feb (one > > > stretch of 88 days of green). > > > > > > Now that I do actually ave some time to spend on devmon I will try and > > > track it down (but we really needed the weathermap feature, and we have > > > no other use for cacti, all the trending we had on it was much easier > > > to implement on devmon). > > > > this sounds good. As I said before - if you need someone to test > > patches please contact me. > > I've now made devmon's --debug mode continue to send status messages to the > BB/Hobbit server, so it is now possible to run devmon in debug mode (e.g. > under screen or similar), until it hits the problem. The last few lines of > output when devmon stops reporting may be useful. > > We're still only seeing this about once a week (on RHEL4 - no occurrences > in 127 days on RHEL5), so if others are seeing it more often, please try > this patch, and then run devmon in a screen session with '-vvvvv --debug' > > http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/modules/dm_msg.pm?vie >w=patch&r1=93&r2=92&pathrev=93 I've been running with this patch on the two affected RHEL4 boxes, and I have noticed that devmon was killed at some stage by a logrotate script that was calling '/etc/init.d/devmon restart'. On the box running RHEL5, it was calling '/etc/init.d/devmon condrestart' which is not a possible argument (explaining why it was not affected, if this was indeed the problem). In the meantime, I've made devmon close and re-open the log file on HUP, so log rotation should work better without having to try and restart devmon. I'm also improving the init script (for Red-Hat style systems) to stop devmon more reliably (in the case where the pid file is not in /var/run, but a sub- directory, which is necessary in the case where devmon is running as non- root). Effectively, I think this is a bug affecting anyone using my devmon packages for Mandriva or RHEL/Centos ... which should be fixed soon. I am not sure if this lograte script is responsible for all the purpleness on the two RHEL4 boxes I was testing on, so I will continue testing for a few days while I look at the last few issues for 0.3.1. However, if anyone who is affected a lot by this issue can check whether this might be an explanation for their problems, that would be great. Regards, Buchan |
From: Thomas K. <tk...@we...> - 2009-01-05 15:44:58
|
Hi Buchan, On Mon, Jan 05, 2009 at 04:42:01PM +0200, Buchan Milne wrote: > On Monday 29 December 2008 13:46:30 Buchan Milne wrote: > > Re-sending my mail from 2008-12-08 that didn't make it to the list .... > I've been running with this patch on the two affected RHEL4 boxes, and I have > noticed that devmon was killed at some stage by a logrotate script that was > calling '/etc/init.d/devmon restart'. On the box running RHEL5, it was calling > '/etc/init.d/devmon condrestart' which is not a possible argument (explaining > why it was not affected, if this was indeed the problem). log rotation might be an additional issue. However we are running devmon on several Debian based systems and I haven't configured log rotation yet. However the purple issue occured, too. Let's see if running in debug mode gives a hint on the reason. Up to now it is running fine in debug mode. Best regards Thomas -- Thomas Kähn NetCologne Network Engineering & Design Gesellschaft für Telekommunikation mbH Im Süsterfeld 6 Telefon: 0241/701333-18 52072 Aachen Fax: 0241/911879 Handelsregister: HRB 25580, Amtsgericht Köln Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel |
From: Buchan M. <bg...@st...> - 2009-01-05 16:21:13
|
On Monday 05 January 2009 17:13:25 Thomas Kähn wrote: > Hi Buchan, > > On Mon, Jan 05, 2009 at 04:42:01PM +0200, Buchan Milne wrote: > > On Monday 29 December 2008 13:46:30 Buchan Milne wrote: > > > Re-sending my mail from 2008-12-08 that didn't make it to the list .... > > > > I've been running with this patch on the two affected RHEL4 boxes, and I > > have noticed that devmon was killed at some stage by a logrotate script > > that was calling '/etc/init.d/devmon restart'. On the box running RHEL5, > > it was calling '/etc/init.d/devmon condrestart' which is not a possible > > argument (explaining why it was not affected, if this was indeed the > > problem). > > log rotation might be an additional issue. However we are running devmon > on several Debian based systems and I haven't configured log rotation > yet. However the purple issue occured, too. Thanks for confirming I should keep looking. > Let's see if running in debug mode gives a hint on the reason. Up to now > it is running fine in debug mode. Let's hope it turns up something. Regards, Buchan |
From: Buchan M. <bg...@st...> - 2009-01-08 17:05:38
|
On Monday 29 December 2008 13:46:30 Buchan Milne wrote: > Re-sending my mail from 2008-12-08 that didn't make it to the list .... > > On Monday 13 October 2008 14:35:32 Thomas Kähn wrote: > > Hi Buchan, > > > > On Fri, Oct 10, 2008 at 11:13:58AM +0200, Buchan Milne wrote: > > > On Thursday 09 October 2008 22:02:04 Stewart, Tom L. wrote: > > > > I use to have issues running devmon on a memory constrained Solaris > > > > box. I have now moved it to a RH ES 5.1 system. Since then I have not > > > > had an issue for 62 days straight (knock on wood) and the RH system > > > > has plenty of memory. > > > > > > I have 3 boxes running devmon in production. 2 are RHEL4, one is > > > RHEL5(.2). The RHEL5 box hasn't seen devmon purple in 68 days, one of > > > the RHEL4 boxes has gone purple 7 times since Feb (one stretch of 144 > > > days of green), the other has gone purple 9 times since Feb (one > > > stretch of 88 days of green). > > > > > > Now that I do actually ave some time to spend on devmon I will try and > > > track it down (but we really needed the weathermap feature, and we have > > > no other use for cacti, all the trending we had on it was much easier > > > to implement on devmon). > > > > this sounds good. As I said before - if you need someone to test > > patches please contact me. > > I've now made devmon's --debug mode continue to send status messages to the > BB/Hobbit server, so it is now possible to run devmon in debug mode (e.g. > under screen or similar), until it hits the problem. The last few lines of > output when devmon stops reporting may be useful. > > We're still only seeing this about once a week (on RHEL4 - no occurrences > in 127 days on RHEL5), so if others are seeing it more often, please try > this patch, and then run devmon in a screen session with '-vvvvv --debug' > > http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/modules/dm_msg.pm?vie >w=patch&r1=93&r2=92&pathrev=93 > > I would like to try and get a beta release of 0.3.1 out this week if > possible, with or without fixing the root cause (to at least enable more > people to try and find the problem), although I would much prefer trying to > fix it if possible. Running this for a few days turned this up, one second (but about 100 lines) before devmon stopped doing anything: [09-01-07@22:45:12] DEBUG SNMP: Pooling 1 oids Can't use an undefined value as a HASH reference at /usr/share/devmon/modules/dm_snmp.pm line 399, <$__ANONIO__> line 59375. [09-01-07@22:45:12] DEBUG SNMP: Failed queries 0 I have changed some of the logging inside the affected subroutine (to print the fork number ($form_num) for every "DEBUG SNMP" line) to try and confirm what I think is happening. I will also try and see if I can test a fix (without devmon itself). But, again, confirmation from others would help ... Regards, Buchan |
From: Thomas K. <tk...@we...> - 2009-01-09 08:01:11
|
Hi Buchan, On Thu, Jan 08, 2009 at 07:05:19PM +0200, Buchan Milne wrote: > Running this for a few days turned this up, one second (but about 100 lines) > before devmon stopped doing anything: > > [09-01-07@22:45:12] DEBUG SNMP: Pooling 1 oids > Can't use an undefined value as a HASH reference > at /usr/share/devmon/modules/dm_snmp.pm line 399, <$__ANONIO__> line > 59375. > [09-01-07@22:45:12] DEBUG SNMP: Failed queries 0 > > I have changed some of the logging inside the affected subroutine (to print > the fork number ($form_num) for every "DEBUG SNMP" line) to try and confirm > what I think is happening. I will also try and see if I can test a fix > (without devmon itself). > > But, again, confirmation from others would help ... one of our devmon servers turned purple this morning. It stopped here: [09-01-09@07:24:36] DEBUG TEMPLATES: running post_template_load() [09-01-09@07:24:36] DEBUG CFG: running read_hosts [09-01-09@07:24:36] DEBUG SNMP: running poll_devices() [09-01-09@07:24:36] Starting snmp queries [09-01-09@07:24:36] Getting device status from hobbit at xx.xx.xx.xx:1984 It is possible, that this system couldn't reach the hobbit server at that time. However it didn't recover from this status. The debug log shows some messages like 'Use of uninitialized value in addition (+) at (eval 94189069) line 1, <$__ANONIO__> line 1450529.', too. But they are shown in every cycle and not just before devmon stopped. Best regards Thomas -- Thomas Kähn NetCologne Network Engineering & Design Gesellschaft für Telekommunikation mbH Im Süsterfeld 6 Telefon: 0241/701333-18 52072 Aachen Fax: 0241/911879 Handelsregister: HRB 25580, Amtsgericht Köln Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel |
From: Buchan M. <bg...@st...> - 2009-01-09 11:17:43
|
On Friday 09 January 2009 10:00:56 Thomas Kähn wrote: > Hi Buchan, > > On Thu, Jan 08, 2009 at 07:05:19PM +0200, Buchan Milne wrote: > > Running this for a few days turned this up, one second (but about 100 > > lines) before devmon stopped doing anything: > > > > [09-01-07@22:45:12] DEBUG SNMP: Pooling 1 oids > > Can't use an undefined value as a HASH reference > > at /usr/share/devmon/modules/dm_snmp.pm line 399, <$__ANONIO__> line > > 59375. > > [09-01-07@22:45:12] DEBUG SNMP: Failed queries 0 > > > > I have changed some of the logging inside the affected subroutine (to > > print the fork number ($form_num) for every "DEBUG SNMP" line) to try > > and confirm what I think is happening. I will also try and see if I can > > test a fix (without devmon itself). > > > > But, again, confirmation from others would help ... > > one of our devmon servers turned purple this morning. It stopped here: > > [09-01-09@07:24:36] DEBUG TEMPLATES: running post_template_load() > [09-01-09@07:24:36] DEBUG CFG: running read_hosts > [09-01-09@07:24:36] DEBUG SNMP: running poll_devices() > [09-01-09@07:24:36] Starting snmp queries > [09-01-09@07:24:36] Getting device status from hobbit at xx.xx.xx.xx:1984 > > It is possible, that this system couldn't reach the hobbit server > at that time. However it didn't recover from this status. Hmm, try as I might I can't get hobbitd to die between "my $sock = IO::Socket::INET->new" (or "if(defined $sock)" ) and while(<$sock>). However, simply adding a timeout to the socket may be enough to fix this, can you try with this patch ? =================================================================== --- modules/dm_snmp.pm (revision 110) +++ modules/dm_snmp.pm (working copy) @@ -66,7 +66,8 @@ my $sock = IO::Socket::INET->new ( PeerAddr => $g{'dispserv'}, PeerPort => $g{'dispport'}, - Proto => 'tcp' + Proto => 'tcp', + Timeout => 10, ); if(defined $sock) { > The debug log shows some messages like 'Use of uninitialized value in > addition (+) at (eval 94189069) line 1, <$__ANONIO__> line 1450529.', too. > But they are shown in every cycle and not just before devmon stopped. Yes, I think these may depend on the templates, and are non-fatal, but I may consider trying to clean them up (to reduce noise in the log or avoid eating up space in the scrollback buffer in screen) for situations like this. Regards, Buchan |
From: Thomas K. <tk...@we...> - 2009-01-09 12:43:47
|
Hi Buchan, On Fri, Jan 09, 2009 at 01:17:22PM +0200, Buchan Milne wrote: > > one of our devmon servers turned purple this morning. It stopped here: > > > > [09-01-09@07:24:36] DEBUG TEMPLATES: running post_template_load() > > [09-01-09@07:24:36] DEBUG CFG: running read_hosts > > [09-01-09@07:24:36] DEBUG SNMP: running poll_devices() > > [09-01-09@07:24:36] Starting snmp queries > > [09-01-09@07:24:36] Getting device status from hobbit at xx.xx.xx.xx:1984 > > > > It is possible, that this system couldn't reach the hobbit server > > at that time. However it didn't recover from this status. > > Hmm, try as I might I can't get hobbitd to die between "my $sock = > IO::Socket::INET->new" (or "if(defined $sock)" ) and while(<$sock>). > > However, simply adding a timeout to the socket may be enough to fix this, can > you try with this patch ? I've added this patch to our devmon servers. Let's see what happens. Best regards Thomas -- Thomas Kähn NetCologne Network Engineering & Design Gesellschaft für Telekommunikation mbH Im Süsterfeld 6 Telefon: 0241/701333-18 52072 Aachen Fax: 0241/911879 Handelsregister: HRB 25580, Amtsgericht Köln Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel |
From: Buchan M. <bg...@st...> - 2009-01-22 16:08:14
|
On Friday 09 January 2009 14:43:37 Thomas Kähn wrote: > Hi Buchan, > > On Fri, Jan 09, 2009 at 01:17:22PM +0200, Buchan Milne wrote: > > > one of our devmon servers turned purple this morning. It stopped here: > > > > > > [09-01-09@07:24:36] DEBUG TEMPLATES: running post_template_load() > > > [09-01-09@07:24:36] DEBUG CFG: running read_hosts > > > [09-01-09@07:24:36] DEBUG SNMP: running poll_devices() > > > [09-01-09@07:24:36] Starting snmp queries > > > [09-01-09@07:24:36] Getting device status from hobbit at > > > xx.xx.xx.xx:1984 > > > > > > It is possible, that this system couldn't reach the hobbit server > > > at that time. However it didn't recover from this status. > > > > Hmm, try as I might I can't get hobbitd to die between "my $sock = > > IO::Socket::INET->new" (or "if(defined $sock)" ) and while(<$sock>). > > > > However, simply adding a timeout to the socket may be enough to fix this, > > can you try with this patch ? > > I've added this patch to our devmon servers. Let's see what happens. Did you add the patch? Has it improved matters? Regards, Buchan |
From: Thomas K. <tk...@we...> - 2009-01-23 06:32:42
|
Hi Buchan, On Thu, Jan 22, 2009 at 06:07:40PM +0200, Buchan Milne wrote: > On Friday 09 January 2009 14:43:37 Thomas Kähn wrote: > > > > [09-01-09@07:24:36] Starting snmp queries > > > > [09-01-09@07:24:36] Getting device status from hobbit at > > > > xx.xx.xx.xx:1984 > > > > > > > > It is possible, that this system couldn't reach the hobbit server > > > > at that time. However it didn't recover from this status. > > > > > > Hmm, try as I might I can't get hobbitd to die between "my $sock = > > > IO::Socket::INET->new" (or "if(defined $sock)" ) and while(<$sock>). > > > > > > However, simply adding a timeout to the socket may be enough to fix this, > > > can you try with this patch ? > > > > I've added this patch to our devmon servers. Let's see what happens. > > Did you add the patch? Has it improved matters? yes, I've applied it to a couple of servers. All of them - still running in debug mode - didn't turn purple until now. So this might have been the solution to the problem. Best regards Thomas -- Thomas Kähn NetCologne Network Engineering & Design Gesellschaft für Telekommunikation mbH Im Süsterfeld 6 Telefon: 0241/701333-18 52072 Aachen Fax: 0241/911879 Handelsregister: HRB 25580, Amtsgericht Köln Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel |
From: Geoff H. <geo...@gm...> - 2009-01-23 14:40:47
|
Once the patch is finalized, is there going to be a message sent out to everyone? Mine is going devmon is going purple now 1 to 2 times per day on average. 'Nobody goes there anymore. It's too crowded.' --Yogi Berra On Fri, Jan 23, 2009 at 1:32 AM, Thomas Kähn <tk...@we...> wrote: > Hi Buchan, > > On Thu, Jan 22, 2009 at 06:07:40PM +0200, Buchan Milne wrote: > > On Friday 09 January 2009 14:43:37 Thomas Kähn wrote: > > > > > [09-01-09@07:24:36] Starting snmp queries > > > > > [09-01-09@07:24:36] Getting device status from hobbit at > > > > > xx.xx.xx.xx:1984 > > > > > > > > > > It is possible, that this system couldn't reach the hobbit server > > > > > at that time. However it didn't recover from this status. > > > > > > > > Hmm, try as I might I can't get hobbitd to die between "my $sock = > > > > IO::Socket::INET->new" (or "if(defined $sock)" ) and while(<$sock>). > > > > > > > > However, simply adding a timeout to the socket may be enough to fix > this, > > > > can you try with this patch ? > > > > > > I've added this patch to our devmon servers. Let's see what happens. > > > > Did you add the patch? Has it improved matters? > > yes, I've applied it to a couple of servers. All of them - still running in > debug mode - didn't turn purple until now. > > So this might have been the solution to the problem. > > Best regards > Thomas > -- > Thomas Kähn NetCologne > Network Engineering & Design Gesellschaft für Telekommunikation mbH > Im Süsterfeld 6 > Telefon: 0241/701333-18 52072 Aachen > Fax: 0241/911879 > Handelsregister: HRB 25580, Amtsgericht Köln > Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support > |
From: Buchan M. <bg...@st...> - 2009-01-23 17:05:33
|
On Friday 23 January 2009 16:40:35 Geoff Hallford wrote: > Once the patch is finalized, is there going to be a message sent out to > everyone? Well, one definite potential cause is addressed, and I have released 0.3.1- beta1 with the fix to that. If it doesn't fix things for you, then you should run 0.3.1-beta1 under screen in debug mode, and if it hangs (goes purple), send all the output you have available in the screen session. You can also have screen record to file, but it's a *lot* of output. There are a number of other bug fixes in 0.3.1-beta1, and a few new features, and I doubt there are any new problems, so it is worthwhile trying. > Mine is going devmon is going purple now 1 to 2 times per day on > average. We've seen a different cause here, which isn't fixed in 0.3.1-beta1, but it took 40 days running in debug mode to reproduce it on a smallish installation (and about 2 weeks on one a bit bigger). I'm testing a fix for that one, but it's going to take a bit longer to see if it is fixed. Regards, Buchan |
From: Thomas K. <tk...@we...> - 2009-01-23 14:55:47
|
Hi Geoff, On Fri, Jan 23, 2009 at 09:40:35AM -0500, Geoff Hallford wrote: > Once the patch is finalized, is there going to be a message sent out to > everyone? Mine is going devmon is going purple now 1 to 2 times per day on > average. if possible try to apply the timeout patch. Our devmon servers also turned purple nearly every day until I've set up a cronjob to restart three times per hour. However since running in debug mode it happened only once. Which was possibly caused by the missing timeout. Since applying this patch everything runs fine. However I don't know what happens when disabling debug mode again. Best regards Thomas -- Thomas Kähn NetCologne Network Engineering & Design Gesellschaft für Telekommunikation mbH Im Süsterfeld 6 Telefon: 0241/701333-18 52072 Aachen Fax: 0241/911879 Handelsregister: HRB 25580, Amtsgericht Köln Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel |
From: Geoff H. <geo...@gm...> - 2009-01-23 17:09:42
|
Okay thanks I will try that. Does this increase the logfile size created by devmon, as it is debug all the time? Is that the only change? 'Nobody goes there anymore. It's too crowded.' --Yogi Berra On Fri, Jan 23, 2009 at 9:55 AM, Thomas Kähn <tk...@we...> wrote: > Hi Geoff, > > On Fri, Jan 23, 2009 at 09:40:35AM -0500, Geoff Hallford wrote: > > Once the patch is finalized, is there going to be a message sent out to > > everyone? Mine is going devmon is going purple now 1 to 2 times per day > on > > average. > > if possible try to apply the timeout patch. > > Our devmon servers also turned purple nearly every day until I've set up > a cronjob to restart three times per hour. However since running in > debug mode it happened only once. Which was possibly caused by the > missing timeout. Since applying this patch everything runs fine. > > However I don't know what happens when disabling debug mode again. > > Best regards > Thomas > -- > Thomas Kähn NetCologne > Network Engineering & Design Gesellschaft für Telekommunikation mbH > Im Süsterfeld 6 > Telefon: 0241/701333-18 52072 Aachen > Fax: 0241/911879 > Handelsregister: HRB 25580, Amtsgericht Köln > Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Devmon-support mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devmon-support > |
From: Thomas K. <tk...@we...> - 2009-02-02 14:45:38
|
Hi, On Fri, Jan 23, 2009 at 03:55:38PM +0100, Thomas Kähn wrote: > if possible try to apply the timeout patch. > > Our devmon servers also turned purple nearly every day until I've set up > a cronjob to restart three times per hour. However since running in > debug mode it happened only once. Which was possibly caused by the > missing timeout. Since applying this patch everything runs fine. by the way, I've disabled debug mode for quite a couple of days and it didn't turn purple up to now :-) Best regards Thomas -- Thomas Kähn NetCologne Network Engineering & Design Gesellschaft für Telekommunikation mbH Im Süsterfeld 6 Telefon: 0241/701333-18 52072 Aachen Fax: 0241/911879 Handelsregister: HRB 25580, Amtsgericht Köln Geschäftsführer: Werner Hanf, Dipl.-Ing. Karl-Heinz Zankel |