I installed FastCGI and configured it via fcgiconfig.js using this command
cscript fcgiconfig.js -add -section:"PHP" -extension:php -path:"C:PHPphp-cgi.exe" It configured fcgiext.ini and added the .php extension to the sites and what not.
When accessing a php script, I get the following error though:
FastCGI Error
The FastCGI Handler was unable to process the request. Error Details:The FastCGI process exited unexpectedly Error Number: -2147467259 (0x80004005). Error Description: Unspecified error HTTP Error 500 - Server Error. Internet Information Services (IIS) I did not do anything special with the PHP. It is the zip 5.2.5 from the site. I configured php.ini and move it to c:/windows. I granted IUSR permission on php-cgi.exe
I changed to a new server with plesk 12 and every php that worked with Plesk 11.5 and php 5.4 doesn't work in the new server with fstcgi and php 5.4. They run fine if I config subdomain with FastCgi php5.3 but don't with php 5.4.35. I get this error message in error_log of subdmain using this versiĆ³n of php (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server. Premature end of script headers: test.php
there is no error in /var/log/httpd/suexec_log phpini seems OK.My system uses Centos 6.4 and
I am running ubuntu 8.10 installed mysql 5.1.30 from source. i am trying to change passwords for some of the users but I keep getting the error listed in the title. Does anyone know whats going wrong ?
Code: .mysqladmin: Can't turn off logging; error: 'Access denied; you need the SUPER privilege for this operation'
104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server [Mon Jun 22 15:33:11 2015] [error] [client 176.10.112.11] Premature end of script headers: import_cop.php
and Apache Log
[Mon Jun 22 11:06:57 2015] [error] server reached MaxClients setting, consider raising the MaxClients setting [Mon Jun 22 15:46:17 2015] [error] (12)Cannot allocate memory: fork: Unable to fork new process PHP Warning: Module 'zip' already loaded in Unknown on line 0
How can I fix this problem? The Script is 100% i/O because it has worked onder PHP 5.2 and its comp. whit 5.4.
I have an issue with running of the php-scripts. It runs via Cron (as it consumes a lot of memory), after aprox. 10 minutes after the start-time of the script the following error appears in the error-log file (path - /var/www/vhosts/system/subdomain.domain.tld/logs/error_log)
[Tue Feb 17 19:46:57.003326 2015] [fcgid:warn] [pid 28629] (104)Connection reset by peer: [client XX.XXX.XXX.XXX:48450] mod_fcgid: error reading data from FastCGI server [Tue Feb 17 19:46:57.003368 2015] [core:error] [pid 28629] [client XX.XXX.XXX.XXX:48450] End of script output before headers: Name_of_the_script.php
For a very strange reason another PHP-script, that has the same code, but just runs less arrays, and therefore consumes less memory and can be run via browser - works perfectly from both browser and the cron. The php.ini for this domain set up correctly (see the attachment)...
[Mon Mar 23 20:53:14 2015] [warn] [client xxx.xxx.xxx.xxx] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server [Mon Mar 23 20:53:14 2015] [error] [client xxx.xxx.xxx.xxx] Premature end of script headers: index.php
I'm trying to add multiple PHP version (current version installed: 5.5.13), using the official documentation. I always get 500 Internal Server Error after switching to the new version, with the following error_log content:
Code: [Sat Jun 07 00:49:35 2014] [warn] [client XXX.XXX.XXX.XXX] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server [Sat Jun 07 00:49:35 2014] [error] [client XXX.XXX.XXX.XXX] Premature end of script headers: index.php Here you can view phpinfo() obtained running php54-cgi index.php from the command line. Same script doesn't work as FastCGI.
I'm trying to add PHP 5.4.29. Here is how I compiled it:
Switching back to PHP 5.5.13 and the script works fine (a simple phpinfo() output).How can I try to understand/debug what's wrong with the installation?
Code: Setting up Install Process Setting up repositories update 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 addons 100% |=========================| 951 B 00:00 extras 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 21 kB 00:00 update : ################################################## 94/94 Traceback (most recent call last): File "/usr/bin/yum", line 29, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 97, in main result, resultmsgs = do() File "/usr/share/yum-cli/cli.py", line 470, in doCommands return self.installPkgs() File "/usr/share/yum-cli/cli.py", line 836, in installPkgs self.doRepoSetup() File "/usr/share/yum-cli/cli.py", line 75, in doRepoSetup self.doSackSetup(thisrepo=thisrepo) File "__init__.py", line 260, in doSackSetup File "repos.py", line 287, in populateSack File "sqlitecache.py", line 96, in getPrimary File "sqlitecache.py", line 89, in _getbase File "sqlitecache.py", line 373, in updateSqliteCache File "/var/tmp/python-sqlite-root//usr/lib/python2.3/site-packages/sqlite/main.py", line 244, in execute _sqlite.DatabaseError: unable to open database file root@server [~]# rpm -q yum yum-2.4.3-1.c4
My server /var/log/message last night showed this below (see the kernel message)
My SSH was idling, it shows:
root@server1 [/backup/w1/cpbackup/daily]# Message from syslogd@ at Sun Aug 10 18:29:31 2008 ... server1 kernel: journal commit I/O error Message from syslogd@ at Sun Aug 10 18:35:00 2008 ... server1 kernel: journal commit I/O error
The server was down. So I had to reboot and run e2fsck to fix it. I/O error could it mean HDD problem? (because I just change this server to new HDD 3 weeks ago) > Aug 10 18:15:08 server1 kernel: Firewall: *UDP_IN Blocked* IN=eth0 OUT= > MAC=ff:ff:ff:ff:ff:ff:00:1d:09:6d:cd:bb:08:00 SRC=2$ > Aug 10 18:15:11 server1 kernel: 0000:00:1c.5: eth0: Detected Tx Unit Hang: > Aug 10 18:15:11 server1 kernel: TDH <8> > Aug 10 18:15:11 server1 kernel: TDT <30> > Aug 10 18:15:11 server1 kernel: next_to_use <30> > Aug 10 18:15:11 server1 kernel: next_to_clean <4> > Aug 10 18:15:11 server1 kernel: buffer_info[next_to_clean]: > Aug 10 18:15:11 server1 kernel: time_stamp <32dfbee6> > Aug 10 18:15:11 server1 kernel: next_to_watch <8> > Aug 10 18:15:11 server1 kernel: jiffies <32dfc9d6> > Aug 10 18:15:11 server1 kernel: next_to_watch.status <0> > Aug 10 18:15:13 server1 kernel: 0000:00:1c.5: eth0: Detected Tx Unit Hang: > Aug 10 18:15:13 server1 kernel: TDH <8> > Aug 10 18:15:13 server1 kernel: TDT <30> > Aug 10 18:15:13 server1 kernel: next_to_use <30> > Aug 10 18:15:13 server1 kernel: next_to_clean <4> > Aug 10 18:15:13 server1 kernel: buffer_info[next_to_clean]: > Aug 10 18:15:13 server1 kernel: time_stamp <32dfbee6> > Aug 10 18:15:13 server1 kernel: next_to_watch <8> > Aug 10 18:15:13 server1 kernel: jiffies <32dfd1a5> > Aug 10 18:15:13 server1 kernel: next_to_watch.status <0> > Aug 10 18:15:15 server1 kernel: 0000:00:1c.5: eth0: Detected Tx Unit Hang: > Aug 10 18:15:15 server1 kernel: TDH <8> > Aug 10 18:15:15 server1 kernel: TDT <30> > Aug 10 18:15:15 server1 kernel: next_to_use <30> > Aug 10 18:15:15 server1 kernel: next_to_clean <4> > Aug 10 18:15:15 server1 kernel: buffer_info[next_to_clean]: > Aug 10 18:15:15 server1 kernel: time_stamp <32dfbee6> > Aug 10 18:15:15 server1 kernel: next_to_watch <8> > Aug 10 18:15:15 server1 kernel: jiffies <32dfd976> > Aug 10 18:15:15 server1 kernel: next_to_watch.status <0> > Aug 10 18:15:17 server1 kernel: 0000:00:1c.5: eth0: Detected Tx Unit Hang: > Aug 10 18:15:17 server1 kernel: TDH <8> > Aug 10 18:15:17 server1 kernel: TDT <30> > Aug 10 18:15:17 server1 kernel: next_to_use <30> > Aug 10 18:15:17 server1 kernel: next_to_clean <4> > Aug 10 18:15:17 server1 kernel: buffer_info[next_to_clean]: > Aug 10 18:15:17 server1 kernel: time_stamp <32dfbee6> > Aug 10 18:15:17 server1 kernel: next_to_watch <8> > Aug 10 18:15:17 server1 kernel: jiffies <32dfe145> > Aug 10 18:15:17 server1 kernel: next_to_watch.status <0> > Aug 10 18:15:19 server1 kernel: 0000:00:1c.5: eth0: Detected Tx Unit Hang: > Aug 10 18:15:19 server1 kernel: TDH <8> > Aug 10 18:15:19 server1 kernel: TDT <30> > Aug 10 18:15:19 server1 kernel: next_to_use <30> > Aug 10 18:15:19 server1 kernel: next_to_clean <4> > Aug 10 18:15:19 server1 kernel: buffer_info[next_to_clean]: > Aug 10 18:15:19 server1 kernel: time_stamp <32dfbee6> > Aug 10 18:15:19 server1 kernel: next_to_watch <8> > Aug 10 18:15:19 server1 kernel: jiffies <32dfe915> > Aug 10 18:15:19 server1 kernel: next_to_watch.status <0> > Aug 10 18:15:20 server1 kernel: NETDEV WATCHDOG: eth0: transmit timed out > Aug 10 18:15:23 server1 kernel: 0000:00:1c.5: eth0: Link is Up 1000 Mbps > Full Duplex, Flow Control: RX > Aug 10 18:15:23 server1 kernel: Firewall: *UDP_IN Blocked* IN=eth0 OUT= > MAC=ff:ff:ff:ff:ff:ff:00:1d:09:6d:cd:bb:08:00 SRC=2$ > Aug 10 18:15:24 server1 kernel: Firewall: *UDP_IN Blocked* IN=eth0 OUT= > MAC=ff:ff:ff:ff:ff:ff:00:1d:09:6d:cd:bb:08:00 SRC=2$
I just try to restart csf in my Centos server with Direct Admin and i got this error:
Quote:
*WARNING* Since the Virtuozzo VPS iptables ip_conntrack_ftp kernel module is currently broken you have to open a PASV port hole in iptables for incoming FTP connections to work correctly. See the csf readme.txt under 'A note about FTP Connection Issues' on how to do this if you have not already done so.
we have one box in hivelocity.net that has been down so many times this month that we were forced to remove links to siteuptime where we were once so proud of having a 99.7% uptime for 3 years in theplanet.
syslog shows that just before crashing, these entries were made:
kernel: kernel BUG at mm/rmap.c:479 kernel: invalid operand:0000 [#1]
dmesg also shows this:
... Brought up 2 CPUs zapping low mappings. checking if image is initramfs... it is Freeing initrd memory: 482k freed NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xf9f20, last bus=1 PCI: Using configuration type 1 mtrr: v2.0 (20020519) mtrr: your CPUs had inconsistent fixed MTRR settings mtrr: probably your BIOS does not setup all CPUs. mtrr: corrected configuration. ...
i've googled these messages and they point to ram problems.
hivelocity.net claims to have done diagnostics on the box and that there were no problems reported.
they said this is a result of a sys configuration problem made by us.
Last year I ordered a new server with Centos 4.3 and it had the kernel kernel 2.6.9-34.0.2ELsmp installed. It runned fine and I didn't update any packages since then.
Today I started getting a problem where both mysqld and kswapd0 uses very high amounts of CPU, spiking up to 100% and my memory usage is at 99% all the time. The problem seems exactly the same as the one mentioned in this thread.
In that thread the exact same kernel is said to be insecure and to cause this problem. I also came across a centOS bug that reports this problem with high cpu, mem usage and mysql & kswapd0 consuming all resources.
In the linked thread the person solved the problem by upgrading to kernel 2.6.9-42 using rpms but others recommended a newer kernel or a custom compiled kernel for CentOS.
Apparently when they used yum it said 34.0.2 was the latest kernel.
What should I do to upgrade the kernel, which version should i upgrade to, and where do I get it from? I won't be able to compile a custom kernel and I've only installed basic rpm packages before.
I already have php successfully compiled as apache modules but not the fastCGI version, i just trying to compile with the following setting, but weird, could not get the php-cgi binary out of it, only the apache module :
I was wondering whether anyone can help me, I'm having some major performance problems running PHP on IIS using Shane Caraveo's php_fcgi.dll
PHP: 5.1.1. IIS: 6
Basically I'm getting to the point where the isapi requests jump rapidly to 400+ requests from a meagre 2 -5 requests. Given the high number of requests this is essentially bringing the server to a standstill.
Does anyone have any ideas how I can begin getting to the bottom of this either through network monitoring or application debugging?
Its causing big problem at my friend's site, it often leads to 500, 501 and 502 pages, earlier some one mentioned even fcgi could be reason for the error pages as it might show error page if php file takes longer time to load,
so I would like to to turn off fcgi at his site, he uses hypervm-lxadmin, I couldn't find an option when I searched, may be I have missed it, can u guide me through how to solve this issue
and I would like to know if turning off f-cgi will it cause any problem to the site, such as tech, issue to be fixed
I've just gotten a job at a newer webhosting company. I myself have personal pet pieves regarding webhosts. I want to know what turns you off a host the most. For me its Customer Service, Overselling and slow server/support response time.
I'm looking at optimizing our dynamic content delivery process and there are some interesting claims regarding fastcgi vs. mod_php.
What I am wondering about is assuming apache serving ONLY php content, why would fastcgi perform any better than mod_php? The memory footprint of spawned workers exists in both solutions.
Wouldn't context switches and buffering in fastcgi actually lower performance?
What could be gained by using a different web server (nginx/lighty) ? The primary bottleneck would still be physical memory (assuming <255 workers) ?
i'm using fastcgi for PHP app. i have 5 sites on my server but fastcgi works only one site which is the first opened if you open second site iis give me error like "HTTP Error 500.0 - Internal Server Error C:PHPphp-cgi.exe - The FastCGI process exited unexpectedly". i restart iis and open another site firstly it works but again another site give me error.
I've already posted this over at the vBulletin forums and with their tech support team, but so far no one has been able to find a solution. Someone suggested I post here as well.
I am currently running vB using PHP 4.3.9 with Zend WinEnabler on a windows 2003 server. I have a seperate database server and a web server. This current configuration works fine, but I am moving to an upgraded web server and this is where the problems start.
Due to intermitant issues with Zend WinEnabler (now a discontinued product) I wanted to move to the latest version of PHP (5.2.5 NTS) and Microsoft FastCGI. The problem is that I am getting blank pages when clicking the Today's Post link from the top menu and immediately following the submission of a new post. I've gone through all of the vBulletin listed suggestions about trouble shooting blank pages and none apply.
Because I have a seperate database sever, I am accessing the same database with the new server vB configuration I am migrating to. As such I suspect the issue has to be related to web server given there are no issues on the current live site and the only changes are the PHP version and acceleration app.
If anyone has some suggestions, please let me know. I am running out of time on my server migration window before I am going to be billed for two servers.
I try to enable register globals for a specific domain using htscanner and .htaccess (php runs as fastcgi). My phpinfo page says that register globals are On but they don't work.