rmdo

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.

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

• For a shared derived object whose data container is in VOB storage, rmdo deletes the entry in the VOB database and also deletes the data container file from one of the VOB's DO storage pools.
  Important: If you need to remove a shared DO, use lsdo –long to identify the views that reference the DO. Ask the owner of each view to remove the DO from the view with an operating system command or by running make clean or an equivalent command. If the DO is not removed from the referencing views before you use rmdo, error messages appear. For example, when users try to access the DO from the referencing views, the view_server logs VOB warnings. Also, you may see INTERNAL ERROR messages in the ClearCase error_log file; these messages are generated when clearmake or an OS-level command tries to access the DO. The derived object's name is removed from the directory by the OS-level access; thus, subsequent accesses return not found errors.
• For an unshared derived object whose data container is in view-private storage, rmdo deletes the entry from the VOB database, but does not delete the data container from view storage. The data container is an ordinary file that can still be listed, executed, and so on, but it cannot be a candidate for configuration lookup. The ls –long command lists it with a [no config record] annotation. To delete the data file, use an operating system command.
• For a nonshareable derived object, which does not have an entry in the VOB database, rmdo converts the DO into an ordinary view-private file. To delete the file, use an operating system command.

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

• No other sibling DO (created in the same build script execution) still exists.
• The DO is not a build dependency (subtarget) of another DO that still exists.

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