The FS mount as following: /dev/sda7 on / type ext4 (rw,relatime) /dev/sda5 on /persistent type ext4 (rw,relatime) overlay on /etc type overlay (rw,relatime,lowerdir=/sysroot/etc,upperdir=/sysroot/persistent/platform/B/etc/upper,workdir=/sysroot/persistent/platform/B/etc/work) 1. I touched a file named "A" on /etc 2. I remove the file "A" from "/persistent/platform/B/etc/upper" 3. The file "A" in /etc will become "Stale" root@exs1610ada83b:~ [B]# touch /etc/A root@exs1610ada83b:~ [B]# rm /persistent/platform/B/etc/upper/A root@exs1610ada83b:~ [B]# rm /etc/A rm: can't remove '/etc/A': Stale file handle Linux version: root@exs1610ada83b:~ [B]# uname -a Linux exs1610ada83b 5.10.184-intel-pk-standard #1 SMP PREEMPT Sun Jun 25 06:48:28 UTC 2023 x86_64 GNU/Linux Thought, the /etc/A will be removed also.
1. The issue has also been reproduced on: 29~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Apr 4 14:39:20 UTC 2 x86_64 x86_64 x86_64 GNU/Linux ~:mount -t overlay -o lowerdir=etc,upperdir=upper,workdir=work overlay etc ~:~/overlaytest$ touch etc/a rm upper/a rm etc/a rm: cannot remove 'etc/a': Stale file handle 2. But not reproduced on WSL(Ubuntu 20.04.6) Squall.Zhou[~/over1]:mkdir etc mkdir upper mkdir work sudo mount -t overlay -o lowerdir=etc,upperdir=upper,workdir=work overlay etc sudo touch etc/a sudo rm upper/a sudo rm etc/a rm: cannot remove 'etc/a': No such file or directory Squall.Zhou[~/over]:uname -a Linux PC3203 4.4.0-22621-Microsoft #2506-Microsoft Fri Jan 01 08:00:00 PST 2016 x86_64 x86_64 x86_64 GNU/Linux
Is this reproducible on mainline 6.8.9?
(In reply to Artem S. Tashkinov from comment #2) > Is this reproducible on mainline 6.8.9? I don't have such a new system. I have tried it on "Linux allenwei-VirtualBox 6.5.0-28-generic #29~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Apr 4 14:39:20 UTC 2 x86_64 x86_64 x86_64 GNU/Linux" On this version, I can reproduce this issue. This is the newest version I can get for test.
Created attachment 306279 [details] Test result for 6.8.0
Comment on attachment 306279 [details] Test result for 6.8.0 I have also reproduced it on 6.8.0
Looking at this I was thinking it might not be strictly related to ext4. Same issue happens on btrfs. I was able to replicate it on a few machines running 6.11.0 by simply following the commands in the .png attachment.