Caveats; Duplicate Entries; No Schema Checks; Insufficient Space On Hard-Drive - Novell EDIRECTORY 8.8 SP3 - ADMINISTRATION Administration Manual

Hide thumbs Also See for EDIRECTORY 8.8 SP3 - ADMINISTRATION:
Table of Contents

Advertisement

7.5 Caveats

Behaviour of ldif2dib is undefined in the following scenarios:
Section 7.5.1, "Duplicate Entries," on page 196
Section 7.5.2, "No Schema Checks," on page 196
Section 7.5.3, "Insufficient Space on Hard-Drive," on page 196
Section 7.5.4, "Forced Termination," on page 196

7.5.1 Duplicate Entries

Uploading ldif files having duplicate entries or having entries already present in the dib, without the
-u option would cause the entry to be added more than once, leading to an inconsistent state of the
dib. So if you are not sure if entries are repeated in the ldif or if they are present in dib before the
bulkload, use the -u option during bulkload.

7.5.2 No Schema Checks

ldif2dib does not perform any schema checks. As a result, you can add an attribute to an object even
if the attribute does not belong to the schema of the object. This would leave the dib in an
inconsistent state. Use ldif2dib only when you are sure that the ldif data does not need schema
checks.

7.5.3 Insufficient Space on Hard-Drive

Behaviour of ldif2dib is undefined when there is not enough space on the hard-drive for all the
objects being loaded. You need to make sure that there is sufficient space for all the objects before
starting the bulkload.

7.5.4 Forced Termination

Forcefully terminating the ldif2dib process can leave the dib in an inconsistent state. Use the Escape
key to gracefully exit the bulkload.

7.5.5 Terminal Resizing

Resizing the terminal during bulkload can distort the statistics displayed on the user interface.
Terminal resizing should be avoided while bulkload is in progress.
196 Novell eDirectory 8.8 Administration Guide

Advertisement

Table of Contents
loading

Table of Contents