antoinetran

Ok I found interesting info!! When creating the mount point with `occ`, I have the issue. Then if I change in GUI the value of "Check for change" from "Once...

I confirm my statements! Looking at mariadb database `nextcloud` ``` MariaDB [nextcloud]> select * from oc_external_options; +-----------+----------+--------------------------+-------+ | option_id | mount_id | key | value | +-----------+----------+--------------------------+-------+ | 15 |...

So two possibles solutions for me: 1. the `files_external:create` automatically explicitely set the `filesystem_check_changes` to `1`, consistent with the default option set in nextcloud code https://github.com/nextcloud/server/blob/v31.0.5/apps/files_external/lib/Command/ListCommand.php#L154 2. or the GUI...

Okay, after digging the code, I think this is what happen. When virtual kubelet creates a virtual node, though vcluster API, a virtual node is created in vcluster persistence (etcd)....

Another possible fix, but a bit more ugly, is to have a vcluster configuration in helm, to let it not manage any virtual node, related to a regex pattern in...

This commit https://github.com/loft-sh/vcluster/commit/28c7b75dacb0642914ceee175d48bfea50d6b8cb added a way to handle the node sync, so that only vcluster nodes labelled by itself can be deleted: ``` Delete nodes which have managed-by label, ignore...

The fix is in vcluster >= 0.23, but after test with vcluster 0.25.0, I still reproduce the issue. Syncer logs: ``` 2025-08-13 15:34:25␉····^[[34mINFO^[[0m␉fake-node.interlink-slurm-node␉·syncer/syncer_fake.go:93␉·······Delete fake node interlink-slurm-node as it is not...

Same issue with vcluster latest stable 0.27.0

Ok I think the fix made by @kale-amruta kind of worked, because now the delete node is done by the `fake_syncer.go` and not by `syncer.go` (of nodes). So I will...

So I fixed the deletion part: now vcluster does not remove the fake node that InterLink (Virtual Kubelet) added. The vcluster logs (with grep fake): ``` 2025-08-14 14:08:41 INFO fake-node.2-rcr6j-worker-0-l5c86...