Re: PostgreSQL14.2 can not start because of huge_page_size is equal to 1048576
От | John Wiencek |
---|---|
Тема | Re: PostgreSQL14.2 can not start because of huge_page_size is equal to 1048576 |
Дата | |
Msg-id | B3948936-8E6C-4E3D-9D58-116195708F1D@comcast.net обсуждение исходный текст |
Ответ на | PostgreSQL14.2 can not start because of huge_page_size is equal to 1048576 (类延良 <msdnchina@163.com>) |
Ответы |
Re:Re: PostgreSQL14.2 can not start because of huge_page_size is equal to 1048576
|
Список | pgsql-admin |
Found this:
See section: 19.4.5. Linux Huge Pages
"The default behavior for huge pages in PostgreSQL is to use them when possible, with the system's default huge page size, and to fall back to normal pages on failure. To enforce the use of huge pages, you can set huge_pages to
on
in postgresql.conf
. Note that with this setting PostgreSQL will fail to start if not enough huge pages are available.”On May 9, 2022, at 8:56 AM, 类延良 <msdnchina@163.com> wrote:My rhel 7.9 enabled 1GB hugepagesize,and in this rhel7.9,there is a postgresql 14.2 (from compile installation).[root@localhost ~]# cat /proc/meminfo |grep -i hugepAnonHugePages: 8192 kBHugePages_Total: 0HugePages_Free: 0HugePages_Rsvd: 0HugePages_Surp: 0Hugepagesize: 1048576 kB[root@localhost ~]# hugeadm --pool-listSize Minimum Current Maximum Default1073741824 0 0 0 *[root@localhost ~]#after I change pg parameter huge_page_size to 1048576, I can not start PostgreSQL 14.2 . the following is the error,[pg142@localhost data]$ grep huge postgresql.conf#huge_pages = try # on, off, or tryhuge_page_size = 1048576 # zero for system default[pg142@localhost data]$ pg_ctl startwaiting for server to start....2022-05-09 04:36:58.220 GMT [1719] LOG: invalid value for parameter "huge_page_size": 10485762022-05-09 04:36:58.220 GMT [1719] DETAIL: huge_page_size must be 0 on this platform.2022-05-09 12:36:58.220 CST [1719] FATAL: configuration file "/home/pg142/data/postgresql.conf" contains errorsstopped waitingpg_ctl: could not start serverExamine the log output.[pg142@localhost data]$I want to know why ?
В списке pgsql-admin по дате отправления: