Go Back   HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials > ISPConfig 3 > General

Do you like HowtoForge? Please consider supporting us by becoming a subscriber.
Reply
 
Thread Tools Display Modes
  #1  
Old 28th February 2013, 12:53
Seidr Seidr is offline
Junior Member
 
Join Date: Sep 2010
Posts: 5
Thanks: 0
Thanked 0 Times in 0 Posts
Default [Possible bug] Permission / mount issue after updating to 3.0.5.1

Please read posts 2 & 3 also - they contain further information regarding this issue.

After updating to ISPConfig 3.0.5.1, whenever I create a new website, it's root directory (i.e. /var/www/clients/client0/web4) is set to be owned by 'root:root', instead of 'web4:client0' as expected.

In turn, when removing a site, the directory cannot be fully removed as during the removal process, the ISPConfig server script returns "rm: cannot remove 'web4/log': Device or resource busy".

On top of this, I can't seem to be able to delete this directory while logged in as the 'root' user. Neither can I create files or folders within the root site directory when the site exists (/var/www/clients/client0/web4) while logged in as the 'root' user.

Any suggestions please? ISPConfig was working perfectly for me prior to this update. While this issue does not stop me from creating new sites, I find it rather odd that sites have changed from being owned by their respective user/group to being owned by 'root:root'.

Appreciate any pointers you could give!

Last edited by Seidr; 28th February 2013 at 13:03.
Reply With Quote
Sponsored Links
  #2  
Old 28th February 2013, 12:58
Seidr Seidr is offline
Junior Member
 
Join Date: Sep 2010
Posts: 5
Thanks: 0
Thanked 0 Times in 0 Posts
Default

Note: after a reboot, I was able to remove the web4 directory, however that seems a bit of an excessive requirement just to remove a directory!
Reply With Quote
  #3  
Old 28th February 2013, 13:02
Seidr Seidr is offline
Junior Member
 
Join Date: Sep 2010
Posts: 5
Thanks: 0
Thanked 0 Times in 0 Posts
Default

After a little more investigation, it appears there is a mount point that is added when a site is added to ISPConfig, which links the log files to the log directory. I.E.

Code:
root@personal:/var/www/clients/client0# mount | grep web4
/var/log/ispconfig/httpd/test.local on /var/www/clients/client0/web4/log type none (rw,bind)
After unmounting this point, I was able to remove the directory.

Could this be worthy of a bug report, or is it simply a result of upgrading to 3.0.5.1, instead of using a clean install?
Reply With Quote
  #4  
Old 18th March 2013, 23:38
jeppunen jeppunen is offline
Junior Member
 
Join Date: Mar 2013
Posts: 3
Thanks: 0
Thanked 0 Times in 0 Posts
Default

I have the exact same problem with my installation. Same version of ISPConfig with me too. My install should be as clean as it can be (installed only two days ago to a blank Ubuntu 12.04 server). When I remove the site and check the /etc/fstab file, the mountpoint to the logfile has been removed, but if I type "mount" I still see the mount connection existing and this prevents the directory removal.

So it seems that the apache2_plugin.inc.php script is not able to execute the exec('umount...') command for the mountpoint removal. But the script is able to remove the line from the fstab though..

Anyone else having the same problem? Any resolution for this? Could it be that the userid the php-script is being executed (is it the www-data or the ispconfig user?) does not have proper access to umount -command?
Reply With Quote
  #5  
Old 29th March 2013, 10:12
btom btom is offline
Junior Member
 
Join Date: Mar 2013
Posts: 2
Thanks: 0
Thanked 0 Times in 0 Posts
Default

I have that problem too on centos 6.4.
Cannot delete /var/www/clients/client6/web11/log.

mount
/dev/mapper/vg_isp-lv_root on / type ext4 (rw,usrjquota=aquota.user,grpjquota=aquota.group,j qfmt=vfsv0)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda1 on /boot type ext4 (rw)
/var/log/ispconfig/httpd/testdomain.com on /var/www/clients/client6/web11/log type none (rw,bind,nobootwait)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
/var/log/ispconfig/httpd/test2.com on /var/www/clients/client0/web12/log type none (rw,bind)
Reply With Quote
  #6  
