Turris OS 3.10.0 - storage

Pěkný den,

krátce po vydání TurrisOS 3.10 jsem začal používat Storage a Pakon, tj. vložil flash paměť do USB a nechal ji zformátovat a restartoval systém. Tento týden jsem zjistil, že Storage flash nevidí a Pakon hlásí chybu. Příkaz “dmesg” ukázal následující.

Domníval jsem se, že flash odešla, ale při jejím vyjmutí a opětovném zasunutí i vložení jiné flash nehlásil “dmesg” vůbec nic nového. Notebook navíc flash detekoval. Nakonec jsem Omnii restartoval s původní flash a vše funguje jako dříve, nebylo ani potřeba cokoliv znovu nastavovat, i Pakon načetl starší data.

Netušíte, o co by se mohlo jednat?

[1642813.122859] usb 3-1: reset SuperSpeed USB device number 2 using xhci-hcd
[1642813.143346] usb 3-1: device firmware changed
[1642813.173020] usb 3-1: USB disconnect, device number 2
[1642813.183593] scsi 2:0:0:0: rejecting I/O to offline device
[1642813.189187] scsi 2:0:0:0: [sda] killing request
[1642813.189197] scsi 2:0:0:0: rejecting I/O to offline device
[1642813.194782] scsi 2:0:0:0: [sda] killing request
[1642813.194814] scsi 2:0:0:0: [sda] UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=0x00
[1642813.194822] scsi 2:0:0:0: [sda] CDB: opcode=0x2a 2a 00 00 4d 14 c0 00 00 f0 00
[1642813.194827] blk_update_request: I/O error, dev sda, sector 5051584
[1642813.201235] scsi 2:0:0:0: [sda] UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=0x00
[1642813.201244] scsi 2:0:0:0: [sda] CDB: opcode=0x2a 2a 00 00 4d 15 b0 00 00 f0 00
[1642813.201248] blk_update_request: I/O error, dev sda, sector 5051824
[1642813.212825] scsi 2:0:0:0: rejecting I/O to dead device
[1642813.218161] BTRFS error (device sda): bdev /dev/sda errs: wr 1, rd 0, flush 0, corrupt 0, gen 0
[1642813.227144] scsi 2:0:0:0: rejecting I/O to dead device
[1642813.232472] BTRFS error (device sda): bdev /dev/sda errs: wr 2, rd 0, flush 0, corrupt 0, gen 0
[1642813.241365] BTRFS error (device sda): bdev /dev/sda errs: wr 3, rd 0, flush 0, corrupt 0, gen 0
[1642813.250259] scsi 2:0:0:0: rejecting I/O to dead device
[1642813.255583] BTRFS error (device sda): bdev /dev/sda errs: wr 4, rd 0, flush 0, corrupt 0, gen 0
[1642813.264486] BTRFS error (device sda): bdev /dev/sda errs: wr 5, rd 0, flush 0, corrupt 0, gen 0
[1642827.738112] xhci-hcd f10f0000.usb3: Stopped the command ring failed, maybe the host is dead
[1642827.746665] xhci-hcd f10f0000.usb3: Abort command ring failed
[1642827.752988] xhci-hcd f10f0000.usb3: HC died; cleaning up
[1642827.758503] xhci-hcd f10f0000.usb3: Error while assigning device slot ID
[1642827.765601] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[1642827.765611] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[1642827.765620] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[1642827.765626] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[1642827.765632] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[1642827.765638] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[1642827.765643] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[1642827.765652] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[1642827.765658] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[1642827.765665] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[1642827.766752] xhci-hcd f10f0000.usb3: Max number of devices this xHCI host supports is 32.
[1642827.775653] usb usb3-port1: couldn't allocate usb_device
[1642837.756200] BTRFS error (device sda): bdev /dev/sda errs: wr 6, rd 0, flush 0, corrupt 0, gen 0
[1642837.767610] BTRFS error (device sda): bdev /dev/sda errs: wr 7, rd 0, flush 0, corrupt 0, gen 0
[1642837.779718] BTRFS error (device sda): bdev /dev/sda errs: wr 8, rd 0, flush 0, corrupt 0, gen 0
[1642837.790779] BTRFS error (device sda): bdev /dev/sda errs: wr 9, rd 0, flush 0, corrupt 0, gen 0
[1642837.805411] BTRFS error (device sda): bdev /dev/sda errs: wr 10, rd 0, flush 0, corrupt 0, gen 0
[1642837.815004] BTRFS error (device sda): bdev /dev/sda errs: wr 11, rd 0, flush 0, corrupt 0, gen 0
[1642837.824329] BTRFS error (device sda): bdev /dev/sda errs: wr 12, rd 0, flush 0, corrupt 0, gen 0
[1642837.833381] BTRFS error (device sda): bdev /dev/sda errs: wr 13, rd 0, flush 0, corrupt 0, gen 0
[1642837.842671] BTRFS error (device sda): bdev /dev/sda errs: wr 14, rd 0, flush 0, corrupt 0, gen 0
[1642837.852003] BTRFS error (device sda): bdev /dev/sda errs: wr 15, rd 0, flush 0, corrupt 0, gen 0
[1642837.861099] BTRFS: error (device sda) in btrfs_commit_transaction:2218: errno=-5 IO failure (Error while writing out transaction)
[1642837.872975] BTRFS info (device sda): forced readonly
[1642837.872981] BTRFS warning (device sda): Skipping commit of aborted transaction.
[1642837.872985] ------------[ cut here ]------------
[1642837.872996] WARNING: CPU: 1 PID: 2075 at fs/btrfs/transaction.c:1840 btrfs_commit_transaction+0xa80/0xbd8()
[1642837.873000] BTRFS: Transaction aborted (error -5)
[1642837.873002] Modules linked in: qcserial option iptable_nat ath9k usb_wwan rndis_host qmi_wwan pppoe nf_nat_pptp nf_nat_ipv4 nf_nat_amanda nf_conntrack_pptp nf_conntrack_netlink nf_conntrack_ipv6 nf_conntrack_ipv4 nf_conntrack_amanda ipt_REJECT ipt_MASQUERADE ftdi_sio ebtable_nat ebtable_filter ebtable_broute cdc_ether ath9k_common armada_thermal xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_id xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_NFQUEUE xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY usbserial usbnet ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda ts_kmp ts_fsm ts_bm thermal_sys pppox ppp_mppe ppp_async nfnetlink_queue nfnetlink_log nfnetlink nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp nf_conntrack_broadcast nf_conntrack mvsdio iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables hwmon ebtables ebt_vlan ebt_stp ebt_redirect ebt_pkttype ebt_mark_m ebt_mark ebt_limit ebt_among ebt_802_3 crc_ccitt cdc_wdm ath9k_hw fuse sch_teql sch_tbf sch_sfq sch_red sch_prio sch_pie sch_netem sch_htb sch_gred sch_fq sch_dsmark sch_codel em_text em_nbyte em_meta em_cmp cls_basic act_vlan act_police act_pedit act_nat act_ipt act_gact act_csum act_bpf act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_hfsc sch_ingress ath10k_pci ath10k_core ath mac80211 cfg80211 compat ledtrig_usbdev ledtrig_oneshot xt_LED ledtrig_morse ledtrig_heartbeat ledtrig_gpio cryptodev ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables pppoatm ppp_generic slhc nfsd nfsv3 msdos ip_gre gre ifb sit ip6_tunnel tunnel6 tunnel4 ip_tunnel veth tun snd_compress snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_rawmidi snd_seq_device snd_hwdep snd input_core soundcore rxkad vfat fat udf crc_itu_t ntfs nfs_layout_nfsv41_files nfsv4 nfs auth_rpcgss oid_registry lockd sunrpc grace minix isofs hfsplus hfs cramfs configfs cifs autofs4 kafs af_rxrpc dns_resolver dm_crypt dm_mirror dm_region_hash dm_log dm_mod br2684 atm multipath fscache raid456 async_raid6_recov async_pq async_xor async_memcpy async_tx raid10 raid1 raid0 linear md_mod nls_utf8 nls_koi8_r nls_cp1255 nls_iso8859_6 nls_iso8859_2 nls_iso8859_15 nls_iso8859_13 nls_iso8859_1 nls_cp932 nls_cp866 nls_cp864 nls_cp862 nls_cp852 nls_cp850 nls_cp775 nls_cp437 nls_cp1251 nls_cp1250 xts algif_skcipher algif_hash af_alg sha512_generic sha256_generic sha1_generic seqiv jitterentropy_rng drbg pcbc md5 md4 marvell_cesa hmac gf128mul fcrypt ecb des_generic ctr cmac ccm cbc authenc usb_storage xhci_plat_hcd xhci_pci xhci_hcd uhci_hcd ledtrig_transient ehci_orion ehci_platform ehci_hcd ahci_platform xfs libcrc32c jfs f2fs exfat usbcore nls_base usb_common mii aead crypto_null
[1642837.873374] CPU: 1 PID: 2075 Comm: btrfs-transacti Not tainted 4.4.131-a2dbf3bef3d0c1f725e0a5f0801935a1-2 #1
[1642837.873377] Hardware name: Marvell Armada 380/385 (Device Tree)
[1642837.873380] Backtrace:
[1642837.873390] [<c001c64c>] (dump_backtrace) from [<c001c88c>] (show_stack+0x18/0x1c)
[1642837.873393]  r6:00000000 r5:60000013 r4:c0730428 r3:00000000
[1642837.873405] [<c001c874>] (show_stack) from [<c02f4f18>] (dump_stack+0x98/0xac)
[1642837.873412] [<c02f4e80>] (dump_stack) from [<c002931c>] (warn_slowpath_common+0x8c/0xbc)
[1642837.873415]  r6:00000730 r5:c022dbe8 r4:ebf21e98 r3:00000006
[1642837.873425] [<c0029290>] (warn_slowpath_common) from [<c0029384>] (warn_slowpath_fmt+0x38/0x40)
[1642837.873428]  r8:00000000 r7:ec8a0000 r6:d8232640 r5:ee7100c8 r4:d6c72ef0
[1642837.873439] [<c0029350>] (warn_slowpath_fmt) from [<c022dbe8>] (btrfs_commit_transaction+0xa80/0xbd8)
[1642837.873442]  r3:fffffffb r2:c0639894
[1642837.873450] [<c022d168>] (btrfs_commit_transaction) from [<c0228668>] (transaction_kthread+0x1a8/0x218)
[1642837.873453]  r10:00000000 r9:00000000 r8:0000159e r7:ebf20000 r6:00000bb8 r5:000005c0
[1642837.873461]  r4:ec8a0000
[1642837.873470] [<c02284c0>] (transaction_kthread) from [<c0043f00>] (kthread+0x110/0x124)
[1642837.873473]  r10:00000000 r9:00000000 r8:00000000 r7:c02284c0 r6:ec8a0000 r5:00000000
[1642837.873480]  r4:ec3d1f40
[1642837.873487] [<c0043df0>] (kthread) from [<c0009dd0>] (ret_from_fork+0x14/0x24)
[1642837.873490]  r7:00000000 r6:00000000 r5:c0043df0 r4:ec3d1f40
[1642837.873497] ---[ end trace 3e4a3d2ef28ae013 ]---
[1642837.873502] BTRFS: error (device sda) in cleanup_transaction:1840: errno=-5 IO failure
[1642837.881637] BTRFS info (device sda): delayed_refs has NO entry
[1643118.594422] BTRFS error (device sda): cleaner transaction attach returned -30

