4 votes

/Library/Server/Wiki/Database.xpg consomme énormément d'espace disque (313GB !)

Ces derniers jours, j'ai remarqué que l'espace libre sur mon disque dur était en chute libre. Après quelques recherches, j'ai découvert que cela était dû au dossier /Library/Server/Wiki/Database.xpg . Il a été créé le 11 décembre (il y a 4 jours), et depuis lors, son utilisation du disque a augmenté pour atteindre 313 Go. Je pense que cela peut être dû au fait que j'ai démarré OS X Server pour la première fois, mais je n'ai utilisé aucune de ses fonctionnalités, et je n'ai même pas réalisé qu'il y avait un wiki. Dans la section des services du serveur, le wiki est de toute façon désactivé.

Il s'agit d'un problème énorme, car il continue à se développer très rapidement. D'après la sauvegarde Time Machine (qui a malheureusement sauvegardé le répertoire, effaçant toutes mes sauvegardes antérieures au mois d'août pour l'intégrer), il y a un jour, sa taille n'était que de 147 Go. Ensuite, ma partition ne fait "que" 1 To, et je n'ai plus que 267 Go de réserve.

Qu'est-ce qui a créé ce dossier, quelle est la bonne façon de le supprimer et comment puis-je empêcher que cela ne se reproduise à l'avenir ?

Je travaille sous Mac OSX Mavericks 10.9. La version du serveur est 3.0.1 (13S2015). La sortie de sudo stat /Library/Server/Wiki/Database.xpg est :

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

Plus d'informations :

> 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

Il a recommencé quelques minutes plus tard :

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

Pour une raison quelconque, des milliers de fichiers de sauvegarde sont créés, qui s'accroissent de quelques uns à chaque minute.


Edit : J'ai quelques informations supplémentaires. Je sais maintenant que la cause du problème est presque certainement ce processus :

_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

Il en résulte que les lignes de journal suivantes s'affichent dans /Library/Server/Wiki/Logs/postgre-Sun.log (nous sommes aujourd'hui dimanche) :

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

Ces lignes se poursuivent à l'infini, le journal comptant 109962 lignes à ce jour.

J'ai essayé de me connecter à la base de données, mais cela ne fonctionne pas :

$ sudo psql93 -h /Library/Server/Wiki/PostgresSocket
psql93: FATAL:  the database system is shutting down

Je pourrais simplement tuer le processus, mais il redémarre automatiquement avec l'ordinateur (j'ai essayé de le redémarrer), donc je ne pense pas que cela puisse aider.

2voto

John Polling Points 1334

J'ai fini par désinstaller complètement Apple Server pour résoudre ce problème. J'ai utilisé AppCleaner car il se débarrasse automatiquement de tous les fichiers du serveur pour vous. Une désinstallation standard par "glisser vers la corbeille" fonctionnerait probablement aussi, mais j'ai voulu être minutieux.

Ce n'est pas une solution très satisfaisante, mais c'est mieux que rien. Si quelqu'un d'autre rencontre ce problème à l'avenir, bonne chance pour trouver une meilleure solution !

2voto

I. Mc. Points 39

J'ai eu le même problème - plusieurs fichiers de sauvegarde wiki par minute. J'ai trouvé un article ici ( https://discussions.apple.com/thread/4597188?start=45&tstart=0 ), cela a résolu le problème pour moi. Le logiciel tiers GoodSync (GoodSync connect) était à l'origine du problème. J'ai dû faire GoodSync > GodSync > edit gs-server install (sans vraiment l'installer) et supprimer /Library/LaunchDaemons/. theGoodSyncOne .

Il n'y a presque plus de wiki et je n'utilise plus de sauvegardes !

1voto

Nathan F Points 11

J'utilise OSX Mavericks :

Ce problème est dû au fait que la fonction d'archivage de postgres est activée - je crois que c'est pour que le wiki puisse conserver l'historique des révisions des pages. Cependant, j'ai essayé de la désactiver et cela semble éviter ce problème de sauvegardes continues.

La sauvegarde continue est causée par le mauvais fonctionnement du script d'apple Python. Voici ce qui a fonctionné pour moi jusqu'à ce qu'ils corrigent leur script - cela permet de continuer à utiliser le wiki mais arrête les sauvegardes continues qui remplissent le disque.

Editer /Library/Server/Wiki/Database.xpg/Cluster.pg/postgresql.conf

et désactiver les archives :

archive_mode = off              # allows archiving to be done
                                # (change requires restart)

Vous pouvez également déterminer pourquoi la commande d'archivage échoue :

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

Voir : http://www.postgresql.org/docs/9.1/static/continuous-archiving.html pour obtenir de la documentation sur cette "fonctionnalité".

Après avoir effectué ces modifications, j'ai arrêté et redémarré le serveur, et il semble qu'il ait cessé d'ajouter de nouveaux fichiers à ce répertoire.

0voto

Jonathan Points 550

Solution possible : activer le service Wiki ?

  • J'ai activé le service Wiki.
  • Je l'ai réglé sur "certains utilisateurs seulement".
  • J'ai désactivé WebDav.
  • Je l'ai laissé reposer toute la nuit.
  • J'ai désactivé le service.

Jusqu'à présent, aucun autre fichier de sauvegarde n'a été créé.

0voto

Danielle Points 1

Je suis tombé sur ce fil de discussion parce que je suis en train d'étudier un problème connexe : l'utilisateur _teamsserver n'arrête pas de lancer un processus Python de courte durée qui utilise beaucoup de ressources CPU. Il y a un mois environ, j'ai "réglé" ce problème en supprimant tous les fichiers du serveur et en procédant à une installation propre du serveur. Ce soir, j'ai remarqué qu'en regardant quelque chose sur bbci player, le ventilateur du macmini devenait très bruyant. J'ai vérifié et oui, le redoutable processus Python était de retour.

Après avoir lu les expériences de David ci-dessus, j'ai décidé de trouver le dossier /Library/Server/Wiki/Database.xpg et de le supprimer entièrement. En quelques secondes, l'utilisation du processeur est revenue à un niveau normal (d'environ 10 % à environ 0,70 %) et mon Macmini est redevenu silencieux. Je n'ai aucune idée de ce qui se passe : comme David, je n'utilise pas du tout le service wiki.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X