Description of problem: HTTPD doesn't runs when I try to start it with PHP, but when I try to start without PHP installed it runs correctly. Version-Release number of selected component (if applicable): How reproducible: I installed the next packages in Fedora: httpd php php-gd php-imap php-ldap php-mysql php-odbc php-pear php-xml php-xmlrpc php-mapserver php-mbstring php-mcrypt php-mhash php-mssql php-shout php-snmp php-soap php-tidy curl libxml2 libxml2-devel mysql mysql-server mod_python mod_perl ImageMagick perl-libwww-perl perl-HTML-Parser perl-DBI perl-Net-DNS perl-Digest-SHA1 perl-ExtUtils-AutoInstall perl-NetAddr-IP perl-Archive-Tar php-gd php-Smarty php-zipstream js phpmyadmin php-domxml-php4-php5 php-pecl-apc Steps to Reproduce: 1. I installed those package with YUM. 2. I tried to start HTTP with: systemctl start httpd.service 3. I give me the next mesage: Job failed. See system journal and 'systemctl status' for details. 4. When I execute "systemctl status" it give me the next mesage: Too few arguments. Actual results: I can't start HTTP :( . Expected results: Additional info: I'm web developer, and when I saw this I downgrade to Fedora 16 immediately.
More informations ? Content of /var/log/messages ? Content of /var/log/httpd/error_log ?
Shit, my desktop was broken yesterday (in an accident), I can't see the logs now. Give me two day to reproduce the situation.
Created attachment 590151 [details] Logs from /var/log and /var/log/httpd
OK, My desktop runs again and I can give you the information about those files. About HTTPD, /etc/log/messages give me the next information: Jun 7 12:05:07 fedora17-v systemd[1]: Startup finished in 1s 724ms 131us (kernel) + 5s 838ms 27us (initrd) + 2min 27s 739ms 444us (userspace) = 2min 35s 301ms 602us. Jun 7 12:05:11 fedora17-v httpd[1306]: httpd: Could not reliably determine the server's fully qualified domain name, using 10.0.2.15 for ServerName Jun 7 12:05:11 fedora17-v systemd[1]: PID file /var/run/httpd/httpd.pid not readable (yet?) after start. Jun 7 12:05:16 fedora17-v abrt[1309]: Saved core dump of pid 1307 (/usr/sbin/httpd) to /var/spool/abrt/ccpp-2012-06-07-12:05:14-1307 (86724608 bytes) Jun 7 12:05:16 fedora17-v abrtd: Directory 'ccpp-2012-06-07-12:05:14-1307' creation detected Jun 7 12:05:16 fedora17-v systemd[1]: httpd.service never wrote its PID file. Failing. Jun 7 12:05:16 fedora17-v systemd[1]: Unit httpd.service entered failed state. I send you the files for you may see them.
This is a problem with the php-mapscript extension. PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/php_mapscript.so' - /usr/lib64/php/modules/php_mapscript.so: undefined symbol: output_globals in Unknown on line 0 # rpm -qf /usr/lib64/php/modules/php_mapscript.so php-mapserver-6.0.1-5.fc17.x86_64
It seems this package have not been rebuild during mass PHP 5.4 rebuild. Mainly because it doesn"t follow guidelines and don't requires API check. http://fedoraproject.org/wiki/Packaging/PHP#C_extensions_.28PECL_and_others.29 Another packaging issue : I don't understand why this extension requires httpd. PHP extensions/libraries shouldn't requires any webserver (which should be required by webapps only)
Created attachment 590260 [details] mapserver.patch Patch proposal. I haven't commit this patch, it seems this package is FTBFS (in java stuff) + make javac edu/umn/gis/mapscript/*.java edu/umn/gis/mapscript/layerObj.java:445: error: cannot find symbol classobj.layer=this; ^ symbol: variable layer location: variable classobj of type classObj edu/umn/gis/mapscript/layerObj.java:497: error: cannot find symbol clazz.layer=this; ^
I can work with Prestashop and Drupal without the package php-mapserver. Thank you very much for your help.
Created attachment 609711 [details] Upstream fix to work with PHP 5.4
*** Bug 863859 has been marked as a duplicate of this bug. ***
Pavel has forgotten to update this bug (or to attach it to the update), but version 6.0.3-6, in updates-testing should fix this issue. Version 6.0.3-7, in rawhide conforms to PHP Guildeines.
This message is a reminder that Fedora 17 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 17. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '17'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 17's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 17 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 17's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.