Tak se to stalo znovu (v tuto chvíli ve verzi 3.10.1). Tentokrát nedošlo k odpojení paměti a chybám ve výpisu z jádra, ale Storage přestal flash vidět (Pakon tím pádem vrací chybovou hlášku) a znovu ji začal registrovat až po opětovném vložení. K tomu, aby ji začal také používat bude nicméně zřejmě potřeba restart (a do té doby bude také Pakon hlásit chybu). Podle uvedeného si nemyslím, že je problém s pamětí. Jak to tedy řešit?

[224571.183789] usb 3-1: USB disconnect, device number 2
[224577.270888] usb 3-1: new SuperSpeed USB device number 3 using xhci-hcd
[224577.292090] usb-storage 3-1:1.0: USB Mass Storage device detected
[224577.295363] scsi host3: usb-storage 3-1:1.0
[224578.291353] scsi 3:0:0:0: Direct-Access     Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[224578.292167] sd 3:0:0:0: [sda] 30277632 512-byte logical blocks: (15.5 GB/14.4 GiB)
[224578.292346] sd 3:0:0:0: [sda] Write Protect is on
[224578.292353] sd 3:0:0:0: [sda] Mode Sense: 45 00 80 00
[224578.292514] sd 3:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[224578.380716] sd 3:0:0:0: [sda] Write Protect is off
[224578.380726] sd 3:0:0:0: [sda] Mode Sense: 45 00 00 00
[224578.380925] sd 3:0:0:0: [sda] Attached SCSI removable disk

