slow login to rp5450

[master_2]

Hello,
I've changed the kernel parameter maxusers to 512 and maxuprc to 200 for getting an appliction run.
Now the application is running but login to machine is very slow. I've already set maxusers parameter back to 45, but login and su to a user are still slow.
It would be very nice if somebody could give a suggestion. Thanks in advance.

[Emiel van Grinsven]

Hi,

What else changed on the machine? You have a application running now, does it consume much ?
if you changed the parameters back to their original state, it must be something else.

E

[Clemens van Everdingen]

Hi,

Check your network configuration.
Might be on Half Duplex 10 mb instead of 100MB Full Duplex.

C.

[sven verhaegen]

hi

I would be surprised if enhancing these parameters would have influence on normal logins , probably something else was changed earlier that only took effect when you altered these parameters (kernel regeneration and possible reboot)

is it so that everyone has this problem on the server or only specific users ?
this could tell you the problem might be user directory related (e.g for instance root has no problems)

further is this a setup in which the user directories are on a local disc or a disc mounted by NFS ? if it is a remote disk , try login with a user on a local disk , if this works you could have an NFS or network issue

if you do a telnet to login to the server what is the exact behaviour , when you are already on the system and telnet to yourself is the behaviour similar ???

1/ do you get no reply and then suddenly a login prompt

2/ or get connected and then have to wait for a prompt

3/ or get a swift login but have to wait for the command line to appears

these 3 cases have different reasons , the first might point to network issue , the second to login problems related to the user itself or process like maxuser or other but also problems in the startup scripts could be at hand , the third will usualle be related to the stratup userscripts or general startup scritps containing something that hangs you durin login , that can be etstes by putting echo's in the startup scritps at regular intervals to see where it gets stuck

hope this helps you investigating further

[U.SivaKumar_2]

hi,
what is load in the system ?
what is the ping response time ?.
regards,
U.SivaKumar

[master_2]

Hi,

The application doesn't consume much. Top shows the CPU'S nearly idle.
But su to a normal user takes a minute or so.
Nothing else has been changed. Only the kernel parameter maxusers.

Do you have an idea?

thanks

[master_2]

Hello,

The disks are local. Ping response times are normal.
Tried to su to root works without a time delay.
Telnet localhost takes also a minute or so.

regards

[Emiel van Grinsven]

Hi,

nearly idle means ... almost 0% idle or almost 100% idle?

[Emiel van Grinsven]

question,

is it a trusted system? how many users on /etc/passwd ??

grt, E.

[Roger Baptiste]

hi,

Do bdf and see how quickly it comes up.
This is to confirm whether there are any NFS filesystems which are not working/stale.

Check the quota part too. A quick test would be to
mv /usr/bin/quota /usr/bin/quota.old
cp -p /usr/bin/true /usr/bin/quota

and try su or telnet.

I don't think this is a kernel parm issue.

HTH
raj

[U.SivaKumar_2]

hi,
what is the shown root space available by the bdf command.
regards,
U.SivaKumar

[master_2]

Hi,

/ shows 25 MB free space.
su - root works fine.

regards

[U.SivaKumar_2]

hi,
pl let me bother you by asking some more questions.
are you having PAM for authenticating ?.
and please try this revert.
#login root
regards,
U.SivaKumar

[U.SivaKumar_2]

hi,
simple idea
double maxuprc.
regards,
U.SivaKumar

[master_2]

hi,

login root woks fine.
login oracle same as before.

regards

[U.SivaKumar_2]

hi,
check the oracle users home directory ( file system) whether it is accessible properly.
ll -R /appl/oracle

[master_2]

hi,

file system of user oracle is fine. login oracle works fine but when I enter the pw it lasts nearly a miute.
Same with my default user.

regrads.

[master_2]

hi,

prob. is solved. We have had some troubles with Nis.

Thanks for your investigation.

regards.

[John Bolene]

Exactly, most delays are caused by either DNS or NIS problems.

These are the first places to look.