Submitted by Blueforce on Wed, 05/06/2015 - 09:38 Pro Licensee
Updating wbm-virtual-server fails!
I can not update wbm-virtual-server, I get this error:
Now updating wbm-virtual-server ..
Installing package(s) with command yum -y install wbm-virtual-server.noarch ..
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: ftp.ember.se
* extras: ftp.ember.se
* updates: ftp.ember.se
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package wbm-virtual-server.noarch 2:4.17-1 set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Updating:
Transaction Summary
================================================================================
Install 0 Package(s)
Upgrade 1 Package(s)
Total size: 3.4 M
Downloading Packages:
Running rpm_check_debug
ERROR with rpm_check_debug vs depsolve:
rpmlib(PayloadIsXz) is needed by wbm-virtual-server-4.17-1.noarch
Complete!
(1, [u'Please report this error in http://bugs.centos.org/yum5bug'])
.. install failed!
Server is running CentOS Linux 5.11 and Virtualmin Pro
Regards, Leffe
Status:
Active
Comments
Submitted by andreychek on Wed, 05/06/2015 - 09:59 Comment #1
Howdy -- it sounds like this could be due to an (easily solvable) RPM problem with the CentOS RPM package.
Just to verify that there aren't any third party repos though before we correct that -- what is the output of these two commands:
ls /etc/yum.repos.d
yum list updates
Submitted by Blueforce on Wed, 05/06/2015 - 17:26 Pro Licensee Comment #2
Hi,
Here is the output from the two commands:
> ls /etc/yum.repos.d
CentOS-Base.repo
CentOS-Debuginfo.repo
CentOS-Media.repo
CentOS-Sources.repo
CentOS-Vault.repo
CentOS-fasttrack.repo
r1soft.repo
virtualmin-bleed.repo
virtualmin.repo
> yum list updates
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: ftp.ember.se
* extras: ftp.ember.se
* updates: ftp.ember.se
Updated Packages
wbm-virtual-server.noarch 2:4.17-1 virtualmin-universal
This seems to be an obscure change in RPM. Packages built on newer systems won't install on older ones, maybe. My new build pipeline has the RPMs being built on a Fedora or CentOS 7 system. I explicitly force it to use what I thought were the necessary compatibility options (MD5 vs SHA file hashes), but I guess there's one more thing.
I'll roll a new version of the package shortly. Should be out within a few hours (I need to do some reading to understand what's happening here...I'm kinda guessing, still).
Submitted by cruiskeen on Fri, 05/08/2015 - 18:29 Comment #4
I think it's because you're compressing the RPM contents in ways not supported on older Redhat releases --- see discussion at https://github.com/jordansissel/fpm/issues/192 for some ideas.
Submitted by synergos on Mon, 05/11/2015 - 18:37 Pro Licensee Comment #5
Any resolution on this error. I am having the same problem.
Submitted by magnifico on Tue, 05/12/2015 - 01:59 Pro Licensee Comment #6
Hello ,
Same problem for my server on Centos 5.11 . Not particularly in a hurry for this update to be resolved , I just want to know if future updates will be impacted .
Thank you .
Regards . Jeff .
Submitted by andreychek on Tue, 05/12/2015 - 10:17 Comment #7
Thanks -- I'll talk to Joe about how the fix for this is coming along.
If you end up needing a feature or bugfix from a newer version in the meantime, let me know and I'll see if there's a way to get that to you while Joe is correcting the RPM problem.
Submitted by magnifico on Wed, 05/13/2015 - 02:57 Pro Licensee Comment #8
I have updated webmin to version 1.750 and updated wbm-virtual-server to 4.17-2 with success .
Thanks .
Jeff .
Submitted by andreychek on Wed, 05/13/2015 - 09:53 Comment #9
Glad to hear that worked!
Joe was able to correct that issue late last night. I was just coming to let you guys know that it was corrected, but it looks like you already figured that out :-)
Submitted by Blueforce on Fri, 05/15/2015 - 19:22 Pro Licensee Comment #10
Hi,
All updates worked fine now!
Thanks!
Regards, Leffe
Submitted by synergos on Fri, 01/08/2016 - 11:44 Pro Licensee Comment #11
Operating system CentOS Linux 5.11
Webmin version 1.780 Virtualmin version 4.18
Time on system Fri Jan 8 09:43:05 2016 Kernel and CPU Linux 2.6.24-24-xen on x86_64
ERROR with rpm_check_debug vs depsolve:
rpmlib(FileDigests) is needed by wbm-virtual-server-5.0-1.noarch
rpmlib(PayloadIsXz) is needed by wbm-virtual-server-5.0-1.noarch
Complete!
(1, [u'Please report this error in https://bugzilla.redhat.com/enter_bug.cgi?product=Red%20Hat%20Enterprise...'])
.. install failed!
Submitted by andreychek on Fri, 01/08/2016 - 14:27 Comment #12
Thanks, Joe is looking into this issue.
Submitted by andreychek on Fri, 01/08/2016 - 14:28 Comment #13
Submitted by magnifico on Sat, 01/09/2016 - 03:09 Pro Licensee Comment #14
Hello ,
Same problem for my server on CentOS Linux 5.11
Webmin version 1.780 Virtualmin version 4.18
Kernel and CPU Linux 2.6.18-407.el5PAE on i686
Downloading Packages:
Running rpm_check_debug
ERROR with rpm_check_debug vs depsolve:
rpmlib(FileDigests) is needed by wbm-virtual-server-5.0-1.noarch
rpmlib(PayloadIsXz) is needed by wbm-virtual-server-5.0-1.noarch
Complete!
(1, [u'Please report this error in http://bugs.centos.org/yum5bug'])
Also this morning , virtualmin-base update failed too .
Downloading Packages:
http://software.virtualmin.com/rhel/5/i386/virtualmin-base-5.0-1.rh.noar... [Errno -1] Package does not match intended download
Trying other mirror.
Error Downloading Packages:
virtualmin-base-5.0-1.rh.noarch: failure: virtualmin-base-5.0-1.rh.noarch.rpm from virtualmin: [Errno 256] No more mirrors to try.
Thank you .
Regards . Jeff .
Submitted by -eclipse- on Sat, 01/09/2016 - 05:53 Pro Licensee Comment #15
I am having the exact same issue as Jeff.
Secondly, I am not able to submit support ticket's from within the system.
Sending support ticket to virtualmin.com ..
.. failed with HTTP error : HTTP/1.1 404 Not Found
Thanks in advance.
- Tim
Apologies for the inconvenience, guys. I'm working on yet another new build system, and I didn't include all of the right incantations to build for old systems. I've rebuilt it for CentOS 5, and 5.0-2 should be in the repo now.
Please let me know if the problem persists (I think I got all the right bits turned on, but I thought I'd done it right before...so I may be doing something wrong). I don't have a CentOS 5 system handy to test on at the moment.
Also, on the issue with submitting tickets via the Support module in Virtualmin. This is a known issue, and I expect to have it resolved in the next day or so. The new ticket tracker uses the database in very different ways, so the submission program needs to be rewritten to talk to the ticket tracker via its API rather than writing directly to the database.
Submitted by magnifico on Sun, 01/10/2016 - 04:12 Pro Licensee Comment #18
Hello ,
Thank you Joe .
It is working well now , all package updated with success .
I have switched the theme to Authentic Theme just after the update and now I can not change to another . But it is not the subject's ticket , so I will try to manage that , if not I will raise a new ticket .
Also , when checking virtualmin configuration , it says 'your system is not ready for use by Virtualmin.' because of this two reasons not very important I think :
-The mailman queue processor /usr/lib/mailman/bin/qrunner is not running on your system. It can be started in the Bootup and Shutdown module.
-Your Postfix version does not support per-domain outgoing IP addresses.
Thank you once again and keep up the great work you do .
Regards .
Jeff .
Submitted by -eclipse- on Sun, 01/10/2016 - 05:54 Pro Licensee Comment #19
It works with the new package :)
- Tim
Submitted by andreychek on Sun, 01/10/2016 - 09:53 Comment #20
magnifico, it sounds like the Mailman process isn't running on your server. You should be able to correct that error by restarting Mailman.
If that doesn't help, open up a new support request and we can assist you with that there. Thanks!