https://bugzilla.kernel.org/show_bug.cgi?id=217965 --- Comment #18 from Eduard Kohler (glandvador@xxxxxxxxx) --- Hi Ojaswin, If you want to replicate something similar to my setup, I better give you more info about it, because it's not a desktop computer. It's a very slow system by current standards and I think it may impact why there aren't more people complaining about this issue. In Ivan's case it seems that after a small while, it recovered even with a lot of files. His setup seems more powerful than mine. In my case pulling a 75MB container with podman didn't recovered after 2 hours of 100% CPU. The system has 4G RAM: # free total used free shared buff/cache available Mem: 3977448 615760 410332 14580 2951356 3045304 Swap: 1564668 0 1564668 and an AMD G-T40E processor: # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 20 model : 2 model name : AMD G-T40E Processor stepping : 0 microcode : 0x5000119 cpu MHz : 801.798 cache size : 512 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 6 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni monitor ssse3 cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch ibs skinit wdt hw_pstate vmmcall arat npt lbrv svm_lock nrip_save pausefilter bugs : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass bogomips : 1999.82 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate processor : 1 vendor_id : AuthenticAMD cpu family : 20 model : 2 model name : AMD G-T40E Processor stepping : 0 microcode : 0x5000119 cpu MHz : 799.941 cache size : 512 KB physical id : 0 siblings : 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 6 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni monitor ssse3 cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch ibs skinit wdt hw_pstate vmmcall arat npt lbrv svm_lock nrip_save pausefilter bugs : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass bogomips : 1999.82 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate The raid1 underlying hardware changed from the 2013 from 1T -> 2T -> 4T HDD. The file system grew up accordingly. During the step 2T -> 4T disk layout was converted from MBR to GPT: # gdisk -l /dev/sdb GPT fdisk (gdisk) version 1.0.9 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/sdb: 7814037168 sectors, 3.6 TiB Model: ST4000VN008-2DR1 Sector size (logical/physical): 512/4096 bytes Disk identifier (GUID): CD6E68D9-1A0F-40F7-9755-FDE136159F92 Partition table holds up to 128 entries Main partition table begins at sector 2 and ends at sector 33 First usable sector is 34, last usable sector is 7814037134 Partitions will be aligned on 2048-sector boundaries Total free space is 1537100 sectors (750.5 MiB) Number Start (sector) End (sector) Size Code Name 1 2048 7812502048 3.6 TiB 8300 primary And again the raid1 md0 partition table: # gdisk -l /dev/md0 GPT fdisk (gdisk) version 1.0.9 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/md0: 7812237857 sectors, 3.6 TiB Sector size (logical/physical): 512/4096 bytes Disk identifier (GUID): 46C6A662-69D1-492D-A31F-1121048F9FE3 Partition table holds up to 128 entries Main partition table begins at sector 2 and ends at sector 33 First usable sector is 34, last usable sector is 7812237823 Partitions will be aligned on 2048-sector boundaries Total free space is 3933 sectors (1.9 MiB) Number Start (sector) End (sector) Size Code Name 1 2048 7812235904 3.6 TiB 8300 Linux filesystem Last one is the EXT4 filesystem. -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.