This was a tough little cookie, as it has compounded issues/bugs.
First up, you found a bug in the Debian phpbb packaging, where /var/lib/phpbb3/store should be chown 770 instead of 730.
What this means is that the webserver user (www-data) can write to store, but can't list its contents, which is why the restore functionality seemed to be broken.
I'll submit the bug to Debian and update this bugreport.
The second issue (the tough cookie) is aufs - the stackable unification filesystem that is used when running in Live Mode.
For some reason phpbb3 refuses to list the contents of the 'store' folder, no matter the permissions. The weird thing is that if you move the folder, then move it back, the folder size changes, and phpbb3 will happily read the contents - this must be an aufs bug.
This was a tough little cookie, as it has compounded issues/bugs.
First up, you found a bug in the Debian phpbb packaging, where /var/lib/ phpbb3/ store should be chown 770 instead of 730.
What this means is that the webserver user (www-data) can write to store, but can't list its contents, which is why the restore functionality seemed to be broken.
I'll submit the bug to Debian and update this bugreport.
The second issue (the tough cookie) is aufs - the stackable unification filesystem that is used when running in Live Mode.
For some reason phpbb3 refuses to list the contents of the 'store' folder, no matter the permissions. The weird thing is that if you move the folder, then move it back, the folder size changes, and phpbb3 will happily read the contents - this must be an aufs bug.
Workarounds: phpbb3/ store
- Installed
# chmod 770 /var/lib/
- Live phpbb3/ store /var/lib/ phpbb3/ store.bak phpbb3/ store.bak /var/lib/ phpbb3/ store phpbb3/ store
# mv /var/lib/
# mv /var/lib/
# chmod 770 /var/lib/
This fix will be included in all upcoming phpbb3 appliances.