[PATCH] Fixed segfault when switching off master process during upgrade

Roman Arutyunyan arut at nginx.com
Thu Nov 24 09:09:41 UTC 2022


Hi,

On Wed, Nov 23, 2022 at 11:52:00PM +0300, Maxim Dounin wrote:
> Hello!
> 
> On Wed, Nov 23, 2022 at 05:56:25PM +0400, Roman Arutyunyan wrote:
> 
> > Hi,
> > 
> > On Sun, Oct 30, 2022 at 05:42:33AM +0300, Maxim Dounin wrote:
> > > # HG changeset patch
> > > # User Maxim Dounin <mdounin at mdounin.ru>
> > > # Date 1667097733 -10800
> > > #      Sun Oct 30 05:42:13 2022 +0300
> > > # Node ID ef9c94be7fe4685f0eeee41f76b964ea252f519f
> > > # Parent  b73d95226c84b93e51f23f7b35782d98d3b516b9
> > > Fixed segfault when switching off master process during upgrade.
> > > 
> > > Binary upgrades are not supported without master process, but it is,
> > > however, possible, that nginx running with master process is asked
> > > to upgrade binary, and the configuration file as available on disk
> > > at this time includes "master_process off;".
> > > 
> > > If this happens, listening sockets inherited from the previous binary
> > > will have ls[i].previous set.  But the old cycle on initial process
> > > startup, including startup after binary upgrade, is destroyed by
> > > ngx_init_cycle() once configuration parsing is complete.  As a result,
> > > an attempt to dereference ls[i].previous in ngx_event_process_init()
> > > accesses already freed memory.
> > > 
> > > Fix is to avoid looking into ls[i].previous if the old cycle is already
> > > freed.
> > > 
> > > diff --git a/src/event/ngx_event.c b/src/event/ngx_event.c
> > > --- a/src/event/ngx_event.c
> > > +++ b/src/event/ngx_event.c
> > > @@ -813,7 +813,9 @@ ngx_event_process_init(ngx_cycle_t *cycl
> > >          rev->deferred_accept = ls[i].deferred_accept;
> > >  #endif
> > >  
> > > -        if (!(ngx_event_flags & NGX_USE_IOCP_EVENT)) {
> > > +        if (!(ngx_event_flags & NGX_USE_IOCP_EVENT)
> > > +            && cycle->old_cycle)
> > > +        {
> > >              if (ls[i].previous) {
> > >  
> > >                  /*
> > 
> > Doesn't this also mean that we can throw away zeroing ls->previous?
> > 
> > diff --git a/src/os/unix/ngx_process_cycle.c b/src/os/unix/ngx_process_cycle.c
> > --- a/src/os/unix/ngx_process_cycle.c
> > +++ b/src/os/unix/ngx_process_cycle.c
> > @@ -888,15 +888,6 @@ ngx_worker_process_init(ngx_cycle_t *cyc
> >      tp = ngx_timeofday();
> >      srandom(((unsigned) ngx_pid << 16) ^ tp->sec ^ tp->msec);
> >  
> > -    /*
> > -     * disable deleting previous events for the listening sockets because
> > -     * in the worker processes there are no events at all at this point
> > -     */
> > -    ls = cycle->listening.elts;
> > -    for (i = 0; i < cycle->listening.nelts; i++) {
> > -        ls[i].previous = NULL;
> > -    }
> > -
> >      for (i = 0; cycle->modules[i]; i++) {
> >          if (cycle->modules[i]->init_process) {
> >              if (cycle->modules[i]->init_process(cycle) == NGX_ERROR) {
> > 
> 
> Yes, this code is now redundant.  Added to the patch, with the 
> following paragraph in the commit log:
> 
> : With this change it is also no longer needed to clear ls[i].previous in
> : worker processes, so the relevant code was removed.
> 
> Full patch:
> 
> # HG changeset patch
> # User Maxim Dounin <mdounin at mdounin.ru>
> # Date 1669236533 -10800
> #      Wed Nov 23 23:48:53 2022 +0300
> # Node ID 8852f39311de9913435fb2f2fc601a3655f42a99
> # Parent  09463dd9c50463e35856a3bd6b57bc6ca382e6f0
> Fixed segfault when switching off master process during upgrade.
> 
> Binary upgrades are not supported without master process, but it is,
> however, possible, that nginx running with master process is asked
> to upgrade binary, and the configuration file as available on disk
> at this time includes "master_process off;".
> 
> If this happens, listening sockets inherited from the previous binary
> will have ls[i].previous set.  But the old cycle on initial process
> startup, including startup after binary upgrade, is destroyed by
> ngx_init_cycle() once configuration parsing is complete.  As a result,
> an attempt to dereference ls[i].previous in ngx_event_process_init()
> accesses already freed memory.
> 
> Fix is to avoid looking into ls[i].previous if the old cycle is already
> freed.
> 
> With this change it is also no longer needed to clear ls[i].previous in
> worker processes, so the relevant code was removed.
> 
> diff --git a/src/event/ngx_event.c b/src/event/ngx_event.c
> --- a/src/event/ngx_event.c
> +++ b/src/event/ngx_event.c
> @@ -813,7 +813,9 @@ ngx_event_process_init(ngx_cycle_t *cycl
>          rev->deferred_accept = ls[i].deferred_accept;
>  #endif
>  
> -        if (!(ngx_event_flags & NGX_USE_IOCP_EVENT)) {
> +        if (!(ngx_event_flags & NGX_USE_IOCP_EVENT)
> +            && cycle->old_cycle)
> +        {
>              if (ls[i].previous) {
>  
>                  /*
> diff --git a/src/os/unix/ngx_process_cycle.c b/src/os/unix/ngx_process_cycle.c
> --- a/src/os/unix/ngx_process_cycle.c
> +++ b/src/os/unix/ngx_process_cycle.c
> @@ -759,7 +759,6 @@ ngx_worker_process_init(ngx_cycle_t *cyc
>      ngx_cpuset_t     *cpu_affinity;
>      struct rlimit     rlmt;
>      ngx_core_conf_t  *ccf;
> -    ngx_listening_t  *ls;
>  
>      if (ngx_set_environment(cycle, NULL) == NULL) {
>          /* fatal */
> @@ -889,15 +888,6 @@ ngx_worker_process_init(ngx_cycle_t *cyc
>      tp = ngx_timeofday();
>      srandom(((unsigned) ngx_pid << 16) ^ tp->sec ^ tp->msec);
>  
> -    /*
> -     * disable deleting previous events for the listening sockets because
> -     * in the worker processes there are no events at all at this point
> -     */
> -    ls = cycle->listening.elts;
> -    for (i = 0; i < cycle->listening.nelts; i++) {
> -        ls[i].previous = NULL;
> -    }
> -
>      for (i = 0; cycle->modules[i]; i++) {
>          if (cycle->modules[i]->init_process) {
>              if (cycle->modules[i]->init_process(cycle) == NGX_ERROR) {

Looks good.

--
Roman Arutyunyan



More information about the nginx-devel mailing list