Deleted something I shouldn’t have. I learned my lesson, but I had to revert to a backup that was about 3 days old. My bad.

  • Wander@yiffit.net
    link
    fedilink
    English
    arrow-up
    5
    ·
    1 year ago

    Yes, that might actually be the activitypub table in the database. You can safely delete older entries, like from two weeks ago or older. Otherwise it just keeps growing with the logs of all activitypub objects that the server has sent out received.

    • seahorse [Ohio]OPMA
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      Do you know where I can find the query to do that? Databases are not my forte.

      • Wander@yiffit.net
        link
        fedilink
        English
        arrow-up
        4
        ·
        edit-2
        1 year ago

        Yes, let me logging to my server and try to retrieve the exact query I used. BRB

        Edit: here it is, the table is actually called activity

        DELETE FROM activity where published < '2023-06-27'; Just make sure to change the date to whatever you need. Leaving two weeks is more than enough to detect and refuse duplicates.

        In order to get access to the database you should probably be able to run docker exec -it midwestsocial_postgres_1 busybox /bin/sh. And then access postgres with psql -U username, the default username is ‘lemmy’.

        Then connect to the database with \c lemmy

        You can list tables with \dt and view definitions for each table with \d+ tablename. For example \d+ activity.

        You can get some sample data from the table with select * from activity LIMIT 10; You’ll see that the activity table holds activitypub logs and should be cleared out regularly as mentioned by dessalines in this post: https://github.com/LemmyNet/lemmy/issues/1133

        Important

        After deleting the entries (which could take some minutes depending on how much data it holds) you will not see a difference in the filesystem. The database keeps that freed up space for itself but you should see backups being much lighter and of course, the file system itself will stop growing so fare until it has reached the previous levels.

        If you want to free up that space to the filesystem you need to do a “vacuum full” but that will require downtime and could take several minutes depending on the space that was used up and the space that is still free. It could take up to an hour. I haven’t done this myself since backups have gone down in size and I don’t need extra free space in the filesystem as long as I stop the database from growing out of control again.