/Library/Server/Wiki/Database.xpg ใช้พื้นที่ดิสก์จำนวนมาก (313GB!)


4

ในช่วงไม่กี่วันที่ผ่านมาฉันสังเกตเห็นว่าพื้นที่ว่างบน HD ของฉันลดลงเรื่อย ๆ /Library/Server/Wiki/Database.xpgหลังจากที่บิตของการสอบสวนผมพบว่ามันเป็นเพราะโฟลเดอร์ มันถูกสร้างขึ้นเมื่อวันที่ 11 ธันวาคม (4 วันที่ผ่านมา) และหลังจากนั้นการใช้งานดิสก์เพิ่มขึ้นเป็น 313GB ฉันคิดว่ามันอาจเกิดจากฉันเริ่ม OS X Server เป็นครั้งแรก แต่ฉันไม่ได้ใช้ฟังก์ชั่นใด ๆ จากมันและไม่ได้ตระหนักว่ามันมีวิกิ ในส่วนบริการเซิร์ฟเวอร์ Wiki จะปิดอยู่

นี่เป็นปัญหาใหญ่เพราะมันยังคงเติบโตอย่างรวดเร็ว จากการสำรองข้อมูลไทม์แมชชีน (ซึ่งน่าเสียดายที่มีการสำรองไดเรคทอรีให้ทำการล้างข้อมูลสำรองทั้งหมดของฉันที่เก่ากว่าสิงหาคมเพื่อให้พอดีกับมัน) หนึ่งวันที่ผ่านมามีขนาดเพียง 147GB ต่อไปพาร์ติชันของฉันมีขนาด "เท่านั้น" 1TB และฉันเหลือน้อยถึง 267GB

อะไรที่สร้างโฟลเดอร์จริง ๆ แล้วอะไรคือวิธีที่ถูกต้องในการลบมันและฉันจะหยุดมันไม่ให้เกิดขึ้นในอนาคตได้อย่างไร?

ฉันใช้ 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

บรรทัดเหล่านี้ยังคงดำเนินต่อไปเรื่อย ๆ บันทึกมี 1,09962 บรรทัด

ฉันได้ลองเชื่อมต่อกับฐานข้อมูลแล้ว แต่มันไม่ทำงาน:

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

น่าเสียดายที่ฉันมีประสบการณ์น้อยมากเกี่ยวกับ postgresql และไม่รู้ว่าจะทำอะไรจากที่นี่ฉันสามารถฆ่ากระบวนการได้ แต่มันเริ่มต้นโดยอัตโนมัติด้วยคอมพิวเตอร์


สมมติว่าคุณมีข้อมูลสำรองจะเกิดอะไรขึ้นเมื่อคุณลบข้อมูล
เควินเฉิน

@KevinChen: ฉันไม่มีข้อมูลสำรองที่สอดคล้องกัน (เนื่องจากมันเปลี่ยนแปลงเร็วเกินไป) ดังนั้นฉันจึงไม่ได้ลองลบมัน ไม่มีข้อมูลที่ฉันต้องการ แต่ฉันก็กังวลเกี่ยวกับการทำให้ปัญหาแย่ลงโดยการทำลายฐานข้อมูลหรือสิ่งที่คล้ายกัน มันอาจจะคุ้มค่ากับการยิงในไม่ช้าแม้ว่าฉันจะไม่ได้มีโชคมากในการค้นหาสิ่งอื่นที่จะลอง
David Miani

@KevinChen: ฉันได้ลองลบมันแล้ว ในขณะที่มันแก้ไขปัญหาพื้นที่ของฉัน atm ฐานข้อมูลเพิ่งสร้างขึ้นใหม่และมันยังคงเติบโตในขนาด ฉันสามารถลบ cron ได้ทุกชั่วโมงหรือมากกว่านั้น แต่ฉันต้องการทางออกที่ดีกว่า
David Miani

คำตอบ:


2

ฉันสิ้นสุดการถอนการติดตั้ง Apple Server อย่างสมบูรณ์เพื่อแก้ไขปัญหานี้ ฉันใช้AppCleanerเพราะมันจะรับไฟล์เซิร์ฟเวอร์ทั้งหมดให้คุณโดยอัตโนมัติ การถอนการติดตั้ง "ลากเพื่อทิ้งขยะ" มาตรฐานอาจเป็นไปได้เช่นกัน แต่ฉันต้องการที่จะละเอียด

