RTRR Daemon menggunakan lebih dari 17% CPU setelah pembaruan HBS3

Selain masalah ini, 2 dari 7 NAS saya yang menggunakan port 8899 untuk RTRR sering kali tidak dapat dijangkau untuk backup. Me-restart HBS3 hanya sementara mengatasi masalah koneksi.

Akan sangat membantu jika kamu menyebutkan model NAS yang kamu gunakan, versi firmware yang sedang dijalankan, serta versi HBS3 yang sudah terpasang.

Model: TVS-473XT.

QTS 529.3499.

Aplikasi berjalan seperti itu selama lebih dari 24 jam. Saya hentikan aplikasinya lalu jalankan lagi dan itu berhasil memperbaikinya.

Ini muncul lagi. Hanya terjadi di salah satu dari 7 NAS saya. Ada yang mengalami hal serupa?

Terkait masalah koneksi yang Anda sebutkan, mohon kirimkan log debug HBS kepada kami saat masalah tersebut terjadi lagi (Anda dapat mengunggahnya ke layanan cloud dan mengirimkan tautannya melalui pesan pribadi), lalu tim kami akan memeriksanya.

Untuk penggunaan CPU, karena sistem kami menyesuaikan penggunaan CPU berdasarkan kondisi saat ini, bolehkah kami bertanya apakah penggunaan CPU sebesar 18% saat ini benar-benar menyebabkan masalah, atau apakah Anda memperhatikan sesuatu yang tidak biasa? Berapa kisaran penggunaan CPU Anda sebelum pembaruan? Terima kasih!

Bagaimana cara mengumpulkan log debug dari HBS3 dan semua informasi yang diperlukan untuk dikirimkan untuk analisis? | QNAP

Koneksi terputus lagi tadi malam. Saya akan mengirimkan log dari 2 NAS yang juga tidak bisa terhubung (selalu dua yang sama setiap kali)? Dan juga 4 NAS yang tidak bisa terhubung? Kedua NAS yang bermasalah ini lokasinya berjauhan dengan IP statis yang berbeda, tapi NAS lain di lokasi yang sama tidak ada masalah.

NAS itu selama bertahun-tahun hanya menggunakan CPU 6-9%. Sejak update HBS, penggunaan CPU naik jadi 26-29%. Saat saya stop lalu restart HBS, penggunaan CPU kembali ke 6-9%. Hari berikutnya naik lagi jadi 26-29%. Saya juga akan mengirimkan log untuk yang satu itu.

Saya mengalami masalah yang sama di TS-251, TS-264, dan TS-464 – semuanya sudah menggunakan QTS dan HBS3 versi terbaru. Masalah ini muncul sejak update HBS3 terakhir awal Juni. Debug log juga tidak memberikan kejelasan untuk saya. Di log hanya tertulis bahwa koneksi melalui port 8899 tidak dapat dibuat. Jika saya menghentikan proses RTRR_DAEMON secara manual lalu memulai ulang layanan RTRR (restart NAS juga tidak membantu), hanya satu job backup yang dilakukan – yang berikutnya kembali macet.

Menurut saya, solusi terbaik adalah melakukan rollback pada update HBS3.

Saya sudah memperjuangkan ini selama berminggu-minggu. Memindahkan 6 dari 7 NAS ke port yang berbeda berhasil mengatasi masalah backup sekali lalu tak ada koneksi lagi. 9988, 8898, 8989, 8999, 9898, 9888. Satu NAS saya biarkan di 8899, tapi CPU-nya jadi ~27%, padahal sebelumnya hanya ~7%. Reboot hanya memperbaikinya sampai HBS berjalan lagi. Mengikuti saran dari @NA9D di thread lain soal proses zombie, saya menghentikan HBS lalu benar-benar mematikan NAS, mencabut daya, lalu menyalakannya kembali. Supaya HBS kembali normal di NAS tersebut, saya pergi ke NAS yang menyimpan storage space, lalu klik services dan klik apply. Akan muncul pesan bahwa ini akan mereset semua koneksi. Memang itu yang diinginkan. Penggunaan CPU kembali normal dan semua 160 job HBS saya berjalan.

Ini hampir pasti adalah bug. Di minggu pertama kami mengalami masalah ISP yang menyebabkan banyak paket terputus, tapi mereka sudah memperbaikinya dan saya tahu masalahnya ada di HBS.

