Hi all,
I have a problem with logging into sco open server 5.0.6Ga.
I would describe myself as a novice to slightly better sco unix user...
First a little about the server
This server carries and erp program for manufacturing plant and many user telnet into this server (Dispatch, sales, shop floor, planning, stock etc ) So has mulitple users logging in and doing varied operations. These users don't have access to the core OS and there .profile logs them straight into the text based gui for the erp system
The "general" problem
What happens is happening is the text login prompt asks for a user name, I enter a user name and wait and after approx 2 minutes the login will time out. It doesn't get to the point of asking for a password.
This started happening 11:30 this morning, anyone still logged in at that time was able to continue working but no one else could log into the system. We then got reports that the server was starting to run slowly and at one point about the 11:30 time a user logged in and was logged back out after 3 minutes. I don't know at what point in the process that happened
after checking the syslog, messages and the sulog I checked the permissions on the passwd and shadow files and they were incorrect, I reset them (passwd 664 and shadow 640)
The server was then rebooted and normal users get the login prompt up, type in the user name and it never comes up asking for the password. It times out.
Further more I do have the original emergency floppies (from 2003 and they still work) and can boot from them and mount the disk (4 UW scsi disks in raid 5, 1 logical disk)
and can run chroot commands and .. carefully, run fixmog. It came up with a dga folder in the spool are that fixmog thought should be a file instead. When I looked at the dga it looked like a valid folder with files in it, so I didn't change it.
2 other pieces of the puzzle are that last Friday I had a similar problem where by the /etc/passwd file was over written with a dispatch note print out. I fixed that by pulling the /etc/passwd file out of the backup tapes and writting it to the /etc and the /var sub directory. My mistake was breaking the symbolic link (only one of my mistakes I'm sure.) I have corrected that today and checked the permissions, user and groups on the files.
However, when I first checked the /var sub (I cannot remember the whole path and not on site) another erp user owned the passwd file (pre fixing the symbolic link)
The fact that twice I have seen erp usernames against the passwd file really concerns me. Even if / when I do solve this problem, it seems to me it is likely to crop up again if I don't cure the underlining problem
My gut feeling is that file permissions are wrong on another part of a login process, but I don't know the login process well enough to check it.
Any advice, general advice, explanation of sco's login, links to sco login referance pages
help would be appreciated
I'm reading
http://aplawrence.com/Companion/Chapter04.html at the sec to see if I can gleen some insight there :)
Thanks
ps with last Fridays problem I was able to login because the passwd file was 'corrupt' and so it would log me in at the console, I cannot do that now and I'm really reluctant to 'corrupt' the passwd file again