Dnešní stav je takový, že Storage paměť opět nevidí a “dmesg” hlásí následující. Některé chyby ve výpisu mě začínají trochu děsit.

[ 1996.691489] usb 3-1: reset SuperSpeed USB device number 2 using xhci-hcd
[ 1996.711995] usb 3-1: device firmware changed
[ 1996.741490] usb 3-1: USB disconnect, device number 2
[ 1996.751461] scsi 2:0:0:0: rejecting I/O to offline device
[ 1996.756884] scsi 2:0:0:0: [sda] killing request
[ 1996.756893] scsi 2:0:0:0: rejecting I/O to offline device
[ 1996.762305] scsi 2:0:0:0: [sda] killing request
[ 1996.762331] scsi 2:0:0:0: [sda] UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=0x00
[ 1996.762338] scsi 2:0:0:0: [sda] CDB: opcode=0x2a 2a 00 00 21 29 80 00 00 80 00
[ 1996.762347] blk_update_request: I/O error, dev sda, sector 2173312
[ 1996.768546] BTRFS error (device sda): bdev /dev/sda errs: wr 1, rd 0, flush 0, corrupt 0, gen 0
[ 1996.777309] scsi 2:0:0:0: [sda] UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=0x00
[ 1996.777315] scsi 2:0:0:0: [sda] CDB: opcode=0x2a 2a 00 00 01 30 20 00 00 40 00
[ 1996.777319] blk_update_request: I/O error, dev sda, sector 77856
[ 1996.783350] BTRFS error (device sda): bdev /dev/sda errs: wr 2, rd 0, flush 0, corrupt 0, gen 0
[ 1996.811478] scsi 2:0:0:0: rejecting I/O to dead device
[ 1996.816636] BTRFS error (device sda): bdev /dev/sda errs: wr 3, rd 0, flush 0, corrupt 0, gen 0
[ 1996.825359] scsi 2:0:0:0: rejecting I/O to dead device
[ 1996.830510] BTRFS error (device sda): bdev /dev/sda errs: wr 4, rd 0, flush 0, corrupt 0, gen 0
[ 1996.839231] BTRFS error (device sda): bdev /dev/sda errs: wr 5, rd 0, flush 0, corrupt 0, gen 0
[ 1996.847951] scsi 2:0:0:0: rejecting I/O to dead device
[ 1996.853101] BTRFS error (device sda): bdev /dev/sda errs: wr 6, rd 0, flush 0, corrupt 0, gen 0
[ 1996.861835] scsi 2:0:0:0: rejecting I/O to dead device
[ 1996.866986] BTRFS error (device sda): bdev /dev/sda errs: wr 7, rd 0, flush 0, corrupt 0, gen 0
[ 1996.875721] scsi 2:0:0:0: rejecting I/O to dead device
[ 1996.880872] BTRFS error (device sda): bdev /dev/sda errs: wr 8, rd 0, flush 0, corrupt 0, gen 0
[ 1996.889608] BTRFS error (device sda): bdev /dev/sda errs: wr 9, rd 0, flush 0, corrupt 0, gen 0
[ 1996.898361] BTRFS error (device sda): bdev /dev/sda errs: wr 10, rd 0, flush 0, corrupt 0, gen 0
[ 1996.899212] BTRFS: error (device sda) in btrfs_commit_transaction:2218: errno=-5 IO failure (Error while writing out transaction)
[ 1996.899215] BTRFS info (device sda): forced readonly
[ 1996.899219] BTRFS warning (device sda): Skipping commit of aborted transaction.
[ 1996.899220] ------------[ cut here ]------------
[ 1996.899230] WARNING: CPU: 0 PID: 2191 at fs/btrfs/transaction.c:1840 btrfs_commit_transaction+0xa80/0xbd8()
[ 1996.899231] BTRFS: Transaction aborted (error -5)
[ 1996.899293] Modules linked in: qcserial option iptable_nat ath9k usb_wwan rndis_host qmi_wwan pppoe nf_nat_pptp nf_nat_ipv4 nf_nat_amanda nf_conntrack_pptp nf_conntrack_netlink nf_conntrack_ipv6 nf_conntrack_ipv4 nf_conntrack_amanda ipt_REJECT ipt_MASQUERADE ftdi_sio ebtable_nat ebtable_filter ebtable_broute cdc_ether ath9k_common armada_thermal xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_id xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_NFQUEUE xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY usbserial usbnet ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda uas ts_kmp ts_fsm ts_bm thermal_sys pppox ppp_mppe ppp_async nfnetlink_queue nfnetlink_log nfnetlink nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp nf_conntrack_broadcast nf_conntrack mvsdio iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables hwmon ebtables ebt_vlan ebt_stp ebt_redirect ebt_pkttype ebt_mark_m ebt_mark ebt_limit ebt_among ebt_802_3 crc_ccitt cdc_wdm ath9k_hw fuse sch_teql sch_tbf sch_sfq sch_red sch_prio sch_pie sch_netem sch_htb sch_gred sch_fq sch_dsmark sch_codel em_text em_nbyte em_meta em_cmp cls_basic act_vlan act_police act_pedit act_nat act_ipt act_gact act_csum act_bpf act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_hfsc sch_ingress ath10k_pci ath10k_core ath mac80211 cfg80211 compat ledtrig_usbdev ledtrig_oneshot xt_LED ledtrig_morse ledtrig_heartbeat ledtrig_gpio cryptodev ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables pppoatm ppp_generic slhc nfsd nfsv3 msdos ip_gre gre ifb sit ip6_tunnel tunnel6 tunnel4 ip_tunnel veth tun snd_compress snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_rawmidi snd_seq_device snd_hwdep snd input_core soundcore rxkad vfat fat udf crc_itu_t ntfs nfs_layout_nfsv41_files nfsv4 nfs auth_rpcgss oid_registry lockd sunrpc grace minix isofs hfsplus hfs cramfs configfs cifs autofs4 kafs af_rxrpc dns_resolver dm_crypt dm_mirror dm_region_hash dm_log dm_mod br2684 atm multipath fscache raid456 async_raid6_recov async_pq async_xor async_memcpy async_tx raid10 raid1 raid0 linear md_mod nls_utf8 nls_koi8_r nls_cp1255 nls_iso8859_6 nls_iso8859_2 nls_iso8859_15 nls_iso8859_13 nls_iso8859_1 nls_cp932 nls_cp866 nls_cp864 nls_cp862 nls_cp852 nls_cp850 nls_cp775 nls_cp437 nls_cp1251 nls_cp1250 xts algif_skcipher algif_hash af_alg sha512_generic sha256_generic sha1_generic seqiv jitterentropy_rng drbg pcbc md5 md4 marvell_cesa hmac gf128mul fcrypt ecb des_generic ctr cmac ccm cbc authenc usb_storage xhci_plat_hcd xhci_pci xhci_hcd uhci_hcd ledtrig_transient ehci_orion ehci_platform ehci_hcd ahci_platform xfs libcrc32c jfs f2fs exfat usbcore nls_base usb_common mii aead crypto_null
[ 1996.899491] CPU: 0 PID: 2191 Comm: btrfs-transacti Not tainted 4.4.134-8f7f4132dc88fb7034ce9648e5961be5-0 #1
[ 1996.899492] Hardware name: Marvell Armada 380/385 (Device Tree)
[ 1996.899494] Backtrace:
[ 1996.899501] [<c001c64c>] (dump_backtrace) from [<c001c88c>] (show_stack+0x18/0x1c)
[ 1996.899506]  r6:00000000 r5:60000013 r4:c0730428 r3:00000000
[ 1996.899512] [<c001c874>] (show_stack) from [<c02f5400>] (dump_stack+0x98/0xac)
[ 1996.899517] [<c02f5368>] (dump_stack) from [<c002931c>] (warn_slowpath_common+0x8c/0xbc)
[ 1996.899521]  r6:00000730 r5:c022dfa8 r4:ec7afe98 r3:ec7ae000
[ 1996.899526] [<c0029290>] (warn_slowpath_common) from [<c0029384>] (warn_slowpath_fmt+0x38/0x40)
[ 1996.899530]  r8:00000000 r7:ec9b6400 r6:ee4f9640 r5:ee7290c8 r4:ee4acef0
[ 1996.899535] [<c0029350>] (warn_slowpath_fmt) from [<c022dfa8>] (btrfs_commit_transaction+0xa80/0xbd8)
[ 1996.899538]  r3:fffffffb r2:c0639954
[ 1996.899542] [<c022d528>] (btrfs_commit_transaction) from [<c0228a28>] (transaction_kthread+0x1a8/0x218)
[ 1996.899548]  r10:00000000 r9:00000000 r8:0000159e r7:ec7ae000 r6:00000bb8 r5:000005c0
[ 1996.899550]  r4:ec9b6400
[ 1996.899556] [<c0228880>] (transaction_kthread) from [<c0043f44>] (kthread+0x110/0x124)
[ 1996.899561]  r10:00000000 r9:00000000 r8:00000000 r7:c0228880 r6:ec9b6400 r5:00000000
[ 1996.899562]  r4:eb794080
[ 1996.899567] [<c0043e34>] (kthread) from [<c0009dd0>] (ret_from_fork+0x14/0x24)
[ 1996.899571]  r7:00000000 r6:00000000 r5:c0043e34 r4:eb794080
[ 1996.899573] ---[ end trace a366cebc269c2439 ]---
[ 1996.899576] BTRFS: error (device sda) in cleanup_transaction:1840: errno=-5 IO failure
[ 1996.899579] BTRFS info (device sda): delayed_refs has NO entry
[ 1996.929777] BTRFS error (device sda): cleaner transaction attach returned -30
[ 2011.384375] xhci-hcd f10f0000.usb3: Stopped the command ring failed, maybe the host is dead
[ 2011.392756] xhci-hcd f10f0000.usb3: Abort command ring failed
[ 2011.398761] xhci-hcd f10f0000.usb3: HC died; cleaning up
[ 2011.404523] xhci-hcd f10f0000.usb3: Error while assigning device slot ID
[ 2011.411398] xhci-hcd f10f0000.usb3: Max number of devices this xHCI host supports is 32.
[ 2011.419509] usb usb3-port1: couldn't allocate usb_device

