Hi Stefan,

On Mon, Oct 17, 2022 at 1:03 PM Stefan Solbrig <stefan.solb...@ur.de> wrote:

> Dear all,
>
> I was doing some testing regarding to GlusterFS link files (as they are
> created by a "move" operation). According to this document:
> https://www.gluster.org/glusterfs-algorithms-distribution/  If a link
> file is missing, it should be created after accessing the file.
> However, I don't see this behaviour.  If I delete (by hand) a link file on
> the brick, the file is still accessible, but the link file is never
> recreated. I can do an "open" or a "stat" on the file without getting an
> error, but the link file is not created.
> Is this the intended behaviour? Or am I misunderstanding the above
> mentioned document?
>

You shouldn't access or modify the backend filesystems manually, you can
accidentally create unexpected problems if you don't fully understand what
you are doing.

That said, most probably the access to the file is still working because
Gluster is using its cached information to locate the file. If the client
mount is restarted, probably the file won't be accessible anymore unless
you disable the "lookup-optimize" option (and this should recreate the link
file).

Regards,

Xavi


> best wishes,
> Stefan
>
> --
> Dr. Stefan Solbrig
> Universität Regensburg, Fakultät für Physik,
> 93040 Regensburg, Germany
> Tel +49-941-943-2097
>
> ________
>
>
>
> Community Meeting Calendar:
>
> Schedule -
> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
> Bridge: https://meet.google.com/cpu-eiue-hvk
> Gluster-users mailing list
> Gluster-users@gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users
>
________



Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users

Reply via email to