Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ha9iD-0005xC-R4 for pgsql-docs@arkaria.postgresql.org; Mon, 10 Jun 2019 02:07:06 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1ha9iC-0006ow-FG for pgsql-docs@arkaria.postgresql.org; Mon, 10 Jun 2019 02:07:04 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ha9iC-0006mu-0g for pgsql-docs@lists.postgresql.org; Mon, 10 Jun 2019 02:07:04 +0000 Received: from mail-pf1-x42a.google.com ([2607:f8b0:4864:20::42a]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ha9i8-00005q-Va for pgsql-docs@postgresql.org; Mon, 10 Jun 2019 02:07:02 +0000 Received: by mail-pf1-x42a.google.com with SMTP id 81so4305777pfy.13 for ; Sun, 09 Jun 2019 19:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=to:cc:from:subject:message-id:date:user-agent:mime-version :content-language; bh=y9sf60HgiVY/JHA1gv5VaMe+9P/UYhRDATuSsQBrIJY=; b=odlI+X93GdXNQLuRxaF4mueyul8c1gc94LmK62di/Dv491B3o2oBT4y+MYeOaulE1S 2NEifafQ8jXzd+5+LcGcAxN/4//6YTx9bnMmARNUs/pD8j5jE6fGYxUTA4EgygCT87jN fJu5TxPjdXzF3LuHKZD/btUTIvaXsskuHG4+pTRP5RwSYnYEggsgb+pitH7NvysGQrSD tc440FYsz9kPaPRx85mz1Kapea2zM5+dmoIq9h1NDwN8OiLqJ0tzskP3QHu+08zI0EMo usBUmRLIBRByYRhOXa8W+uh7P0sfhgp/fahE1L3ddNsZne2hKsuxI0f7neRW9sxEEdTb N1oA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:from:subject:message-id:date:user-agent :mime-version:content-language; bh=y9sf60HgiVY/JHA1gv5VaMe+9P/UYhRDATuSsQBrIJY=; b=H6V871uwywvrPu50eA3aHwPL5wiNZlnz0oUIdmB/uG5L13BjKRB2MZQpPPCilrfCTd RC1xZC+oqfiPNsjXmPjj1Z2ujBJ1rGVrGbq8zdys14w4ux50WSC6Ptk7ypH8fFaWF5RF Oi2iEJnmQxgBFvXk+b6G9eSC7EicbVGHBjsuFIyGKBnaADaOnW1kh+A0mBoAdbSzUOp6 wTg/pEXzcZeUbd/09aGi5l+CPG//RtF+1NxAObEnc9Lvn9VyOnukQFpKZNpEYpC6e2Ke dZEKpqQeoPNS3cCMnqHZ4TE80QxV9vkRSi8j9oy51XDjfx8I9mGM+tNt/UPxpRAEdikl zvAg== X-Gm-Message-State: APjAAAXT5DA90QpkBTUpzAGXZt983KmXFeGBdVBHpeJSVlSDrA50RJOT 81I2FTVLnHhqXjIQUP8EAfp6Nb/hRXNsEtKYeM4mY/dccoUt8KxgZYkHX92Lx6VnPlGW2XAKwVb /qKO1PAGKjLucDDLHbdqR7aK+T1VAJdfGRpXyWqoVGTLNt688KOxhNcTqJbJQFmTLcxcO0ltiae v+BYgWYw== X-Google-Smtp-Source: APXvYqwKYtGCUzxal8/aLEjHb6Jg7oQjcK0b6ZgBA9CBuzs0b3hcKyYZr7eGDEbdCXcUtP7W2u1Fkw== X-Received: by 2002:a65:62c7:: with SMTP id m7mr13777264pgv.223.1560132418646; Sun, 09 Jun 2019 19:06:58 -0700 (PDT) Received: from osaka.octopusnet (p5883099-ipngn28601marunouchi.tokyo.ocn.ne.jp. [153.172.213.99]) by smtp.gmail.com with ESMTPSA id x129sm9495545pfb.29.2019.06.09.19.06.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 09 Jun 2019 19:06:57 -0700 (PDT) To: "pgsql-hackers@postgresql.org" Cc: pgsql-docs From: Ian Barwick Subject: doc: clarify "pg_signal_backend" default role Message-ID: <89907e32-76f3-7282-a89c-ea19c722fe5d@2ndquadrant.com> Date: Mon, 10 Jun 2019 11:06:54 +0900 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------D0086BC5EF6D732C689D5DD3" Content-Language: en-US List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk This is a multi-part message in MIME format. --------------D0086BC5EF6D732C689D5DD3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Currently the documentation for the default role "pg_signal_backend" states, somewhat ambiguously, "Send signals to other backends (eg: cancel query, terminate)", giving the impression other signals (e.g. SIGHUP) can be sent too, which is currently not the case. Attached patch clarifies this, adds a descriptive paragraph (similar to what the other default roles have) and a link to the "Server Signaling Functions" section. Patch applies cleanly to HEAD and REL_11_STABLE. Regards Ian Barwick -- Ian Barwick https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services --------------D0086BC5EF6D732C689D5DD3 Content-Type: text/x-patch; name="doc-pg_signal_backend.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="doc-pg_signal_backend.patch" diff --git a/doc/src/sgml/user-manag.sgml b/doc/src/sgml/user-manag.sgml new file mode 100644 index 6106244..76b6ddb *** a/doc/src/sgml/user-manag.sgml --- b/doc/src/sgml/user-manag.sgml *************** DROP ROLE doomed_role; *** 532,538 **** pg_signal_backend ! Send signals to other backends (eg: cancel query, terminate). pg_read_server_files --- 532,538 ---- pg_signal_backend ! Signal another backend to cancel a query or terminate the backend. pg_read_server_files *************** DROP ROLE doomed_role; *** 561,566 **** --- 561,573 ---- + The pg_signal_backend role is intended to allow administrators to enable + trusted, but non-superuser, roles to send signals to other backends. Currently this role + enables sending of signals for canceling a query on another backend or terminating the + backend. A user granted this role cannot however send signals to a backend owned by a superuser. + See also . + + The pg_read_server_files, pg_write_server_files and pg_execute_server_program roles are intended to allow administrators to have trusted, but non-superuser, roles which are able to access files and run programs on the --------------D0086BC5EF6D732C689D5DD3--