/Library/Server/Wiki/Database.xpg che consuma una quantità enorme (313 GB!) Di spazio su disco


4

Negli ultimi giorni ho notato che la quantità di spazio libero sul mio HD è crollata. Dopo un po 'di indagini, ho scoperto che era dovuto alla cartella /Library/Server/Wiki/Database.xpg. E 'stato creato l'11 dicembre (4 giorni fa), e da allora l'utilizzo del disco è aumentato a 313 GB. Penso che potrebbe essere stato causato da me all'avvio di OS X Server per la prima volta, ma non ho usato nessuna delle funzionalità da esso, e non si è nemmeno reso conto di avere un wiki. Nella sezione Servizi server il Wiki è disattivato comunque.

Questo è un problema enorme, in quanto sta crescendo molto velocemente. Basandomi sul backup della macchina del tempo (che purtroppo ha fatto il backup della directory, cancellando tutti i miei backup più vecchi di agosto per adattarlo), un giorno fa aveva solo 147 GB. Successivamente, la mia partizione ha una dimensione "solo" di 1 TB e io sono di 267 GB di riserva.

Che cosa ha effettivamente creato la cartella, qual è il modo corretto di eliminarlo e come posso evitare che ciò accada in futuro?

Sono in esecuzione Mac OSX Mavericks 10.9. La versione Server è 3.0.1 (13S2015). Il fuori sudo stat /Library/Server/Wiki/Database.xpg è:

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

Altre informazioni:

> 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

Eseguendolo di nuovo pochi minuti dopo:

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

Per qualsiasi motivo, vengono creati migliaia di file di backup, che crescono di pochi al minuto.


Modifica: ho qualche informazione in più. Ora so che la causa del problema è quasi certamente questo processo:

_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

Ciò risulta nelle seguenti righe di registro che appaiono in /Library/Server/Wiki/Logs/postgre-Sun.log (Oggi è domenica):

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

Queste linee continuano e continuano, il registro ha 109962 linee finora.

Ho provato a connettermi al database, tuttavia non funziona:

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

Purtroppo ho poca esperienza con postgresql, e non so cosa fare da qui. Potrei semplicemente uccidere il processo, ma si avvia automaticamente con il computer (ho provato a riavviarlo) quindi non penso che possa essere d'aiuto.


Supponendo che tu abbia un backup, qualcosa accade quando lo elimini?
Kevin Chen

@KevinChen: Non ho un backup coerente (visto che sta cambiando troppo velocemente), quindi non ho provato a eliminarlo. Non ci sono dati che voglio comunque, ero principalmente preoccupato di peggiorare il problema rovinando il database o simili. Tuttavia, potrebbe valere la pena di iniziare presto, non ho avuto molta fortuna a trovare qualcos'altro da provare.
David Miani

@ KevinChen: ho provato a eliminarlo. Mentre risolve i miei problemi di spazio, il database è stato appena ricreato ed è ancora in continua crescita. Potrei fare un cron job per cancellarlo ogni ora o così, ma preferirei una soluzione migliore a questo.
David Miani

Risposte:


2

Ho finito per disinstallare completamente Apple Server per risolvere questo problema. ero solito AppCleaner in quanto elimina automaticamente tutti i file del server per te. Probabilmente funzionerebbe anche una disinstallazione standard "trascina al cestino", ma volevo essere esauriente.

Non è una soluzione molto soddisfacente a questo, ma è meglio di niente. Se qualcun altro attraversa questo problema in futuro, buona fortuna nel trovare una soluzione migliore!


2

Ho avuto lo stesso problema - diversi file di backup wiki al minuto. Ho trovato un articolo qui ( https://discussions.apple.com/thread/4597188?start=45&tstart=0 ), che mi ha risolto il problema. Il software di terze parti GoodSync (GoodSync connect) ha causato il problema. Ho dovuto eseguire GoodSync & gt; GodSync & gt; modifica gs-server install (senza realmente installare) ed elimina / Library / LaunchDaemons / theGoodSyncOne .

Quasi niente wiki che non uso più i backup!


Questa è una cattura molto buona, dato che stavo usando GoodSync al momento. Questa potrebbe essere stata la causa principale allora! Da allora ho disinstallato GoodSync (l'ho sostituito con FreeFileSync ), quindi potrei provare a reinstallare Apple Server per vedere se è stato corretto. Grazie per la tua risposta!
David Miani

1

Sto eseguendo OSX Mavericks:

Questo problema è causato dal fatto che la funzione di archiviazione in Postgres è attiva - credo che il wiki possa mantenere la cronologia delle revisioni delle pagine. Tuttavia, ho provato a disabilitarlo e questo sembra evitare questo problema di backup continui.

Il backup continuo è causato dal malfunzionamento dello script di apple python. Ecco cosa ha funzionato per me fino a quando non hanno risolto il loro script: consente al wiki di continuare a essere utilizzato, ma interrompe i backup continui che riempiono il disco.

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

e disattiva l'archivio:

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

Oppure puoi capire perché il comando di archiviazione non funziona:

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

Vedere: http://www.postgresql.org/docs/9.1/static/continuous-archiving.html per la documentazione su questa "caratteristica".

Dopo aver apportato queste modifiche, ho interrotto e riavviato il server, quindi sembra che abbia smesso di aggiungere nuovi file a quella directory.


0

Soluzione possibile: attiva il servizio Wiki?

  • Ho attivato il servizio Wiki.
  • L'ho impostato su "solo alcuni utenti".
  • Ho disabilitato WebDav.
  • L'ho lasciato durante la notte.
  • Ho disattivato il servizio.

Finora non sono stati creati ulteriori file di backup.


0

Mi sono imbattuto in questo thread perché sto indagando su un problema correlato: user _teamsserver continua a generare un processo python di breve durata che utilizza molte risorse della CPU. Un mese fa circa, ho "risolto" questo eliminando tutti i file del server e facendo un'installazione pulita del server. Stasera ho notato che guardando qualcosa sul lettore bbci il fan dei macmini è diventato molto rumoroso. Ho controllato e sì, il temuto processo Python era tornato.

Dopo aver letto le esperienze precedenti di David, ho deciso di trovare la cartella /Library/Server/Wiki/Database.xpg ed eliminarla interamente. In pochi secondi l'utilizzo della CPU è sceso a livelli normali (da circa il 10% a circa lo 0,70%) e il mio macmini è di nuovo silenzioso. Non ho idea di cosa stia succedendo: come David, non sto affatto utilizzando il servizio wiki.


Vedere il commento di David Miani ; l'eliminazione del database non la rimuoverà in modo permanente. Attivare il servizio Wiki sembra però risolverlo.
Bigtuna00
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.