Submitted by AntonioLaurienzo on Sat, 10/24/2009 - 04:18
After Jamie helped me to solve a bug with broken rtepository I launched a
yum clean all
yum update
I had so many updates left !
Anyway I logged back in (as root) and I found very few menu and submenus at the left ...
I thought it was a general cleaning of interface :P
It wasn't
There should be something that shifted root account in normal usermin ???
I cannot access many of main parts of virtualmin areas ...
any suggestion ?
Status:
Active
Comments
You've mentioned Usermin. Usermin (usually port 20000) is a user-level tool, and isn't supposed to have any administrative menus.
If you mean Webmin/Virtualmin (usually port 10000), then that would be a problem. I can't think of any way an update would have caused such a problem, but it's possible to solve it from the command line.
So are you actually logging into Webmin?
Submitted by AntonioLaurienzo on Sat, 10/24/2009 - 08:44 Comment #2
sorry I meant logging into Virtualmin
yes I am logging into Webmin
I have two top menu in the left top corner Virtualmin / Webmin
When I click on Webmin I have another menu where you can choose various Server software management menus
That menu actually is lacking of many items
Hope this is clear ... sorry for my poor english
Submitted by JamieCameron on Sat, 10/24/2009 - 11:31 Comment #3
Could you attach a screenshot of what you are seeing?
Also, are you logged in as root or some other user?
Submitted by JamieCameron on Sat, 10/24/2009 - 11:32 Comment #4
Could you attach a screenshot of what you are seeing?
Also, are you logged in as root or some other user?
Submitted by AntonioLaurienzo on Sun, 10/25/2009 - 14:28 Comment #5
I can see everything in virtualmin area. But if, for example, I try to click on services/mysql I get access denied for current user. If I go in webmin area many items in the menù Are hidden. I know that cause as root I can usually access to' everything. ie cannot access software packages, other services and all other administrative tasks. If i try to manually type the address i get an error page or access denied.
Submitted by JamieCameron on Sun, 10/25/2009 - 16:49 Comment #6
The only way I can think of this happening is if somehow one of your domains is owned by the root user, which shouldn't be possible.
What is the output from the following command, run as root at the shell prompt :
virtualmin list-domains --user rootSubmitted by AntonioLaurienzo on Mon, 10/26/2009 - 04:08 Comment #7
# virtualmin list-domains --user root
No top-level domain owned by root exists
Lists the virtual servers on this system.
virtualmin list-domains [--multiline | --name-only | --id-only]
[--domain name]*
[--user name]*
[--id number]*
[--with-feature feature]
[--without-feature feature]
[--alias | --no-alias | --subserver |
--toplevel | --subdomain]
[--plan ID|"plan name"]
[--reseller name | --no-reseller |]
--any-reseller]
Submitted by JamieCameron on Mon, 10/26/2009 - 13:14 Comment #8
Does it help if you delete all /etc/webmin/*/root.acl files?
Submitted by AntonioLaurienzo on Mon, 10/26/2009 - 18:07 Comment #9
strange but ... there is no root.acl searched manually in every subfolders ...
Submitted by JamieCameron on Mon, 10/26/2009 - 18:09 Comment #10
Wierd .. what error do you get if you access the Software Packages module for example?
Submitted by AntonioLaurienzo on Mon, 10/26/2009 - 18:50 Comment #11
I cannot access that module for example cause isn't visible in the menu list
anyway if I try to paste /software/
I get an error page : access denied: user root cannot access software packages module
Submitted by JamieCameron on Mon, 10/26/2009 - 19:02 Comment #12
Try editing /etc/webmin/webmin.acl and changing the line starting with root to :
root: *Submitted by AntonioLaurienzo on Tue, 10/27/2009 - 16:06 Comment #13
it worked ...
sgrumpft !!!
How is it possible that something changed that ?
I am the only administrator, and I am not installing any third party software ...
misteries ...
Thank you anyway for your help, great work
antonio laurienzo
Submitted by JamieCameron on Tue, 10/27/2009 - 16:30 Comment #14
It looks like maybe a virtual server was created with root as the owner, or the user for one was changed to root. It is hard to see how this could happen though, unless you have logging of file changes by Virtualmin enabled, which it isn't by default..
Did you perhaps create a new domain or extra admin around the time this happened?
Submitted by AntonioLaurienzo on Wed, 10/28/2009 - 00:56 Comment #15
nope the only thing I did was to manually edit repository directory cause another strange bug (the explanation is on he top of this discussion) after that a yum clean all and yum update ...
Just one think ... I updated a script (Drupal installation) that is accessible throught main root ...
Submitted by JamieCameron on Wed, 10/28/2009 - 11:13 Comment #16
How did you update Drupal exactly, and what do you mean by it being accessible via the main root?
Submitted by AntonioLaurienzo on Wed, 10/28/2009 - 12:46 Comment #17
simply:
1) I installed a script years ago, when I installed first time virtualmin on server, with "script installer" tool to the main address of server.
(to stop an ugly message when someone was inserting server IP instead of domains installed on)
2) After updating with yum I found there was an upgrade to drupal and I checked first on the "working copy" on the main server
I simply upgraded to last version, just to see ...
It works but, maybe, and repeat maybe, that could have messed up permission ...
that's the only thing "unusual" I did
Submitted by JamieCameron on Wed, 10/28/2009 - 12:54 Comment #18
Ok .. that shouldn't have effected the root user in any way..