Eric J. Ostrander's
ClearCase / ClearQuest pages.
ClearCase MultiSite Errors
Go to the home page if you want to do a search.

Simple, case-insensitive search:

NOTE: There may be more causes for the errors than the ones listed. The listed cause is just the one that caused it when I made the record. In addition, the solutions may not be the only solution, but the one that was used at the time.

Errors
db_dumper.53: Warning: Nested libdb calls (db_dump_open, db_get_wk_obj)
db_dumper.53: Warning: Nested libdb calls (db_dump_more, db_obj_get_oid)
db_dumper.53: Error: Unexpected error from database library (2) in "../db__dump.c" line 5114
db_dumper.53: Warning: Nested libdb calls (db_dump_more, db_obj_oid_to_dbid)
db_dumper.53: Error: Error from libdb (1)
multitool: Error: Could not dump database.
multitool: Error: Replica creation terminated prematurely due to error -- aborting.
These errors showed up when attempting a multitool mkreplica. The reason for the error is unknown at this time. A dbcheck, checkvob and reformatvob came up clean. Rational tech support suggested capturing the data via clearexport and deleting the VOB. However, I don't recommend doing that unless it's an extreme case. 
  # ct checkvob -pool -source vob-storage-path
  # cd vob-storage-path
  # ct lock vob:vobtag
  # dbcheck -a -k -p8192 vob_db > c:\temp\dbcheck.txt
I ran into this error again years later. This time support suggested, aside from running the dbcheck, to reformat dump the VOB database and reformat load it. If that doesn't solve the problem, try removing all the HyperSlink hyperlinks that may be in the VOB. This is possibly related to defects CMBU00031152 and CMBU00031153. 
  # cd vobtag
  # ct rmtype -rmall hltype:HyperSlink
Back to the INDEX.
multitool: Warning: Version mismatch, software:3.0, packet:1.2
This is simply telling you that you are using a 3.x feature level VOB on a system installed with CC 4.x. It is only a warning and does not affect performance. If you want to upgrade the 3.x VOBs to feature level 2, see chflevel.

Back to the INDEX.
multitool: Error: Sync. packet packet was not applied to VOB vobstorage
This error can occur when attempting a "syncreplica -import" and there is a previous packet that has not been applied to the VOB. That is, the first epoch number in this packet does not immediately follow the last epoch number known to this VOB for that replica. There is a missing packet update somewhere. You will need to retransmit the missing packet from the originating VOB replica.

Back to the INDEX.
multitool: Error: Store-and-forward server "/usr/atria/etc/shipping_server" failed with status 1
This error occurred when syncing two replicas that are on the same server in the same region. This is NOT a supported configuration. Having two replicas of a VOB in one region leads to problems between views and such. However, it's unknown what the shipping_server was actually complaining about, as the syncs were sent ok and applied correctly.

Back to the INDEX.
multitool: Warning: To avoid name conflict, generated name "replica-name:type-name" for metadata-type type object.
Because two sites can inadvertently name a type with the same name, the syncreplica import renames the imported type. See "Handle type naming conflicts" for a work-around.

Back to the INDEX.
multitool: Error: Object is in unexpected VOB: "replica@vobtag".
While one has the ability to create multiple replicas of a VOB in a single command, all of those replicas must be copies of the same VOB. For example, you cannot, in a single command, replicate a UCM component and its PVOB.

Back to the INDEX.
multitool: Error: Unable to access "C:\Program": No such file or directory.
On Windows, if you give an argument to multitool, such as the path to an import packet and that packet's path has any spaces in it, you will get this error message. Basically it thinks that the argument ended between Program and Files in "C:\Program Files\rest-of-path". Simply run the command again with double quotes around the path argument.

Back to the INDEX.
shipping_server.exe(PID): (client=sending-hostname)/ks/sysutil: Error: Can't exec "-d -o rcving-hostname": The system cannot find the file specified.
This error is seen in the shipping_server log file on a Windows machine. It occurred when importing a sync packet automatically using the out-of-the-box (CC 4.2) receipt handler. For some reason, the path to the incoming packet was not being passed to the receipt handler correctly. Since there was a space in the path, the shipping_server didn't pass any of the packet name to it; hence the extra spaces between the -d and -o in the error message.
The reason for the error is still unknown. The work-around was to use the scheduler to import packets as specified times instead of automatically. Another work-around might have been to move the shipping bays to the root of the C: drive, thus avoiding the space in "Program Files". Also, ensure DOS "short name" resolution is set for the file system. It should be by default, but can cause problems if disabled.

Back to the INDEX.


Return to the home page .

This page last modified: 05/24/2006