HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: 10.20 permission problems
Operating System - HP-UX
1834921
Members
2838
Online
110071
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-02-2000 12:47 PM
02-02-2000 12:47 PM
10.20 permission problems
Okay, I goofed. I used one of those public domain security check routines on my
887 server running 10.20 to check the security level of the machine.
I following several of the recommendation and changed many files from bin to
root and chaned some permission from world read to owner only read, etc. Well
now it is really acting crazy.
sendmail doesn't work. I can try to send mail, but it does not get there and I
can find no trace of the mail file. Accounting quit. When I do su from my user
account I get:
su
Password:
(after I enter the correct password)
setgroups: Not owner
setgroups: Not owner
su: Unable to initialize group acces list
and I'm back in my user account.
I changed too many items at once to even guess where I messed up.
Any ideas of where to look and for what?
Rich
887 server running 10.20 to check the security level of the machine.
I following several of the recommendation and changed many files from bin to
root and chaned some permission from world read to owner only read, etc. Well
now it is really acting crazy.
sendmail doesn't work. I can try to send mail, but it does not get there and I
can find no trace of the mail file. Accounting quit. When I do su from my user
account I get:
su
Password:
(after I enter the correct password)
setgroups: Not owner
setgroups: Not owner
su: Unable to initialize group acces list
and I'm back in my user account.
I changed too many items at once to even guess where I messed up.
Any ideas of where to look and for what?
Rich
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-02-2000 06:27 PM
02-02-2000 06:27 PM
Re: 10.20 permission problems
Oh Dear ! ;-}
Did you not keep the list in an email or printout somewhere?
I would suggest you do the following:
check these permissions:
$ ll /etc/passwd /usr/bin/login /usr/bin/su
-r--r--r-- 1 root sys 15678 Feb 2 19:19 /etc/passwd
-r-sr-xr-x 1 root bin 73728 Jan 21 1998 /usr/bin/login
-r-sr-xr-x 1 root bin 20480 Feb 20 1998 /usr/bin/su
Then if these are ok, check permission of /:
ll -d /
Next option would be to check for the files changed on the date you did this
work
abnd finally do a:
swverify \* > myfile
and then view the output to see what gets reported as incorrect there, probably
referring you to
/var/adm/sw/swagent.log
Last but not least, a backup recovery from a known good backup would be and
idea.
Did you not keep the list in an email or printout somewhere?
I would suggest you do the following:
check these permissions:
$ ll /etc/passwd /usr/bin/login /usr/bin/su
-r--r--r-- 1 root sys 15678 Feb 2 19:19 /etc/passwd
-r-sr-xr-x 1 root bin 73728 Jan 21 1998 /usr/bin/login
-r-sr-xr-x 1 root bin 20480 Feb 20 1998 /usr/bin/su
Then if these are ok, check permission of /:
ll -d /
Next option would be to check for the files changed on the date you did this
work
abnd finally do a:
swverify \* > myfile
and then view the output to see what gets reported as incorrect there, probably
referring you to
/var/adm/sw/swagent.log
Last but not least, a backup recovery from a known good backup would be and
idea.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP