Cadangkan data raid1 Anda jika belum, lalu buka tiket dukungan.
Pada Qnap, satu-satunya raid1 yang saya gunakan semuanya ada di M.2 untuk pool ‘system’ dan di sistem hero untuk ZILwriteLog, tetapi berkali-kali pada raid6 dan beberapa kali pada raid5 saya melakukan ‘sesekali memasukkan disk yang lebih besar sesuai anggaran hingga disk anggota terakhir diganti dengan ukuran yang lebih besar dan ketika rebuild terakhir selesai kapasitas raid bertambah’. Berdasarkan pengalaman itu, saya berharap saat Anda memasukkan 6TB baru ke slot HDD1, seharusnya langsung mulai rebuild, dan setelah proses rebuild selesai selama beberapa jam, ekspansi kapasitas seharusnya otomatis dimulai dan akhirnya memberi tahu Anda kapasitas raid1 Anda telah berubah dari 1,8TB → 5,4TB.
Karena raid1 berjalan baik dengan model dan ukuran yang sama di slot HDD2, disk baru dengan tipe yang sama di slot HDD1 seharusnya sangat ‘cocok untuk membangun kembali RAID group 1.’ …kecuali disk baru tersebut rusak sejak awal… Tertulis ‘Ready’ pada cuplikan yang Anda berikan, tapi mungkin periksa detail disk dan info SMART untuk memastikan tidak ada masalah hardware HDD yang membuatnya ‘tidak cocok’.
Cuplikan yang sama menunjukkan HDD1 sebagai ‘Data’ (vs. ‘Free’) dan tampilan Stor Pool 1 Mgmt menunjukkan HDD1 sebagai ‘Not Member’. Ini mengindikasikan disk HDD1 baru Anda dikenali oleh QTS sebagai disk ‘Data’, tetapi belum menjadi bagian dari pool penyimpanan ini… Saya rasa itulah alasan salah satu responden menyarankan memindahkan HDD baru ke mesin lain untuk diformat lalu dicoba lagi.
Dengan level firmware Anda, saya percaya QTS mengubah perilaku ketika disk dimasukkan atau pertama kali digunakan, di mana dulu Anda mendapat peringatan pop-up ‘semua data akan dihancurkan. OK?’ sekarang pop-up itu dilewati dan hanya muncul ‘info bubble’ “not suitable…” jika QTS mengira drive itu mungkin sudah menjadi bagian dari pool QTS lain, sehingga Anda harus mengambil tindakan lebih lanjut agar bisa menggunakannya. Jika Anda punya drive baru yang belum pernah dimasukkan ke slot qnap sebelumnya, seharusnya ini tidak menjadi masalah, oleh karena itu saya sarankan untuk membuka tiket dukungan.
Jika data sudah dicadangkan dan Anda tidak bisa menunggu dukungan, tidak punya mesin lain untuk memformat drive hdd1, ada hal yang bisa dipertimbangkan - Anda punya TS-853A…
Jika ada bay kosong di #3-8, pindahkan disk dari slot HDD1 ke bay kosong, lalu di StorMan->Disks pilih disk di bay tersebut akan muncul sebagai ‘Free’ dan pada menu ‘Action’ pilih ‘securely erase’. Setelah proses erase selesai, pindahkan disk kembali ke slot HDD1, dan semoga Anda melihat ‘mulai rebuilding raid 1’ di event log.
Jika tidak ada bay kosong, mungkin salah satu pool di bay #3-8 bisa dilepas dan dihapus dengan aman untuk mengosongkan bay yang akan digunakan. Walaupun saya rutin melepas dan scan untuk recovery pool tanpa masalah, saya baru saja mengalami kesulitan yang belum pernah saya temui sebelumnya dari delapan kali saya melakukannya saat upgrade nas ke 5.2.1. Bahkan pertama kalinya saya melihat pesan ‘inelligible disk’. Dijelaskan di posting forum lama:
Upgrade QTS/hero 5.2.1 pada beberapa model, tidak ada masalah selama/setelah upgrade. Pada EC-1280U-RP, upgrade dilakukan seperti yang lain: (1) Reboot (2) Lepas semua data volume pool dengan aman dan keluarkan HDD (3) Download firmware manual dan instalasi via gui.
Seperti NAS lainnya, upgrade dan reboot berikutnya berjalan lancar. Ketika semuanya terlihat ‘OK’, HDD data pool dipasang kembali, tapi saat mencoba “Attach and recover” ternyata pool yang dilepas dengan aman tidak dikenali dan tidak ada yang dipulihkan. Reboot dan coba lagi; hasil sama. Instal ulang firmware, kali ini melalui Qfinder, lagi-lagi berhasil, tapi tetap tidak bisa menemukan ‘safely detached pool’ dengan ‘scan and recover’. Masukkan beberapa HDD baru dan coba buat pool baru, muncul ‘pool creation failed’. Karena volume ‘(System)’ saya hanya berisi aplikasi yang bisa diinstal ulang dan log yang akan hilang saat inisialisasi ulang sistem, saya inisialisasi ulang dari awal di level 5.2.1 yang sama. Setelah itu saya bisa membuat pool baru dengan HDD baru, tapi tetap tidak berhasil ‘scan and recover’ pool data volume yang dilepas dengan aman.
Saya curiga saat itu meski 5.2.1 tidak bisa berhasil ‘scan and recover’ pool data volume lama saya, saya pikir sistem mengenali ada kemungkinan data valid di HDD pool data karena saat saya mencoba menggunakan HDD tersebut untuk membuat pool baru (dengan memahami bahwa saya akan menghancurkan konten pada HDD pool data volume yang dilepas dengan aman) 5.2.1 mengatakan disk tersebut tidak memenuhi syarat untuk pembuatan pool (meskipun disk muncul sebagai ‘Free’). Semua ini membuat saya percaya bahwa dukungan QNAP mungkin bisa membantu agar ‘Scan and Recover’ berhasil atau setidaknya mengakses kembali pool yang dilepas dengan aman sebelum upgrade awal ke 5.2.1.
Menimbang waktu respons dukungan sebelumnya saat mereka perlu login remote untuk memperbaiki (>2 minggu hingga berbulan-bulan) vs. waktu restore (7-10 hari ~75TB) saya putuskan restore data punya keuntungan tambahan untuk menguji rencana pemulihan bencana yang belum diuji beberapa tahun terakhir (meski ‘free’ di gui, harus melakukan secure erase pada HDD pool data volume agar bisa membuat ulang pool data volume).
Saya paksa shutdown dengan tombol fisik, tapi kemudian macet saat booting. Saya paksa shutdown lagi, lepas disk 1, akhirnya sistem berhasil boot. Untuk saat ini, disk 1 saya biarkan terlepas.
