/Library/Server/Wiki/Database.xpg consumando 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 ricerche, 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, poiché sta ancora 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). L'out di 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 alcune informazioni in più. Ora so che la causa del problema è quasi certamente questa procedura:

_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ò provoca le 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 lo farà aiuto.

    
posta David Miani 14.12.2013 - 17:33
fonte

5 risposte

2

Ho finito per disinstallare completamente Apple Server per risolvere questo problema. Ho usato AppCleaner in quanto elimina automaticamente tutti i file del server per te. Probabilmente funzionerebbe anche la 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!

    
risposta data 17.12.2013 - 05:46
fonte
2

Ho avuto lo stesso problema - diversi file di backup wiki al minuto. Ho trovato un articolo qui ( link ), che mi ha risolto il problema. Il software di terze parti GoodSync (GoodSync connect) ha causato il problema. Ho dovuto eseguire GoodSync > GodSync > modifica gs-server install (senza realmente installare) ed elimina / Library / LaunchDaemons / theGoodSyncOne .

Non c'è più wiki che non usi più i backup!

    
risposta data 22.02.2014 - 02:53
fonte
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 apple python. Ecco cosa ha funzionato per me fino a quando non hanno risolto il loro script: consente al wiki di continuare ad essere utilizzato, ma interrompe i backup continui che riempiono il disco.

Modifica /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

Vedi: link per la documentazione su questa "funzione".

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

    
risposta data 10.06.2015 - 14:27
fonte
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.

    
risposta data 01.01.2014 - 19:32
fonte
0

Ho trovato questo thread perché sto studiando 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.

    
risposta data 02.02.2014 - 00:00
fonte

Leggi altre domande sui tag