TS-216G Reboot Loop dan SSH Timeout saat RAID 1 Resync (N300 4TB)

Inggris Umum
1

Halo semua,

Saya sedang menghadapi masalah kritis dengan NAS baru dan saya hanya punya waktu satu minggu untuk memutuskan apakah akan mengembalikan unit ini. Saya perlu tahu apakah ini cacat perangkat keras atau memang keterbatasan yang sudah diketahui.

Detail Teknis NAS:

  • Sistem Operasi: Windows 11

  • Model NAS: QNAP TS-216G

  • Versi Firmware: 5.2.2.2950 Build 20241114

  • Pengaturan Jaringan: Single Port (Terkoneksi ke Mikrotik Router)

Konfigurasi Disk:

  • Konfigurasi Drive: RAID 1

  • Jumlah Drive: 2

  • Pabrikan Drive: Toshiba

  • Model Drive: N300 4TB (7200 RPM)

Masalah: Selama proses resync RAID 1 awal, NAS secara acak melakukan reboot (Watchdog trigger) atau menjadi benar-benar tidak responsif.

Pengamatan Penting:

  • Saat saya menguji NAS dengan hanya satu drive terpasang, sistem tampak stabil dan perilaku ini tidak muncul.

  • Begitu saya menambahkan drive kedua untuk memulai mirror RAID 1, reboot loop dan timeout layanan mulai terjadi.

Status Saat Ini:

  • Bahkan dengan prioritas “Service First” diaktifkan (kecepatan resync dibatasi sekitar 60 MB/s), unit tiba-tiba berbunyi beep dan restart.

  • Setelah reboot, proses dilanjutkan dari checkpoint bitmap (saat ini di 9%), namun tak lama kemudian, saya kehilangan akses SSH dan Web meskipun unit masih merespon PING.

Apakah ini bisa jadi masalah suplai daya dari TS-216G yang tidak mampu menangani dua drive 7200 RPM secara bersamaan, atau saturasi I/O pada prosesor ARM?

Apakah ada yang pernah mengalami kondisi “zombie” di mana NAS masih bisa di-ping tapi layanan mati selama sync RAID pada model ini?

2

Itu tidak normal, tidak ada satu pun unit NAS yang pernah saya gunakan mengalami reboot acak saat (re)build RAID.

Bisa jadi masalah pada suplai daya, bisa juga RAM (tidak bisa diganti pada model kelas bawah ini), atau mungkin ada hard drive yang rusak sehingga menyebabkan korsleting pada jalur daya… bisa jadi banyak hal.

1 Suka
4

Terima kasih atas wawasanmu, dolbyman.

Poinmu tentang penyaluran daya dan kemungkinan drive menyebabkan korsleting pada rel sangat masuk akal, terutama karena NAS tetap stabil saat hanya satu drive yang terpasang.

Karena saya adalah seorang Analis TI dan kebetulan memiliki TS-464 (berbasis Intel) di kantor, berikut rencana saya untuk besok guna mengisolasi masalahnya:

  1. Uji Silang Drive: Saya akan memindahkan kedua drive Toshiba N300 ke TS-464 dan mencoba membangun array RAID 1 di sana.

  2. Verifikasi Stabilitas: Jika TS-464 berhasil melakukan resync tanpa reboot atau error GUI “Server Busy”, saya akan tahu pasti bahwa unit TS-216G bermasalah (baik motherboard atau adaptor dayanya).

  3. Kesehatan Drive: Saya juga akan menjalankan tes SMART penuh pada kedua drive menggunakan TS-464 untuk memastikan tidak ada korsleting internal atau bad sector yang bisa memicu watchdog pada TS-216G.

Saya punya waktu hingga Rabu depan untuk mengembalikan TS-216G, jadi tes ini akan menjadi “penentu”. Saya akan memposting hasilnya di sini segera setelah saya mendapatkannya.

5

Apakah itu ditulis dengan AI? Sepertinya begitu…

Harap diketahui bahwa Anda tidak dapat memasukkan drive build x86 kembali ke perangkat ARM, karena drive tersebut berisi lebih dari sekadar data (juga OS dan pengaturan)

https://www.qnap.com/en-ca/nas-migration

1 Suka
6

Hai dolbyman,

Kamu menangkap saya! Ya, saya menggunakan AI untuk membantu menulis pesan ini karena kemampuan berbicara/menulis bahasa Inggris saya tidak terlalu baik, meskipun saya bisa membaca dan memahaminya dengan cukup baik. Saya ingin memastikan detail teknisnya jelas untuk komunitas.

Terkait TS-464, saya sepenuhnya sadar akan masalah migrasi antara arsitektur x86 dan ARM. Tujuan saya dengan TS-464 murni untuk diagnostik perangkat keras:

  1. Saya ingin melihat apakah hard disk Toshiba N300 ini bisa menyelesaikan resync RAID 1 tanpa crash pada sistem berbasis Intel yang lebih kuat.

  2. Jika berhasil di TS-464, saya akan melakukan Secure Erase pada kedua hard disk untuk menghapus semua partisi dan data OS.

  3. Setelah itu, saya akan memasukkan kembali hard disk yang sudah bersih ke TS-216G untuk percobaan terakhir.

Jika TS-464 dapat menangani hard disk dengan sempurna tetapi TS-216G tetap melakukan reboot meskipun sudah direset, saya akan yakin bahwa unit TS-216G memang bermasalah dan saya akan memproses pengembaliannya sebelum batas waktu hari Rabu.

Terima kasih atas peringatannya tentang migrasi arsitektur, saya akan berhati-hati!