Stránka 1 z 1
Šílená nestabilita poslední dobou
Napsal: 23 pro 2023, 23:10
od paternoster
Poslední 3 měsíce mám u TS228A hrozné problémy se stabilitou , měl jsem 3 firmwary 5.1.2,5.1.3,5.1.4. Taky jsem si nainstaloval pár aplikací, což byly ty na tvoření náhledů a indexování, Photo Station, ale zatím je mám nastaveno na vypnuto (miniatury, indexování)
Po nějaké době se vždy nějak začne odumírat, přestane jít login na ssh, pak si všimnu, že později ani nejde na sdílené disky se připojit přes SMB. Ping a webserver kupodivu funguje skoro vždy do poslední chvíle. Taky tento problém vždy doprovází jeden projev, a to , že když zadám příkaz top nebo pidof něco, tak se nedokončí. Příkazy které v podstatě vyhledávají proces nebo vypisují je, To mám pocit, že se stává (z androidu zkušenost), když nějaký proces neodpovídá a je ho nutné killnout -9 . Nebo možná i zombie procesy.
Co je zvláštní, mám pocit, že to může souviset, když se připojím se ssh a stáhnu si přes wget/curl delší soubory (2GB okolo), ale nevím to jistě, je to jen takové tušení souvislosti, že jsem to dělal nedávno.
Pokaždé musím restartovat přepínačem na zařízení.
V poslední době jsem nezapojoval žádné USB zařízení (vím, že předtím, mi to taky nějak způsobilo nestabilitu), tak radši nepřipojuju nic. v dmesg jsem zase viděl nějakým oops memory dump z nějakého procesu hal_usb_enc nebo tak.
Jak v tomto případě poustupovat, nebo jaké jsou nejčastější příčiny podivných záseků? Protože poslední dobou už to je příliš časté.
Re: Šílená nestabilita poslední dobou
Napsal: 26 pro 2023, 10:45
od lars
Doporučuji vytvořit technický ticket (rovnou připojit i vygenerovaný log z NAS z aplikace Asistenční linka) na QNAP podpoře:
https://service.qnap.com/cs-cz
Pokud se jim podaří nestabilitu detekovat a vyřešit situaci, dejte pak sem prosím nějaké bližší info.
Re: Šílená nestabilita poslední dobou
Napsal: 16 bře 2024, 11:19
od paternoster
Díky, o téhle funkci jsem nevědel, podívám se, co obsahuje za informace.
Bohužel zhruba každých 7-10 dní od restartu dojde k nějaké události ,kterou poznám právě v dmesg. Z logu dmesg si myslím, že jsou zajímavé jen řádky PC is at, LR is at, a Call trace:
Kód: Vybrat vše
[581466.634691] Unable to handle kernel paging request at virtual address 20000000
[581466.642194] pgd = ffffffc0395bb000
[581466.645786] [20000000] *pgd=0000000000000000, *pud=0000000000000000
[581466.652320] Internal error: Oops: 96000045 [#1] SMP
[581466.657402] Modules linked in: rfcomm iscsi_tcp(O) libiscsi_tcp(O) libiscsi(O) scsi_transport_iscsi(O) target_core_pscsi iscsi_target_mod target_core_file target_core_iblock target_core_mod iscsi_target_qlog fbdisk(O) dummy br_netfilter bridge stp xt_connmark xt_TCPMSS xt_LOG xt_set ip_set_hash_netiface ip_set_hash_net ip_set ipt_MASQUERADE xt_REDIRECT nf_nat_redirect iptable_nat nf_nat_masquerade_ipv4 nf_nat_ipv4 nf_nat xt_policy xt_mark 8021q ipv6 uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core snd_usb_caiaq snd_usb_audio snd_usbmidi_lib snd_seq_midi snd_rawmidi fnotify(O) udf isofs vfio_pci vfio_virqfd vfio_iommu_type1 vfio exfat ufsd(PO) jnl(O) cdc_acm pl2303 usbserial flashcache(O) dm_tier_hro_algo dm_thin_pool dm_bio_prison dm_persistent_data hal_netlink(O) r8152 usbnet mv14xx(PO) mpt3sas mpt2sas scsi_transport_sas raid_class scsi_transport_fc usb_storage usblp
[581466.738001] CPU: 1 PID: 23317 Comm: python2 Tainted: P O 4.2.8 #1
[581466.745483] Hardware name: Realtek_RTD1295 (DT)
[581466.750210] task: ffffffc022de2d80 ti: ffffffc0328d8000 task.ti: ffffffc0328d8000
[581466.757966] PC is at anon_vma_interval_tree_remove+0x1d8/0x270
[581466.764027] LR is at unlink_anon_vmas+0xcc/0x268
[581466.768843] pc : [<ffffffc000371930>] lr : [<ffffffc000381b9c>] pstate: a0000145
[581466.776503] sp : ffffffc0328dbb30
...
[581466.857695] x1 : ffffffc008e0d270 x0 : ffffffc02490a260
[581466.864861] Process python2 (pid: 23317, stack limit = 0xffffffc0328d8020)
[581466.871989] Stack: (0xffffffc0328dbb30 to 0xffffffc0328dc000)
[581466.877961] bb20: 328dbba0 ffffffc0 003753d4 ffffffc0
[581466.886424] bb40: 217ae388 ffffffc0 08a424e8 ffffffc0 7bfbd000 0000007f 00000000 00000000
...
[581467.199536] bfe0: 74000ea0 0000007f 000000dd 00000000 00000000 00000000 00000000 00000000
[581467.207996] Call trace:
[581467.210591] [<ffffffc000371930>] anon_vma_interval_tree_remove+0x1d8/0x270
[581467.217722] [<ffffffc0003753d4>] free_pgtables+0x9c/0x128
[581467.223338] [<ffffffc00037e810>] exit_mmap+0xa8/0x108
[581467.228602] [<ffffffc0002b0558>] mmput+0x58/0x110
[581467.233509] [<ffffffc0003b2194>] flush_old_exec+0x4d4/0x800
[581467.239306] [<ffffffc000402a54>] load_elf_binary+0x324/0x10a8
[581467.245279] [<ffffffc0003b1644>] search_binary_handler+0xa4/0x230
[581467.251608] [<ffffffc0003b2fec>] do_execveat_common.isra.14+0x4c4/0x620
[581467.258470] [<ffffffc0003b33c8>] SyS_execve+0x38/0x48
[581467.263732] Code: eb03013f 540004a0 f9000445 b4000385 (f90000a0)
[581467.270119] ---[ end trace 4764831a14c8e923 ]---
systém qts se odmlčel
Napsal: 16 bře 2024, 22:23
od paternoster
Před chvili normálně pracuji s QTS (File . S.) a nejednou nereaguje otvirání a po chvili hláška, že l systém je nedostupný.
Jakýkoli pokus otevřít webové rozhraní nereaguje.
Ale dmesg přibylo
Kód: Vybrat vše
602801.289628] ICMPv6: process `sysctl' is using deprecated sysctl
(syscall) net.ipv6.neigh.default.base_reachable_time - use net.ipv
6.neigh.default.base_reachable_time_ms instead
[602801.310018] nr_pdflush_threads exported in /proc is scheduled f
or removal
ssh tedy funguje. Dokonce i (ne-administrace) webserver funguje. Dokonce i příkaz top nezamrzne.. Samba přístup taky
Ale webserver pro qts Ne.
Re: Šílená nestabilita poslední dobou
Napsal: 17 bře 2024, 19:23
od lars
A co na to QNAP technická podpora, přišli už na něco?
(mě se toto neděje, jak na NAS kde mám QuTS hero, tak i další dva NASy, kde mám poslední verzi QTS)