als ich letztens nach hause gekommen bin waren alle meine docker gelöscht alles hat sich einfach wieder instalieren lassen, ausser ein paar docker die alle denn selben fehler bei instalations versuchen zeigen.

docker: Error response from daemon: stat /var/lib/docker/btrfs/subvolumes/e09fd0df1373d318bceb31313f0e10645bac89b6d0a27d63b809ad0f1431cd2c: no such file or directory.

 

ich habe versucht docker/installed neu zu installieren über die docker einstelungen, das hat aber nicht geholfen oder geklappt sicher bin ich mir da nicht.
der Server wurde ebenfalls schon ein paar mal rebootet.

 

ich bin für jede hilfe dankbar.

tower-diagnostics-20240512-0007.zip

Edited May 11, 20242 yr by Laserdisk

5 hours ago, Laserdisk said:

ich bin für jede hilfe dankbar.

 

vorne angefangen, du hast  traces ... als Fritz User, schau mal im Anleitungsthread den angepinnten Thread

 

May 11 07:14:47 Tower kernel: ------------[ cut here ]------------
May 11 07:14:47 Tower kernel: WARNING: CPU: 7 PID: 1354 at fs/btrfs/extent-tree.c:3067 __btrfs_free_extent+0x466/0xc02
May 11 07:14:47 Tower kernel: Modules linked in: xfs md_mod zfs(PO) zunicode(PO) zzstd(O) zlua(O) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) tcp_diag inet_diag aquacomputer_d5next(O) iptable_nat xt_MASQUERADE nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 wireguard curve25519_x86_64 libcurve25519_generic libchacha20poly1305 chacha_x86_64 poly1305_x86_64 ip6_udp_tunnel udp_tunnel libchacha ip6table_filter ip6_tables iptable_filter ip_tables x_tables efivarfs af_packet 8021q garp mrp bridge stp llc bonding tls amdgpu edac_mce_amd edac_core intel_rapl_msr intel_rapl_common iosf_mbi kvm_amd kvm gpu_sched drm_buddy i2c_algo_bit drm_ttm_helper ttm drm_display_helper crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel drm_kms_helper sha512_ssse3 sha256_ssse3 sha1_ssse3 btusb aesni_intel btrtl btbcm btintel crypto_simd cryptd bluetooth drm nvme agpgart i2c_piix4 sr_mod r8125(O) rapl ecdh_generic i2c_core cdrom nvme_core ecc ahci syscopyarea k10temp sysfillrect ccp sysimgblt libahci fb_sys_fops
May 11 07:14:47 Tower kernel: video wmi backlight button acpi_cpufreq unix
May 11 07:14:47 Tower kernel: CPU: 7 PID: 1354 Comm: kworker/u32:28 Tainted: P           O       6.1.79-Unraid #1
May 11 07:14:47 Tower kernel: Hardware name: Micro Computer (HK) Tech Limited DRFXI/DRFXI, BIOS 1.02 11/02/2023
May 11 07:14:47 Tower kernel: Workqueue: events_unbound btrfs_preempt_reclaim_metadata_space
May 11 07:14:47 Tower kernel: RIP: 0010:__btrfs_free_extent+0x466/0xc02
May 11 07:14:47 Tower kernel: Code: 41 b4 01 45 89 e0 89 d9 ba f6 0b 00 00 41 83 e0 01 e9 93 00 00 00 31 db 45 8b 75 40 e9 dc 00 00 00 83 f8 fe 0f 85 93 00 00 00 <0f> 0b 49 8b 7d 00 e8 48 45 00 00 48 c7 c6 ac 45 0f 82 41 56 4c 8b
May 11 07:14:47 Tower kernel: RSP: 0018:ffffc90000f57bd8 EFLAGS: 00010246
May 11 07:14:47 Tower kernel: RAX: 00000000fffffffe RBX: 00000000fffffffe RCX: 0000000000000000
....

 

dann ist deine "services" nvme im btrfs Format ... als single drive cache wenn ich das richtig sehe.

 

zu btrfs, alles wegsichern (außer ../system/docker/..), platt machen, neu aufsetzen als xfs, retour spielen, docker image/folder neu erstellen (das ist in ../system/docker/..) und gut ist, ansonsten kannst du auch versuchen

 

1/ Docker Dienst Stop

2/ Docker Tab, Folder löschen

3/ Docker Dienst Start (Folder wird neu erstellt)

 

Dockers neu installieren aus previous apps oder Docker, add, User Temaplates ...

 

Thema btrfs gibt es einige Threads dazu ... und gerade im single drive mode macht es wenig Sinn (um nicht zu sagen gar keinen)

Das ist leider genau das Problem, dass bei Docker und BTRFS auftreten kann.

Docker kommt mit BTRFS nicht gut klar.

Hab leider den gleichen Weg genommen.

Daher wie @alturismo schon schrieb, den Cache auf XFS umstellen.

Dann wird es zu keinen Problemen mit zerschossenen Subvolumes mehr kommen.

 

Danke hat geklappt, beim nächstenmal weiss ich jetzt: rtfm