Submitted by roshanbudhathoki on Wed, 06/21/2017 - 09:13
My Disk is only 60% full which I confirmed with df ssh but when I open virtualmin it says. Could not open /etc/webmin/site for write . No space left on disk.
My Webmin Version : 1.844 Usermin : 1.711 virtualmin : 5.99 Ubuntu : 16.04
Please help out to fix the issue.
Status:
Closed (fixed)
Comments
Submitted by andreychek on Wed, 06/21/2017 - 09:35 Comment #1
Howdy -- hmm, what is the output of these two commands:
mount
df -h
Submitted by roshanbudhathoki on Fri, 06/23/2017 - 00:09 Comment #2
Mount has Following output
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=2003036k,nr_inodes=500759,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=404644k,mode=755)
/dev/vda1 on / type ext4 (rw,relatime,quota,usrquota,grpquota,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=33,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
lxcfs on /var/lib/lxcfs type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
tmpfs on /run/user/1019 type tmpfs (rw,nosuid,nodev,relatime,size=404644k,mode=700,uid=1019,gid=1012)
tmpfs on /run/user/1003 type tmpfs (rw,nosuid,nodev,relatime,size=404644k,mode=700,uid=1003,gid=1003)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=404644k,mode=700)
df -h has following
> df -h
Filesystem Size Used Avail Use% Mounted on
udev 2.0G 0 2.0G 0% /dev
tmpfs 396M 41M 355M 11% /run
/dev/vda1 60G 34G 23G 59% /
tmpfs 2.0G 4.0K 2.0G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
tmpfs 396M 0 396M 0% /run/user/1019
tmpfs 396M 0 396M 0% /run/user/1003
tmpfs 396M 0 396M 0% /run/user/0
Submitted by andreychek on Fri, 06/23/2017 - 09:30 Comment #3
Hmm, that definitely does sound odd! Are you still seeing that issue now?
Also, what is the output of these commands:
echo foo > /etc/webmin/test.txt
ls -la /etc/webmin/
ls -la /etc/webmin/site
cat /proc/user_beancounters
Submitted by roshanbudhathoki on Sat, 06/24/2017 - 09:42 Comment #4
> ls -la /etc/webmin/site
ls: cannot access '/etc/webmin/site': No such file or directory
> cat /proc/user_beancounters
cat: /proc/user_beancounters: No such file or directory
This was the output.
Submitted by andreychek on Sat, 06/24/2017 - 11:11 Comment #5
What was the output of the first two commands though?
I didn't see the "echo" output above (if there was any, there may not have been), as well as "ls -la /etc/webmin".
And just to clarify, are you still seeing this issue now when you log in? If so, I don't imagine restarting Webmin with "service webmin restart" helps?
Submitted by roshanbudhathoki on Tue, 06/27/2017 - 02:42 Comment #6
above was the output of the commands and "service webmin restart" command does not help nor restarting the server helps :(
Submitted by andreychek on Tue, 06/27/2017 - 08:51 Comment #7
Yup, that all looks good!
Just to verify, if you run "service webmin restart" -- and then you log out of Virtualmin and back in, do you continue to see that error?
Submitted by roshanbudhathoki on Thu, 06/29/2017 - 23:54 Comment #8
Yeap, I still see the same error. :(
Submitted by andreychek on Fri, 06/30/2017 - 11:04 Comment #9
Jamie, how does Webmin decide there's a problem when it generates the error "Can not open /etc/webmin/site for write. No Space Left on disk"?
The disk doesn't appear to be out of space, and we were able to create a new temp file in /etc/webmin.
Submitted by JamieCameron on Fri, 06/30/2017 - 15:48 Comment #10
It happens when the
write
system call fails - there's no special logic in Webmin to detect an out of quota situation.By the way, have you tried running
df -i
to show free inodes on the filesystem? If you have used them all up, you'll get the same error message.Submitted by roshanbudhathoki on Fri, 06/30/2017 - 22:05 Comment #11
Jamie was right my inode limit was running out. But it was due to the fpm which creates tmp folder under user's home folder and uses for session storage but never cleans it up. And I found there was nearly 2 million session files created in tmp folder of a user. How can I configure php fpm to automatically clean such tmp folder?
Submitted by andreychek on Fri, 06/30/2017 - 23:14 Comment #12
Great, we're glad you were able to figure out the cause of that error.
I'll follow up in your other post regarding the session files.
Submitted by roshanbudhathoki on Sun, 07/09/2017 - 22:51 Comment #13