Sugestia mea e sa te uiti mai atent la https://www.nginx.com/resources/wiki/start/topics/tutorials/commandline/ (in special la diferenta intre SIGHUP si SIGUSR2) si sa vezi cand nu merge, ce zice mai exact in loguri. In cele mai multe situatii, nu i-a placut ceva la sanity check-ul pe care il face configului inainte sa faca ceva, poate fi ceva de la mediul tau local sau cum e pornit. Vezi ca pe la 0.7.ceva si-a schimbat comportamentul (in mod normal asta e istorie veche dar vad ca povestesti de apache 2.4 de parca ar fi ceva fresh, deci naiba stie ce-i la tine pe masina).
-- P. On Wed, Jan 27, 2021 at 6:34 PM Alex 'CAVE' Cernat <c...@cernat.ro> wrote: > On 27-Jan-21 18:24, manuel wolfshant wrote: > > mie nu mi s-a intimplat vreodata, de cind ma stiu cu apache -- aka > > 1999 -- apachectl graceful sa nu fi facut ceea ce trebuie. > > aici iti dau eu un exemplu: la un apache 2.2 cu chroot din mod_security > un simplu reload nu ajungea daca voiai ca fisierele de conf sa ramana > strict in /etc-ul de la mama lui > > insa nu ma refeream in mailul initial la avioane de genul, ci la > configuratii "normale" sau uzuale ... > > iar "belelele" de care stiu era neincarcarea noilor certificate la > apache (candva), respectiv ignorarea modificarilor de listen la nginx; > poate or fi si altele dar nu-mi aduc aminte sa ma fi lovit de ele > > Alex > > > _______________________________________________ > 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
