Go Back   HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials > ISPConfig 3 > Installation/Configuration

Do you like HowtoForge? Please consider supporting us by becoming a subscriber.
Reply
 
Thread Tools Display Modes
  #1  
Old 1st July 2009, 12:34
tom tom is offline
Senior Member
 
Join Date: Apr 2006
Posts: 492
Thanks: 8
Thanked 8 Times in 7 Posts
Default Error from /usr/local/ispconfig/server/server.sh creates manny core.* files

This thread tells about strange core.* file which I could'nt assign.
http://www.howtoforge.com/forums/showthread.php?t=37120

The core.* files are only shown in /root/ not in /
Code:
h1:/# ls -l /root/
insgesamt 18280
-rw------- 1 root root 12996608 30. Jun 20:53 core.22195
-rw------- 1 root root 12992512 30. Jun 23:18 core.22229
-rw------- 1 root root 12992512 30. Jun 21:34 core.23715
-rw------- 1 root root 12992512 30. Jun 22:52 core.24286
-rw------- 1 root root 12992512 30. Jun 21:07 core.3662
-rw------- 1 root root 13832192 30. Jun 20:39 core.7970
-rw------- 1 root root 13832192 30. Jun 22:31 core.9760

I started to search for the reason for these core.* files with gdb and it tells that all core.* files comes from ispconfig:
Quote:
(gdb) core-file core.9760
Core was generated by `/usr/bin/php -q /usr/local/ispconfig/server/server.php'.
Program terminated with signal 11, segmentation fault.
[New process 9761]
[New process 9760]
#0 0xb6c61e90 in ?? ()
Every day when I log in as root I see new core.* files. The coredump say that every core.file belong to ispconfig as shown above.

According to gdb info I found in /var/log/ispconfig/cron.log
(unfortunately there is no time)

Quote:
/usr/local/ispconfig/server/server.sh: line 7: 21996 segmentation fault /usr/bin/php -q /usr/local/ispconfig/server/server.php
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
/usr/local/ispconfig/server/server.sh: line 7: 30280 segmentation fault /usr/bin/php -q /usr/local/ispconfig/server/server.php
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
/usr/local/ispconfig/server/server.sh: line 7: 15404 segmentation fault /usr/bin/php -q /usr/local/ispconfig/server/server.php
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
/usr/local/ispconfig/server/server.sh: line 7: 20276 segmentation fault /usr/bin/php -q /usr/local/ispconfig/server/server.php
Error: configuration file /etc/getmail/*.conf does not exist
/usr/local/ispconfig/server/server.sh: line 7: 21992 segmentation fault /usr/bin/php -q /usr/local/ispconfig/server/server.php
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
Error: configuration file /etc/getmail/*.conf does not exist
/usr/local/ispconfig/server/server.sh: line 7: 31937 segmentation fault /usr/bin/php -q /usr/local/ispconfig/server/server.php
ISPConfig3 is running on Debian Lenny as a virtuozzo vm.

At the moment I can't find more infos in the logs.
Where can the LOGLEVEL_DEBUG in /usr/local/ispconfig/server/server.php be changed?

Do you have any Idea how to solve this faulty ISPConfig sever running?

Last edited by tom; 1st July 2009 at 21:54.
Reply With Quote
Sponsored Links
  #2  
Old 2nd July 2009, 11:05
till till is offline
Super Moderator
 
Join Date: Apr 2005
Location: Lüneburg, Germany
Posts: 35,717
Thanks: 820
Thanked 5,322 Times in 4,175 Posts
Default

Segementation faults are mostly caused by hardware problems. You shoud check the hardware of the host server with memcheck. Also make sure that the memory limits of your vm are not too low.

The segfualts have nothing to do with ispconfig itself as ispconfig is written in php and you can not cause a segfault with php code. Segfualts can only be caused by bugs in the php version itself or the surroundung os enviroment like hardwrae problems.

Quote:
Where can the LOGLEVEL_DEBUG in /usr/local/ispconfig/server/server.php be changed?
In the ISPConfig configuration file: /usr/local/ispconfig/server/lib/config.inc.php
__________________
Till Brehm
--
Get ISPConfig support and the ISPConfig 3 manual from ispconfig.org.
Reply With Quote
  #3  
Old 2nd July 2009, 16:09
tom tom is offline
Senior Member
 
Join Date: Apr 2006
Posts: 492
Thanks: 8
Thanked 8 Times in 7 Posts
Default

Does somebody has the same things installed: ISPConfig3.0.1.3 on Debian Lenny and everythink work right with the installed php version?
Code:
h1:~# php -v
PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 26 2009 22:16:23) 
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
If it's not php what produces the segmentation fault it musst be faulty hardware or could there be more reasons for the core.* files?
Reply With Quote
  #4  
Old 2nd July 2009, 16:12
till till is offline
Super Moderator
 
Join Date: Apr 2005
Location: Lüneburg, Germany
Posts: 35,717
Thanks: 820
Thanked 5,322 Times in 4,175 Posts
Default

My test systems are debian lenny with the latest ispconfig release and I never had a core dump.
__________________
Till Brehm
--
Get ISPConfig support and the ISPConfig 3 manual from ispconfig.org.
Reply With Quote
  #5  
Old 3rd July 2009, 11:22
tom tom is offline
Senior Member
 
Join Date: Apr 2006
Posts: 492
Thanks: 8
Thanked 8 Times in 7 Posts
Default

How can I use all and more of the installed memory to produce failcounts? I want to see changing of /proc/user_beancounters and produce core.* files.

My provider still claims that the vm produces core.* files because it reaches the limit. But the vm is not productiv no trafic. Only ispconfig is fresh installed again. One test account monitored with munit.

I think noch it's on my to show that memory is faulty. I cant check it with memcheck or test reiserfs filesystem because it's a virtuozzo vm. Are there other things to test which points to brocken men?
Reply With Quote
  #6  
Old 4th July 2009, 09:23
tom tom is offline
Senior Member
 
Join Date: Apr 2006
Posts: 492
Thanks: 8
Thanked 8 Times in 7 Posts
 
Default

I've found the reason for the segmentation faults an the core.* files.
It's a bug in the following debian lenny php package. Ist not a hardware fault. hours of testing led me to that point. The same core.* files were seen in other hardware. If tried other server environments. The fauls did'nt arrise with debian etch package.
This php ist faulty:
Code:
PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 26 2009
22:16:23)
Segmentation fauls could not be recogniced with the package.
Code:
PHP 5.2.9-0.dotdeb.2 with Suhosin-Patch 0.9.7 (cli) (built: Apr  7 2009 20:42:41)

Last edited by tom; 4th July 2009 at 09:25.
Reply With Quote
The Following 2 Users Say Thank You to tom For This Useful Post:
falko (4th July 2009), till (4th December 2009)
Reply

Bookmarks

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
ffmpeg Video support for ubuntu 7.10 [suphp-ispconfig] amaurib Installation/Configuration 13 16th February 2010 17:26
Databases don't work homo General 5 9th June 2009 11:55
The system is currently updating the configuration files. warlock General 8 21st February 2009 18:15
Samba creates huge tmp, prf files on XP client and doesnt load profile. skirao Server Operation 0 22nd October 2008 16:01
Network questions regarding Ubuntu Server lubod Installation/Configuration 7 3rd January 2007 18:53


All times are GMT +2. The time now is 03:43.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.