Re: [rlug] module dinamice in php
Sters /etc/ld.so.cache si rulat ldconfig din nou ai incercat? --- Sent from the Delta quadrant using Borg technology! On 2019-07-26 15:14, Mihai Badici wrote: On 7/26/19 3:57 PM, Dumitru Moldovan wrote: On Fri, Jul 26, 2019 at 02:42:31PM +0300, Mihai Badici wrote: Eu dau aproape totdeauna restart. Pe slackware restart văd că înseamnă: /usr/sbin/apachectl -k restart dar am întâlnit și pe debian aceeași problemă ( tura tecută chiar eram disperat, că aveam un singur utilizator căruia nu-i mergea, tuturor celorlalți le funcționa :) N-ar putea fi o problemă de client-side caching? Nu, am tot șters cache-ul. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] module dinamice in php
On 7/26/19 3:57 PM, Dumitru Moldovan wrote: > On Fri, Jul 26, 2019 at 02:42:31PM +0300, Mihai Badici wrote: >> >> Eu dau aproape totdeauna restart. >> >> Pe slackware restart văd că înseamnă: >> >> /usr/sbin/apachectl -k restart >> >> dar am întâlnit și pe debian aceeași problemă ( tura tecută chiar eram >> disperat, că aveam un singur utilizator căruia nu-i mergea, tuturor >> celorlalți le funcționa :) > > N-ar putea fi o problemă de client-side caching? > Nu, am tot șters cache-ul. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] module dinamice in php
On Fri, Jul 26, 2019 at 02:42:31PM +0300, Mihai Badici wrote: Eu dau aproape totdeauna restart. Pe slackware restart văd că înseamnă: /usr/sbin/apachectl -k restart dar am întâlnit și pe debian aceeași problemă ( tura tecută chiar eram disperat, că aveam un singur utilizator căruia nu-i mergea, tuturor celorlalți le funcționa :) N-ar putea fi o problemă de client-side caching? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] module dinamice in php
On 7/26/19 1:29 PM, Adrian Sevcenco wrote: > On 7/26/19 12:53 PM, manuel "lonely wolf" wolfshant wrote: >> On 7/26/19 11:18 AM, Mihai Badici wrote: >>> Am o problemă pe care știu să o rezolv ( băbește) :) dar pe care aș >>> vrea >>> să o înțeleg mai bine. >>> >>> E mai greu de explicat cumva decât de rezolvat :) >>> >>> >>> Am o bibliotecă de php relativ custom ( libkolabxml) . Cei de la Kolab >>> s-au gândit că e mai bine să ai un pachet de biblioteci ( au >>> binding-uri >>> și pt java, python, C) pentru a parsa xml-urile cu care lucrează. >>> >>> ( In felul ăsta când schimbi ceva în format, upgradezi tot pachetul și >>> ai rezultate consistente pentru toate aplicațiile) >>> >>> . >>> >>> Bun, cănd fac upgrade la php uneori uit să recompilez pachetul. Atunci >>> se întâmplă ceva ciudat: pe contul meu de test totul funcționează >>> normal, dar pe alte conturi nu. După un timp nu mai merge la nimeni și >>> atunci îmi amintesc să instalez pachetul. >>> >>> Ceea ce se întămplă e că apache aparent încarcă php-ul vechi, deși îl >>> restartez, dar doar în anumite condiții ( de fapt folosește un temporar >>> din /tmp pe care l-am cam dibuit umblând pe o mașină de test, de asta >>> zic că băbește știu să rezolv) >> >> tu dai restart sau reload ? ca nu e tot aia... cu exceptia cazurilor >> cind am facut eu timpenii, mie ( pe multe centos / fedora si >> citeva instante de debian si ubunți ) nu mi s-a intimplat absolut >> niciodata ca dupa restart sa apara versiunea anterioara. in schimb >> mi-a aparut fenomenul descris de tine la reload.. si asa am invatat ( >> acum 20 ani :) ) ca exista diferente. > > pe centos7 si fedora reload face "httpd -k graceful" > explicatiile sunt la https://httpd.apache.org/docs/2.4/stopping.html > > din ce vad acolo la graceful se pare ca procesul principal nu se > inchide, ci inchide threadurile, reparseaza configuratia si apoi > reporneste threadurile cu noua configuratie. > > daca procesul principal are cacheuri interne, hash-uri ale locatiilor > etc, la reload nu cred ca vor fi refacute. > > Adrian Eu dau aproape totdeauna restart. Pe slackware restart văd că înseamnă: /usr/sbin/apachectl -k restart dar am întâlnit și pe debian aceeași problemă ( tura tecută chiar eram disperat, că aveam un singur utilizator căruia nu-i mergea, tuturor celorlalți le funcționa :) Poate că nu e voba de apache ci de loaderul de module dinamice al php-ului, de fapt eu asta cred că e. Doar că nu știu cum funcționează la nivelul ăsta de detaliu. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] module dinamice in php
On 7/26/19 1:29 PM, Adrian Sevcenco wrote: On 7/26/19 12:53 PM, manuel "lonely wolf" wolfshant wrote: On 7/26/19 11:18 AM, Mihai Badici wrote: Am o problemă pe care știu să o rezolv ( băbește) :) dar pe care aș vrea să o înțeleg mai bine. E mai greu de explicat cumva decât de rezolvat :) Am o bibliotecă de php relativ custom ( libkolabxml) . Cei de la Kolab s-au gândit că e mai bine să ai un pachet de biblioteci ( au binding-uri și pt java, python, C) pentru a parsa xml-urile cu care lucrează. ( In felul ăsta când schimbi ceva în format, upgradezi tot pachetul și ai rezultate consistente pentru toate aplicațiile) . Bun, cănd fac upgrade la php uneori uit să recompilez pachetul. Atunci se întâmplă ceva ciudat: pe contul meu de test totul funcționează normal, dar pe alte conturi nu. După un timp nu mai merge la nimeni și atunci îmi amintesc să instalez pachetul. Ceea ce se întămplă e că apache aparent încarcă php-ul vechi, deși îl restartez, dar doar în anumite condiții ( de fapt folosește un temporar din /tmp pe care l-am cam dibuit umblând pe o mașină de test, de asta zic că băbește știu să rezolv) tu dai restart sau reload ? ca nu e tot aia... cu exceptia cazurilor cind am facut eu timpenii, mie ( pe multe centos / fedora si citeva instante de debian si ubunți ) nu mi s-a intimplat absolut niciodata ca dupa restart sa apara versiunea anterioara. in schimb mi-a aparut fenomenul descris de tine la reload.. si asa am invatat ( acum 20 ani :) ) ca exista diferente. pe centos7 si fedora reload face "httpd -k graceful" explicatiile sunt la https://httpd.apache.org/docs/2.4/stopping.html din ce vad acolo la graceful se pare ca procesul principal nu se inchide, ci inchide threadurile, reparseaza configuratia si apoi reporneste threadurile cu noua configuratie. daca procesul principal are cacheuri interne, hash-uri ale locatiilor etc, la reload nu cred ca vor fi refacute. Stiu, Adi :) E asa de multi multi multi ani. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] module dinamice in php
On 7/26/19 12:53 PM, manuel "lonely wolf" wolfshant wrote: On 7/26/19 11:18 AM, Mihai Badici wrote: Am o problemă pe care știu să o rezolv ( băbește) :) dar pe care aș vrea să o înțeleg mai bine. E mai greu de explicat cumva decât de rezolvat :) Am o bibliotecă de php relativ custom ( libkolabxml) . Cei de la Kolab s-au gândit că e mai bine să ai un pachet de biblioteci ( au binding-uri și pt java, python, C) pentru a parsa xml-urile cu care lucrează. ( In felul ăsta când schimbi ceva în format, upgradezi tot pachetul și ai rezultate consistente pentru toate aplicațiile) . Bun, cănd fac upgrade la php uneori uit să recompilez pachetul. Atunci se întâmplă ceva ciudat: pe contul meu de test totul funcționează normal, dar pe alte conturi nu. După un timp nu mai merge la nimeni și atunci îmi amintesc să instalez pachetul. Ceea ce se întămplă e că apache aparent încarcă php-ul vechi, deși îl restartez, dar doar în anumite condiții ( de fapt folosește un temporar din /tmp pe care l-am cam dibuit umblând pe o mașină de test, de asta zic că băbește știu să rezolv) tu dai restart sau reload ? ca nu e tot aia... cu exceptia cazurilor cind am facut eu timpenii, mie ( pe multe centos / fedora si citeva instante de debian si ubunți ) nu mi s-a intimplat absolut niciodata ca dupa restart sa apara versiunea anterioara. in schimb mi-a aparut fenomenul descris de tine la reload.. si asa am invatat ( acum 20 ani :) ) ca exista diferente. pe centos7 si fedora reload face "httpd -k graceful" explicatiile sunt la https://httpd.apache.org/docs/2.4/stopping.html din ce vad acolo la graceful se pare ca procesul principal nu se inchide, ci inchide threadurile, reparseaza configuratia si apoi reporneste threadurile cu noua configuratie. daca procesul principal are cacheuri interne, hash-uri ale locatiilor etc, la reload nu cred ca vor fi refacute. Adrian ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] module dinamice in php
On 7/26/19 11:18 AM, Mihai Badici wrote: Am o problemă pe care știu să o rezolv ( băbește) :) dar pe care aș vrea să o înțeleg mai bine. E mai greu de explicat cumva decât de rezolvat :) Am o bibliotecă de php relativ custom ( libkolabxml) . Cei de la Kolab s-au gândit că e mai bine să ai un pachet de biblioteci ( au binding-uri și pt java, python, C) pentru a parsa xml-urile cu care lucrează. ( In felul ăsta când schimbi ceva în format, upgradezi tot pachetul și ai rezultate consistente pentru toate aplicațiile) . Bun, cănd fac upgrade la php uneori uit să recompilez pachetul. Atunci se întâmplă ceva ciudat: pe contul meu de test totul funcționează normal, dar pe alte conturi nu. După un timp nu mai merge la nimeni și atunci îmi amintesc să instalez pachetul. Ceea ce se întămplă e că apache aparent încarcă php-ul vechi, deși îl restartez, dar doar în anumite condiții ( de fapt folosește un temporar din /tmp pe care l-am cam dibuit umblând pe o mașină de test, de asta zic că băbește știu să rezolv) tu dai restart sau reload ? ca nu e tot aia... cu exceptia cazurilor cind am facut eu timpenii, mie ( pe multe centos / fedora si citeva instante de debian si ubunți ) nu mi s-a intimplat absolut niciodata ca dupa restart sa apara versiunea anterioara. in schimb mi-a aparut fenomenul descris de tine la reload.. si asa am invatat ( acum 20 ani :) ) ca exista diferente. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
[rlug] module dinamice in php
Am o problemă pe care știu să o rezolv ( băbește) :) dar pe care aș vrea să o înțeleg mai bine. E mai greu de explicat cumva decât de rezolvat :) Am o bibliotecă de php relativ custom ( libkolabxml) . Cei de la Kolab s-au gândit că e mai bine să ai un pachet de biblioteci ( au binding-uri și pt java, python, C) pentru a parsa xml-urile cu care lucrează. ( In felul ăsta când schimbi ceva în format, upgradezi tot pachetul și ai rezultate consistente pentru toate aplicațiile) . Bun, cănd fac upgrade la php uneori uit să recompilez pachetul. Atunci se întâmplă ceva ciudat: pe contul meu de test totul funcționează normal, dar pe alte conturi nu. După un timp nu mai merge la nimeni și atunci îmi amintesc să instalez pachetul. Ceea ce se întămplă e că apache aparent încarcă php-ul vechi, deși îl restartez, dar doar în anumite condiții ( de fapt folosește un temporar din /tmp pe care l-am cam dibuit umblând pe o mașină de test, de asta zic că băbește știu să rezolv) Am întâlnit și fenomenul invers: fac upgrade la php, compile pachetul, dau restart la apache... și am o eroare de simbol negăsit, semn că apache rulează php nou cu biblioteca veche sau cred că mai degrabă invers. Deci, cum funcționează mecanismul ăsta prin care apache folosește cache-ul când rulează modulul de php? La ce anume face de fapt cache? Cred că problema ar apărea și dacă aș folosi php ca fpm dar nu am decât o singură instalare ( nginx+fpm ) și n-am remarcat. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
