errori dopo ultimo aggiornamento a current

[ermes]

aggiornato ancora.... i problemi sembrano risolti
ho un solo altro problema:
uso librerie pear con php... e dopo questo aggiornamento tutte le applicazioni che usano queste librerie sono inservibili.
succede a qualcun altro ?

[conraid]

aggiornato ancora.... i problemi sembrano risolti
ho un solo altro problema:
uso librerie pear con php... e dopo questo aggiornamento tutte le applicazioni che usano queste librerie sono inservibili.
succede a qualcun altro ?

in teoria dovrebbero funzionare, però ci sono quelle compatibili con php 5.4 e quelle no. Se poi ci sono altri problemi non saprei, non ho ancora provato

[ponce]

uso librerie pear con php... e dopo questo aggiornamento tutte le applicazioni che usano queste librerie sono inservibili.

penso che tu debba reinstallarle (le librerie pear), se sono compatibili (come dice giustamente corrado).
altrimenti ti conviene fare un downgrade.

[sya54M]

io ho aggiornato ma apache mi continua a dire:

Codice: Seleziona tutto

bash-4.2# /etc/rc.d/rc.httpd restart
[Wed May 23 11:13:19.910042 2012] [:crit] [pid 20648:tid 3070121728] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe.  You need to recompile PHP.
AH00013: Pre-configuration failed


[conraid]

usa mpm_prefork invece di mpm_event nella configurazione di apache

[sya54M]

grazie mille ha funzionato
ma come mai? e come mai questo modulo non c'era nemmeno commentato sulla configurazione di esempio di apache?

[sya54M]

ho letto che il metodo prefork usa un solo tread per ogni processo e occupa più risorse, vuol dire che pat ha compilato male php 2 volte?

[conraid]

boh... leggendo dallo slackbuild ho capito questo, poi se hai altre soluzione mandale a Pat o su LQ, mi piacerebbe capirla anche a me questa cosa, ammetto di averla "studiata" poco, e poi a me ultimamente mi sembra di non capire più niente

Codice: Seleziona tutto

# A brief note about mpms:
#
# "prefork" is the legacy forked mpm, used with mod_php. Starting with httpd
# 2.4.0, new threaded mpms are available, and previously experimental mpms are
# now stable
#
# Non-threaded mpms are no longer required, since php applications can now be
# deployed with the help of mod_fcgid, essentially a set of fixed dedicated cgi
# processes spawned for the whole purpose of executing dynamic applications
#
# Threaded mpms, by their very nature, are far more scalable than the
# traditional preforking solution. They consume less memory for the same
# workload, when serving the same amount of clients. httpd 2.4 ships with two
# options, "event" and "worker", where the former is the default mpm used if
# none is specified at the ./configure line
#
# Lastly, the "prefork" mpm can be used with mod_php as of version 5.4.0,
# which yields a much improved stability, even with most mod_php extensions
# loaded.
#
# The running mpm can be changed by simply loading the module. Here is a sample:
# LoadModule mpm_event_module lib(64)/httpd/modules/mod_mpm_event.so
#
# When upgrading from 2.2, please make sure to stop the deamon first, or your
# new instance may segfault.

[ponce]

con la configurazione di default funziona tranquillamente.
probabilmente, ma e' un'ipotesi mia, state provando a farlo girare usando le vecchie.

secondo me, in questo caso, vi conviene mettere da una parte i vecchi file di configurazione e adattare i nuovi spostando solo le parti che vi interessano (sia per php che per apache) dando un'occhiata alle modifiche con diff.

[sya54M]

no, io ho usato le configurazioni nuove

[conraid]

con la configurazione di default funziona tranquillamente.
probabilmente, ma e' un'ipotesi mia, state provando a farlo girare usando le vecchie.

secondo me, in questo caso, vi conviene mettere da una parte i vecchi file di configurazione e adattare i nuovi spostando solo le parti che vi interessano (sia per php che per apache) dando un'occhiata alle modifiche con diff.

no, sto usando le nuove. Tanto che per adesso non ho nemmeno configurato directory, permessi, etc... solo messo index.php e decommentato mod_php.conf

Codice: Seleziona tutto

conraid@blackstar:/etc/httpd$ diff httpd.conf httpd.conf.new
146,147c146
< #LoadModule mpm_event_module lib64/httpd/modules/mod_mpm_event.so
< LoadModule mpm_prefork_module lib64/httpd/modules/mod_mpm_prefork.so
---
> LoadModule mpm_event_module lib64/httpd/modules/mod_mpm_event.so
267c266
<     DirectoryIndex index.html index.php
---
>     DirectoryIndex index.html
513c512
< Include /etc/httpd/mod_php.conf
---
> #Include /etc/httpd/mod_php.conf

conraid@blackstar:/etc/httpd$ diff php.ini php.ini-development
conraid@blackstar:/etc/httpd$



A te con i file di default e quindi caricando mpm_event (perché di default c'è questo) non ti da quell'errore?
a me sia con mpm_event sia con mpm_worker da errore

[conraid]

che poi non so quanto sia errore visto che la prima faq di php recita così

Why shouldn't I use Apache2 with a threaded MPM in a production environment?

PHP is glue. It is the glue used to build cool web applications by sticking dozens of 3rd-party libraries together and making it all appear as one coherent entity through an intuitive and easy to learn language interface. The flexibility and power of PHP relies on the stability and robustness of the underlying platform. It needs a working OS, a working web server and working 3rd-party libraries to glue together. When any of these stop working PHP needs ways to identify the problems and fix them quickly. When you make the underlying framework more complex by not having completely separate execution threads, completely separate memory segments and a strong sandbox for each request to play in, further weaknesses are introduced into PHP's system.

If you want to use a threaded MPM, look at a FastCGI configuration where PHP is running in its own memory space.

[conraid]

altra cosa strana, come ho scritto su LQ (non chiedermi di riscrivere, che tra mia scarsa conoscenza dell'inglese e ... lasciamo perdere va), ho provato adesso sul notebook, a 64bit, e non da quell'errore. Sul fisso a 32 sì. Boh... avrò dimenticato qualcosa, poi controllo meglio. Ma sembra tutto di default

UPDATE
sì, con tutto di default (oddio, decommentando la riga che include mod_php) ho questo

Codice: Seleziona tutto

SSH root@asustar:/etc/httpd# apachectl start
[Wed May 23 14:50:07.707395 2012] [:crit] [pid 2282:tid 3070101248] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe.  You need to recompile PHP.
AH00013: Pre-configuration failed


solo nella -current a 32 bit

per la cronaca
64bit:
# grep mpm httpd.conf
LoadModule mpm_event_module lib64/httpd/modules/mod_mpm_event.so
#LoadModule mpm_prefork_module lib64/httpd/modules/mod_mpm_prefork.so
#Include /etc/httpd/extra/httpd-mpm.conf

32bit
# grep mpm httpd.conf
LoadModule mpm_event_module lib/httpd/modules/mod_mpm_event.so
#Include /etc/httpd/extra/httpd-mpm.conf

[sya54M]

si infatti avevo già letto su LQ che sulla 64bit non dava l'errore già dall'aggiornamento precedente, non avevo notato che eri tu

[ermes]

io ho provato solo sulla 64... confermo che utilizzando i file di configurazione nuovi, decommentando la riga di mod_php.conf e aggiungendo index.php tutto funziona (mentre prima gli errori c'erano)