On Mon, 4 Aug 2003 18:16:57 +0200
Herbert Pötzl <herbert@13thfloor.at> wrote:
> on the other hand, if you want somebody to implement
> this stuff for you, you'll have to provide convincing
> arguments for it, I for example, would be glad if
> hardlinks where removed from unix altogether ...
Huh, hard stuff!
Explain your solution for a very common problem:
You have a _big_ fileserver, say some SAN or the like with Gigs.
Your data on it is organized according to your basic user structure, because it
is very handy to have all data from one user altogether in one directory.
You have lots of hosts that use parts of the users' data for a wide range of
purposes, lets say web, ftp, sql, name one.
If you cannot re-structure and export your data according to the requirements
of your external hosts (web-trees to webserver, sql-trees to sql-server,
ftp-trees to ftp-server, name-it to cool-server) you will have to export the
total user tree to all your (cluster-) nodes. Do you want that? NO! Of course
you don't want that in times of hacked webservers and uncontrollable
sql-servers. If anything blows up you likely loose all data at once. On the
other hand, if you managed to link all web-data together in one directory and
exported that to your webservers and they are hacked, you just blew up all your
web-data but nothing more. This is a remarkable risk reduction.
And now? Name your idea to export only the data needed to the servers that need
it. And keep in mind, we are talking of Gigs and tenthousands of users. You
definitely don't want one mount per user per service.
Can you think of a more elegant way to solve such a problem than hardlinking
all web in one single webtree, all sql in one single sql tree ... and then
export this single tree (with its artificial structure) to the corresponding
server?
I am curiously listening...
Regards,
Stephan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Aug 07 2003 - 22:00:24 EST