Reformats a VOB database



Command type


cleartool subcommand







Important: Always back up a VOB before you reformat it. Also note that all client processes, including db_servers, vobrpc_servers, clearmake operations, and so on exit when reformatting begins.

reformatvob changes the format of a VOB database by dumping it to an ASCII file and then loading the ASCII file into a new database. You use reformatvob for these purposes:

reformatvob is a one-way command. The dump and load phases must be allowed to complete (although they can take place at different times). You cannot abort and undo a reformat operation after you have started it; you can only restart and complete the operation. reformatvob locks the VOB before reformatting it. If the VOB is already locked, reformatvob proceeds with the reformatting and then unlocks the VOB.

Note: Unless invoked with the –rm option, reformatvob does not overwrite the old, invalid VOB database; it renames the old database to The old database remains in the VOB storage directory until you delete it with a standard operating system command.



You must have one of the following identities:

  • VOB owner
  • root (UNIX and Linux)
  • Member of the ClearCase administrators group (ClearCase on Windows)


No locks apply.


(Replicated VOBs) No mastership restrictions.


In ClearCase, the VOB storage directory must physically reside on either the host where you enter this command or a supported network-attached storage device mounted by that host. If the storage is on a network-attached device, you must specify the –host and –hpath options with the vob-storage-dir-pname argument.

The current working directory must not be at or below the VOB storage directory. Your shell or command interpreter must not have a set view context or working directory view context.

Options and arguments

Partial reformat

Performs a complete reformat, including both the dump and load phases.
Performs only the first phase of the reformatting process, creating an ASCII dump of the current VOB database.
Performs only the second phase of the reformatting process, creating a new VOB database by using a previously created ASCII dump.

Preserving the original VOB database

The original VOB database is preserved by renaming it after the reformat is complete. The new name includes a date stamp (for example, db.03.19).
The original VOB database is removed after the reformat is complete.

Confirmation step

Before beginning its work, reformatvob prompts you to confirm that you want to reformat the VOB database.
Suppresses the confirmation step.

Alternate location for ASCII dump files

The dump phase creates the ASCII dump files within the VOB storage directory.
–to dumpfile-dir-pname
(Do not use in conjunction with –load) Creates the ASCII dump files within the specified directory, which must not already exist.

Specifying the VOB

The pathname of the VOB storage directory. This is usually sufficient for a VOB with storage on the local host.
–hos/t hostname –hpa/th local-pname
Use these options when the VOB has storage on a network-attached storage device. hostname specifies the name of the VOB server host and local-pname specifies the network path the host uses to access the VOB storage.


The UNIX system and Linux 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 system and Linux shells or Windows command interpreter prompt, followed by the cleartool command. In cleartool interactive mode, cmd-context represents the interactive cleartool prompt.

See also

checkvob, lsvob, mktag, mkvob, mount, register, vob_scrubber, IBM Rational ClearCase Administrator's Guide