ไม่ใช่ทางออกที่น่าพอใจสำหรับเรื่องนี้ แต่มันดีกว่าไม่มีอะไรเลย หากใครก็ตามที่พบปัญหานี้ในอนาคตขอให้โชคดีในการหาทางออกที่ดีกว่า!


2

ฉันมีปัญหาเดียวกัน - ไฟล์สำรอง wiki หลายไฟล์ต่อนาที ฉันพบบทความที่นี่ ( https://discussions.apple.com/thread/4597188?start=45&tstart=0 ) ซึ่งแก้ไขปัญหาให้ฉัน ซอฟต์แวร์บุคคลที่สาม GoodSync (การเชื่อมต่อ GoodSync) ทำให้เกิดปัญหา ผมต้อง GoodSync> GodSync> แก้ไข GS-เซิร์ฟเวอร์ติดตั้ง (ไม่ต้องติดตั้งจริงๆ) และลบ / Library / LaunchDaemons / theGoodSyncOne

เกือบจะไม่มีวิกิใด ๆ ซึ่งฉันไม่ได้ใช้การสำรองข้อมูลอีกต่อไป!


นั่นเป็นเรื่องที่จับได้ดีมากเพราะฉันใช้ GoodSync ในเวลานั้น นี่อาจเป็นสาเหตุหลักแล้ว! ฉันถอนการติดตั้ง GoodSync ไปแล้ว (ฉันแทนที่ด้วยFreeFileSync ) ดังนั้นฉันอาจลองติดตั้ง Apple Server อีกครั้งเพื่อดูว่าได้รับการแก้ไขหรือไม่ ขอบคุณสำหรับคำตอบ!
David Miani

1

ฉันใช้ OSX Mavericks:

ปัญหานี้เกิดขึ้นเนื่องจากคุณลักษณะการเก็บถาวรใน postgres เปิดอยู่ - ฉันเชื่อว่า wiki สามารถเก็บประวัติการแก้ไขของหน้าเว็บได้ อย่างไรก็ตามฉันพยายามปิดการใช้งานและดูเหมือนว่าจะหลีกเลี่ยงปัญหาการสำรองข้อมูลอย่างต่อเนื่อง

การสำรองข้อมูลอย่างต่อเนื่องเกิดจากการที่สคริปต์ python ของแอปเปิ้ลทำงานผิดปกติ นี่คือสิ่งที่ใช้งานได้สำหรับฉันจนกว่าพวกเขาจะแก้ไขสคริปต์ของพวกเขา - มันช่วยให้วิกิใช้ต่อไป แต่หยุดการสำรองข้อมูลอย่างต่อเนื่องที่เติมดิสก์

แก้ไข /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
  • ฉันทิ้งไว้ข้ามคืน
  • ฉันปิดบริการ

จนถึงขณะนี้ยังไม่มีการสร้างไฟล์สำรอง


0

ฉันกดที่หัวข้อนี้เพราะฉันกำลังตรวจสอบปัญหาที่เกี่ยวข้อง: user _teamsserver ทำให้กระบวนการ python แบบ shortlived ที่วางไข่ใช้ทรัพยากร CPU จำนวนมาก หนึ่งเดือนก่อนหรืออย่างนั้นฉัน "แก้ไข" สิ่งนี้โดยการลบไฟล์เซิร์ฟเวอร์ทั้งหมดและทำการติดตั้งเซิร์ฟเวอร์ใหม่ทั้งหมด คืนนี้ฉันสังเกตเห็นว่าการดูบางสิ่งบนเครื่องเล่น bbci ทำให้แฟน ๆ ใน macmini ดังมาก ฉันตรวจสอบแล้วใช่แล้วกระบวนการหลามที่น่ากลัวก็กลับมาแล้ว

เมื่ออ่านประสบการณ์ของเดวิดด้านบนฉันตัดสินใจค้นหาโฟลเดอร์ /Library/Server/Wiki/Database.xpg และลบทิ้งทั้งหมด ภายในไม่กี่วินาทีการใช้งาน CPU ของฉันลดลงสู่ระดับปกติ (จากประมาณ 10% ถึงประมาณ 0.70%) และ macmini ของฉันก็เงียบอีกครั้ง ฉันไม่รู้ว่าเกิดอะไรขึ้น: เหมือนดาวิดฉันไม่ได้ใช้บริการวิกิเลย


ดูความคิดเห็นจาก David Miani ; การลบฐานข้อมูลจะไม่ลบอย่างถาวร การสลับบริการ Wiki ดูเหมือนว่าจะแก้ไขได้
Bigtuna00
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.