#4808 Webmin not installing on Ubuntu 16.04 and Debian Jessie

[Pete_C]

Hello Jamie,

I didn't know where to post. Here today I could not install Webmin on Ubuntu 16.04 and Debian Jessie seeing exactly as above. I've never had this issue before. (years now of Webmin use)..

Only message I see though is not related to keys.

E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.

It hangs here on Ubuntu and Jessie.

dpkg --install webmin_1.810_all.deb
pete# dpkg --install webmin_1.810_all.deb
(Reading database ... 118273 files and directories currently installed.)
Preparing to unpack webmin_1.810_all.deb ...
Unpacking webmin (1.810) over (1.810) ...* Just stops here with new build of Ubuntu 16.04 and Debian Jessie

[Jamie Cameron]

If you run top while the install is stuck at this stage, does it show any process using a lot of CPU that looks associated with webmin?

[Pete_C]

Yes. Running top saw both dpkg and webmin eating my CPU.

Killed the two jobs and I was able to exit.

I have many Linux servers here and do manage them by using Webmin. All of the recent updates to 810 did shut down Webmin in the middle of the update. Restarting the servers brought back Webmin to a working state. This is the first time I have every seen this. I gave up on the two servers mentioned above but suffering from Webmin management OS withdrawal for the time bean. I am confident that the issue will be resolved.

Note that I saw the same issue doing the install the two ways posted over here.
dub dub dub dot webmin dot com / deb dot html.

Never have seen this before (last few years).

1 - Installing on Debian
2 - Using the Wemin APT repository

I couldn't update anything after this until I removed the partially installed webmin using the following command line.

sudo dpkg --remove --force-remove-reinstreq webmin

Nothing else worked (purge, autoremove or apt-get -f install)

I always install webmin first after initial upgrades on a Linux server.

Recently installed webmin on a digital signage application running on an RPi2 with large LCD display screens (entrance to an office which current events are posted on multiple LCD displays). It's been working great.

[Jamie Cameron]

Are all the systems you've seen the install failures on RPi systems?

[Pete_C]

No.

Rest are Intel based CPU iSeries with around 16Gb of memory. Only 3 RPi's (arm) running.

Tested on one new RPi installing Ubuntu first and then Jessie. Same issue with Webmin on both OS's.

Just built a new Ubuntu 16.04 64bit LAMP server (testing) last night. This one is using an AMD CPU. I can test installing webmin on it today. I've been doing everything via command line prompt.

[Jamie Cameron]

Ok, please let me know if you can re-produce this on a test system

[Pete_C]

Thank you Jamie.

Installation of Webmin worked perfectly on the AMD dual core Ubuntu 16.04 64 bit LAMP server following these steps.

Installing on Debian
1 - wget http://prdownloads.sourceforge.net/webadmin/webmin_1.810_all.deb
2 - apt-get install perl libnet-ssleay-perl openssl libauthen-pam-perl libpam-runtime libio-pty-perl apt-show-versions python
3 - dpkg --install webmin_1.810_all.deb

Preparing to unpack webmin1.810all.deb ...
Unpacking webmin (1.810) ...
Setting up webmin (1.810) ...
Webmin install complete. You can now login to https://testserver:10000
as root with your root password, or as any user who can use sudo
to run commands as root.
Processing triggers for systemd (229-4ubuntu7) ...
Processing triggers for ureadahead (0.100.0-19) ...
ureadahead will be reprofiled on next reboot

Brought up interface and updated to Webmin 1.812 with no issues.

So for me here (near Chicago) it seems to be an issue just with the RPi running new Ubuntu or Jessie.

[Pete_C]

Tried again on Raspberry 2 with new build of Jessie on it.

IE: Linux ICS 4.4.13-v7+ #894 SMP Mon Jun 13 13:13:27 BST 2016 armv7l GNU/Linux

Same as before where it hangs while installing. Looking at top initially dpkg started at 38% CPU utilization then dropped to 2%. Left it for about 15 minutes and it did not install. Control C canceled and used sudo dpkg --remove --force-remove-reinstreq webmin to remove it.

Odd that I also have a Pine64 - 2Gb ARM based RPi like device with Ubuntu 16.04 64bit server running on it. I had previously installed Webmin (earlier version) and upgraded it recently to current version and Webmin is running great on it.

System hostname ICS-pine64 (127.0.1.1)
Operating system Ubuntu Linux 16.04
Webmin version 1.810
Time on system Sun Aug 21 15:31:40 2016
Kernel and CPU Linux 3.10.101-0-pine64-longsleep on aarch64

[Jamie Cameron]

So I just did another test on a completely fresh Debian Jessie system (an x86 VM), and webmin installed just fine.

[Pete_C]

Thank you Jamie.

Tried again to install Webmin on running RPi2 device with Jessie.

Same as above issue here.

I also removed microSD card and checked it on another Linux machine for corruption.

It appeared fine via GParted.

Re-inserted older Wheezy microSD card build in it. Updated Webmin on it and it is working fine. Kept original Wheezy microSD card as a backup.

Will build new Jessie OS on RPi2 on another microSD card.

I do have another iSeries Intel / 16Gb Ubuntu 16.04 64 bit machine running with VMs. I can try there too.

The issue here is puzzling me as I have gotten very used to running Webmin on all of my Linux boxes (LAMP servers) whether big or little these days.

