<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: root partition full with postgresSQL db in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165092#M70110</link>
    <description>&lt;P&gt;Did they give you any advice so far? I see what phoneboy means by sync issue, that definitely makes sense...I also see what&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/27871"&gt;@Bob_Zimmerman&lt;/a&gt;&amp;nbsp;is suggesting, sounds like the fastest way to solve this problem.&lt;/P&gt;</description>
    <pubDate>Tue, 13 Dec 2022 20:35:16 GMT</pubDate>
    <dc:creator>the_rock</dc:creator>
    <dc:date>2022-12-13T20:35:16Z</dc:date>
    <item>
      <title>root partition full with postgresSQL db</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165064#M70105</link>
      <description>&lt;P&gt;version is R81.10. The root partition on the standby Management server is full.&lt;/P&gt;&lt;P&gt;It seems to be caused by the postgresSQL database. On the active management server /opt/CPshrd-R81.10/database/postgresql is 3.6G, on the standby it's 41G.&lt;/P&gt;&lt;P&gt;Any ideas how we can clean this up and what could be the cause?&lt;/P&gt;</description>
      <pubDate>Tue, 13 Dec 2022 15:20:58 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165064#M70105</guid>
      <dc:creator>flachance</dc:creator>
      <dc:date>2022-12-13T15:20:58Z</dc:date>
    </item>
    <item>
      <title>Re: root partition full with postgresSQL db</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165073#M70106</link>
      <description>&lt;P&gt;That would imply some sort of issue with syncing…recommend engaging with TAC to assist.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Dec 2022 15:53:24 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165073#M70106</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2022-12-13T15:53:24Z</dc:date>
    </item>
    <item>
      <title>Re: root partition full with postgresSQL db</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165085#M70107</link>
      <description>&lt;P&gt;Honestly, if I were you, I would NOT touch that at all. Anything to do with database (regardless if its gw or mgmt, SPECIALLY mgmt server), deleting those files can cause corruption beoynd repair. As&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/7"&gt;@PhoneBoy&lt;/a&gt;&amp;nbsp;, you are better off getting TAC involved and confirm with them. One thing I would do beforehand is maybe compare that content of that dir on both servers and see whats actually different. I get that space is way less on standby, but real question is why.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Dec 2022 17:36:55 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165085#M70107</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2022-12-13T17:36:55Z</dc:date>
    </item>
    <item>
      <title>Re: root partition full with postgresSQL db</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165090#M70108</link>
      <description>&lt;P&gt;Not sure on the cause. You would need to call the TAC.&lt;/P&gt;
&lt;P&gt;As for cleaning it up, I would just flatten the standby management and rebuild it. Inconvenient, but pretty quick, and guaranteed to work with no residual gunk left over from before rebuilding. Secondary managements should be as transient as firewalls.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Dec 2022 20:18:39 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165090#M70108</guid>
      <dc:creator>Bob_Zimmerman</dc:creator>
      <dc:date>2022-12-13T20:18:39Z</dc:date>
    </item>
    <item>
      <title>Re: root partition full with postgresSQL db</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165091#M70109</link>
      <description>&lt;P&gt;We already have a call with TAC. Hasn't been too helpful so far, that's why I was trying my luck here :-). We'll keep working with TAC. I'll post any new details I get here.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Dec 2022 20:25:39 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165091#M70109</guid>
      <dc:creator>flachance</dc:creator>
      <dc:date>2022-12-13T20:25:39Z</dc:date>
    </item>
    <item>
      <title>Re: root partition full with postgresSQL db</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165092#M70110</link>
      <description>&lt;P&gt;Did they give you any advice so far? I see what phoneboy means by sync issue, that definitely makes sense...I also see what&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/27871"&gt;@Bob_Zimmerman&lt;/a&gt;&amp;nbsp;is suggesting, sounds like the fastest way to solve this problem.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Dec 2022 20:35:16 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165092#M70110</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2022-12-13T20:35:16Z</dc:date>
    </item>
    <item>
      <title>Re: root partition full with postgresSQL db</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165094#M70111</link>
      <description>&lt;P&gt;Until just about now, the advices were to clean up unnecessary files and expand disk space. We informed them today on what we found regarding postgressql seemingly being the issue and we just received instructions to install Take 75 (we're at Take 66). They referenced sk178889. So we'll look at that, although I suspect installing a JHF when the root partition is full might be problematic &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 13 Dec 2022 20:40:39 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165094#M70111</guid>
      <dc:creator>flachance</dc:creator>
      <dc:date>2022-12-13T20:40:39Z</dc:date>
    </item>
    <item>
      <title>Re: root partition full with postgresSQL db</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165095#M70112</link>
      <description>&lt;P&gt;Yes it looks like rebuilding it with the latest JHF might be the fastest/easiest&lt;/P&gt;</description>
      <pubDate>Tue, 13 Dec 2022 20:43:29 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/root-partition-full-with-postgresSQL-db/m-p/165095#M70112</guid>
      <dc:creator>flachance</dc:creator>
      <dc:date>2022-12-13T20:43:29Z</dc:date>
    </item>
  </channel>
</rss>

