- tidak ada file konfigurasi, menggunakan default sebagai template
- sumber: sickgear.sh, aksi: mulai, waktu: Sel 13 Jan 2026 12:09:25 AM EET, beban: 2.19
- paket: 251226, layanan: 251226, pustaka: 251226
- QPKG diaktifkan: true
- pembaruan aplikasi otomatis: true
- cabang git aktif: main
- PID daemon: none
- file ada: /opt/bin/git
> memperbarui 'SickGear' dari repository remote:
{ exec: 'cd /tmp;/opt/bin/git -C "/share/MD0_DATA/.qpkg/SickGear/repo-cache" clean -f;/opt/bin/git -C "/share/MD0_DATA/.qpkg/SickGear/repo-cache" reset --hard origin/main;/opt/bin/git -C "/share/MD0_DATA/.qpkg/SickGear/repo-cache" pull'
HEAD sekarang di 8769b3d Merge branch 'hotfix/3.34.9'
Sudah terbaru.
} exec: selesai OK (0)
- cabang git aktif: main
> memuat port dari file konfigurasi: OK
> mulai daemon:
{ exec: '/share/MD0_DATA/.qpkg/SickGear/venv/bin/python3 /share/MD0_DATA/.qpkg/SickGear/repo-cache/sickgear.py --daemon --nolaunch --datadir /share/MD0_DATA/.qpkg/SickGear/config'
} exec: selesai OK (0)
> memantau nama proses daemon muncul (tidak lebih dari 120 detik): 1, OK
> tunggu 10 detik untuk konfirmasi PID masih aktif: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, selesai
- PID daemon: 31186
- alamat listening daemon: 0.0.0.0
- port HTTPS diaktifkan: false
- port HTTP: 7181
> uji respons port 7181 (tidak lebih dari 120 detik): OK
> perbarui ikon QPKG dengan port UI: OK
= sumber: sickgear.sh, aksi: mulai, waktu: Sel 13 Jan 2026 12:09:42 AM EET, hasil: OK, waktu berlalu: 0j:00m:17d, beban: 2.59
Terlihat bagus. 
Sekarang kamu harus mengatur SickGear dari awal lagi. 
Bisakah konfigurasi lama digunakan untuk mempermudah prosesnya?
Apakah ada cara untuk memindai acara yang sedang tayang ke dalamnya?
Sepertinya ada beberapa backup?
[/share/MD0_DATA/.qpkg/SickGear/config] # ll
total 1008K
drwxr-xr-x 4 admin administrators 4.0K 2026-01-13 00:14 ./
drwxrwxr-x 10 admin administrators 4.0K 2026-01-13 00:09 ../
drwx------ 6 admin administrators 4.0K 2026-01-13 00:09 cache/
-rw------- 1 admin administrators 524K 2026-01-13 00:09 cache.db
-rw-r--r-- 1 admin administrators 5.2K 2026-01-13 00:09 config.bak
-rw-r--r-- 1 admin administrators 5.2K 2026-01-13 00:09 config.ini
-rw-r--r-- 1 admin administrators 4.6K 2026-01-12 23:26 config.ini.def
-rw-r--r-- 1 admin administrators 4.6K 2026-01-13 00:09 config.ini.v20
-rw-r--r-- 1 admin administrators 5.2K 2026-01-13 00:09 config.ini.v21
-rw-r--r-- 1 admin administrators 5.2K 2026-01-13 00:09 config.ini.v22
-rw-r--r-- 1 admin administrators 5.2K 2026-01-13 00:09 config.ini.v23
-rw------- 1 admin administrators 16K 2026-01-13 00:09 failed.db
drwx------ 2 admin administrators 4.0K 2026-01-13 00:09 logs/
-rw------- 1 admin administrators 388K 2026-01-13 00:09 sickbeard.db
setidaknya file bak mungkin sesuatu yang pernah saya buat dulu…
File yang Anda lihat baru saja dibuat. Itu bukan file konfigurasi asli Anda. Konfigurasi dan database asli Anda masih tersedia di direktori backup konfigurasi sherpa.
Masalah yang Anda alami adalah: database yang disimpan di lokasi backup tersebut tidak diterima oleh instance SickGear Anda saat ini. Anda bisa mencoba bertanya kepada pengembang SickGear apakah mereka bisa membantu di sini. Namun mereka mungkin juga menyarankan Anda untuk membangun ulang database dari awal.
Saya tidak memiliki instance SickGear yang berjalan saat ini, tetapi di Medusa, Anda memilih dari menu Shows, lalu Add Existing Shows, dan arahkan ke direktori acara yang sudah ada. Ini memungkinkan impor massal.
Masalah sebenarnya adalah konfigurasi Anda. Anda perlu memperbarui API key dan semua pengaturan Anda.
Terima kasih atas bantuannya, sekarang sudah berfungsi (sebagian besar), database sudah dibuat ulang dan semoga lancar ke depannya. Batas 3 postingan itu… terima kasih sudah menaikkan hak akses saya.
Yang belum bisa saya pahami adalah kenapa nzbtomedia/sickgear tidak menyimpan episode di dalam folder TV/show/season, tapi malah menyimpannya di folder TV seperti /share/MD0_DATA/TV/Catastrophe.2015.S01E05.1080p.AMZN.WEB-DL.DD5.1.x264-DRACULA
Mungkin ada sesuatu yang sangat jelas, tapi saya belum melihatnya.
Penamaan episode Sickgear adalah Season 02/Show.Name.S02E03.HD.TV-RLSGROUP.ext, post processing dibiarkan kosong…
Maaf, saya tidak bisa membantu untuk hal itu. Anda mungkin perlu bantuan dari tim SickGear atau siapa saja yang familiar dengan konfigurasi SickGear.
Juga, saya baru ingat bahwa nzbToMedia QPKG diperbarui pada November 2025 dan sekarang cara kerjanya berbeda: How to use the new nzbToMedia QPKG · OneCDOnly/sherpa Wiki · GitHub
Selamat malam, teman saya - aku kembali! Aku sedang mengalami masalah dengan Sonarr. Setiap kali aku membuka GUI belakangan ini, Sonarr selalu offline. QNAP App Center menunjukkan bahwa aplikasi sedang berjalan - jadi aku harus menghentikan dan memulai ulang. Setelah itu, aplikasi berjalan dengan baik - tapi akhirnya mati lagi.
Menurut log Sonarr, aplikasi mencoba melakukan pembaruan, mati, tapi tidak pernah menyala kembali. Aku sudah berusaha keras menggunakan Grok untuk mencari tahu masalahnya, tapi akhirnya merasa seperti mengejar ekorku sendiri.
Aku tahu kamu bisa menyelesaikan ini untukku dalam kurang dari tiga putaran… jadi, di sinilah aku, siap dimanjakan lagi 
Hai, teman.
Mari kita coba membersihkannya:
/etc/init.d/sonarr.sh clean
… dan jika setelah itu tidak berjalan, silakan mulai:
/etc/init.d/sonarr.sh start
Terima kasih atas balasannya… Hanya ingin memberi info - Saya masuk ke pengaturan/umum/pembaruan dan menonaktifkan pembaruan, dan sejak itu perangkat tetap online.
source: sonarr.sh, action: clean, time: Wed 28 Jan 2026 5:41:31 PM CST, load: 0.55
package: 251226, service: 251226, library: 251226
QPKG enabled: true
application auto-update: true
daemon PID: 11104
stop daemon PID 11104 with SIGTERM (tidak lebih dari 120 detik): 1, OK
daemon PID: none
clean local repository: OK
remove previous ‘screen’ session log: OK
clean temp path: OK
get latest remote release package filename (tidak lebih dari 5 detik): OK
= release package filename: Sonarr.main.4.0.16.2944.linux-x64.tar.gz
release package name reference exists locally: false
release package exists locally: false
download latest release package: OK
extract from release package: OK
create release package name reference: OK
load ports from configuration file: OK
start daemon (dalam sesi ‘screen’): OK
watch for daemon process name to appear (tidak lebih dari 120 detik): 1, OK
daemon PID: 6105
daemon listening address: 0.0.0.0
HTTPS port enabled: false
HTTP port: 8989
test for port 8989 response (tidak lebih dari 120 detik): 1, 2, OK
update QPKG icon with UI ports: OK
= source: sonarr.sh, action: clean, time: Wed 28 Jan 2026 5:41:45 PM CST, result: OK, elapsed: 0h:00m:14s, load: 0.58
[Eric@QNAP451 ~]$
Aplikasi masih berjalan saat saya menjalankan perintah clean - dan masih berjalan saat saya cek setelahnya. Tapi seperti yang saya sebutkan, saya sudah mematikan pemeriksaan pembaruan otomatis… Haruskah saya mengaktifkannya kembali, atau biarkan saja seperti sekarang?
Pilihan yang tepat. Ya, silakan biarkan fitur auto-update aplikasi internal tetap dinonaktifkan.
Untuk memperbarui, restart QPKG. Ini akan secara otomatis mengunduh dan menginstal paket aplikasi terbaru.
Saya pasti pernah mengutak-atik di balik layar pada suatu saat dan melakukan sesuatu yang seharusnya tidak saya lakukan Ketika Anda mengatakan untuk me-restart QPKG, apakah itu hanya dengan menghentikan aplikasi dari QNAP app center lalu memulainya kembali?
Ya.
Akan lebih baik jika pembaruan aplikasi internal bisa berjalan sebagaimana mestinya, namun untuk saat ini, saya belum bisa mendukungnya. Jadi, kita harus memperbarui aplikasi dengan me-restart QPKG.
Terima kasih sudah meluruskan saya. Ini sebenarnya bukan masalah… dan seperti biasa, saya berhasil membuatnya jadi masalah sendiri Sangat dihargai, sobat…
Hari ini saya perhatikan bahwa sherpa check telah diubah menjadi sherpa fix 
Ya, itu lebih sesuai dengan apa yang sebenarnya dilakukan. 
Pembaruan minor:
Ada pembaruan terbaru pada paket Entware, dan Python3 telah diperbarui ke 3.13.9
Akibatnya, Mylar3 dan Watcher3 tidak lagi didukung. Watcher3 sudah tidak dikembangkan lagi, dan pengembang Mylar3 tidak terburu-buru memastikan kompatibilitas dengan Python 3.13. 
Silakan hapus QPKG ini melalui App Center Anda.
Pembaruan Entware juga menyebabkan git dan git-http IPK tidak berfungsi. Ini berarti QPKG apa pun yang mengambil sumber git dari repo akan gagal.
Saya sedang mengerjakan solusi sementara dan akan merilisnya segera.
Rilis paket baru hari ini! Semoga semuanya berjalan lancar. 
Selain itu, ada perubahan penting: QPKG sekarang secara default tidak akan memperbarui dirinya sendiri saat restart. Fitur ini bisa diaktifkan kembali per QPKG, namun harus dilakukan oleh operator. Perubahan ini diharapkan memberikan pengalaman yang lebih stabil dan cepat.
QPKG name: Status: Last action (result): QPKG version: Appl>
Entware - enabled, inactive unsupported 1.03a 1.>
Hai, apa arti inactive?!
Itu berarti sherpa mendeteksi bahwa Entware QPKG telah terpasang, tetapi tampaknya belum dijalankan dan belum tersedia untuk QTS.
Bisakah Anda memulai ulang Entware?
/etc/init.d/entware.sh restart