Help on error encounter in a nis login

[Low Han Ming_1]

Hi,

I'm trying to login to a HP-UX server (a nis client) through telnet using a normal user and encountered the following error
"Please wait...checking for disk quotas
No shell"

Telnet login with root is fine.

However, ypcat passwd shows that I can retrieve the passwd.

If I telnet login using root and su to normal user
some gives me the error while other is able to su.

I can cd $HOME\user directory though I can't see them in $HOME as it is automount.

My $HOME drive is low on available space (466mb free), but I don't think it should be cause as the system has previously been surviving with lower $HOME disk space, but I agree the other partition may cause it.

Thank you so much for any advice.

Appreciate any form of help.

Thanks.


Han Ming

[Steven Sim Kok Leong]

Hi,

Check the permissions on your / directory that they have not been modified.

$ ll -d /
drwxr-xr-x 35 root root 2048 Jan 16 17:56 /

Hope this helps. Regards.

Steven Sim Kok Leong

[Steve Steel]

Hi

It could well be the / as indicated

But check all of these.

Make sure that permissions are least the following:

-r-sr-xr-x 1 root bin /bin/login (note the 's' bit)
-r-xr-xr-x 1 bin bin /bin/csh
-r-xr-xr-x 2 bin bin /bin/ksh
-r-xr-xr-x 2 bin bin /bin/rksh
-r-xr-xr-x 2 bin bin /bin/rsh
-r-xr-xr-x 2 bin bin /bin/sh
-r--r--r-- 1 root sys /etc/passwd

The user has a valid shell called in /etc/passwd and finally that the
/ dir is

drwxr-xr-x 22 root root /



Steve Steel

[Low Han Ming_1]

Hi,

Thanks for all the advice.
I actually wish to reply yesterday but it seem the system is a little erratic yesterday.

My ll -d /
drwxr-xr-x 23 root root 1024 Jan 15 15:10 /

However, 1 of the things I do notice is ll -d /home
dr-xr-xr-x 1 root root 512 Jan 4 17:47 /home

It seem that my automount does not mount the home with the correct permission.

I would guess that after log in, the user shell cannot write any data to its home directory, and thus, being thrown out.

This recently happen to 1 of our solaris box too.
I workaround the problem by manually umount the home directory and nfs mount it manually to get the /home directory mounted with correct permission.

I'd appreciate any advice to solve the problem.
I'm sorry if I miss some obvious as I'm only a 'part-time' administrator.
:)

Thanks.


Han Ming

[Sanjay_6]

Hi Low,

this could be the nfs / shell related issue for users who have their .sh_history configured on the nfs. For the users who are having problem edit their .profile and configure the .sh_history locally and try,

export HISTFILE=/tmp/.sh_history.$LOGNAME

Hope this helps.

regds

[Sanjay_6]

Hi,

Give this link a try,

http://us-support3.external.hp.com/cki/bin/doc.pl/sid=95fdb36b04984b9b37/screen=ckiDisplayDocument?docId=200000048198031

Hope this helps.

Regds

[Low Han Ming_1]

Hi,

Thanks for the quick response.

I've checked out the document and did as suggested, but it didn't.

But that's not to say the document doesn't help, because it is very likely to be my fault in this case.

I've checked the /etc/passwd
the following line isn't there
+::-2:60001:::

Frankly, I forgot the use of the -2, 60001 parameter. Thus, I'm simply cut and paste from a machine that works.

Then, I'm not sure where is the script to set the HISTFILE.
I suppose to be in .profile, but however, my nis.server is a linux machine, thus, linux user home are usually using .bash_profile.
Does it affect?

I've checked the nis client from the hp-ux machine by
ypcat passwd
It seems to work fine with the shell specified as /bin/sh which I check that the shell is there and with permission of
-r-xr-xr-x 2 bin bin 221184 Jan 20 2000 /bin/sh
So, it looks fine to me too.

Sorry for the trouble.

I'd appreciate any more idea.

Thanks.


Han Ming

[Sanjay_6]

Hi,

First isolate whether it is a problem on the server, problem with one/more user or problem with all the users.

Are you able to login using another system /client.

Is another user able to login from this system. If so, what is the difference between the user able to login and user unable to login.

If all the users are unable to login, can they login directly on the master.

Hope this will help you in isolating the problem area.

Regds