These forums are locked and archived, but all topics have been migrated to the new forum. You can search for this topic on the new forum: Search for miniserv.pl constantly crashes on the new forum.
Web Hosting and Cloud Computing Control Panels
Seriously, asking this is like calling the repair shop and asking them, "my car engine goes out after each kilometer, why?" :P
So, first thing I'd check: Anything in the logs?
sorry, you are right.
well the logs in miniserv.error really don't say much besides these strange entries:
Error: Failed to open /etc/webmin/package-updates/current.cache for writing : Bad file descriptor
maybe it is a problem with resources of the VPS free -m show 445MB free RAM but in /usr/beancounters there is this kmemsize held:14087341; maxheld:17365573; barrier: 16934908; limit:18628398; failcnt: 5250526
any idea what i could do??
it says: Bad file descriptor.
this usually means something has no permission to write to the file
Yep, I agree with ronald. The error looks like it tries to write to the file, but can't cause it could not create it (hence the file handle it's trying to write to is a "bad descriptor").
Check if that directory exists and if Webmin has write permission.
Also, we've seen a lot of resource issues when using OpenVZ... note the failcnt field that you posted there, you seem to be running out of a resource.
If you're running out of resources, it can cause processes (such as webmin) to die off.
-Eric
these are the permissions in that folder: 4 drwx--x--x 2 root bin 4096 4. Mär 21:31 . 4 drwxr-xr-x 127 root root 4096 25. Feb 02:00 .. 4 -rw------- 1 root bin 67 11. Feb 23:36 config 88 -rw-r--r-- 1 root root 82606 4. Mär 21:31 current.cache 4 -rwxr-xr-x 1 root root 376 26. Dez 23:47 update.pl 4 -rw-r--r-- 1 root root 543 4. Mär 21:11 updates.cache
miniserv.pl runs as root so it should have rights to write to those files, right?
on the virtual machine is not running that much, my personal mail server und familygalerie on a website, nothing that should bring down that machine???
Could you post the contents of your full /proc/user_beancounters file?
i attached it as a file
Okay, so you're bumping into 4 different resource limits there -- kmemsize, numproc, tcpsndbuf, numfile.
The numproc one isn't too bad, but the number of failures with the others is significant. You may want to read through what each of those is used for:
http://wiki.openvz.org/UBC_secondary_parameters#kmemsize
http://wiki.openvz.org/Tcpsndbuf#tcpsndbuf
http://wiki.openvz.org/Numfile#numfile
So long as you're hitting those OpenVZ limits, things aren't going to work properly for you -- you'll see all sorts of strange issues while trying to get Virtualmin working.
You could attempt to lower how much RAM you're using, which this document here can help with:
http://www.virtualmin.com/documentation/system/low-memory
But really, it looks as if the VPS you're attempting to use isn't setup to allow you to do the things you're trying to do there... you may need to contact your provider, explain the limits you're running into, and ask how best to handle that.
-Eric
Experience here shows that OpenVZ just sucks for Virtualmin hosting. :-( Suggestion: look for a hoster that offers a decent virtualization platform that doesn't kill your processes all the time.
If you're looking for something in Germany, I still have room on my freshly upgraded VMWare hosts. :-)