filePro on SuSe 9.0 Linux NFS mounts - problem with NO LOCKSAVAILABLE

Brian K. White brian at aljex.com
Wed Oct 6 18:56:45 PDT 2004


Fairlight wrote:
>> From inside the gravity well of a singularity, Bill Campbell shouted:
>>> ln -sf /etc/init.d/nfslock /etc/init.d/rc3.d/S99nfslock
>>> ln -sf /etc/init.d/nfslock /etc/init.d/rc5.d/S99nfslock
>>
>> The official way to do this on SuSE which puts things where
>> they're supposed to be in the start/stop hierarcy:
>>
>> cd /etc/init.d
>> insserv nfslock
>
> I've seen that command before, I think I've even used it once. :) You
> know me and doing things at the low level rather than using tools.
> Thanks for the reminder though.
>
> So, any ideas as to how the script gets activated when I don't use
> YaST at all to set up the server, yet manages to not be activated
> when I'm using the client?  :)  I can guarantee NFS was never enabled
> at install in either case.

Well, call me crazy, but I generally do things the way they ask, and only if 
that doesn't work do I think anything is wrong.
I understand about insisting on knowing the innards too. I'm just saying, 
they wrote scripts and did other things and it all forms a system, and by 
not using the published interface to that system, you possibly break 
assumptions left and right, and all bets are off and you are on your own, 
which is fine because by bypassing the presented interface you declare 
superior knowledge anyways.

Not saying the yast way or the insserv way is free of blemish, not even 
saying I myself use yast for everything that could be done from yast. I'm 
just saying if I try to do something and it doesn't work, then my _starting_ 
point is the "official" way, if  I followed TFM (as in rtfm) and it still 
doesn't work then make them answerable for tfm and then get support from 
them. if that doesn't work out, then is the time to be second guessing the 
system. Otherwise you just shoot yourself in the foot.

There have been a few things so far that I know, in theory, and in prior 
practice, how to do, and it didn't work on suse, and I backed up a step and 
looked around in yast for anything that looked relevant, found something, 
used it, and it just worked. Kind of wrankles a little having some stupid 
user interface do some job that I usually do myself. Especially wrankles 
that I turned out to need that dummy front end just like the great unwashed 
masses since I already failed to do the job directly. But the feeling goes 
away when you simply assume the premise that suse has probably riddled the 
system with little tweaks and assumptions so that they can provide that 
quality administration tool, and so the whole box is slightly non-standard 
and it's not a sign of impending luserhood at all that I don't know all 
those proprietary tweaks.

This is a recent development though. This has never been true (at least for 
me) on any prior version or dist of linux i've used. They all had things 
like redhats control panel etc and they all either sucked, or only actually 
worked for the most common case set of assumptions, or they only even tried 
to things that were so simple that it was practically no different from just 
editing the relevant files directly. So I'm not saying it's automatically 
stupid backwards self-inflicted injury to bypass these things without even 
looking at them. Mostly that's been the only way ever to administer linux 
unless you want to go insane.

Yast, for me, so far, has been a different story. It seems to be a complex 
system that actually does something besides be a thinly veiled file editor, 
and one that actually works, and one that actually allows you to make full 
use of the various things it configures. You don't give up power & 
flexability by using it.

Brian K. White  --  brian at aljex.com  --  http://www.aljex.com/bkw/
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro BBx  Linux SCO  Prosper/FACTS AutoCAD  #callahans Satriani



More information about the Filepro-list mailing list