/Library/Server/Wiki/Database.xpg витрачає величезну кількість (313 ГБ!) Дискового простору

4

За останні кілька днів я помітив, що кількість вільного місця на моєму HD значно скорочується. Після невеликого розслідування я виявив, що це пов’язано з папкою /Library/Server/Wiki/Database.xpg. Він був створений 11 грудня (4 дні тому), і з тих пір його використання диска зросло до 313 Гб. Я думаю, що це, можливо, було викликано мною вперше запуском OS X Server, але я не використовував жодної функції від цього, і навіть не здогадувався, що у нього є вікі. У розділі Серверні сервіси Wiki все одно вимкнено.

Це величезна проблема, оскільки вона все ще дуже швидко зростає. Виходячи з резервного копіювання машини часу (який, на жаль, створив резервну копію каталогу, витираючи всі мої резервні копії, старші серпня, щоб вмістити його), один день тому він був розміром лише 147 Гб. Далі мій розділ має розмір "лише" 1 ТБ, і я знижуюсь до 267 Гб.

Що фактично створило папку, який правильний спосіб її видалення та як я можу не допустити її в майбутньому?

Я запускаю Mac OSX Mavericks 10.9. Версія сервера - 3.0.1 (13S2015). Вихід 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

Ще трохи інформації:

> 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

Запустити його знову через кілька хвилин:

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

З будь-якої причини створюються тисячі файлів резервного копіювання, які зростають з кожною хвилиною.

Редагувати: У мене є ще якась інформація. Я знаю, що зараз причиною проблеми є майже цей процес:

_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

Це призводить до появи таких рядків журналів /Library/Server/Wiki/Logs/postgre-Sun.log(сьогодні неділя):

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

Ці рядки продовжуються і продовжуються, журнал наразі має 109962 рядків.

Я намагався підключитися до бази даних, однак вона не працює:

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

На жаль, у мене мало досвіду роботи з postgresql, і я не знаю, що робити звідси. Я міг би просто вбити процес, але він автоматично запускається з комп'ютера (я намагався перезапустити), тому не думаю, що це допоможе.

— Девід Міані
джерело

Якщо припустити, що у вас є резервна копія, чи відбувається щось, коли ви видаляєте її?

— Кевін Чен

@KevinChen: У мене немає постійної резервної копії (оскільки вона змінюється занадто швидко), тому я не намагався її видалити. Немає даних, яких я хочу, хоча я в основному переживав за те, щоб погіршити проблему, пошкодивши базу даних або подібне. Можливо, варто скористатися невдовзі, проте мені не пощастило знайти щось інше, щоб спробувати.

— Девід Міані

@KevinChen: Я спробував її видалити. Поки він виправляє мої космічні проблеми atm, база даних була лише відтворена, і вона все ще постійно збільшується в розмірах. Я міг би зробити роботу з кроном, щоб видаляти її щогодини або близько того, але я скоріше краще рішення для цього.

— Девід Міані

2

Я вирішив цю проблему повністю видалити Apple Server. Я використовував AppCleaner, оскільки він автоматично отримує позбавлення від усіх серверних файлів. Стандартне видалення «сміття в кошик», ймовірно, також спрацювало, але я хотів бути ретельним.

Не дуже задовільне рішення цього, але це краще, ніж нічого. Якщо в майбутньому ще хтось вирішить цю проблему, удачі у пошуку кращого рішення!

— Девід Міані
джерело

2

У мене була така ж проблема - кілька файлів резервного копіювання вікі в хвилину. Тут я знайшов статтю ( https://discussions.apple.com/thread/4597188?start=45&tstart=0 ), яка вирішила мені проблему. Проблема спричинила сторонне програмне забезпечення GoodSync (GoodSync connect). Мені довелося GoodSync> GodSync> відредагувати встановлення gs-сервера (без реальної установки) та видалити / Library / LaunchDaemons / theGoodSyncOne .

Майже немає більше вікі, які я вже не використовую для резервного копіювання!

— мене під час зйомки
джерело

Це дуже хороший улов, оскільки я використовував GoodSync у той час. Це, можливо, було першопричиною тоді! З тих пір я видалив GoodSync (я замінив її FreeFileSync ), тому я можу спробувати перевстановити Apple Server, щоб побачити, чи виправлено це. Дякую за вашу відповідь!

— Девід Міані

1

Я запускаю OSX Mavericks:

Ці проблеми викликані тим, що функція архівації в постграфах увімкнена - я вважаю, що вікі може зберігати історію редагування сторінок. Однак я спробував її відключити, і це, здається, уникне цього питання постійних резервних копій.

Постійне резервне копіювання спричинене несправністю сценарію яблучного пітона. Ось що для мене працювало, поки вони не виправлять свій сценарій - це дозволяє вікі продовжувати використовувати, але зупиняє постійні резервні копії, що заповнюють диск.

Редагувати /Library/Server/Wiki/Database.xpg/Cluster.pg/postgresql.conf

і вимкнути архів:

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

Або ви можете зрозуміти, чому команда архіву не працює:

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

Дивіться: http://www.postgresql.org/docs/9.1/static/continuous-archiving.html для документації щодо цієї "функції".

Після внесення цих змін я зупинив і перезапустив сервер, а потім, здається, перестав додавати нові файли до цього каталогу.

— Натан Ф
джерело

0

Можливе вирішення: увімкнути сервіс Wiki?

Я увімкнув сервіс Wiki.
Я встановив це на "лише деяких користувачів".
Я відключив WebDav.
Я залишив це на ніч.
Я вимкнув службу.

Поки подальших файлів резервного копіювання не створено.

— Bigtuna00
джерело

0

Я потрапив на цю тему, тому що досліджую пов’язану проблему: користувач _teamsserver продовжує нерестувати короткостроковий процес python, який використовує багато ресурсів процесора. Місяць тому або близько цього я "виправив" це, видаливши всі серверні файли та зробивши чисту установку сервера. Сьогодні ввечері я помітив, що перегляд чогось на плеєрі bbci спричинив вентилятор у macmini дуже гучним. Я перевірив, і так, жахливий процес пітона повернувся.

Прочитавши досвід Девіда вище, я вирішив знайти папку /Library/Server/Wiki/Database.xpg та видалити її повністю. Протягом декількох секунд моє використання процесора впало до нормального рівня (приблизно з 10% до приблизно 0,70%), і мої макміні знову затихли. Я поняття не маю, що відбувається: як Девід, я взагалі не користуюся сервісом wiki.

— Ганс ван де Коот
джерело

Дивіться коментар Девіда Міані ; видалення бази даних не видалить її назавжди. Але, мабуть, виправлення сервісу Wiki виправить це.

— Bigtuna00