upgrade errors

Setting up webmin-security-updates (4.0) ...

Error: Script was not run with full path (failed to find /usr/share/webmin/run-postinstalls.pl under /var/share/webmin)

Setting up webmin-virtual-server (3.76) ...

Error: Script was not run with full path (failed to find /usr/share/webmin/run-postinstalls.pl under /var/share/webmin)

Setting up webmin-virtual-server-theme (7.6) ...

Error: Script was not run with full path (failed to find /usr/share/webmin/run-postinstalls.pl under /var/share/webmin)

Setting up webmin-virtualmin-mailman (5.8) ...

Error: Script was not run with full path (failed to find /usr/share/webmin/run-postinstalls.pl under /var/share/webmin)

Setting up webmin-virtualmin-svn (4.7) ...

Error: Script was not run with full path (failed to find /usr/share/webmin/run-postinstalls.pl under /var/share/webmin)

Status: 
Closed (fixed)

Comments

Looking into this now ..

Where is /var/share/webmin coming from though?? Normally on Debian the install path is /usr/share/webmin

Right which has me confused -- the server has always been debian so I have no idea what happened here. In fact I installed debian 5.0 when Nick got it.

Please make sure the upgrade didn't break something because of this, it's heaven.openstream.ch and you still have login rights.

I see the cause .. /usr/share/webmin is a link to /var/share/webmin

Was that intentional? It is likely to cause a bunch of problems (such as this one), as it confuses Webmin as to the location of it's base directory.

I never did this... this was a fresh server that I setup a few months ago using debian 5.0 so I have no idea how or why this happened

Oh wait -- I did do this. I asked about moving the install directory because I was having a partition problem and I think Joe said I could move it and use a symlink.

Do you have enough free disk space now to move it back again?

Joe's picture
Submitted by Joe on Mon, 01/04/2010 - 16:59 Pro Licensee

I'm certain I wouldn't have suggested a symlink for the Webmin install directory (because I've seen this problem myself in the distant past).

Ok I'll change it back then

I'd suggest doing the following :

1 - Delete the symlink

2 - mv /var/share/webmin /usr/share/webmin

3 - cd /usr/share/webmin ; ./setup.sh

The last step is needed to update any paths in files under /etc/webmin to use /usr/share/webmin

Cool .. so can you install the updates now?

Those updates were installed -- I just can't check them to see if they didn't break because of the wrong path.

The only part that might possibly have failed (according to those errors) was the post-install scripts, which aren't critical for upgrades of those packages.

If dpkg thinks they didn't complete properly, you can try the command :

dpkg -a --configure

If that doesn't fail, all is OK.

No errors so I guess its all ok

BTW the in the miniserv.conf the root= variable was set to /var/share/webmin so I shouldn't have gotten a error since that was set unless you have /usr/share/webmin hard coded in.

root=/var/share/webmin

Yes, the Debian packages are hard-coded to use /usr/share/webmin

I think I'm seeing the same issue...webmin-security-updates: Errors were encountered while processing: libapache2-mod-php5 E: Sub-process /usr/bin/dpkg returned an error code (1)

.. install failed!

How do I tell if I have this symlink?

That is not the same.

Do the upgrade from console to see all the errors

Yes, try running :

apt-get install libapache2-mod-php5

as root from the console.

Automatically closed -- issue fixed for 2 weeks with no activity.