To SMIT or not to SMIT (Was: Re: objectrepository and odme)

[Jerry Heyman]

In article <1991Jan15.143208.25540 at cbnewsd.att.com> timborn at cbnewsd.att.com (timothy.d.born) writes:
>In article <1174 at nlsun1.oracle.nl>, bengsig at oracle.nl (Bjorn Engsig) writes:
>> In a number of articles, the ODM, it's editor odme, and SMIT are discussed, and
>> in article <4740 at awdprime.UUCP> jerry at heyman.austin.ibm.com (Jerry Heyman) says:
>> | [... my comments about smit and modifying the odm ...]
>> 
>> Bjorn's comments about redundent information.
>
>
>Bjorn, I have to agree with you.  The redundant stuff burns us every time.
>
>As for SMIT modifying ODM, I believe it, but I have been assured repeatedly
>by my IBM reps that SMIT is not doing things behind my back.  To quote
>from bos/README (3003; pretty much the same info was in 3002 README):
>
>"Please notice that SMIT is a read-only shell; by itself, it alters nothing
>on your system.  Instead it executes commands that do all the work.  Therefore 
>execution of commands from SMIT gives the same results as execution from
>the command line."
>
>So which is right?  SMIT does or does not play with ODM?

Mea culpa.  My apologies for the misunderstandings with SMIT and ODM.  The IBM
rep is correct when they say that SMIT DOES NOT modify the odm databases.  SMIT
is a front end that build commands (the same ones that can be executed from the
command line) and executes them for you.

SMIT itself DOES NO modifications.  The various commands that are invoked do
the modifications.  Since the modifications take place BECAUSE smit executes
these commands, I usually say that SMIT modifies the ODM databases.  I can see
where the confusion occurs and for that I apologize.

Again, think of SMIT as a big shell script that invokes other shell scripts
to build the appropriate command.  When all the pertinent information is added
by the user, then the appropriate AIX command is issued and executed.  SMIT is
a command BUILDER.

Sorry for the confusion.

>
>-tim
>t.born at att.com

jerry

-- 
Jerry Heyman                     IBM T-R: jerry at heyman.austin.ibm.com
AWD Tools Development            VNET   : HEYMAN at AUSVMQ
AWD Austin                       T/L    : 793-3962
*** All opinions expressed are exactly that - my opinions and NOT IBM's