In den letzten Tagen habe ich festgestellt, dass der freie Speicherplatz auf meiner Festplatte stark zurückgegangen ist. Nach ein wenig Recherche stellte ich fest, dass es am Ordner lag /Library/Server/Wiki/Database.xpg. Es wurde am 11. Dezember (vor 4 Tagen) erstellt und seitdem ist seine Festplattennutzung auf 313 GB gestiegen. Ich denke, es könnte daran liegen, dass ich OS X Server zum ersten Mal gestartet habe, aber ich habe keine der Funktionen verwendet davon und wusste nicht einmal, dass es ein Wiki hatte. Im Bereich Server-Dienste ist das Wiki sowieso abgeschaltet.
Dies ist ein großes Problem, da es immer noch sehr schnell wächst. Basierend auf dem Time Machine-Backup (das leider das Verzeichnis gesichert und alle meine Backups, die älter als August sind, gelöscht hat, um es einzupassen), war es vor einem Tag nur 147 GB groß. Als nächstes ist meine Partition "nur" 1 TB groß und ich habe nur noch 267 GB übrig.
Was hat den Ordner tatsächlich erstellt, wie lösche ich ihn richtig und wie kann ich verhindern, dass dies in Zukunft passiert?
Ich verwende Mac OS X Mavericks 10.9. Die Serverversion ist 3.0.1 (13S2015). Das Aus sudo stat /Library/Server/Wiki/Database.xpgist:
16777223 154796535 drwx------ 4 _teamsserver _teamsserver 0 136 "Dec 15 02:14:23 2013" "Dec 11 14:34:56 2013" "Dec 11 14:34:56 2013" "Dec 11 14:34:30 2013" 4096 0 0 /Library/Server/Wiki/Database.xpg
Noch ein paar Infos:
> sudo ls -al /Library/Server/Wiki/Database.xpg
drwx------ 4 _teamsserver _teamsserver 136 Dec 11 14:34 .
drwxr-xr-x 8 _teamsserver _teamsserver 272 Dec 15 02:23 ..
drwx------@ 21 _teamsserver _teamsserver 714 Dec 15 02:23 Cluster.pg
drwx------ 10091 _teamsserver _teamsserver 343094 Dec 15 02:23 backup
Ein paar Minuten später erneut ausführen:
sudo ls -al /Library/Server/Wiki/Database.xpg
drwx------ 4 _teamsserver _teamsserver 136 Dec 11 14:34 .
drwxr-xr-x 8 _teamsserver _teamsserver 272 Dec 15 02:25 ..
drwx------@ 21 _teamsserver _teamsserver 714 Dec 15 02:25 Cluster.pg
drwx------ 10095 _teamsserver _teamsserver 343230 Dec 15 02:25 backup
Aus welchen Gründen auch immer werden Tausende von Backup-Dateien erstellt, die jede Minute um ein paar mehr werden.
Edit: Ich habe noch ein paar Infos. Ich weiß jetzt, dass die Ursache des Problems mit ziemlicher Sicherheit dieser Prozess ist:
_teamsserver 578 0.0 0.1 2507572 16240 ?? S 12:51PM 0:00.26 /usr/bin/python /Applications/Server.app/Contents/ServerRoot/usr/bin/xpg_ctl stop -w -t 3600 -D /Library/Server/Wiki/Database.xpg/Cluster.pg -l /Library/Server/Wiki/Logs/postgres-xpg.log -o -c log_line_prefix=%t -c log_lock_waits=on -c log_statement=ddl -c logging_collector=on -c max_connections=500 -c unix_socket_directory=/Library/Server/Wiki/PostgresSocket -c unix_socket_group=_teamsserver -c unix_socket_permissions=0770 -c log_connections=on -c listen_addresses= -c log_directory=/Library/Server/Wiki/Logs -c log_filename=postgres-%a.log -c log_rotation_age=1440 -c log_truncate_on_rotation=on
Dies führt dazu, dass die folgenden Protokollzeilen in /Library/Server/Wiki/Logs/postgre-Sun.log(heute ist Sonntag) erscheinen:
2013-12-15 13:03:33 ESTLOG: connection received: host=[local]
2013-12-15 13:03:33 ESTFATAL: the database system is shutting down
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000009' === '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000009'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000A.00000020.backup' ... '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000A.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000A.00000020.backup' --> '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000A.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000A' === '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000A'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000B' === '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000B'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000C.00000020.backup' ... '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000C.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000C.00000020.backup' --> '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000C.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000C' === '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000C'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000D' === '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000D'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000E.00000020.backup' ... '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000E.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000E.00000020.backup' --> '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000E.00000020.backup'
2013-12-15 13:03:35 ESTLOG: connection received: host=[local]
2013-12-15 13:03:35 ESTFATAL: the database system is shutting down
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000E' === '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000E'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/00000001000000120000000F' === '/Library/Server/Wiki/Database.xpg/backup/00000001000000120000000F'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000010.00000020.backup' ... '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000010.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000010.00000020.backup' --> '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000010.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000010' === '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000010'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000011' === '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000011'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000012.00000020.backup' ... '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000012.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000012.00000020.backup' --> '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000012.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000012' === '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000012'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000013' === '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000013'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000014.00000020.backup' ... '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000014.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000014.00000020.backup' --> '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000014.00000020.backup'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000014' === '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000014'
'/Library/Server/Wiki/Database.xpg/Cluster.pg/pg_xlog/000000010000001200000015' === '/Library/Server/Wiki/Database.xpg/backup/000000010000001200000015'
2013-12-15 13:03:37 ESTLOG: connection received: host=[local]
2013-12-15 13:03:37 ESTFATAL: the database system is shutting down
Diese Zeilen gehen weiter und weiter, das Protokoll hat bisher 109962 Zeilen.
Ich habe versucht, mich mit der Datenbank zu verbinden, aber es funktioniert nicht:
$ sudo psql93 -h /Library/Server/Wiki/PostgresSocket
psql93: FATAL: the database system is shutting down
Leider habe ich wenig Erfahrung mit postgresql und weiß nicht, was ich von hier aus tun soll. Ich könnte den Prozess einfach beenden, aber er startet automatisch mit dem Computer (ich habe versucht, ihn neu zu starten), also glaube ich nicht, dass es helfen wird.
Am Ende habe ich Apple Server vollständig deinstalliert, um dieses Problem zu beheben. Ich habe AppCleaner verwendet , da es automatisch alle Serverdateien für Sie entfernt. Eine standardmäßige Deinstallation per Drag-and-Drop würde wahrscheinlich auch funktionieren, aber ich wollte gründlich sein.
Keine sehr zufriedenstellende Lösung dafür, aber besser als nichts. Wenn in Zukunft noch jemand auf dieses Problem stößt, viel Glück beim Finden einer besseren Lösung!
Ich hatte das gleiche Problem - mehrere Wiki-Sicherungsdateien pro Minute. Ich habe hier einen Artikel gefunden ( https://discussions.apple.com/thread/4597188?start=45&tstart=0 ), der das Problem für mich gelöst hat. Die Drittanbieter-Software GoodSync (GoodSync connect) verursachte das Problem. Ich musste GoodSync > GodSync > edit gs-server install (ohne wirklich zu installieren) und /Library/LaunchDaemons/ theGoodSyncOne löschen .
Fast kein Wiki mehr und ich verwende keine Backups mehr!
Ich verwende OSX Mavericks:
Dieses Problem wird verursacht, weil die Archivierungsfunktion in Postgres aktiviert ist - ich glaube, so kann das Wiki den Revisionsverlauf der Seiten behalten. Ich habe jedoch versucht, es zu deaktivieren, und dies scheint dieses Problem der kontinuierlichen Sicherungen zu vermeiden.
Die kontinuierliche Sicherung wird durch die Fehlfunktion des Apple-Python-Skripts verursacht. Hier ist, was für mich funktioniert hat, bis sie ihr Skript repariert haben - es erlaubt dem Wiki, weiter verwendet zu werden, stoppt aber die kontinuierlichen Backups, die die Festplatte füllen.
Bearbeiten/Library/Server/Wiki/Database.xpg/Cluster.pg/postgresql.conf
und Archiv ausschalten:
archive_mode = off # allows archiving to be done
# (change requires restart)
Oder Sie können herausfinden, warum der Archivierungsbefehl fehlschlägt:
archive_command = 'python /Applications/Server.app/Contents/ServerRoot/usr/bin/xpostgres archive %p ../backup/%f' # command to use to archive a logfile segment
# placeholders: %p = path of file to archive
Siehe: http://www.postgresql.org/docs/9.1/static/continuous-archiving.html für die Dokumentation zu diesem "Feature".
Nachdem ich diese Änderungen vorgenommen hatte, habe ich den Server angehalten und neu gestartet, dann scheint es, als hätte er aufgehört, neue Dateien in dieses Verzeichnis hinzuzufügen.
Mögliche Problemumgehung: Aktivieren Sie den Wiki-Dienst?
Bisher wurden keine weiteren Sicherungsdateien erstellt.
Ich bin auf diesen Thread gestoßen, weil ich ein verwandtes Problem untersuche: Benutzer _teamsserver erzeugt ständig einen kurzlebigen Python-Prozess, der viele CPU-Ressourcen verbraucht. Vor ungefähr einem Monat habe ich dies "behoben", indem ich alle Serverdateien gelöscht und eine Neuinstallation des Servers durchgeführt habe. Heute Abend ist mir aufgefallen, dass das Anschauen von etwas auf dem BBC-Player dazu führte, dass der Lüfter in Macmini sehr laut wurde. Ich habe nachgesehen und ja, der gefürchtete Python-Prozess war zurück.
Nachdem ich Davids Erfahrungen oben gelesen hatte, beschloss ich, den Ordner /Library/Server/Wiki/Database.xpg zu finden und ihn vollständig zu löschen. Innerhalb von Sekunden sank meine CPU-Auslastung auf ein normales Niveau (von etwa 10 % auf etwa 0,70 %) und mein Macmini ist wieder ruhig. Ich habe keine Ahnung, was los ist: Wie David benutze ich den Wiki-Dienst überhaupt nicht.
Kevin Chen
David Miani
David Miani