cannot create user account

[Crystal_1]

Hi,

One thing is wired: only one account cannot be created wherever from sam or command line of useradd. I got the error mesage saying that "an unknow error in /usr/sam/lbin/useradd.sam". Actually, this is linked to /usr/sbin/useradd. It works for all other accounts....

By the way, it is hp-ux 11.0 box and trusted...

Thanks...Crystal

[Pete Randall]

Anything peculiar about the user name, home directory, start up shell, anything?

Pete

[Crystal_1]

Nothing special...

I just got the update: the issue was transfered from my buddy. The situation is that the user used the account before last week when he found he could not get in...then my buddy removed the account and created again. It did not work...

Shell is the regular /bin/ksh..

Tx, Crystal

[Pete Randall]

Sounds like something got left behind during the remove process. Any leftovers in the password file, the home directory? Can you retry the remove through SAM (probably not).

Pete

[Crystal_1]

The account has never been in the /etc/passwd file....I was told by my buddy....

Wired? I want to solve the problem to let the user in with the same username...

idea?

Crystal

[Helen French]

Hi Crystal:

Just a thought - Are you using NIS ? If yes, check the golbal passwd file (NIS passwd file). If the user is an NIS user, then the entry will be in the NIS passwd file. You can safely check this with SAM -> Users and Groups

HTH,
Shiju

[Crystal_1]

I tried couple times, the system does not take the word for this account literally...other account names, no problem...

Crystal

[Pete Randall]

Just to make sure that we're not dealing with some other problem, I'd try adding with a different user name. If that works then we'll have to try to figure out what's wrong.

Pete

[Craig Rants · Accepted solution]

Are you trying to use the same uid? Do you know the old uid? If you do know the old uid, run a find for file owned by the old uid. You may need to remove those. Also, check the /tcb/auth/file dir for the user old name, and run authck -p to see what that tells you about the consistency of the password file and the trusted computing base database.

GL,
C

[harry d brown jr]

Crystal,

What is the user name?

Is this a "trusted" server - does /tcb exist?

Are you "root"?

Their home directory probably still exists, what is the "UID" and "GID" - "ls -l /home/username"

live free or die
harry

[MANOJ SRIVASTAVA]

Hi Crystal


It look like the user directory exist with the some uid and gid which is being used. SO this issue . Couple of ideas.

1. check for the uniqueness in terms of the username , user directories etc.

2. create using some other user name and then edit /etc/passwd to the user name which you want for this entry , this way you bypass the error but still it will do your work.



Manoj Srivastava

[Crystal_1]

Hi,

I got it working right now... by checking the tcb dir with authck -p or pwck -s command...

Two questions here:

1.How can I resolve the following problem:

"username has a duplicate audit id xx"

2.How can I know if the system is using NIS/NIS+?

Tx, Crystal

[Craig Rants]

Remove the user from the system, then check the /tcb dir for their file, if it still exists remove it, or edit the user account in sam and change the uid to what you want it to be.

To see if you are using NIS/NIS+

Check these setting in /etc/rc.config.d/namesvrs file make sure that they are all zeros...

NIS_MASTER_SERVER=0
NIS_SLAVE_SERVER=0
NIS_CLIENT=0
NISPLUS_SERVER=0
NISPLUS_CLIENT=0
NIS_DOMAIN=
MAX_NISCHECKS=2
EMULYP=""
YPSERV_OPTIONS=""
YPBIND_OPTIONS=""
YPPASSWDD_OPTIONS="/etc/passwd -m passwd PWFILE=/etc/passwd"
KEYSERV_OPTIONS=""
YPUPDATED_OPTIONS=""
YPXFRD_OPTIONS=""
RPC_NISD_OPTIONS="$EMULYP"

GL,C