rmdo

Removes a derived object from a VOB

APPLICABILITY


Product

Command Type

ClearCase


cleartool subcommand


Attache


command


Platform

UNIX


Windows

SYNOPSIS

rmdo do-pname ...
rmdo { -a·ll | -zer·o } [ pname ... ]

DESCRIPTION

The rmdo command deletes one or more derived objects (DOs). Use rmdo to remove DOs (for example, damaged DOs or DOs that were built incorrectly) so that other users do not use them inadvertently.

NOTE: This command does not apply to snapshot views.

The details of the removal process depend on the kind of DO (use lsdo -long to determine the kind of DO):

In each case, rmdo also deletes the associated configuration record if it is no longer needed. Both of the following conditions must be true:

rmdo does not delete DO versions. To delete a DO that has been checked in as a version of an element, use rmver.

SCRUBBING OF DERIVED OBJECTS

ClearCase includes a utility, scrubber, that deletes shareable DOs. scrubber deletes the entries in the VOB database and (for shared DOs) the data containers in the VOB's storage pools. By default, the ClearCase scheduler runs scrubber periodically. See the schedule reference page for information on describing and changing scheduled jobs.

Each DO pool has scrubbing parameters, which you can modify with the mkpool -update command.

RESTRICTIONS

Identities: You must have one of the following identities:

To delete a shared DO, you must have one of the following identities:

Locks: An error occurs if one or more of these objects are locked: VOB, pool.

Mastership: (Replicated VOBs only) No mastership restrictions.

OPTIONS AND ARGUMENTS

HANDLING OF LIKE-NAMED DERIVED OBJECTS.  Default: Deletes at most one DO for each file name specified with command arguments. A file name with a DO-ID (for example, hello.o@@24-Mar.11:32.412) specifies exactly which DO to delete. A standard or view-extended pathname specifies the DO that appears in the view.

To determine the DO-IDs of derived objects, use lsdo.

-a·ll

Deletes all DOs at a given pathname, regardless of the view they were created in or currently appear in. (However, see the CAUTION here.)
-zer·o

Similar to -all, but deletes only those DOs with zero reference counts.

SPECIFYING DERIVED OBJECTS.  Default: With -all or -zero, the default is to list all DOs in the current working directory. If you do not specify one of these options, you must supply at least one argument.

do-pname ...

Pathnames of one or more individual DOs. A name with a DO-ID, such as foo@@10-Nov.10:14.27672, specifies a particular DO, irrespective of view. An operating system pathname or view-extended pathname specifies the DO that appears in a view.
pname ...

(use with -all or -zero) One or more standard or view-extended pathnames, each of which can name a file or directory:

  • A file name specifies a collection of DOs built at the same pathname.
  • A directory name is equivalent to a list of all the file names of DOs built in that directory, including file names that do not currently appear in the view (perhaps after a make clean).

EXAMPLES

The UNIX examples in this section are written for use in csh. If you use another shell, you may need to use different quoting and escaping conventions.

The Windows examples that include wildcards or quoting are written for use in cleartool interactive mode. If you use cleartool single-command mode, you may need to change the wildcards and quoting to make your command interpreter process the command appropriately.

In cleartool single-command mode, cmd-context represents the UNIX shell or Windows command interpreter prompt, followed by the cleartool command. In cleartool interactive mode, cmd-context represents the interactive cleartool prompt. In Attache, cmd-context represents the workspace prompt.

SEE ALSO

clearmake, lsdo, scrubber, Building Software