[Jamie Cameron]

I think I'd need remote access to a system that's seeing this problem to debug it further.

[Pete_C]

Thank you Jamie.

Would SSH access suffice?

Will PM.

[Jamie Cameron]

Yes, but it would need to be root SSH access.

[Pete_C]

Will change root pw to password provided earlier.

Note that it is doing some stuff but if you need to reboot it feel free to do so.

[Pete_C]

Back to original question for a bit:

Are all the systems you've seen the install failures on RPi systems?

Yes for Rpi2 running Ubuntu 32 bit and Jessie.
No for ARM Pine64/2Gb running Ubuntu 16.04 64 bit.
No problems with new Intel/AMD Ubuntu 16.04 64 bit servers.

[Jamie Cameron]

Someone else reported a similar issue recently as well - it turns out that his system was really low on RAM. How much free memory do the systems on which you're seeing this problem have?

[Pete_C]

Thank you Jamie.

Never paid much attention as typically first thing installed on the RP2 was Webmin on the Wheezy builds. With Jessie on the RPi2 it was also Webmin.

Both the RPi2 and the RPi3 have 1Gb of RAM.

I am running less on the new RPi2 / Jessie than I did with the RPi2 / Wheezy. The old RPi2 Wheezy build was running automation software. The new RPi2/Jessie build is only being utilized as a slave controller and 1-wire hub. I never tried using Webmin on the first generation RPi as it was way too slow for much of anything.

free -m shows on the Jessie build

free -m
             total       used       free     shared    buffers     cached
Mem:           925         681        243          6         69        431
-/+ buffers/cache:        180        744
Swap:         99          0         99

Made three changes using the raspi-config application.
1 - not to boot in to the X-Windows GUI on boot. Just text as I do not utilize the gui in server mode.
2 - The other change was to shift the GPU number to 16 as I do not have a monitor/keyboard or mouse connected to the RPi2.
3 - overclock it to 1Ghz.

Memory numbers now are way different.

free -m
             total       used       free     shared    buffers     cached
Mem:          973         234        738          6         18        165
-/+ buffers/cache:         51        921
Swap:         99          0         99

Same with install stall.

dpkg --install webmin_1.810_all.deb
(Reading database ... 148698 files and directories currently installed.)
Preparing to unpack webmin_1.810_all.deb ...
Unpacking webmin (1.810) over (1.810) ...

Just sits here and doesn't install.

Will increase swap to 1024Mb next.

free -m
             total       used       free     shared    buffers     cached
Mem:           973        121        851          6         17         54
-/+ buffers/cache:         49        923
Swap:         1023          0       1023

Long way install.

Reading state information... Done
The following NEW packages will be installed:
webmin
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/15.2 MB of archives.
After this operation, 161 MB of additional disk space will be used.
Selecting previously unselected package webmin.
(Reading database ... 121987 files and directories currently installed.)
Preparing to unpack .../archives/webmin_1.810_all.deb ...
Unpacking webmin (1.810) ...

Still sitting here (IE unpacking).

Didn't work. Puzzling.

A control c to stop it though ended in a different message like this time it was partially installed. This is the first time I have seen this message on the RPi2/Jessie device.

Webmin install complete. You can now login to hxxps://ICS-ZNet:10000/
as root with your root password, or as any user who can use sudo
to run commands as root.
W: Operation was interrupted before it could finish

Wow - I do see the GUI and it does show two updates. Interesting as I waited about 15 minutes to cancel the above installation.

Rebooted via Webmin GUI.

Updated to .813 of Webmin. Rebooted again and all looks well.

While the install appears to still stall it does work now. So in a recap did the following to get it to work.

Made three changes using the raspi-config application on the base Jessie OS / RPi2.
Note here I have never used an RPi-RPi2 with a monitor except for KODI/XBMC testing.

1 - not to boot in to the X-Windows GUI on boot. Just text as I do not utilize the gui in server mode.
2 - The other change was to shift the GPU number to 16 as I do not have a monitor/keyboard or mouse connected to the RPi2.
3 - overclock it to 1Ghz.

4 - changed swap to 1024Mb.

[Pete_C]

Thank you Jaime for your help.

Wondering if we should close this bug report?

[Jamie Cameron]

Yeah, I think the cause here was just drive slowness - not actually a webmin bug.

[tenchi karoshi]

my first post
this is not a webmn bug. it is down to you copying/pasting text instead of checking what you are doing

just do this

apt-get update && apt-get upgrade -y
vi /etc/apt/sources.list
now add the correct address to the sources list and not the copy and pasted version
deb http://webmin.com/download/repository sarge contrib
wget http://www.webmin.com/jcameron-key.asc
sudo apt-key add jcameron-key.asc
apt-get update
apt-get install webmin
done

here is the wrong address that you have all been copying and pasting

deb http://download.webmin.com/download/repository sarge contrib
i just tried it and it clearly does not work
there is no page called http://download.webmin.com

all the best

xx

[william]

ok, initially i thought something was wrong on my ubuntu, so i did a clean fresh install of the system ( Ubuntu 20.04.2 LTS GNU/Linux 5.4.0-65-generic x86_64 ). apparantly this one also stuck at the same point. i've installed webmin many times already in the past successfully, but it seems that something is wrong with this release?