Saya mengalami masalah yang sama dengan firmware terbaru 5.2.9.3499.
Saya memiliki beberapa perangkat TS-230 dan TS-251A dengan RTRR di antaranya. Dengan versi firmware sebelumnya, semua job berjalan baik, tapi sekarang perangkat tidak bisa terhubung ke layanan. Me-restart RTRR bisa mengatasi masalah koneksi, namun gagal lagi pada replikasi berikutnya.

Saya bicara terlalu cepat. Setelah 2 hari, RTRR Daemon mulai lagi menggunakan 18% CPU. Port baru masih berfungsi.

Update hari ini sudah terselesaikan.

Terlalu cepat bicara lagi. Setelah 2 hari, RTRR kembali menggunakan 17-18% CPU. NAS ini sebelumnya RTRR server-nya dimatikan. Saya nyalakan RTRR server, dan setelah 2 hari, total penggunaan CPU sekitar 7%. QVR-472XT. QTS 529..3499, versi terbaru HBS.

Benar, pembaruan tidak membawa perbaikan apa pun—setelah 2 hari, semuanya kembali seperti semula.. hal ini terjadi baik di TS-251+ maupun TS-264 dan TS-464, masing-masing dengan QTS terkini.

Cukup membuat frustrasi.. menurut saya, di DebugLogs juga tidak ada informasi lebih lanjut yang mengarah pada kesalahan tersebut.

Yah, sekarang kembali pakai 17%. Ini nggak terjadi di 6 NAS saya yang lain.

Saya mengalami masalah yang sama dengan TS-873AeU dan TS-264, keduanya menjalankan firmware terbaru dan versi terbaru HBS 3.

Koneksi RTRR tiba-tiba berhenti berfungsi meskipun port 8899 masih dapat dijangkau dan tidak ada perubahan pada jaringan atau konfigurasi. Sebagian besar waktu, menerapkan ulang pengaturan RTRR / memasukkan ulang kata sandi langsung memulihkan koneksi, tetapi kadang-kadang saya juga perlu me-restart seluruh NAS.

Karena kedua sistem NAS terdampak, ini benar-benar terlihat seperti masalah layanan HBS 3 / RTRR, bukan masalah jaringan atau firewall.

Saya membuat tiket kemarin.

Hasil tiket:
Tampaknya tim saya telah melaporkan ini sebagai bug dalam perangkat lunak kami. Masalah ini akan diperbaiki di HBS3 26.4.2. Saya belum memiliki jadwal rilis untuk versi tersebut.

Silakan pantau aplikasi Anda untuk pembaruan.

Beritahu saya jika ada pertanyaan lain.

Ada versi baru

  • HBS 3 Hybrid Backup Sync 26.4.2.617

    2026/07/15

    [Masalah yang Diperbaiki]

    • Memperbaiki masalah di mana pekerjaan Rsync berbasis SSH bisa gagal dengan error “unknown option” pada beberapa versi firmware NAS tertentu.
    • Memperbaiki masalah di mana server RTRR (rr2 gateway) bisa berhenti merespons setelah dilakukan pemindaian port.
    • Memperbaiki masalah di mana backup cloud Azure bisa gagal mengunggah metadata jika ukuran multipart kecil dan file berukuran besar.
    • Meningkatkan pesan error saat pekerjaan sinkronisasi Box gagal karena change stream kadaluarsa setelah gangguan jaringan berkepanjangan.
    • Memperbaiki masalah di mana pekerjaan Active Sync bisa gagal menemukan folder tujuan setelah proses enkripsi/dekripsi.
    • Memperbaiki masalah di mana terlalu banyak pekerjaan Active Sync meninggalkan file mount sementara dan menghabiskan ruang penyimpanan.
    • Memperbaiki masalah di mana banner login SSH bisa menyebabkan pekerjaan sinkronisasi dilaporkan gagal meski transfer berhasil.
    • Memperbaiki masalah di mana jumlah versi yang dipertahankan tidak sesuai pengaturan saat backup ke tujuan HBS versi lama.
    • Memperbaiki masalah di mana file yang terus bertambah ukurannya gagal diunggah pada sinkronisasi dua arah OneDrive Personal dengan filter pengecualian ukuran.
    • Memperbaiki masalah di mana pekerjaan sinkronisasi real-time bisa gagal setelah pemindaian MR jika USB drive dinamai “USBDisk” ditambah angka.

[Catatan Rilis HBS 3 Hybrid Backup Sync](Release Notes for Apps | QNAPproduct-line=nas)