Tips dan Trick

Mengatasi S3QL Error “Backend reports that fs is still mounted elsewhere, aborting”

Beberapa hari yang lalu, saya mengalami kendala disalah satu server yang memiliki moutingan disk menggunakan S3QL. Dimana ketika mau di mouting ulang, muncul pesan error “Backend reports that fs is still mounted elsewhere, aborting” lebih tepatnya seperti berikut ini

root@server:~# mount.s3ql s3://nama-bucket/ /mnt/nama-bucket --allow-other
Using 8 upload threads.
Autodetected 524232 file descriptors available for cache entries
Ignoring locally cached metadata (outdated).
Backend reports that fs is still mounted elsewhere, aborting.

Setelah di cek di beberapa forum, error tersebut biasanya dikarenakan melakukan reboot/shutdown server tanpa unmouting file system S3QL yang termounting terlebih dahulu, sehingga ketika dilakukan mount ulang, dianggap file system masih termounting di tempat lain.

Baca Juga : Mengatasi File System Damaged  Ketika Mounting Storage S3

Untuk eskalasinya, silakan lakukan fsck dengan perintah seperti berikut

fsck.s3ql s3://nama-bucket

Nanti akan ditanyakan konfirmasi seperti berikut, ketik continue kemudian tekan Enter, maka proses fsck akan berjalan, untuk berapa lamanya tergantung dari banyaknya data

Starting fsck of s3://nama-bucket/
Ignoring locally cached metadata (outdated).
Backend reports that file system is still mounted elsewhere. Either
the file system has not been unmounted cleanly or the data has not yet
propagated through the backend. In the later case, waiting for a while
should fix the problem, in the former case you should try to run fsck
on the computer where the file system has been mounted most recently.
Enter "continue" to use the outdated data anyway:
continue

Ini proses fscknya, tunggu hingga selesai

Downloading and decompressing metadata...
Reading metadata...
..objects..
..blocks..
..inodes..
Creating temporary extra indices...
Checking lost+found...
Checking cached objects...
Checking names (refcounts)...
Checking contents (parent inodes)...
Checking objects (reference counts)...
Checking objects (backend)...
Backing up old metadata...
Cleaning up local metadata...
Completed fsck of s3://nama-bucket

Jika sudah completed, silakan mounting kembali menggunakan S3QL, semestinya saat ini sudah bisa dimounting.

root@server:~# mount.s3ql s3://nama-bucket /mnt/nama-bucket --allow-other
Using 8 upload threads.
Autodetected 524232 file descriptors available for cache entries
Using cached metadata.
Setting cache size to 80235 MB
Mounting filesystem...

Di akhir postingan ini, ada sedikit pesan dari si developer S3QL ini 😀

  • Jadi apapun kendala yang dialami saat menggunakan S3QL, pasti 99% bisa diatasi dengan menjalankan fsck.s3ql 😀
  • Jangan shutdown server ketika file system S3QL masih termounting pada server

Mungkin cukup sekian, semoga bermanfaat

Share
Published by
Rizky Pratama

Recent Posts

Tips Zimbra : Mengatasi Service Cbpolicyd Starting Failed Setelah Migrasi ke Rocky Linux 8

Beberapa waktu lalu, Excellent mendapatkan project migrasi Zimbra dari versi Open Source Ke Zimbra Network…

1 month ago

Mengatasi Error “no matching host key type found. Their offer: ssh-rsa,ssh-dss” Setelah Upgrade MacOS Ventura Saat Melakukan SSH

Bulan Oktober 2022 lalu, Apple resmi release MacOS terbaru mereka, yaitu MacOS Ventura. Beberapa fitur…

1 year ago

Cara Memindahkan Saham ke Sekuritas Lain

Tidak terasa sudah cukup lama saya tidak update tulisan pada blog ini lagi, akhirnya kali…

2 years ago

Tahun Baru, Markas Baru, Tulisan Baru

Tahun baru 2022 telah tiba, tidak terasa waktu berjalan begitu cepat, banyak cerita dan kenangan…

2 years ago

Mengatasi “Error while performing update: Input/output error (5)” Saat Update Tuxera pada MacOS

Kembali lagi bersama saya, setelah beberapa lama tidak update tulisan pada blog ini :D kali…

2 years ago

Konfigurasi PPTP Client pada Container Docker CLI

PPTP adalah kependekan dari Point-toPoint Tunneling Protocol yang merupakan bahasa yang membuat komputer dapat berkomunikasi…

3 years ago