Old 29th March 2013, 10:21
btom btom is offline
Junior Member
 
Join Date: Mar 2013
Posts: 2
Thanks: 0
Thanked 0 Times in 0 Posts
Default

I had the same ptoblem on my clean install on centos 6.4.
Upgrade ISP config to ISPConfig-3.0.5.2 has fixed it.
Reply With Quote
  #7  
Old 28th February 2013, 13:07
till till is offline
Super Moderator
 
Join Date: Apr 2005
Location: Lneburg, Germany
Posts: 34,586
Thanks: 792
Thanked 4,983 Times in 3,903 Posts
Default

Quote:
After updating to ISPConfig 3.0.5.1, whenever I create a new website, it's root directory (i.e. /var/www/clients/client0/web4) is set to be owned by 'root:root', instead of 'web4:client0' as expected.
There is no issue, just what you expect is wrong. The correct permissions of the root directory are root:root in ISPConfig 3.0.5.

Quote:
In turn, when removing a site, the directory cannot be fully removed as during the removal process, the ISPConfig server script returns "rm: cannot remove 'web4/log': Device or resource busy".
Works fine here. Maybe you were accessing the directory at that moment with a shell user so it could not be unmounted.

Quote:
On top of this, I can't seem to be able to delete this directory while logged in as the 'root' user. Neither can I create files or folders within the root site directory when the site exists (/var/www/clients/client0/web4) while logged in as the 'root' user.
Thats correct as well. The directories are protected with the immutable bit.

Quote:
Any suggestions please? ISPConfig was working perfectly for me prior to this update. While this issue does not stop me from creating new sites, I find it rather odd that sites have changed from being owned by their respective user/group to being owned by 'root:root'.
This change was required for security issues, all directories that shall be used to store data are accessible and owned by the web user and is described in the changelog. Web users can store data in the web subdirectory which shall be accessible by http, they can store data in the webdav directory which shall be accessible by webdav and data that shall neither be accessible by webdav nor by http goes into the private directory of the site.

Quote:
Could this be worthy of a bug report, or is it simply a result of upgrading to 3.0.5.1, instead of using a clean install?
There is no bug in the things you described above.
__________________
Till Brehm
--
Get ISPConfig support and the ISPConfig 3 manual from ispconfig.org.
Reply With Quote
  #8  
Old 28th February 2013, 13:36
Seidr Seidr is offline
Junior Member
 
Join Date: Sep 2010
Posts: 5
Thanks: 0
Thanked 0 Times in 0 Posts
Default

Hi till,

Thanks so much for getting back to me. I must of missed that in the ChangeLog - sorry about that.

I'll give it another try and make sure nothing is using the directory at the time. If the issue persists I'll update this thread.

Cheers
Reply With Quote
  #9  
Old 15th May 2013, 20:24
baskin baskin is offline
Senior Member
 
Join Date: Jan 2008
Location: Syros, Greece
Posts: 118
Thanks: 9
Thanked 8 Times in 8 Posts
Default

Quote:
Originally Posted by till View Post
TThats correct as well. The directories are protected with the immutable bit.
How can we disable this?

I have some files and folders that are outside the web folder (under /var/www/my.domain.tld) and after upgrading to 3.0.5.1 and 3.0.5.2, i cannot delete them...
Reply With Quote
  #10  
Old 21st June 2013, 09:53
orasis orasis is offline
Senior Member
 
Join Date: Mar 2007
Posts: 166
Thanks: 11
Thanked 6 Times in 6 Posts
Default

I have directories outside webroot too and today I noticed I can change their permissions only but not delete them. And I cannot change the permissions of their parent directory even as root although it belongs to me.
Reply With Quote
Reply

Bookmarks

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Postfix doesn't have Nolan Installation/Configuration 5 13th April 2011 05:00
SugarCRM Install on ISPConfig3 w/ SuPHP clucena Installation/Configuration 1 9th February 2010 09:29
The system is currently updating the configuration files. warlock General 8 21st February 2009 18:15
ISP Config hesitation when opening web pages frankb Installation/Configuration 7 15th December 2008 13:06
Verify email setup meekish Installation/Configuration 28 27th October 2006 15:36


All times are GMT +2. The time now is 08:44.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.