4 votos

/Biblioteca/Server/Wiki/Base De Datos.xpg consumir gran cantidad (313GB!) de espacio en disco

En los últimos días me he dado cuenta de la cantidad de espacio libre en mi disco duro ha sido la caída en picado. Después de un poco de investigación, me di cuenta que era debido a la carpeta /Library/Server/Wiki/Database.xpg. Fue creado el 11 de diciembre (4 días hace), y desde entonces su uso del disco ha aumentado a 313GB.Creo que puede haber sido causado por mí a partir de OS X Server por primera vez, pero no he utilizado ninguna de las funcionalidades de ella, y ni siquiera se dan cuenta de que tenía un wiki. En el Servidor de servicios de la sección de la Wiki está desactivada de todos modos.

Este es un gran problema, ya que todavía está creciendo muy rápido. Basado en la máquina del tiempo de copia de seguridad (que por desgracia copia de seguridad del directorio, borrando todas mis copias de seguridad más antiguas de agosto de encajar en el), hace un día fue sólo 147GB en tamaño. A continuación, mi partición es "sólo" de 1 tb de tamaño, y estoy hasta 267GB de repuesto.

Lo que en realidad ha creado la carpeta, ¿cuál es la forma correcta de eliminar, y cómo puedo evitar que esto ocurra en el futuro?

Estoy ejecutando Mac OSX Mavericks 10.9. La versión del Servidor es 3.0.1 (13S2015). El 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

Algo más de información:

> 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

Ejecutar de nuevo unos minutos más tarde:

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

Por la razón que sea, hay miles de archivos de copia de seguridad que está siendo creado, que están creciendo por un par de cada minuto.


Edit: tengo algo más de información. Ahora sé la causa del problema es casi seguro que este proceso:

_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

Esto se traduce en las siguientes líneas de registro que aparecen en /Library/Server/Wiki/Logs/postgre-Sun.log (hoy es domingo):

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

Estas líneas continúe el registro tiene 109962 líneas hasta el momento.

He probado a conectar a la base de datos, sin embargo no funciona:

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

Por desgracia, tengo poca experiencia con postgresql, y no sé qué hacer desde aquí.Yo sólo podía matar el proceso, pero no se inicia automáticamente con el ordenador (he probado reiniciar) así que no creo que será de ayuda.

2voto

John Polling Puntos 1334

Terminé completamente desinstalación del Servidor de Apple para solucionar este problema. He utilizado AppCleaner como automáticamente se libera de todos los archivos del servidor para usted. Un estándar de "arrastrar a la papelera" desinstalar sería probablemente también el trabajo, pero yo quería ser exhaustiva.

No es muy satisfactoria solución a esto, pero es mejor que nada. Si alguien se ejecuta a través de este problema en el futuro, buena suerte con la búsqueda de una mejor solución!

2voto

MykennaC Puntos 268

Yo tenía el mismo problema - varios wiki archivos de copia de seguridad de un minuto. He encontrado un artículo aquí (https://discussions.apple.com/thread/4597188?start=45&tstart=0), que resuelve el problema para mí. El software de terceros GoodSync (GoodSync conectar) que causó el problema. Tuve que GoodSync > GodSync > editar gs-instalar el servidor (sin instalar) y eliminar /Library/LaunchDaemons/theGoodSyncOne.

Casi no hay más wiki que yo no uso las copias de seguridad más!

1voto

Nathan F Puntos 11

Estoy corriendo OSX Mavericks:

Este temas es causada debido a la característica de archivado en postgres está activado - yo creo que la wiki puede mantener el historial de revisiones de las páginas. Sin embargo, traté de inhabilitación y esto parece evitar este problema de copias de seguridad continuas.

El continuo de copia de seguridad es causado por el mal funcionamiento de la manzana secuencia de comandos de python. He aquí lo que funcionó para mí hasta que arreglar su script, ya que permite a la wiki para seguir siendo utilizado, pero se detiene la continua copias de seguridad que llenar el disco.

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

y vuelta archivo off:

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

O usted puede averiguar por qué el comando archivo está fallando:

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

Ver: http://www.postgresql.org/docs/9.1/static/continuous-archiving.html para la documentación de esta "característica".

Después de haber hecho estos cambios, me detiene y se reinicia el servidor, entonces parece que se detuvo la adición de nuevos archivos en ese directorio.

0voto

Jonathan Leaders Puntos 116

Posible solución: gire el Wiki de servicio?

  • Me volví a la Wiki de servicio.
  • Me puse a "solo a algunos usuarios".
  • He desactivado WebDav.
  • He dejado durante la noche.
  • He activado el servicio.

Hasta el momento no hay más archivos de copia de seguridad se han creado.

0voto

He dado con este hilo porque estoy investigando un problema relacionado: usuario _teamsserver mantiene el desove de una campaña de python proceso que utiliza una gran cantidad de recursos de CPU. Hace un mes o así, me "fijo" esto mediante la eliminación de todos los archivos del servidor y hacer una instalación limpia del servidor. Esta noche me di cuenta de que al ver algo en bbci jugador causado el ventilador en macmini a ser muy fuerte. He comprobado y sí, el temido python proceso estaba de vuelta.

Después de haber leído a David en experiencias anteriores, me decidí a encontrar la carpeta /Library/Server/Wiki/Base de datos.xpg y eliminarlo por completo. En cuestión de segundos mi uso de la CPU se redujo a los niveles normales (de alrededor de 10% a aproximadamente 0,70 %) y mi macmini es tranquilo nuevamente. No tengo idea de lo que está pasando: al igual que David, no estoy utilizando el wiki de servicio.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X