this post was submitted on 06 Mar 2026
18 points (80.0% liked)

Sysadmin

13716 readers
1 users here now

A community dedicated to the profession of IT Systems Administration

No generic Lemmy issue posts please! Posts about Lemmy belong in one of these communities:
!lemmy@lemmy.ml
!lemmyworld@lemmy.world
!lemmy_support@lemmy.ml
!support@lemmy.world

founded 2 years ago
MODERATORS
 

I work on an HPC and often I have to share files with other users. The most approachable solution is to have an external cloud storage and recline back and forth. However there's some projects that are quite heavy (several TB) and that is unfeasible. We do not have a shared group. The following is the only solution I found which is not to just set al permissions to 777, and I still don't like it.

Create a directory and set ACL to give access to the selected users. This works fine if the users create new files in there, but it does not work if they copy from somewhere else as default umask is 022. Thus the only appropriate solution is to change default umask to 002, which however affects file creation system wide. The alternative is to change permissions every time you copy something, but you all know very well that is not going to happen.

Does it really have to be such a pain in the ass?

(page 2) 19 comments
sorted by: hot top controversial new old
[–] possiblylinux127@lemmy.zip 0 points 3 weeks ago (1 children)

I would hire someone who knows what they are doing. It sounds like you are out of your element here which is risky.

To answer your question, you have a few options:

  • Samba

    • Samba is just a SMB server. If you have a local active directory setup use this.
  • SCP

    • this just copies files over a ssh connection
  • Rsync

    • this performs a sync of one directory to the other. It can run over SCP
  • Unison

    • like rsync but two directional. For it to work it needs to track state
  • Syncthing

    • never actually used it but it might be close to what you want.
load more comments (1 replies)
load more comments
view more: ‹ prev next ›