<![CDATA[Postgresql not starting with "Resetting root password" infinite loop]]>My Postgresql seems to have an infinite loop and won't start, any ideas?

2022-01-24T20:21:05.000Z Resetting root password
2022-01-24T20:22:43.000Z Detected existing installation
2022-01-24T20:22:43.000Z Resetting root password
2022-01-24T20:24:22.000Z Detected existing installation
2022-01-24T20:24:22.000Z Resetting root password
2022-01-24T20:26:03.000Z Detected existing installation
]]>https://forum.cloudron.io/topic/6376/postgresql-not-starting-with-resetting-root-password-infinite-loopRSS for NodeFri, 12 Jun 2026 05:08:16 GMTMon, 24 Jan 2022 20:40:02 GMT60<![CDATA[Reply to Postgresql not starting with "Resetting root password" infinite loop on Tue, 01 Mar 2022 00:43:55 GMT]]>@nebulon I didn't get any notifications in the dashboard for OOM which is why debugging was fairly unintuitive.

@girish If I encounter it again, I'll check dmesg and let you know.

]]>https://forum.cloudron.io/post/44095https://forum.cloudron.io/post/44095Tue, 01 Mar 2022 00:43:55 GMT<![CDATA[Reply to Postgresql not starting with "Resetting root password" infinite loop on Fri, 11 Feb 2022 20:49:23 GMT]]>@girish There are at least two ways I can think of to get a warning that the container is running out of memory limit and is about to be OOM killed.

  1. use --memory-reservation in containers set at 90% of --memory (limit) setting.

  2. track high watermarks for app usage in kernel or graph data and raise warnings of imminent OOM kill possibility.

Perhaps add another graph somewhere where these are plotted visually and one can quick click to see which and bump up the memory config by 20%.

]]>https://forum.cloudron.io/post/43255https://forum.cloudron.io/post/43255Fri, 11 Feb 2022 20:49:23 GMT<![CDATA[Reply to Postgresql not starting with "Resetting root password" infinite loop on Fri, 11 Feb 2022 19:40:26 GMT]]>Also, if there are no OOM messages in the notifications, can you also please check if dmesg output on the server has some OOM errors? Maybe we are not detecting OOM correctly.

]]>https://forum.cloudron.io/post/43254https://forum.cloudron.io/post/43254Fri, 11 Feb 2022 19:40:26 GMT<![CDATA[Reply to Postgresql not starting with "Resetting root password" infinite loop on Fri, 11 Feb 2022 15:57:02 GMT]]>@adrw did you get notifications about postgres running out of memory in your dashboard? Also the starting worked now after increasing the limit?

]]>https://forum.cloudron.io/post/43234https://forum.cloudron.io/post/43234Fri, 11 Feb 2022 15:57:02 GMT<![CDATA[Reply to Postgresql not starting with "Resetting root password" infinite loop on Fri, 11 Feb 2022 02:33:30 GMT]]>@adrw It seem to again have required more memory, wondering if there'd be a way to add that to the logs or detect that reset root password loop to suggest increasing memory. I also encountered it with the SFTP service.

]]>https://forum.cloudron.io/post/43204https://forum.cloudron.io/post/43204Fri, 11 Feb 2022 02:33:30 GMT<![CDATA[Reply to Postgresql not starting with "Resetting root password" infinite loop on Fri, 11 Feb 2022 01:50:38 GMT]]>@girish I'm seeing this failure again, the disk usage in System tab shows 250GB free

]]>https://forum.cloudron.io/post/43203https://forum.cloudron.io/post/43203Fri, 11 Feb 2022 01:50:38 GMT<![CDATA[Reply to Postgresql not starting with "Resetting root password" infinite loop on Thu, 27 Jan 2022 21:26:04 GMT]]>@girish thanks! disk space was fine but it seems like the memory was underprovisioned, I increased from default to 2GB and it started booting again, 1GB seemingly wasn't enough.

]]>https://forum.cloudron.io/post/42522https://forum.cloudron.io/post/42522Thu, 27 Jan 2022 21:26:04 GMT<![CDATA[Reply to Postgresql not starting with "Resetting root password" infinite loop on Tue, 25 Jan 2022 00:29:29 GMT]]>@adrw It seems postgres is not starting up. Do you have enough disk space? If you do docker restart postgresql , it should show any startup errors in the logs.

]]>https://forum.cloudron.io/post/42342https://forum.cloudron.io/post/42342Tue, 25 Jan 2022 00:29:29 GMT