Synology RS3614xs+ : /volume5/@database/pgsql ist mit 700 GB voll.... mit was?

[rumak18]

Hallo,

meine Synology läuft irgendwie voll. Hier ist ein Ordner "base" , unter "/volume1/@database/pgsql" , der mit 700 GB voll ist.
Einmal ein Ordner pgsql_tmp und ein ORdner mit einer Nummerierung "34506", die jeweils beide 350 GB voll sind.
Was ist das? Wie kann ich das löschen?

 

[himitsu]

Temp kannst vermutlich einfach so leer machen, wird dann aber auch wieder voll werden.

Alles andere würde ich über die DB regeln, also dort in der Config die Größe des Temp-Verzeichnisses begrenzen,
dann über den pgAdmin o.Ä. die Daten bereinigen und vielleicht auch Unnützes/Altes löschen.
https://www.postgresql.org/docs/9.1/sql-vacuum.html


Wenn du schonmal im pgAdmin bist und falls du nicht weiß was wo wie voll ist...

Größe aller Datenbanken:

SELECT datname AS db_name, pg_catalog.pg_get_userbyid(datdba) AS db_owner,
  CASE WHEN pg_catalog.has_database_privilege(datname, 'CONNECT')
    THEN pg_catalog.pg_size_pretty(pg_catalog.pg_database_size(datname))
    ELSE 'No Access'
  END AS db_size
FROM pg_catalog.pg_database
ORDER BY 1

Größe aller Tabellen

SELECT concat(nspname, '.', relname) AS table_name, reltuples::INT AS "~count",
  --conditionalexecutenumeric(True, 'SELECT count(*) FROM '||nspname||'.'||relname, True) as count,
  pg_size_pretty(pg_total_relation_size(pg_class.oid)) AS "~total",
  pg_total_relation_size(pg_class.oid) as total_size,
  pg_relation_size(pg_class.oid) as total_data,
  pg_indexes_size(pg_class.oid) AS index_size,
  pg_total_relation_size(reltoastrelid) AS toast_size,
  relkind AS table_type,
  NOT relhaspkey AS "noPKEY", NOT relhasindex AS "noINDEX", relchecks > 0 AS "hasCHECKs",
  relhastriggers AS "hasTRIGGER", relhasrules AS "hasRULE", relacl AS "ACL"
FROM pg_class
JOIN pg_namespace ON pg_namespace.oid = relnamespace
WHERE relkind IN ('r', 'm', 'f')  -- r=table, i=index, S=sequence, v=view, m=materialized view, c=composite type, t=TOAST table, f=foreign table
--AND nspname !~ 'information_schema|pg_catalog|pg_toast|pg_temp.*'
ORDER BY nspname !~ 'information_schema|pg_catalog|pg_toast|pg_temp.*' DESC, 1

siehe temp_file_limit (ändern in der postgresql.conf)

SELECT
  name, setting, unit,
  boot_val, reset_val,
  vartype, min_val, max_val, enumvals,
  category, short_desc, extra_desc
  --, context, source, sourcefile, sourceline
FROM pg_settings
ORDER BY name

 

[rumak18]

Hmmmm...aber ich glaube man muss erst klären, was das überhaupt für eine Datenbank ist? Eine für Enterprise Unternehmen mit 10000 Mitarbeitern? Auf der Synology läuft nicht wirklich viel. Was ist das für eine DB bzw. welche Anwendung verwendet diese?

 

[amarthius]

Welche Anwendungen nutzt du denn auf deiner Synology? Die ganzen Multimeadianwendungen nutzen pgsql als DB.

 

[rumak18]

@amarthius:
Naja...ne Menge, aber eher aus dem EDV Bereich und nicht Medien wie Audio oder Video. Kann ich denn sehen, welche Anwendung hier in der DB liegt?

@himitus:
Wie kriege ich diese Befehle denn in das System rein? Hintereinander schrieben funktioniert ja nicht.

 

[himitsu]

Es gibt die Konsolenanwendung "psql", welche man via SSH bestimmt auf der Diskstation finden wird,
und ansonsten gibt es z.B. den www.pgAdmin.org den man wohl als Docker-Kontainer auf der Synology ausführen könnte oder vom PC über's Netzwerk.

https://www.synology-forum.de/showthread.html?86593-DS214play-und-DSM-6-0-2-und-postgresql
https://unix.stackexchange.com/ques...n-on-a-synology-diskstation-ds216j-pgadminiii
...

DiskStation, VideoStation, AudioStation DownloadStation usw. scheinen ihre Daten da drin zu speichern, wenn man sich den Beitrag im StackExchange ansieht.

 

[rumak18]

Hi,
wollte nur abschließend ein Feedbach geben. Bei uns lag es an der Intrusion Prevention App, die trotz Deinstallation Ihre Daten noch auf dem Storage beließ. Der Support entfernt diese.