Submitted by JLR-GPF on Tue, 08/11/2015 - 13:39
Hello Everybody,
I have a CentOS 6.6 with virtualmin installed for more tan 2 years. Even doh I'm very new to virtualmin.
Yesterday after running the update like every month I get the following error: 'virtual-server::list_system_info failed : Undefined subroutine &net::active_interfaces called at /usr/libexec/webmin/virtual-server/virtual-server-lib-funcs.pl line 3617. '
I found a similar issue here: https://www.virtualmin.com/node/37685
But that only applies to 'Authentic Theme 14.01'. Since I don't use that, it must be a different problem.
Could you point me some hint where to look?
Status:
Closed (fixed)
Comments
Submitted by andreychek on Tue, 08/11/2015 - 14:27 Comment #1
Howdy -- you may want to try the process described here in case this helps:
https://virtualmin.com/node/21975
Also, be sure that you're using the most recent Webmin, Virtualmin and Virtualmin theme version available. If you continue to have problems, let us know what the versions are of those 3 things.
Submitted by JLR-GPF on Thu, 08/20/2015 - 08:13 Comment #2
Hi andreychek,
Thanks for your post, sorry for the delay, I inadvertently uncheck notifications so I missed your post.
Back to you suggestions, I review the indicated post.
In my case the Centos is not on Amazon, but on Azure. I restarted the 'webmin' process and checked that there is only one running, but the error continues.
How could I find what version of each one I'm running? I run the following: yum list installed | grep @virtual
Results on attached file.
Is this enough to find which version of each?
Thanks,
Submitted by andreychek on Thu, 08/20/2015 - 10:00 Comment #3
Could you run these commands -- this will show the versions of the main software that's running:
rpm -qa | grep webmin
rpm -qa | grep wbm-virtual-server
rpm -qa | grep virtual-server-theme
Also, if possible, could you attach your /etc/webmin/miniserv.conf file? Thanks!
Submitted by JLR-GPF on Thu, 08/20/2015 - 14:01 Comment #4
Versions are:
rpm -qa | grep webmin
webmin-1.760-1.noarch
rpm -qa | grep wbm-virtual-server
wbm-virtual-server-4.18.gpl-1.noarch
rpm -qa | grep virtual-server-theme
wbt-virtual-server-theme-9.0-2.noarch
ust-virtual-server-theme-6.9-1.noarch
The '/etc/webmin/miniserv.conf ' is here:
Thanks you.
Submitted by JLR-GPF on Thu, 08/20/2015 - 13:26 Comment #5
Submitted by JamieCameron on Thu, 08/20/2015 - 14:51 Comment #6
Can you also try going to Webmin -> Networking -> Network Configuration -> Network Interfaces, and see if you get the same error there?
Submitted by JLR-GPF on Thu, 08/20/2015 - 15:08 Comment #7
Hi JamieCameron,
I'm afraid I don't have that option. Anyway the interface is basically useless since in every menu, the information frame is broken and the displays the error.
Attached to screenshot..
Thanks
Submitted by JamieCameron on Thu, 08/20/2015 - 19:44 Comment #8
Can you post the /etc/webmin/config file from your system? The issue maybe that your OS is detected incorrectly, which I can tell from that file.
Submitted by JLR-GPF on Mon, 08/24/2015 - 14:36 Comment #9
This is my /etc/webmin/config (some data striped for security reasosn):
#cat config
passwd_cindex=2
passwd_uindex=0
real_os_type=Generic Linux
real_os_version=2.6
mobile_theme=virtual-server-mobile
cache_mods=virtual-server
webprefix=
realname_XXX1=XXXXXXXXXXXXXXXXX
realname_XXX2=XXXXXXXXXXXXXXXXX
logfiles=1
ownmods_webadmin=mysql apache webalizer virtual-server file passwd proc cron at telnet change-user htaccess-htpasswd syslog phpini virtualmin-awstats virtualmin-dav virtualmin-htpasswd
os_version=2.6
realname_webadmin=XXXXXXXXXXXXXXXXXXXXXXXXXXX
passwd_file=/etc/shadow
tempdelete_days=7
cache_size=52428800
by_view=0
log=1
os_type=generic-linux
md5pass=1
theme=virtual-server-theme
ld_env=LD_LIBRARY_PATH
find_pid_command=ps auwwwx | grep NAME | grep -v grep | awk '{ print $2 }'
path=/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin
realname_XXX1=XXXXXXXXXXXXXXXXX
passwd_mindex=4
passwd_pindex=1
notabs_webadmin=1
referers_none=1
product=webmin
readonly_webadmin=virtual-server
Thanks,
Submitted by JamieCameron on Mon, 08/24/2015 - 21:11 Comment #10
Ok, there's the problem - your system is identified as "Generic Linux"
If you go to Webmin -> Webmin Configuration -> Operating System and Environment, you should see an option to switch the OS known to Webmin to the currently detected one.
Submitted by JLR-GPF on Tue, 08/25/2015 - 20:49 Comment #11
Hi JamieCameron,
Operating system according to Webmin: Generic Linux 2.6
Changed to: CentOS Linux 6.6
Internal OS code used by Webmin: Generic Linux 2.6
Changed to: redhat-release 6.6
Detected operating system Generic Linux 2.6
Update Webmin to use detected OS (checked)
After reboot somethings begun to work but only the "webmin" part, the Virtualmin part of the screen is gone.
I also review "Webmin -> Webmin Configuration -> Operating System and Environment", and the thing are the same as above; the detected OS still is "Generic Linux 2.6"
Any ideas on how to revive the Virtualmin? How I make Webmin to properly detect the OS?
Thanks
Submitted by JamieCameron on Tue, 08/25/2015 - 21:42 Comment #12
Can you post the contents of the /etc/redhat-release file from your system?
Submitted by JLR-GPF on Thu, 08/27/2015 - 08:03 Comment #13
JamieCameron,
By your suggestion, I found that the problem was with /etc/centos-release.
Originally the file contents was:
CentOS release 6.6 (Final)
For a reason not related (some auditing software and the role assigned to this VM), I changed 6 month ago to:
CentOS Server release 6.6 (Final)
Since 'redhat-release' is a link to 'centos-release', this change apparently "confused" virtualmin when pressed the "AutoDetect OS".
I managed to fix the Virtualmin AutoDetect , and my auditing software with the proper role assigned change the '/etc/centos-release' with the following string:
CentOS release 6.6 (Final) Server
Thank you very much for your help! JLR
Submitted by JamieCameron on Thu, 08/27/2015 - 13:01 Comment #14
Ok, that would explain it.
Submitted by Issues on Thu, 09/10/2015 - 13:03 Comment #15
Automatically closed -- issue fixed for 2 weeks with no activity.