| Oracle Calendar Reference Manual Release 2 (9.0.4) Part Number B10891-01 |
|
|
View PDF |
This appendix contains full instructions on the usage and syntax of all utilities shipped with your calendar server. Note that the installation script does not install UNIX-only utilities on Windows NT platforms. All utilities are installed in the $ORACLE_HOME/ocal/bin directory.
The following table lists all utilities in alphabetical order.
uniaccessrights - Grant access rights to agendas of users, resources or event calendars.
uniaccessrights -ls -grantee <user> -grantor <user> [-n <node-ID>] [-host <hostname>] [[-p <psw>] [-uid <uid>] | [-krb]] [-designate] [-eventview] [-taskview] [-scheduling] uniaccessrights -mod -grantee <user> -grantor <user> [-n <node-ID>] [-host <hostname>] [[-p <psw>] [-uid <uid>] | [-krb]] [-designate <modifier>] [-taskview <modifier>] [-eventview <modifier>] [-scheduling <modifier>] uniaccessrights -reset -grantee <user> -grantor <user> [-n <node-ID>] [-host <hostname>] [[-p <psw>] [-uid <uid>] | [-krb]] [-designate] | [-taskview] | [-eventview] | [-scheduling]] uniaccessrights -info [-n <node-ID>] [-host <hostname>] [[-p <psw>] [-uid <uid>] | [-krb]] [[-designate] | [-taskview] | [-eventview] | [-scheduling]] uniaccessrights -v uniaccessrights -h
This utility allows the administrator to grant a user access rights to another user's, resource's or event calendar's calendar data, as well as to modify or revoke these rights. It can also be used to set access rights to users in bulk.
The access rights that can be granted from one user, resource or event calendar (grantor) to another (grantee) are:
Note that the -ls option is mutually exclusive with the -mod option, and with the -reset option.
The calendar server must be up to run uniaccessrights.
<modifier>
Change the designate rights. A designate is a user who has been assigned the right to modify the agenda of another user or resource. Use this flag to give or remove designate access to the grantor's calendar data. See FORMAT OF THE <modifier> ARGUMENT for details on the <modifier> argument.
<modifier>
Change the calendar event viewing rights. Use this flag to set viewing rights to the grantor's agenda entries. See FORMAT OF THE <modifier> ARGUMENT for details on the <modifier> argument.
<user>
Specify the user who is granting the rights for access to his calendar. The grantor can also be a resource or event calendar. If more than one match for the user is found in the database, uniaccessrights fails. An action (-mod/-reset/-ls) must be specified along with this option. See FORMAT OF THE <user> ARGUMENT for details on the <user> argument.
<user>
Specify the user or users to whom the access rights are granted. If more than one match for the user is found in the database, you will be prompted to choose from three options: (Q)uit, (P)rompt or (A)pply to all. Enter Q if you do not want to grant access to all matching users. Enter P is you wish to be prompted for each matching user. Enter A and the specified access rights will be granted to all matching users. An action (-mod/-reset/-ls) must be specified along with this option. See FORMAT OF THE <user> ARGUMENT for details on the <user> argument.
<hostname>
Specify the host. Required if the host is remote. To specify a port number use the following format for the <hostname> parameter: "hostname:port".
Print the keys and values that can be used as valid arguments for specifying the <modifier> strings. The values listed in the <modifier> following tables will be displayed.
Use automatic Kerberos login. This option cannot be used with the -p and -uid options.
List the rights that the grantor has currently granted to the grantee for the specified access type. Use one or more of the options -designate, -eventview, -taskview or -scheduling to specify which rights to display. If none are specified, all rights are displayed. A grantee must be specified. The default rights that the grantor has granted will be displayed with the heading "Grantee: Everyone".
Change the access rights to be granted by a user to another user. Used with the -grantor and -grantee options. Use the options -designate, -eventview, -taskview or -scheduling to specify which rights to modify.
<node-ID>
Specify the node. Required if more than one node exists on the host.
<psw>
Provide the administrator's password; required if one is set. If this option is not used and a password is required, uniaccessrights prompts the user for it.
Reset an access right to the grantor's default. Used with the -grantor and -grantee options. Use the -ls option to display a user's default rights.
<modifier>
Change the scheduling rights. Use this flag to grant a user (grantee) the right to invite another user (grantor). See FORMAT OF THE <modifier> ARGUMENT for details on the <modifier> argument.
<modifier>
Change the task viewing rights. Use this flag to set viewing rights to the grantor's tasks. See FORMAT OF THE <modifier> ARGUMENT for details on the <modifier> argument.
<user-ID>
The administrator's user ID. If none is specified the SysOp is used.
Print the current version number of uniaccessrights.
Print a usage message explaining how to run uniaccessrights.
This argument can represent a user, a resource or an event calendar. The <user> argument is a string of the form "key=value/key=value/...", where "key" is one of those listed in the following table, and "value" is any string. Both "key" and "value" are case insensitive. The "value" string may be terminated by a wild card symbol (*). If a forward slash "/" is to be included in a string, it should be escaped with the character "\" to prevent it from being interpreted as a key-value pair delimiter - i.e. "S=Hoopla/OU1=R\/D".
If, in a UNIX environment, a shell will be processing the string (e.g. the string is provided on the command line or is passed as an argument to the utility), the string should be enclosed in quotation marks. Furthermore, if characters meaningful to the shell are included in the string, they may need to be escaped (i.e. preceded by the escape character "\") to prevent the shell from interpreting them.
|
Note: If the ID key-value pair is specified in the user argument, all other key-value pairs specified along with it are ignored. |
Some example specifications are: "S=Kilpi/G=Eeva", "S=B*/G=Nicole/O=Acme", "O=Acme/ID=1111/OU1=authors"
The <modifier> argument is a string of the form "key=value/key=value/...", where "key" is one of those listed in the following table, and "value" is any of the possible values listed in the following table for each key. Both "key" and "value" are case insensitive.
For the -designate option, use "NONE" if you wish to give no access to the type of calendar entries specified by the key. Use "REPLY" to give the right to reply to invitations for this type of calendar entries. Use "MODIFY" to give the right to modify any details of the specified calendar entries that the grantor owns (created). Use "VIEWTIMES" to give the designate user the right to see the start and end times of a given type of event. Use the key and value "ALL=true" to give the grantee designate rights to all calendar data. Use the key and value "ALL=false" to remove all designate rights. Granting designate rights to a user must include the right to modify at least one type of event.
For the -eventview and -taskview options, use "NONE" if you don't wish the grantee to view any calendar entries of the type specified by the key. Use "TIMES" to give the right to see the times of the events. Use "ALL" to give the right to see any details of the specified calendar entries that are in the grantor's agenda. Public entries in a user's agenda are always viewable by other users.
The only right that can be set for the -scheduling option is the right to invite a user. Use "CANBOOKME=true" to give the right to the grantee to invite the grantor.
| Key | Values |
|---|---|
|
|
[true, false] |
|
|
|
|
|
|
|
|
|
| Key | Values |
|---|---|
|
|
[true, false] |
|
|
|
|
|
|
|
|
|
| Key | Values |
|---|---|
|
|
[true, false] |
% uniaccessrights -ls -host gravel -grantor "S=Martin/G=Don" -p sysOpPsw
% uniaccessrights -mod -grantee "S=OBrian" -grantor "S=Martin/G=Don" -host gravel -p sysop1 -eventview "PERSONAL=ALL" -taskview "all=true"
% uniaccessrights -mod -grantee "S=OBrian" -grantor "S=Martin/G=Don" -host gravel -p sysop1 -designate "CONFIDENTIALEVENT=REPLY/PUBLICEVENT=MODIFY/PERSONALEVENT=VIEWTIMES"
% uniaccessrights -mod -grantee "OU1=IS" -grantor "S=Martin/G=Don" -host gravel -p sysop1 -designate "ALL=true"
If more than one user match the grantee specified, you will be prompted with a choice of actions:
uniaccessright: Found 4 users that match the grantee filter.
uniaccessright: (Q)uit/(P)rompt/(A)pply to all [q,p,a] : a
% uniaccessrights -mod -grantor "S=Smith/G=John/JOB-TITLE=Professor" -grantee "OU2=student" -host gravel -p sysop1 -scheduling "canbookme=false"
% uniaccessrights -mod -grantee "S=Smith/G=John" -grantor "N=Montreal Jazz Festival" -host gravel -p sysopPsw -n 24 -designate "PUBLICEVENT=MODIFY"
% uniaccessrights -ls -grantor "S=Smith/G=John" -grantee "S=*" -host gravel -p sysopPsw -n 24 -designate
% uniaccessrights -ls -grantor "S=Smith/G=John" -grantee "S=Kusuma" -host gravel -p sysopPsw -n 24 -taskview "ALL=true"
Exit values are:
0 Success
1 Failure
2 Usage error
uniaddnode - Create a new calendar server node or re-initialize an existing one.
uniaddnode -n <node-ID> [-t <timezone>] [-a <nodealias>] [-p <sysOpPsw] [-r] [-y] uniaddnode -sn <startNode-ID> [-num <numberOfNodes>] [-p <sysOpPsw] [-y] uniaddnode -v uniaddnode -h
uniaddnode -n <node-ID> -w <DmPsw> [-p <SysOpPsw>] [-t <timezone>] [-a <nodealias>] [-r] [-y] uniaddnode -sn <startNode-ID> [-num <numberOfNodes>] -w <DmPsw> [-p <SysOpPsw>] [-y] uniaddnode -v uniaddnode -h
This utility creates and initializes a new calendar server node.
It can also be used to re-initialize an existing node. Before re-initializing a node, the user accounts must be deleted from the node's calendar database. This will ensure a proper clean-up of the user accounts information in any connected nodes and in the LDAP directory if one exists.
The usage varies slightly when no external LDAP directory is used.
uniaddnode runs only when the calendar server is down.
<nodealias>
Specify an alias for the node. <nodealias> is a descriptive word which cannot contain spaces.
<node-ID>
Specify the node-ID. The node-ID must be unique across all nodes in the network. The -n option is optional when connected to the Oracle Internet Directory where if no node-ID is specified, a random node-ID will be generated.
<SysOpPsw>
Provide a Sysop password for the node.
With the Oracle Internet Directory, all nodes share the same password. If the password is not provided on the command line, prompting for it occurs.
When not connected to an Oracle Internet Directory, if no password is specified, the password is set as empty.
Re-initialize the node.
Note that in the case of a directory server, all users and resources must first be removed from the node before it can be re-initialized.
<timezone>
Specify a time zone for the node. The default is the time zone set during installation of the calendar server. Time zones can be obtained from the unitzinfo utility, the $ORACLE_HOME/ocal/misc/timezone.ini file, or the calendar server Reference Manual, Appendix G, "Time Zone Table".
<DmPsw>
Provide the directory server manager password for unrestricted access (i.e. the password associated with the value of the [LDAP] mgrdn parameter in the unison.ini file). If the password is not specified on the command line, prompting for it occurs. This parameter is only required for installations using an external LDAP directory server other than the Oracle Internet Directory.
<startNode-ID>
Specify the node-ID of the first node to be initialized. The node-ID must be unique across all nodes in the network. Use -num to specify how many node-IDs to be initialized. The node-IDs will be generated automatically starting with the specified start node-ID.
<numberOfNodes>
Used with the -sn option to specify the number of node-IDs to be generated for the node initialization.
Used with the -r option to auto-confirm the re-initialization.
Print the current version number of uniaddnode.
Print a usage message explaining how to run uniaddnode.
% uniaddnode -n 44 -a admin -t EST5EDT -w DmPsw -p sysOpPsw unidsndini: working, please wait ... Creation of reserved users successful. Creation of Administrators group successful. uniaddnode: unidsndini done uniaddnode: unidbi done
The following entry now appears in the [<YOURNODEID>] section of the $ORACLE_HOME/ocal/misc/unison.ini file.
[44] name = <internally-assigned value> version = A.02.62 aliases = admin timezone = EST5EDT
$ORACLE_HOME/ocal/misc/unison.ini
This is the calendar server configuration file. For each new node, a node entry is created in this file by the uniaddnode utility.
Exit values are:
0 Success
Any non-zero value signals an error.
uniadmrights - Manage the administration rights of users.
uniadmrights -info [-n <node-ID>] [-host <hostname>] [[-p <psw>] [-uid <uid>] | [-krb]] uniadmrights -ls -u <user> [-n <node-ID>] [-host <hostname>] [[-p <psw>] [-uid <uid>] | [-krb]] uniadmrights -scope <scope> -u <user> [-n <node-ID>] [-host <hostname>] [[-p <psw>] [-uid <uid>] | [-krb]] uniadmrights -u <user> [-n <node-ID>] [-host <hostname>] [[-p <psw>] [-uid <uid>] | [-krb]] [-user <rightsFilter>] [-resource <rightsFilter>] [-eventcal <rightsFilter>] [-admgrp <rightsFilter>] [-pubgrp <rightsFilter>] [-node <rightsFilter>] [-server <rightsFilter>] [-csm <rightsFilter>] uniadmrights -v uniadmrights -h
This utility allows the SYSOP to grant certain administration rights to users as well as to revoke these rights. It can also be used to determine the rights held by each user.
The existing rights are granted on a per-node basis and apply to various groups of administration rights:
By default, uniadmrights option -ls lists all rights that have been granted by the SYSOP to a user. Note that the -ls option is mutually exclusive with the other options.
The calendar server must be up to run uniadmrights.
|
Note: Use the ManageHolidays, ManageAdmGroups, and CreatePublicGroups keywords in the |
<rightsFilter>
Specify the administrative groups management rights. Use this option to give rights to manage administrative groups. Cannot be used with -ls. See FORMAT OF THE <rightsFilter> ARGUMENT for details on the <rightsFilter> argument.
<rightsFilter>
Give or revoke access to the CSM (Calendar Server Manager). Use this option to give the right to start and stop a calendar server or to disable a node. Cannot be used with -ls.
These rights however will still require that the administrator user know the CSM uid and password. See uninode, unistart, unistop. See FORMAT OF THE <rightsFilter> ARGUMENT for details on the <rightsFilter> argument.
<rightsFilter>
Specify the event calendar administration rights. Cannot be used with -ls. See FORMAT OF THE <rightsFilter> ARGUMENT for details on the <rightsFilter> argument.
<hostname>
Specify the host. Required if the host is remote. To specify a port number use the following format for the hostname parameter: "hostname:port".
Use automatic Kerberos login. This option cannot be used with the -p and -uid options.
List all rights granted to the specified user.
<node-ID>
Specify the node. Required if more than one node exists on the host.
<rightsFilter>
Specify the node level administration rights. See FORMAT OF THE <rightsFilter> ARGUMENT for details on the <rightsFilter> argument.
<psw>
Provide the administrator's password; required if one is set. If this option is not used and a password is required, uniadmrights prompts the user for it.
<rightsFilter>
Specify the public groups management rights. Cannot be used with -ls. See FORMAT OF THE <rightsFilter> ARGUMENT for details on the <rightsFilter> argument.
<rightsFilter>
Specify the resource administration rights. Cannot be used with -ls. See FORMAT OF THE <rightsFilter> ARGUMENT for details on the <rightsFilter> argument.
<scope>
Specify the scope of the administration rights. There are two possible values for <scope>: node or network. Use node if the rights are to be limited to the specified node. Use network if the administrative rights can be applied to any node of the network (all nodes connected to the specified node). The scope will apply to all groups of rights granted to this user.
<rightsFilter>
Specify the server administration rights. Cannot be used with -ls. See FORMAT OF THE <rightsFilter> ARGUMENT for details on the <rightsFilter> argument.
<user>
Specify the user whose administrative rights will be modified or simply listed (-ls). If more than one match for the user is found in the database, uniadmrights fails. The specified right(s) will be granted to the user. See FORMAT OF THE <user> ARGUMENT for details on the <user> argument.
<user-ID>
The administrator's user ID. If none is specified the SysOp is used.
<rightsFilter>
Specify the user administration rights. Cannot be used with -ls. See FORMAT OF THE <rightsFilter> ARGUMENT for details on the <rightsFilter> argument.
Print the current version number of uniadmrights.
Print a usage message explaining how to run uniadmrights.
The <user> argument is a string of the form "key=value/key=value/...", where "key" is one of those listed in the following table, and "value" is any string. Both "key" and "value" are case insensitive. The "value" string may be terminated by a wild card symbol (*). If a forward slash "/" is to be included in a string, it should be escaped with the character "\" to prevent it from being interpreted as a key-value pair delimiter - i.e. "S=Hoopla/OU1=R\/D".
If, in a UNIX environment, a shell will be processing the string (e.g. the string is provided on the command line or is passed as an argument to the utility), the string should be enclosed in quotation marks. Furthermore, if characters meaningful to the shell are included in the string, they may need to be escaped (i.e. preceded by the escape character "\") to prevent the shell from interpreting them.
|
Note: If the ID key-value pair is specified in the user argument, all other key-value pairs specified along with it are ignored. |
Some example specifications are: "S=Kilpi/G=Eeva", "S=B*/G=Nicole/O=Acme", "O=Acme/ID=1111/OU1=authors"
The <rightsFilter> argument is a string of the form "key=value/key=value/...", where "key" is one of those listed in the following table, and "value" is any of the possible values listed in the following table for each key. Both "key" and "value" are case insensitive.
Use the key and value "ALL=true" to give all the administrative rights of the specified group of administration rights to the specified user. Use the key and value "ALL=false" to remove all the rights.
| Key | Possible values | Description |
|---|---|---|
|
|
|
All rights listed in this table |
|
|
|
Update the unison.ini file |
| Key | Possible values | Description |
|---|---|---|
|
|
|
All rights listed in this table |
|
|
|
Access the CSM to start and stop servers and nodes. |
% uniadmrights -ls -u "S=Smith/G=Alice" -host gravel -p psw -n 203
% uniadmrights -u "S=Martin/G=Don/OU1=r&d" -node "holiday=true" -n 80 - krb
% uniadmrights -u "S=Martin/G=Don/OU1=r&d" -n 80 - krb -scope "network"
% uniadmrights -u "S=Martin/G=Don/OU1=r&d" -user "create=true" -admgrp "create=true/delete=true" -n 80 - krb
% uniadmrights -u "S=Bean/G=Joan" -user "all=false" -host montreal -p psw
It is important to understand the implications of the directory server configuration for calendar server utilities.
In a supplier-consumer configuration, the scheduling of updates between the consumer and supplier may result in temporary differences between the two. This may mean that a calendar server utility is reading from a consumer directory server that has not yet been synchronized with its supplier.
Exit values are:
0 Success
1 Failure
2 Usage error
uniarch - Create a tar archive of the calendar server.
uniarch [-d] [-y] [-t | -f <filename>] [-p <path>] [-u <user>] [-g <group>] uniarch -v uniarch -h
uniarch creates a backup of the calendar server. By default, the entire $ORACLE_HOME/ocal directory is archived.
You must invoke uniarch from outside of the directory or directories it is backing up. For example, to back up the entire calendar server, you invoke uniarch from outside of the $ORACLE_HOME/ocal directory.
uniarch can only be run if the calendar server is down.
|
Warning: uniarch backs up the calendar server internal database. If a directory server is being used, its database should also be backed up. |
Back up only the contents of $ORACLE_HOME/ocal/db/nodes, the calendar server database.
<filename>
Specify the name of the archive file. If this option is not used, prompting for the filename occurs.
Force the tar default device to be used for the archive destination file.
By default, uniarch asks for confirmation before proceeding with the creation of the archive. This option tells uniarch to automatically proceed, without prompting for confirmation. Default if there is no tty associated with the calling process.
<group>
Specify the unix group.
<path>
Specify the path to the server directory which contains the db directory (such as -p "$ORACLE_HOME/ocal").
<user>
Specify the unix user.
Print the current version number of uniarch.
Print a usage message explaining how to run uniarch.
$ORACLE_HOME/ocal directory:
% uniarch uniarch: working, please wait ... uniarch: input tar archive destination file name: jan07-99.bkup uniarch: archive "$ORACLE_HOME/ocal" and redirect to "jan07-99.bkup"? (y/n) uniarch: archive completed
% uniarch -d -f jan07-99-db.bkup uniarch: working, please wait ... uniarch: archive "$ORACLE_HOME/ocal/db/nodes" and redirect to "jan07-99-db.bkup"? (y/n) uniarch: archive completed
Exit values are:
0 Success
1 Failure
2 Usage error
3 User interrupt
unib2lendian - Convert a calendar server node database from a format for big-endian UNIX processors to a format for little-endian Windows NT processors. For more details on this utility, contact Oracle support.
unib2lendian [-n <node-ID>] unib2lendian -v unib2lendian -h
unib2lendian is used when migrating a node database from a calendar server running on a big-endian UNIX machine such as Solaris, HP-UX or AIX, to one running on a little-endian Windows NT machine.
This utility converts the *.dat files of the node database from big-endian to little-endian format. The conversion is executed on a copy of the files, leaving the original database untouched. The *.dat files are the only ones necessary to convert; the remaining files are built on the destination machine.
unil2bendian is the complementary utility for converting files from little-endian to big-endian format.
unib2lendian can only be run when the calendar server is down.
<node-ID>
Specify a node to convert. Required if more than one node exists on the local host.
Print the current version number of unib2lendian
Print a usage message explaining how to run unib2lendian.
The following example converts node 45, and moves it from a calendar server running on a big-endian machine to a calendar server running on a little-endian system.
unib2lendian on the target node.
unib2lendian -n 45
The converted copy of the node can be found in the $ORACLE_HOME/ocal/db/nodes/<N#>/perm_conv directory, where <N#> is the value of the name parameter in the unison.ini section corresponding to the target node.
$ORACLE_HOME/ocal/misc/unison.ini file to the unison.ini file on the new host. For example:
[45] name = N1 version = A.02.50
Delete this section from the unison.ini file on the old host.
*.dat files in the perm_conv directory to the $ORACLE_HOME/ocal/db/nodes/<N#>/perm directory on the little-endian system.$ORACLE_HOME/ocal/db/nodes/nempty/perm/unison.dbd and $ORACLE_HOME/ocal/db/nodes/nempty/perm/vista.ctb files into the $ORACLE_HOME/ocal/db/nodes/<N#>/perm directory.tmp directory for the new node, and copy the necessary files.
% cd $ORACLE_HOME/ocal/db/nodes/<N#> % mkdir tmp % cd tmp % copy $ORACLE_HOME/ocal/db/nodes/nempty/tmp/set.dat % copy $ORACLE_HOME/ocal/db/nodes/nempty/tmp/set.key % copy $ORACLE_HOME/ocal/db/nodes/nempty/tmp/unitmp.dbd
First, stop all calendar servers in the node network.
Use unidbfix to export the information in the remotenode.dat file to EACH and EVERY node's remotenode.ini file. For example, if the network were to consist of nodes 30, 35, 40, 45 and 50:
% unidbfix -export -n 30 % unidbfix -export -n 35 % unidbfix -export -n 40 % unidbfix -export -n 45 % unidbfix -export -n 50
Remember that unidbfix must be run on each node's local host.
Edit the $ORACLE_HOME/ocal/db/nodes/<Nx>/perm/remotenode.ini file for each node in the network, and change the host name associated with node 45.
If moving to a little-endian Unix host, run uniclean on node 45 to ensure that file ownership and permissions for the copied files are set correctly.
Run unidbfix -k on node 45 to create key files.
Use unidbfix -import to update the remotenode.dat file with the new information in the remotenode.ini files.
% unidbfix -import -n 30 % unidbfix -import -n 35 % unidbfix -import -n 40 % unidbfix -import -n 45 % unidbfix -import -n 50
This also rebuilds the key files for each node.
Update the $ORACLE_HOME/ocal/misc/nodes.ini file to reflect the change in host names for node 45.
Exit values are:
0 Success
1 Failed to convert the database
2 Usage error
unidbfix, unistart, unistop, uninode
unicheck - Verify the calendar server file system.
unicheck [-nowarn] [-nodb | -maxdb <n>] [-c] unicheck -v unicheck -h
unicheck verifies the calendar server file system. The utility first checks that the version of the calendar server is intended to run on the local operating system. If this is not the case, unicheck prompts the user to determine whether or not they wish to continue. If the version runs on the local operating system, unicheck then verifies:
Any discrepancies are reported. Unless an entire file or directory is missing, any problems found are fixed running uniclean.
unicheck should be run periodically to ensure that the file system is in good order.
unicheck can be run whether the calendar server is up or down.
<n>
Specifies the maximum number of node databases unicheck should consider. For example, if <n>=30, unicheck checks the files of only the first 30 nodes databases.
Do not print warning messages (error messages are still printed).
Do not check database files.
Computes a system-independent checksum for each static file. If this option is used, output should be redirected to a file for future use.
Print the current version number of unicheck.
Print a usage message explaining how to run unicheck.
unicheck (for brevity, sections of the output have been replaced by [...]):
% unicheck unicheck: checking all directories unicheck: checking directory "$ORACLE_HOME/ocal" unicheck: checking directory "$ORACLE_HOME/ocal/tmp" [...] unicheck: checking files in directory "$ORACLE_HOME/ocal/bin" unicheck: checking files in directory "$ORACLE_HOME/ocal/misc" [...] unicheck: checking versions of files in directory "$ORACLE_HOME/ocal/bin" unicheck: check completed
unicheck, suppressing any warning messages and computing a checksum for each file (for brevity, sections of the output have been replaced by [...]):
% unicheck -nowarn -c unicheck: checking all directories unicheck: checking directory "$ORACLE_HOME/ocal" unicheck: checking directory "$ORACLE_HOME/ocal/tmp" [...] unicheck: checking files in directory "$ORACLE_HOME/ocal/bin" unicheck: checking files in directory "$ORACLE_HOME/ocal/misc" unicheck: checking files in directory "$ORACLE_HOME/ocal/man" [...] unicheck: checking versions of files in directory "$ORACLE_HOME/ocal/bin" unicheck: computing checksums unicksum: checksum of the file "$ORACLE_HOME/ocal/misc/timezone.ini" is 17289 unicksum: checksum of the file "$ORACLE_HOME/ocal/bin/addme" is 33775 [...] unicheck: check completed
Exit values are:
0 Success
1 Failure
2 Usage error
3 User interrupt
unicksum - Generate a checksum for a file.
unicksum <filename> unicksum -v unicksum -h
unicksum generates a checksum for a file that is used to determine whether or not differences exist between two instances of the same file.
unicksum can be run when the calendar server is up or down.
Print the version number of unicksum.
Print a usage message explaining how to run unicksum.
unitzinfo executable:
% unicksum unitzinfo unicksum: checksum of the file "unitzinfo" is 18187
Exit values are:
0 Success
1 Failure
2 Usage error
3 User interrupt
uniclean - Clean up the calendar server file system.
uniclean uniclean -v uniclean -h
uniclean cleans up the calendar server file system by removing some transient files and ensuring file/directory and owner/group permissions are properly set.
uniclean can be run when the calendar server is up or down.
Print the current version number of uniclean.
Print a usage message explaining how to run uniclean.
Exit values are:
0 Success
1 Failure
2 Usage error
3 User interrupt
unicheck
unicpinr - Copy resource data from a file created by unicpoutr to a calendar server node.
unicpinr [-add] [-f <filename>] [-start <day> <month> <year>] [-end <day> <month> <year>] [-host <hostname>] -n <Node-ID> [-p <SysOpPsw>] unicpinr [-add] [-start <day> <month> <year>] [-end <day> <month> <year>] [-host <hostname>] -n <Node-ID> [-p <SysOpPsw>] < [<filename>] unicpinr -ls [<filename(s)>] unicpinr -v unicpinr -h
Copies a file containing resource data (created with the unicpoutr utility) into a calendar server node. The utility can be used in conjunction with unicpoutr to move a resource from one node to another, or to add the agenda of one resource to that of another (see EXAMPLES).
By default, the resource specified in the file must already exist in the destination calendar server node. If this is not the case, the -add option is used to add it.
unicpinr can only be run if the calendar server is up.
It is important to understand how unicpinr handles the information in the file during the copy into the destination node.
These are the values for the keys R, N, CA, S, G, ID, LOC, PHONE, FAX (see RESOURCE IDENTIFIER KEYS for details on these keys). Only non-null values are output to the file by unicpoutr so not all keys may have a value in the file.
unicpinr uses these values to uniquely identify an existing resource in the destination node.
Where the resource already exists in the destination node, these values are already set and unicpinr does NOT overwrite them with those in the input file.
Where a resource already exists in the destination node, unicpinr simply adds the agenda information in the input file to the existing agenda.
All events listed in the file are copied into the destination node with the resource as the owner. Where appropriate, the description of each event contains extra data indicating the invitees to the event, their status, and the original creator and owner. Recurring or repeating instances of an event are disconnected from each other and copied in as individual events.
The -start and -end options can be used to import only those events that fall within the specified time.
Add the resource to the database before copying in the file. It is an error to specify this option if the resource already exists in the node. In the case of a directory server, the resource is created under the baseDN.
<day> <month> <year>
Set the end dates of the events to be processed. By default, all events in the file are created; this option and the -start option allow you to exclude certain events. Dates must be expressed in the form "day month year". Years must be specified using four digits. Some legal dates are "12 mar 1995", "15 october 1994", "25 12 1995" (for December 25, 1995). Variations such as "mar 12 1995" or "12 dec" are illegal and produce an error message.
<filename>
Specify the input file name. The file must have been created with the unicpoutr utility. By default, standard input is used.