DSImport Syntax Violation

[mcguinty]

Hello,

I am encountering a syntax violation when attempting to create new
user objects through DSImport. When loading the CSV everything looks
correct, and it seems to process the first column (CN) and then I
receive the error " 1/1 - adding "tuser" -> 0xFFFFFD9B (SYNTAX
VIOLATION) (tuser) - "User1"... Continue anyway?"

The value "User1" is the Surname, as we are currently testing the use
of DSImport for a mass user creation of 600 users. (60 users x 10
sites). Copying straight from the CSV does not yield value seperators,
so I have added comma's into my example. Please see below for an
example of the csv.

CN, Surname, Given Name, Full Name, L, Title, Home

tuser, User1, Test, Test User, Test Lab, Ultimate Test User,
CN=DELA3_DATA.OU=Server.OU=OHDELA.O=DELAS:HOME\tuser

There are numerous other attributes I have not included, but will be
using in the final object creation. I also received an error that the
Password attribute was not valid. In documentation DSImports states
this value will be handled when the object is created. Is the warning
normal, or is this something we should be concerned about?

We are hoping to have this completed by our clients start date of
8/12/2011. Any and all help would be greatly appreciated.

[Wolfgang Schreiber]

Have you tried something like this:

CN, Surname, Given Name, Full Name, L, Title, Home

tuser, User1, Test, Test User, Test Lab, Ultimate Test User,

.DELA3_DATA.Server.OHDELA.DELAS:HOME\tuser

Wolfgang

[mcguinty]

Wolfgang,

I made the specified change to the Home path and still receive the

error: " 1/1 - adding "tuser" -> 0xFFFFFD9B (SYNTAX

VIOLATION) (tuser) - "User1"... Continue anyway?". I took a look at
Novell's Base Attribute Definitions list and everything in the csv
seems to follow the specified formatting. Any thoughts on what else
could be causing this?

This seems to be a very powerful app and I would love to get this
working. Your help is greatly appreciated.

-Pat

On Aug 2, 3:11 pm, Wolfgang Schreiber <dr.w.schrei...@googlemail.com>
wrote:

[Wolfgang Schreiber]

Pat,

are you sure that you have an attribute named "Home"?
The std eDirectory attribute would be "Home Directory"


Will the import succeed if you exclude this attribute (click on the
column header to mark it read)

Wolfgang

[mcguinty]

Wolfgang,

I apologize, that was a typo. In the CSV the attribute is "Home
Directory". If I remove the Home Directory attribute the users create
correctly. I've used both syntax methods listed below to no avail.

1.) CN=DELA3_DATA.OU=Server.OU=OHDELA.O=DELAS:HOME\tuser (Original)
2.) .DELA3_DATA.Server.OHDELA.DELAS:HOME\tuser (Suggested)

Making 60 users in the blink of an eye gave me chills.:-) Now I just
need to get it to include the "Home Directory" during the creation and
I'll be good to go. Do you have any other suggestions that could
correct this issue?

Thank you so much for your help.

-Pat

On Aug 3, 2:27 am, Wolfgang Schreiber <dr.w.schrei...@googlemail.com>
wrote:

[Wolfgang Schreiber]

Works for me ...

Make sure that:
* the dn part of the path represents the volume dn correctly
(like ".NW60SRV_SYS.resources.central.novell:/test")
* you're using the current version of DSImport (2011/01)

Wolfgang

[Wolfgang Schreiber]

... then, on a 2nd look I noticed some memory issue with the PATH
syntax.
I've just uploaded a fix (DSImport v1.2b) to http://www.wstools.de/

Feedback appreciated

Wolfgang

[mcguinty]

Wolfgang,

We figured out what was happening. It was two different issues, 1 our
side and 1 the app seems to be glitching for us.

Issue 1: .DELA3_DATA.Server.OHDELA.DELAS:HOME\tuser is the correct
format. However, the path we were provided with was incorrect.
("Server" was not a valid OU in the path.) after removing that, the
first user processes properly.

Issue 2: After the first user is created, we receive the Syntax Error
message for subsequent users. We found a way around this, but I don't
believe this is how the app was designed to run. We had to disable the
Home Directory Header, re-enable it, and then Right-Click and add each
record one at a time. Sometimes it would make it through 5-10 users,
and then it would give the Syntax Error again, so we repeated the
disable/enable of the Home Directory Header.

Any ideas why it would be doing this?

-Pat

P.S. - Even with this small hiccup, this method of account creation
has already saved us days of work. Paired with Homes v4, your tools
are a Godsend.


On Aug 3, 2:20 pm, Wolfgang Schreiber <dr.w.schrei...@googlemail.com>
wrote: