mofreg(1M)




NAME

     mofreg - register MOF classes with WBEM services


SYNOPSIS

     /usr/sadm/bin/mofreg -r tag file

     /usr/sadm/bin/mofreg -s

     /usr/sadm/bin/mofreg -u tag [file]


DESCRIPTION

     The mofreg command is used  by  package  and  patch  install
     scripts,  or  by  any  applications  that  wish  to register
     managed object format (MOF) classes with Sun  The  Web-Based
     Enterprise Management (WBEM) services.

     The WBEM services daemon (Common Information  Model  or  CIM
     object  manager)  processes  at  start up the files that are
     specified by mofreg commands. Files  are  processed  in  the
     order that the individual mofreg commands are executed.

     As an alternative to using the mofreg command, MOFs  can  be
     registered  or  unregistered  by manipulating directories in
     /var/sadm/wbem/logr. Instead of running the  mofreg  -r  tag
     file  version  fo  the  command  you can create a  directory
     named tag under /var/sadm/wbem/logr/preReg and copy file  to
     the tag directory.

     Similarly, instead of running the mofreg -u tag [file]  com-
     mand,   you   can   create   a  directory  named  tag  under
     /var/sadm/wbem/logr/preUnreg and copy the optional  file  to
     the tag directory.

     The entries are processed in increasing order of last modif-
     ication  time  of  the  tag directories. If you issue mofreg
     commands in rapid succession, the timestamps  might  be  the
     same.  If  you have a situation where the timestamp order is
     critical, you can place appropriate sleeps between the  suc-
     cessive  registration  or unregistration operations. As with
     the mofreg command, processing is done at next   restart  or
     by using the -s option.

     This alternative mechanism  is  typically  used  in  package
     install scripts which do not have access to /usr, and there-
     fore do not have access to the  mofreg  command.  This  case
     arises when packages are installed for diskless clients.


OPTIONS

     The following options are supported:

      -r tag file
           The file argument is the actual MOF registration file.
           Its  form is identical to the MOF syntax as defined by
           the Distributed Management Task Force (DMTF). The only
           difference  is  the  addition  of  the following 3 new
           pseudo-pragmas, which are variations of the  namespace
           pragma. The name of file cannot end in .unreg.

           #pragma namespace("__create")
           #pragma namespace("__delete")
           #pragma namespace("__modify")

           These three pragmas are used specify if  the  elements
           following  the  pragmas should be created, deleted, or
           modified by  the  CIM  object  manager.  The  __delete
           pragma  can  currently only be applied for a mofreg -u
           command.

           The tag argument is a unique string that specifies the
           identity  of  the registry action. This tag can be set
           to the package name or the patch number if the  mofreg
           script  is  being  invoked  through  packages/patches,
           though any tag can be specified.

           Errors and warnings that are encountered when the  CIM
           object  manager  handles the mofreg script are logged.
           Processing of the mofreg script  stops  at  the  first
           error. Specific warnings include:

           Element already defined - the element already exists and
           cannot be created.

           Element not found - the element does not exist and
           cannot be modified.

           The error conditions are:

     Key modification - A class cannot be modified if its keys
     are being changed.

     Other mod compilation errors.

      -s   Forces the CIM object manager to  immediately  process
           outstanding  registry requests, instead of at the next
           restart. This currently requires Java.

      -u tag [file]
           Undoes the operations performed during mof registry.

            The tag argument must correspond  to  the  value  set
           during  the  original  mofreg invocation. If no mofreg
           was done with the original tag, the command  does  not
           succeed.

           If required, an unreg file can  be  specified.  If  no
           unreg  file  is  specified,  the  CIM  object  manager
           automatically undoes the actions of the registry.  Any
           class  created  by the registry process is removed and
           any classes modified by the registry revert to the old
           state.

           The mofreg command does not take care of  cases  where
           packages  and  patches  make  conflicting  changes  to
           classes. This should be taken care of by the  standard
           patch and package conflict resolution.


EXIT STATUS

     The following exit values are returned:

     0     Successful completion.

     1     An error occurred. The reason for error is displayed.


ATTRIBUTES

     See attributes(5) for descriptions of the  following  attri-
     butes:

     ____________________________________________________________
    |       ATTRIBUTE TYPE        |       ATTRIBUTE VALUE       |
    |_____________________________|_____________________________|
    | Availability                | SUNWwbcou                   |
    |_____________________________|_____________________________|


SEE ALSO

     init.wbem(1M),          mofcomp(1M),          wbemadmin(1M),
     wbemlogviewer(1M), attributes(5), wbem(5)


Man(1) output converted with man2html