[lustre-discuss] lustre-discuss Digest, Vol 226, Issue 23

[夏天]

Lewis Hyatt:


    maybe it's  version compatibility  beteen different lustre server and  luster client.
   
 


夏天
313680712 at qq.com



        



         Original
         
       
From:                  lustre-discuss-request         lustre-discuss-request at lists.lustre.org                 
Sent Time:         2025-01-22- 05:03 
To:                  lustre-discuss         lustre-discuss at lists.lustre.org                 
Subject:         lustre-discuss Digest, Vol 226, Issue 23 



       Send lustre-discuss mailing list submissions to
	lustre-discuss at lists.lustre.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
or, via email, send a message with subject or body 'help' to
	lustre-discuss-request at lists.lustre.org

You can reach the person managing the list at
	lustre-discuss-owner at lists.lustre.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of lustre-discuss digest..."


Today's Topics:

1. Question about permissions on directory with sticky bit set
with 2.16.1 client, 2.12.6 server Lewis (Lewis Hyatt)


----------------------------------------------------------------------

Message: 1
Date: Tue, 21 Jan 2025 13:54:42 -0500
From: Lewis Hyatt
To: Lustre discussion
Subject: [lustre-discuss] Question about permissions on directory with
	sticky bit set with 2.16.1 client, 2.12.6 server Lewis
Message-ID:
	<CAA_5UQ5De-7Pxh78T=6RGruWhAj2MgbOGdjhj77ozU=dq8ZcDQ at mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Hello-

I have a lustre server running 2.12.6. I am planning to upgrade the
clients (not the server) from Ubuntu 18 to Ubuntu 24, and I am testing
this configuration using lustre 2.16.1 on the client side. So far, it
builds and performs just fine like this, but I have come across one
obscure issue. If a file resides in a world-writable directory with
the sticky bit set, then I am not able to append to files in that
directory as the root user. As an example:

$ uname -r
6.8.0-51-generic
$ lfs --version
lfs 2.16.1
$ mkdir tmp
$ chmod 1777 tmp
$ cd tmp
$ touch f
$ chmod 644 f
$ sudo chown nobody f  #any user other than the current user goes here
$ sudo su
# echo >> f
bash: f: Permission denied

strace sees:

openat(AT_FDCWD, "f", O_WRONLY|O_CREAT|O_APPEND, 0666) = -1 EACCES
(Permission denied)

The above sequence works as expected for non-lustre filesystems on the
same client, and it works for lustre with the same lustre server on
the Ubuntu 18 clients running lustre client 2.12.9_11_g60c2827.

I am wondering if this change is expected or if there's something I
can configure to preserve the previous behavior... thanks very much in
advance for any help!

-Lewis


------------------------------

Subject: Digest Footer

_______________________________________________
lustre-discuss mailing list
lustre-discuss at lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org


------------------------------

End of lustre-discuss Digest, Vol 226, Issue 23
***********************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20250122/ab9c8935/attachment.htm>