User owner and group on Virtualmin log files

5 posts / 0 new
Last post
#1 Sat, 08/28/2010 - 10:19
rrhode

User owner and group on Virtualmin log files

Hey there,

I got a warning today that a users mailbox was full. I checked it and there is only one email in it. It doesn't appear to be over quota to me.

I deleted that email and the problem is still there. I rechecked all disk quotas but the problem is still there. I did du -h on their folder and it only comes up with 256k.

I searched all files on the drive owned by that user and came up with some log files inside /var/log/virtualmin/ which were owned by that username which total the size it says the user has. So I found the mysterious files.

The problem was they are log files for another domain not belonging to this user at all. In fact, it seems like many, if not all the files in this folder have the wrong owner and group permissions.

How could this happen? And how do I fix it? Is it like this by design? Is it just a bug? Can I manually update their permissions or is there some script to fix this automatically?

Thanks =)

Ryan

Tue, 08/31/2010 - 21:10
andreychek

Hi Ryan,

I've never heard of that happening before!

All the logfiles in /var/log/virtualmin should be owned by the user in question, or potentially root, but it never should be owned by the wrong Virtual Server owner.

I unfortunately don't know of any way to quickly resolve that... but that's mostly because this sort of thing doesn't tend to happen frequently :-)

Are they all owned by the same incorrect user/group? Or does it seem semi-random?

-Eric

Tue, 08/31/2010 - 22:08
rrhode

Hi Eric,

They were all owned by seemingly random groups and owners. Not even the groups and owners matched up with each other. I manually set their permissions back and the quotas are right again it would seem.

Maybe it was due to migrating from Plesk or migrating to a new server or updating Apache or something in the past.

Speaking of updating Apache, I noticed a security update to Apache was just released for CentOS. I am using the ones from the Virtualmin bleeding edge repos I do believe. What is the recommended action to take with this? I think switching or compiling from source would cause nothing but problems so do I have to wait for new packages to show in the bleeding edge repos before upgrading? Or are there super bleeding edge repos some place?

Ryan

Tue, 08/31/2010 - 22:39
andreychek

They were all owned by seemingly random groups and owners. Not even the groups and owners matched up with each other. I manually set their permissions back and the quotas are right again it would seem.

Hrm, that's odd! Well, if it happens again, let us know... and try to take note of anything that may have happened around that same time that could have caused it, that may help in diagnosing exactly what's going on and offering a fix.

Speaking of updating Apache, I noticed a security update to Apache was just released for CentOS. I am using the ones from the Virtualmin bleeding edge repos I do believe.

Mmm, my recommendation there would be to file a report using the Support link above. If you can, include a link to the security update. Joe will need to compile a version of that for Virtualmin.

Thanks!

-Eric

Wed, 09/01/2010 - 07:36
rrhode

I definitely will watch for it but its hard to notice since I don't actually go in and check the permissions on those log files too often.

Bug report: https://www.virtualmin.com/node/15439

Topic locked