Zároveň zřejmě došlo k samovolnému restartu routeru, protože “uptime” hlásí, že přesně o půlnoci došlo k opětovnému spuštění (což skoro nemůže být náhoda). Sice mi včera přišla informace o nové verzi “Updateru” (aktualizace na 3.10.2), ale mám nastavené odložené aktualizace o 72 hodin a rozhodně jsem nikam neklikal (tedy ani na potvrdit nebo odmítnout, jak píší někteří další, kterým se po odmítnutí server restartoval).

Verze Turris OS je navíc stále 3.10.1 a informace o dalších aktualizacích (jádro a spol.) ani výzva k restartu není vidět ani v administraci, ani mi nedorazila e-mailem. Při kontrole záložky “Aktualizace” ve Forisu navíc aktualizace “Updateru” stále čeká na schválení (nebo uplynutí nastaveného času).

Prosím o pomoc, tohle už přestává být legrace.

Dobry den,

podle vypisu z dmesg se vam flash pamet po case vypina a odpojuje. Coz by vysvetlovalo proc vam uplne dobre nefunguje. Mate pripojena jeste jina USB zarizeni? Zkousel jste jinou flashku?

Pořídil jsem jinou flash a v mezidobí jsem Pakon odinstaloval, abych nepoškozoval interní úložiště. Následně jsem prostřednictvím Storage nechal flash zformátovat a nainstaloval Pakon znovu, ale nefunguje. Hledal jsem ve fóru podobné situace a dospěl jsem k následujícímu. Jak bych měl postupovat dále?

 [root@turris /]# pakon-show
