Mengatasi Error File system damaged Ketika Mounting Storage S3

Posted by

Assalamualaikum Wr. WB

Berawal ketika saya melakukan instalasi zimbra, saya setup untuk storage menggunakan Amazon S3, awal nya storage S3 tersebut saya mounting pada folder /srv/temp sebagai penyimpanan sementara data saya sekitar 230 GB, setelah proses penyalinan data ke S3 sudah selesai, saya berencana mengubah lokasi mounting menjadi /opt/zimbra/store, proses awal yang dilakukan yaitu mematikan service zimbra kemudian unmount S3 yang sebelumnya telah termounting pada /srv/temp, untuk unmount gunakan command unmount seperti biasa dan lancar.

Setelah terlepas, selanjutnya saya akan mounting S3 tersebut ke /opt/zimbra/store menggunakan command berikut

mount.s3ql s3://nama-bucket /opt/zimbra/store --allow-other

Setelah menjalankan command tersebut ternyata muncul error seperti berikut ini

mount.s3ql s3://nama-bucket /opt/zimbra/store --allow-other
Using 8 upload threads. 
Using cached metadata. 
File system damaged or not unmounted cleanly, run fsck!

Ada pesan error tersebut, dianggap ketika unmount sebelumnya proses tidak sempurna, maka dibutuhkan fsck untuk cek, untuk solved nya yaitu silakan jalankan command berikut ini

fsck.s3ql s3://nama-bucket

Proses tersebut membutuhkan beberapa waktu tergantung jumlah data yang ada, semakin besar data makan proses fsck juga pasti lama

Berikut proses dari command tersebut

$ fsck.s3ql s3://nama-bucket
 Starting fsck of s3://nama-bucket
 Using cached metadata.
 Remote metadata is outdated.
 Checking DB integrity...
 Creating temporary extra indices...
 Checking lost+found...
 Checking cached objects...
 Checking names (refcounts)...
 Checking contents (names)...
 Checking contents (inodes)...
 Checking contents (parent inodes)...
 Checking objects (reference counts)...
 Checking objects (backend)...
 Checking objects (sizes)...
 Checking blocks (referenced objects)...
 Checking blocks (refcounts)...
 Checking inode-block mapping (blocks)...
 Checking inode-block mapping (inodes)...
 Checking inodes (refcounts)...
 Checking inodes (sizes)...
 Checking extended attributes (names)...
 Checking extended attributes (inodes)...
 Checking symlinks (inodes)...
 Checking directory reachability...
 Checking unix conventions...
 Checking referential integrity...
 Dropping temporary indices...
 Backing up old metadata...
 Dumping metadata...
 ..objects..
 ..blocks..
 ..inodes..
 ..inode_blocks..
 ..symlink_targets..
 ..names..
 ..contents..
 ..ext_attributes..
 Compressing and uploading metadata...
 Wrote 0.00 MiB of compressed metadata.
 Completed fsck of s3://nama-bucket

Jika sudah selesai seperti diatas, silakan dimounting kembali S3 tersebut dan semestinya tidak ada error kembali

Mungkin cukup sekian, semoga bermanfaat

My Social Network
Please follow and like us:

Leave a Reply

Your email address will not be published. Required fields are marked *

*