Migration fails because of a lost+found directory

bascht · November 17, 2024, 7:47pm

What type of hardware are you using: VPS bought online
What YunoHost version are you running: 11.3.0.2
How are you able to access your server: The webadmin
SSH
Are you in a special context or did you perform specific tweaking on your YunoHost instance ?: I mounted a separate volume to /var/www

Describe your issue

As described above in the “special context / tweaking” section, I keep /var/www on a separate volume since I don’t want any app to just fill up / and block access to the whole host.

This method has served me well over the last few years but it seems like the latest update will fail since it cannot traverse the lost+found directory at the root of the /var/www mountpoint:

2024-11-17 15:38:16,834: ERROR - Migration 0027_migrate_to_bookworm did not complete, aborting. Error: [Errno 13] Permission denied: '/var/www/lost+found'

I feel like the migration could exclude this directory or at least only print a warning:

github.com

YunoHost/yunohost/blob/debian/11.3.0.2/src/migrations/0027_migrate_to_bookworm.py#L50-L75


      
          def _get_all_venvs(dir, level=0, maxlevel=3):
              """
              Returns the list of all python virtual env directories recursively
          
              Arguments:
                  dir - the directory to scan in
                  maxlevel - the depth of the recursion
                  level - do not edit this, used as an iterator
              """
              if not os.path.exists(dir):
                  return []
          
              result = []
              # Using os functions instead of glob, because glob doesn't support hidden folders, and we need recursion with a fixed depth
              for file in os.listdir(dir):
                  path = os.path.join(dir, file)
                  if os.path.isdir(path):
                      activatepath = os.path.join(path, "bin", "activate")
                      if os.path.isfile(activatepath):
                          content = read_file(activatepath)

This file has been truncated. show original

It might be an edge case, so I am not sure if it is even worth creating an issue for. As for myself I might just temporarily delete it since I haven’d had any lost blocks in the past.

Share relevant logs or error messages

Full logs: https://paste.yunohost.org/raw/axamuweyon

bascht · November 17, 2024, 8:26pm

Update: Just added a simple

if path == "/var/www/lost+found":
  continue

and I can run the migration.

jarod5001 · November 17, 2024, 9:51pm

Interesting. Where is the mounted drive located physically?

bascht · November 18, 2024, 7:56am

My Yunohost runs in a LXC container on a Proxmox instance and I think the LXC bit is whats at play here:

Even root cannot read lost+found since it’s just mounted into the container:

root@yunohost:~# grep www /etc/mtab 
/dev/mapper/vg0-vm--102--disk--1 /var/www ext4 rw,relatime,stripe=32 0 0
root@yunohost:~# whoami
root
root@yunohost:~# ls /var/www/lost+found/
ls: cannot open directory '/var/www/lost+found/': Permission denied

So - this might be even more of an edge case.

system · December 18, 2024, 7:57am

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.