Can't get data from pakon-handler. Is it running?
 [root@turris /]# /etc/init.d/pakon-monitor stop
 [root@turris /]# python3 /usr/libexec/pakon-light/pakon-monitor.py
Traceback (most recent call last):
  File "/usr/libexec/pakon-light/pakon-monitor.py", line 329, in <module>
    main()
  File "/usr/libexec/pakon-light/pakon-monitor.py", line 275, in main
    for row in c.execute('SELECT DISTINCT(src_mac) FROM traffic UNION SELECT DISTINCT(src_mac)                                                                                                       FROM archive.traffic'):
sqlite3.OperationalError: no such table: archive.traffic

 [root@turris /]# /usr/bin/python3 /usr/libexec/pakon-light/archive.py && /usr/libexec/pakon-light/backup_sqlite.sh /var/lib/pakon.db /srv/pakon/pakon.db.xz
INFO:root:moved 0 flows from live to archive
Traceback (most recent call last):
  File "/usr/libexec/pakon-light/archive.py", line 137, in <module>
    c.execute('SELECT DISTINCT(details) FROM traffic WHERE details > ?', (len(rules),))
sqlite3.OperationalError: no such column: details

Dobrý den,
asi neexistuje soubor s archivní databází (a živá přitom existuje, což se úplně nečekalo).

