Group Folders not mounted in user files after upgrade from Nextcloud 32 to 33 (data still present)

ℹ️ Support
, , , ,
1
Support intro

Sorry to hear you’re facing problems. :slightly_frowning_face:

The community help forum (help.nextcloud.com) is for home and non-enterprise users. Support is provided by other community members on a best effort / “as available” basis. All of those responding are volunteering their time to help you.

If you’re using Nextcloud in a business/critical setting, paid and SLA-based support services can be accessed via portal.nextcloud.com where Nextcloud engineers can help ensure your business keeps running smoothly.

Getting help

In order to help you as efficiently (and quickly!) as possible, please fill in as much of the below requested information as you can.

Before clicking submit: Please check if your query is already addressed via the following resources:

(Utilizing these existing resources is typically faster. It also helps reduce the load on our generous volunteers while elevating the signal to noise ratio of the forums otherwise arising from the same queries being posted repeatedly).

The Basics

    • Nextcloud upgraded from 32 → 33

    • PHP 8.3 (Plesk PHP-FPM)

    • MariaDB

    • Group Folders app enabled

    • ACL enabled on Group Folders

Summary of the issue you are facing:

After upgrading from Nextcloud 32 to 33, users no longer see most Group Folders in their Files view. Only one old folder (for example _FORMATION_old) remains visible.

However:

  • All group folder data is still present on disk under: datas/__groupfolders/

  • Group folders appear correctly in: occ groupfolders:list

  • Permissions and group assignments are correct.

  • Folder sizes are correctly reported.

  • In user home directory (datas//files/), no group folder mountpoints are present. Only personal files are visible.

  • Group folders are not mounted in Files UI.

  • Group folders exist and are indexed but are not mounted for users.

Checks already done

  • occ files:scan --all → no errors

  • occ groupfolders:scan --all → completed successfully

  • occ maintenance:repair → no blocking issues

  • Group folders confirmed enabled.

  • Database table oc_mounts contains entries for users (example: 16 mounts for admin user).

  • Data integrity is OK.

I try:

TRUNCATE TABLE oc_mounts;
occ groupfolders:scan --all
occ files:scan --all
restart php-fpm

but without success…

Is this a known migration issue between NC32 and NC33 related to GroupFolders mounts or mount cache invalidation?

2

Hi, I didn’t do the upgrade yet, but found an issue on Github that sounds like your problem: https://github.com/nextcloud/groupfolders/issues/4397

3

not exactly because I didn’t have null value for root_id or storage_id in oc_group_folders

4

Can you double check you’re using the release from yesterday?

Ref IPartialMountProvider breaks nested subfolders · Issue #4442 · nextcloud/groupfolders · GitHub

5

Hi, yes I am:

php --define apc.enable_cli=1 occ app:list | grep groupfolders

  • groupfolders: 21.0.6

But indeed, I think that accurately describes my problem, and the latest version should have fixed it? Unless there’s something more to it than just installing the latest version?

EDIT:

OK, I downgrade to 21.0.2 and it’s quite OK: files seems to be there but I can’t go to team folders admin page…

6

That indeed points to something with the partial mount provider. Can you send me the output of occ groupfolders:list and the folders/groups affected? You can PM me, in case of sensitive data.