lkml.org 
[lkml]   [2002]   [May]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [prepatch] address_space-based writeback
Denis Vlasenko wrote:
>
> On 2 May 2002 06:49, Anton Altaparmakov wrote:
> > >And I recently moved my /usr/src to separate partition.
> > >That is, /usr/src is now a mount point.
> > >I have to export it in NFS exports *and* mount it *on every workstation*
> > >(potentially thousands of wks!).
> >
> > Yes, edit /etc/fstab. My file server has loads of partitions and it exports
> > them all and /etc/fstab on all clients just mounts them all. Problem being?
>
> Problem is that I have to modify /etc/fstab on every workstation.
>
So _automate_ that then. If you have so many workstations, make
a program/script that fix /etc/fstab. Perhaps as simple as appending
a new line with the new fs to mount. Put the program one some fs
already mounted on the clients, then ssh to each and run it.
The ssh part may be automated too, of course.

[...]
> It seems to me like the Bad Thing which is too old and traditional to change.
> :-(

Most ways have their own disadvantages. Can you invent a better concept
than the inode that works as well in every existing way, and better for
this case? Your new syscall isn't it, as Pavel Machek demonstrated.

Changing unix is doable _if_ you can show a significant benefit.
The more utilities you want to break, the more benefit you need to show.
I don't think you can send the inode to the land of
"8-char limited passwords" by pushing "simpler management of fstabs"
though.

Helge Hafting
-
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/

\
 
 \ /
  Last update: 2005-03-22 13:25    [W:0.090 / U:3.488 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site