Prosím zkuste udělat
python3 /usr/libexec/pakon-light/create_db.py

1 Like

Dobrý den,

děkuji za zprávu, příkaz pomohl a vše nyní funguje jako předtím. Zároveň prosím o opravu v nové verzi Turris OS, podobně jako já by mohl postupovat leckdo jiný.

Včera jsem přišel o třetí USB paměť, přičemž už u té první se mi nechtělo věřit, že jednoduše odešla, byť to bylo nejsnazší vysvětlení. Jsem proto přesvědčený, že na vině musí být něco jiného (jádro, btrfs apod.).

Modul “Storage” ve Forisu mi zároveň od té doby i po restartu routeru hlásí následující:

Remote Exception: Internal error Can't find device that mounts as '/srv' and thus can't decide what provides /srv!('<class 'LookupError'>')
Remote request
{"module": "storage", "action": "get_settings", "kind": "request"}
Stack trace
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/foris_controller_backends/storage/__init__.py", line 31, in get_srv
    r'^(/dev/[^ ]*|ubi[^ ]*) {} .*'.format(srv_mount_point)
  File "/usr/lib/python3.6/site-packages/foris_controller_backends/files/__init__.py", line 94, in _read_and_parse
    raise FailedToParseFileContent(path, content)
foris_controller.exceptions.FailedToParseFileContent: /proc/mounts: /dev/mmcblk0p1 / btrfs rw,noatime,ssd,space_cache,commit=5,subvolid=261,subvol=/@ 0 0
proc /proc proc rw,noatime 0 0
sysfs /sys sysfs rw,noatime 0 0
none /sys/fs/cgroup cgroup rw,relatime,cpuset,cpu,cpuacct,blkio,memory,devices,freezer,net_cls,pids 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev,noatime 0 0
tmpfs /dev tmpfs rw,relatime,size=512k,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600,ptmxmode=000 0 0
debugfs /sys/kernel/debug debugfs rw,noatime 0 0
none /srv tmpfs rw,relatime,size=51200k 0 0
mountd(pid4445) /tmp/run/mountd autofs rw,relatime,fd=5,pgrp=4443,timeout=60,minproto=5,maxproto=5,indirect 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0


