Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #270275

Re: Having ten thousands of mount bind causes various processes to go into loops

From Julien Petit <julien@nethik.fr>
Newsgroups linux.debian.user
Subject Re: Having ten thousands of mount bind causes various processes to go into loops
Date 2024-06-20 00:30 +0200
Message-ID <IRbYt-48Yb-3@gated-at.bofh.it> (permalink)
References <IQZui-3ZS9-1@gated-at.bofh.it> <IR3Hz-43I8-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


> For this, probably the easiest is to set up a common directory/a few common directories, set up proper permissions through use of groups and worst case create some symlinks from the user's home directories, if these directories really need to be accessible from within their home directories. That's pretty much how shared directories are always done. As this would be a one time effort, it would be doable.

You're thinking of a traditional file server in a business. Our
solution is a cloud platform. We don't know ahead how our customers
are going to manage their files and shares. And we don't need to.
As i said to Eduardo, it doesn't really matter where folders/mounts
are. Users can share any directory (and subdirectories) in their home
directory with any other user. The shared folder is mounted in the
special directory "Shared with me" of the recipient home directory.
I.e: John/Sales/Invoices is mounted in Alice/Shared with me/Invoices.
The shares can be read/write or read-only.

> But at this point, you should really think about paying some company with deep knowledge of Linux that can come up with a sustainable plan. Because obviously, your way of doing things isn't anything that could (or on that note should) be a long-term solution. And maybe think about rewriting the ancient software that causes this setup in the first place.

We've come up with that solution in 2009 and it's been working until
now (and still is but eating away cpus). So i guess it makes it a
proven long-term solution ;) Is there a better way to do it now?
Maybe. But not as easy as setting up a few symlinks and some
permissions.

Anyway, that's out of subject. My request is simpler than knowing how
our solution works. Mounting many thousands folders wasn't an issue
before and it is now (i haven't nailed on which Debian update it broke
yet). As i said in my request, i know that this usage is an heavy
usage of mounts but it worked perfectly for many years. I'm just
trying to understand the cause behind it.

> Desperately trying to cling to something that has been out of support for decades is just not sustainable, not on any OS.

We're the maintainers of our software so it's not out of support :)
I'm here because we'd like to save a few trees reducing that cpu usage
down :D
Thanks again for your time!

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Re: Having ten thousands of mount bind causes various processes to go  into loops Julien Petit <julien@nethik.fr> - 2024-06-19 11:10 +0200
  Re: Having ten thousands of mount bind causes various processes to go  into loops Richard <rrosner5@gmail.com> - 2024-06-19 15:40 +0200
    Re: Having ten thousands of mount bind causes various processes to go  into loops Julien Petit <julien@nethik.fr> - 2024-06-20 00:30 +0200
      Re: Having ten thousands of mount bind causes various processes to go  into loops Richard <rrosner5@gmail.com> - 2024-06-20 13:40 +0200
        Re: Having ten thousands of mount bind causes various processes to go  into loops Julien Petit <julien@nethik.fr> - 2024-06-21 03:40 +0200
          Re: Having ten thousands of mount bind causes various processes to  go into loops debian-user@howorth.org.uk - 2024-06-21 12:30 +0200
      Re: Having ten thousands of mount bind causes various processes to go  into loops Richard <rrosner5@gmail.com> - 2024-06-20 13:40 +0200
        Re: Having ten thousands of mount bind causes various processes to go  into loops Julien Petit <julien@nethik.fr> - 2024-06-21 03:40 +0200

csiph-web