Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nW1Mw-00017X-W6 for pgsql-docs@arkaria.postgresql.org; Sun, 20 Mar 2022 19:37:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nW1Lx-0006j3-KC for pgsql-docs@arkaria.postgresql.org; Sun, 20 Mar 2022 19:36:37 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nW1Lx-0006iu-9v for pgsql-docs@lists.postgresql.org; Sun, 20 Mar 2022 19:36:37 +0000 Received: from mail-io1-xd2a.google.com ([2607:f8b0:4864:20::d2a]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nW1Ls-00037h-0q for pgsql-docs@lists.postgresql.org; Sun, 20 Mar 2022 19:36:35 +0000 Received: by mail-io1-xd2a.google.com with SMTP id 125so1406963iov.10 for ; Sun, 20 Mar 2022 12:36:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=bP71lIdwL+dxqfpqZYo47UpNsdX5TeLByVK9MSYG5Hw=; b=8Kc3LX+5uYEbCEpOOFEWYyK9mjAqiQvnIOwDEjJwmI7B9fT+R6fFXECdSJsoyWh0t6 h7VTAH4O5pRXIT4dboS0iDBILvxzF5hwr4hQqkdwo/pOa2qHHJFDqnP/WmXZ50rXn5Fk SQqcs5ELgHco073RWX/nyS+kkhCty96ASbv0L7CuQ61BmAFehTF7TMOb9oZNmTSnOxGS qxDd+DdMXZ0vLHEnIh4j1mFADT/NKO+v9oV7X/AR0Pzv+zZj4Q828dyyxOv3F27Bcyph r161vkgTWDPsa8UQKjuaI11j/LnZQaWKStVfZQZCJKS0tE7PR6nIDfkovkpwg91PyR4b TkYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=bP71lIdwL+dxqfpqZYo47UpNsdX5TeLByVK9MSYG5Hw=; b=iDlaFTd8k0x163eXlA/b53l136mvXJ9Yn4QPHHmBH/f11eNM/YdvlhzlCw9NncM7UR w7TIqlJCG3qkiislh+B/fY9Kr07DW7GIoC8WxQ2c3tJc1DmcDL1IOMWbjnIhR3nJX18f +Y+VbLEyBZxumTKpytsNy+r8/UmIHDOb1P69M56MYkvUucwX9pFPwAVjF+quKKpSHumC LW82BVVH8IQnPsekjADryO3HiF8rfwCYBH+vzrJy5m321g9UCUDWXFnL9yFbwLy2Ipkg wYitesT+Gj0WVV6p4qD8Kxz0tXwbIOudFVLXOGq09bLdF02O3UUXsryHRk44O0IKa8Q1 xavw== X-Gm-Message-State: AOAM530Z9I0YLc6euRoVCKMDsq6o/4X/VX4qYx76kctFWufyY7V141F3 TtGzhyFJ/MGcNUwdmcljHkE+9Q== X-Google-Smtp-Source: ABdhPJyrAwRmwpHnRMAD0DV0VA4JbuBVIPIT545yGMtCrK9Zj96A1AcInYF1HYWTOqUYcbUJK3NFog== X-Received: by 2002:a05:6638:1515:b0:31a:2a12:c5cf with SMTP id b21-20020a056638151500b0031a2a12c5cfmr8685588jat.153.1647804991137; Sun, 20 Mar 2022 12:36:31 -0700 (PDT) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id g5-20020a92dd85000000b002c65941015bsm8100281iln.38.2022.03.20.12.36.30 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Mar 2022 12:36:30 -0700 (PDT) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 990238017D3; Sun, 20 Mar 2022 14:36:29 -0500 (CDT) Date: Sun, 20 Mar 2022 14:36:29 -0500 From: Justin Pryzby To: Tom Lane Cc: jordan@jwillikers.com, pgsql-docs@lists.postgresql.org Subject: Re: systemd service start - disable timeout with "infinity" Message-ID: <20220320193629.GW28503@telsasoft.com> References: <164770078557.670.5467111518383664377@wrigleys.postgresql.org> <1445301.1647792679@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1445301.1647792679@sss.pgh.pa.us> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sun, Mar 20, 2022 at 12:11:19PM -0400, Tom Lane wrote: > PG Doc comments form writes: > > In the service start section of the documentation, it is stated that using a > > value of zero for TimeoutSec disables the systemd timeout. This is not > > accurate and according to the documentation of systemd, > > https://www.freedesktop.org/software/systemd/man/systemd.service.html#TimeoutStartSec=, > > this should be set to "infinity" to disable the timeout. > > Hmm ... maybe zero works too, or worked when this was written? > But you're right that "infinity" is now the documented way > to do it. Will fix, thanks for the report. FYI https://www.postgresql.org/message-id/flat/20211129220234.GQ17618%40telsasoft.com https://git.postgresql.org/gitweb/?p=pgrpms.git&a=commitdiff&h=c74dbe3781478597712066354d19b754ba4b7683 +# 0 is the same as infinity, but "infinity" needs systemd 229 +TimeoutStartSec=0