During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/foris_controller/message_router.py", line 114, in process_message
    data = module_instance.perform_action(message["action"], message.get("data", {}))
  File "/usr/lib/python3.6/site-packages/foris_controller/module_base.py", line 60, in perform_action
    res = action_function(data)
  File "/usr/lib/python3.6/site-packages/foris_controller_modules/storage/__init__.py", line 11, in action_get_settings
    return self.handler.get_settings()
  File "/usr/lib/python3.6/site-packages/foris_controller/utils.py", line 110, in inner
    res = func(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/foris_controller_modules/storage/handlers/openwrt.py", line 20, in get_settings
    return self.settings.get_srv()
  File "/usr/lib/python3.6/site-packages/foris_controller_backends/storage/__init__.py", line 36, in get_srv
    .format(srv_mount_point)
LookupError: Can't find device that mounts as '/srv' and thus can't decide what provides /srv!

Mně také odešly dvě flešky … obě byly v zadním slotu vedle antény. Ta prý může mít nějaký vliv na chybovost. Zkoušel jsem všechny možné formáty. Třetí (krátké mini provedení) v předním slotu už drží.

Tak alespoň v tom nejsem sám, přesto by mě zajímalo, jestli nemůže být problém jinde než v samotné paměti. Já měl všechny v tom předním portu, už dříve mě napadlo, že by mohl být problém s ním. Ve starém Turrisu 1.0 v práci vše funguje bez problémů (ale je pravda, že provoz a tím pádem i počet zápisů je zde minimální), domácí Omnie se chová takto.

Zdravím, úplně se neorientuji v problému, nicméně - starý modrý Turris s diskem v předním portu ho dnes po restartu přestal zcela vidět - tj. není ani mezi zařízeními v /dev/sdx… disk je ext4 a jinde funguje (má ještě první partition swap). Párkrát sem to restartoval a nic.
Tak jsem to tedy zastrčil do zadního USB a tam se to probralo… samo od sebe se to namountovalo do
/tmp/run/mountd/sda2 (přetím nevím, asi to nedělalo)… nevím co se změnilo. Jsem si to v LuCI zase namountoval kam jsem to měl předtím.
Děti mě drtí kde mají pohádky… nechci vypadat nevděčně, ale docela bych chtěl vědět, co se s tím děje (pro laiky)… teď je tam 3.11cosi…
Dík

Je tam ještě jeden faktor, od té doby co je zavedeno “Storage” ve Foris, tak jakékoli další přípojné body na stejném zařízení způsobují kolizi a odpojování.

Pokud používáš Storage nemůžeš připojit (ponechat původní) nic dalšího na /dev/sda1 (například) ale musí to přes /srv/
Popisuji to poněkud zmatečně - prostě byl jsem zvyklý /dev/sda1/share nebo /mnt/sda1/rrd /atd. … v nastavení Majordomo a grafy. V okamžiku kdy jsem aktivoval Storage, začaly problémy. Musel jsem tento přípojný bod (/mnt/sda1) zrušit a cesty nastavit např. /srv/rrd , /srv/share.

S tím už jsem se také setkal v rámci konfigurace Samby. Storage se pak choval opravdu divně, ale na tomto konkrétním routeru nebylo nikdy připojené jiné USB zařízení než paměť pro Pakon a spol. zavedená prostřednictvím Forisu.