Unsolved
This post is more than 5 years old
24 Posts
0
331177
OMSA 8.1 on XenServer 6.5 SP1
Hi,
I recently upgraded the installed OS on a Dell PowerEdge R710 from XenServer 6.1 to XenServer 6.5, and post-upgrade, patched the server to XenServer 6.5 SP1.
After the upgrades, I attempted to install OMSA 8.1 on this server, as the upgrade wiped out the previously installed version (which I had expected). However, I came across the following error attempting the install:
# xe-install-supplemental-pack /tmp/OM-SrvAdmin-Dell-Web-LX-8.1.0-1518.XenServer65_A00.iso
xe-install-supplemental-pack: line 50: ./install: No such file or directory
After verifying that my ISO image wasn't corrupted, I turned to Google, and came across the following page:
https://bugs.xenserver.org/browse/XSO-325
In short, with the upgrade to XenServer 6.5 SP1, xe-install-supplemental-pack now looks for ./install rather than ./install.sh in the ISO file, which breaks previously working vendor install packs.
So, does Dell have any plans to re-package or update the OMSA supplemental pack install ISO for XenServer 6.5 SP1, or are we stuck having to mount the ISO, copying its contents to another directory, renaming install.sh to install, and re-creating a new ISO (which is what I ended up doing)?
TopHatSGI
24 Posts
0
October 7th, 2015 10:00
Now that I see OMSA version 8.2 has now dropped support for Citrix XenServer altogether (can't say that I'm too impressed by that decision...), is it safe to assume that Dell has no plans to fix this?
JasonEvansIT
29 Posts
0
October 16th, 2015 08:00
Ya man, same issue here. They even have a big "how too" to install Dell OMSA 8.2 on Citrix, but then when I went to go look for the actual software it didn't exist.
TopHatSGI
24 Posts
0
October 16th, 2015 09:00
Perhaps someone from Dell would like to comment on why the decision was made to drop support for Citrix XenServer in OMSA 8.2? Are there plans to support it again in future releases of OMSA and/or XenServer (version 7 is now in Beta).
Any comment at all from Dell at this point would be nice...my original post was a month and a half ago...
*hint* *hint* *nudge* *nudge*
docmoe
1 Message
0
November 3rd, 2015 08:00
Hi,
there is a really easy fix to that
co to command line of xen-server
then key in: (without the #) and hit enter
#nano /opt/xensource/bin/xe-install-supplemental-pack
<> scroll down until the end of the script the last 4 lines are:
mount -o loop,ro "$iso" "$tempdir"
pushd "$tempdir" >/dev/null
./install
cleanup
<> here you just change the line from ./install to:
./install.sh
<> close and save the file (in nano ctrl + x and then Y) or if you use vi editor then ess key and :wq! enter
then start the install like this: (i downloaded the iso file and saved it into the /tmp/ folder.
#/opt/xensource/bin/xe-install-supplemental-pack /tmp/OM-SrvAdmin-Dell-Web-LX-8.1.1-1583.XenServer65_A00.iso
cheers and hope it helps.
inwebpro
3 Posts
0
February 6th, 2016 06:00
i get this error know
error: Failed dependencies:
libsmbios = 0:2.2.27-4.12.1.el5 is needed by (installed) python-smbios-2.2.27-4.12.1.el5.x86_64
FATAL: packages failed to install
inwebpro
3 Posts
0
February 6th, 2016 07:00
and if it is installed it impossible to connect to port 1311
inwebpro
3 Posts
0
February 8th, 2016 15:00
ok solved
Please Notice: you can not direct connect to https://server_ip:1311
XENSERVER does not allow that
you will have also to install a node of OMSA to another server and login
see this video at 3:46
https://youtu.be/S7jrg4_kL7s
TopHatSGI
24 Posts
1
February 9th, 2016 08:00
Would someone from Dell care to comment on the future plans for OMSA support on a XenServer OS? Will our only option be management/alerting via iDRAC? I'm just starting to investigate the alerting server management options of the DRACs, but from a OpenManage Essentials standpoint, firmware deploys via OMSA is still preferred over DRAC, correct?
alvincura
13 Posts
0
February 22nd, 2016 10:00
Still broken. dsu is linked against libcurl.so.4 and is not backward compatible to libcurl.so.3.
alvincura
13 Posts
0
February 22nd, 2016 10:00
The version problem seems specific to dsu. If you would keep dell_ft_install and update_firmware forward compatible, this would also solve the problem.
alvincura
13 Posts
0
February 22nd, 2016 10:00
And even more. This is why curl-devel cannot be arbitrarily updated:
yum --disablerepo=citrix --enablerepo=base --enablerepo=updates install curl-devel
Loaded plugins: dellsysid, fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.pac-12.org
* updates: mirror.steadfast.net
Excluding Packages from CentOS-5 - Base
Finished
Excluding Packages from dell-system-update_independent
Finished
Excluding Packages from CentOS-5 - Updates
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package curl-devel.i386 0:7.15.5-17.el5_9 set to be updated
--> Processing Dependency: libcurl.so.3 for package: curl-devel
--> Processing Dependency: libidn-devel for package: curl-devel
--> Processing Dependency: openssl-devel for package: curl-devel
---> Package curl-devel.x86_64 0:7.15.5-17.el5_9 set to be updated
--> Running transaction check
---> Package curl.i386 0:7.15.5-17.el5_9 set to be updated
--> Processing Dependency: libgssapi_krb5.so.2 for package: curl
--> Processing Dependency: libidn.so.11 for package: curl
--> Processing Dependency: libz.so.1 for package: curl
--> Processing Dependency: libgssapi_krb5.so.2(gssapi_krb5_2_MIT) for package: curl
--> Processing Dependency: libk5crypto.so.3 for package: curl
--> Processing Dependency: libssl.so.6 for package: curl
--> Processing Dependency: libcom_err.so.2 for package: curl
--> Processing Dependency: libcrypto.so.6 for package: curl
--> Processing Dependency: libkrb5.so.3 for package: curl
---> Package libidn-devel.x86_64 0:0.6.5-1.1 set to be updated
--> Processing Dependency: pkgconfig for package: libidn-devel
---> Package openssl-devel.x86_64 0:0.9.8e-37.el5_11 set to be updated
--> Processing Dependency: zlib-devel for package: openssl-devel
--> Processing Dependency: krb5-devel for package: openssl-devel
--> Running transaction check
--> Processing Dependency: e2fsprogs-libs = 1.39-36.xs1393 for package: e2fsprogs
---> Package e2fsprogs-libs.i386 0:1.39-37.el5 set to be updated
--> Processing Dependency: libdevmapper.so.1.02 for package: e2fsprogs-libs
---> Package e2fsprogs-libs.x86_64 0:1.39-37.el5 set to be updated
---> Package krb5-devel.x86_64 0:1.6.1-80.el5_11 set to be updated
--> Processing Dependency: libselinux-devel for package: krb5-devel
--> Processing Dependency: e2fsprogs-devel for package: krb5-devel
--> Processing Dependency: keyutils-libs-devel for package: krb5-devel
---> Package krb5-libs.i386 0:1.6.1-80.el5_11 set to be updated
--> Processing Dependency: libkeyutils.so.1 for package: krb5-libs
--> Processing Dependency: libselinux.so.1 for package: krb5-libs
--> Processing Dependency: libkeyutils.so.1(KEYUTILS_0.3) for package: krb5-libs
---> Package krb5-libs.x86_64 0:1.6.1-80.el5_11 set to be updated
---> Package libidn.i386 0:0.6.5-1.1 set to be updated
---> Package openssl.i686 0:0.9.8e-37.el5_11 set to be updated
---> Package pkgconfig.x86_64 1:0.21-2.el5 set to be updated
---> Package zlib.i386 0:1.2.3-7.el5 set to be updated
---> Package zlib-devel.x86_64 0:1.2.3-7.el5 set to be updated
--> Running transaction check
--> Processing Dependency: device-mapper = 1.02.67-2.el5 for package: device-mapper-event
---> Package device-mapper.i386 0:1.02.67-2.el5_11.1 set to be updated
--> Processing Dependency: libsepol.so.1 for package: device-mapper
---> Package device-mapper.x86_64 0:1.02.67-2.el5_11.1 set to be updated
---> Package e2fsprogs.x86_64 0:1.39-37.el5 set to be updated
---> Package e2fsprogs-devel.x86_64 0:1.39-37.el5 set to be updated
---> Package keyutils-libs.i386 0:1.2-1.el5 set to be updated
---> Package keyutils-libs-devel.x86_64 0:1.2-1.el5 set to be updated
---> Package libselinux.i386 0:1.33.4-5.7.el5 set to be updated
---> Package libselinux-devel.x86_64 0:1.33.4-5.7.el5 set to be updated
--> Processing Dependency: libsepol-devel >= 1.15.2-1 for package: libselinux-devel
--> Running transaction check
---> Package device-mapper-event.x86_64 0:1.02.67-2.el5_11.1 set to be updated
---> Package libsepol.i386 0:1.15.2-3.el5 set to be updated
---> Package libsepol-devel.x86_64 0:1.15.2-3.el5 set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
curl-devel i386 7.15.5-17.el5_9 base 310 k
curl-devel x86_64 7.15.5-17.el5_9 base 318 k
Installing for dependencies:
curl i386 7.15.5-17.el5_9 base 235 k
device-mapper i386 1.02.67-2.el5_11.1 updates 804 k
e2fsprogs-devel x86_64 1.39-37.el5 base 639 k
e2fsprogs-libs i386 1.39-37.el5 base 120 k
keyutils-libs i386 1.2-1.el5 base 18 k
keyutils-libs-devel x86_64 1.2-1.el5 base 27 k
krb5-devel x86_64 1.6.1-80.el5_11 updates 1.9 M
krb5-libs i386 1.6.1-80.el5_11 updates 670 k
libidn i386 0.6.5-1.1 base 194 k
libidn-devel x86_64 0.6.5-1.1 base 239 k
libselinux i386 1.33.4-5.7.el5 base 77 k
libselinux-devel x86_64 1.33.4-5.7.el5 base 149 k
libsepol i386 1.15.2-3.el5 base 128 k
libsepol-devel x86_64 1.15.2-3.el5 base 192 k
openssl i686 0.9.8e-37.el5_11 updates 1.7 M
openssl-devel x86_64 0.9.8e-37.el5_11 updates 1.9 M
pkgconfig x86_64 1:0.21-2.el5 base 61 k
zlib i386 1.2.3-7.el5 base 51 k
zlib-devel x86_64 1.2.3-7.el5 base 103 k
Updating for dependencies:
device-mapper x86_64 1.02.67-2.el5_11.1 updates 832 k
device-mapper-event x86_64 1.02.67-2.el5_11.1 updates 24 k
e2fsprogs x86_64 1.39-37.el5 base 845 k
e2fsprogs-libs x86_64 1.39-37.el5 base 120 k
krb5-libs x86_64 1.6.1-80.el5_11 updates 683 k
Transaction Summary
================================================================================
Install 21 Package(s)
Upgrade 5 Package(s)
Total download size: 12 M
Is this ok [y/N]:
See that? device-mapper? e2fsprogs? That's brutal. Or worse selinux turning itself on upon package update.
alvincura
13 Posts
0
February 22nd, 2016 10:00
Brutal hack. I had no choice. My server crashes when trying to reboot HVM guests.
# yum --disablerepo=citrix --enablerepo=base --enablerepo=updates install yum-downloadonly
Loaded plugins: dellsysid, fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.pac-12.org
* updates: mirror.steadfast.net
Excluding Packages from CentOS-5 - Base
Finished
Excluding Packages from dell-system-update_independent
Finished
Excluding Packages from CentOS-5 - Updates
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package yum-downloadonly.noarch 0:1.1.16-21.el5.centos set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository
Size
================================================================================
Installing:
yum-downloadonly noarch 1.1.16-21.el5.centos base 13 k
Transaction Summary
================================================================================
Install 1 Package(s)
Upgrade 0 Package(s)
Total download size: 13 k
Is this ok [y/N]: Y
Downloading Packages:
yum-downloadonly-1.1.16-21.el5.centos.noarch.rpm | 13 kB 00:00
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : yum-downloadonly 1/1
Installed:
yum-downloadonly.noarch 0:1.1.16-21.el5.centos
Complete!
# yum --disablerepo=citrix --enablerepo=base --enablerepo=updates install yum-utils
Loaded plugins: dellsysid, downloadonly, fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.pac-12.org
* updates: mirror.steadfast.net
Excluding Packages from CentOS-5 - Base
Finished
Excluding Packages from dell-system-update_independent
Finished
Excluding Packages from CentOS-5 - Updates
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package yum-utils.noarch 0:1.1.16-21.el5.centos set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
yum-utils noarch 1.1.16-21.el5.centos base 74 k
Transaction Summary
================================================================================
Install 1 Package(s)
Upgrade 0 Package(s)
Total download size: 74 k
Is this ok [y/N]: Y
Downloading Packages:
yum-utils-1.1.16-21.el5.centos.noarch.rpm | 74 kB 00:00
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : yum-utils 1/1
Installed:
yum-utils.noarch 0:1.1.16-21.el5.centos
Complete!
# yumdownloader --enablerepo=base --enablerepo=updates curl-devel
Loaded plugins: dellsysid, fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.pac-12.org
* updates: mirror.steadfast.net
Excluding Packages from CentOS-5 - Base
Finished
Excluding Packages from dell-system-update_independent
Finished
Excluding Packages from CentOS-5 - Updates
Finished
curl-devel-7.15.5-17.el5_9.i386.rpm | 310 kB 00:00
curl-devel-7.15.5-17.el5_9.x86_64.rpm | 318 kB 00:00
# rpm -ihv --nodeps curl-devel-7.15.5-17.el5_9.x86_64.rpm
Preparing... ########################################### [100%]
1:curl-devel ########################################### [100%]
yumdownloader --disablerepo=citrix --enablerepo=base --enablerepo=updates dell-system-update
Loaded plugins: dellsysid, fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.pac-12.org
* updates: mirror.steadfast.net
Excluding Packages from CentOS-5 - Base
Finished
Excluding Packages from dell-system-update_independent
Finished
Excluding Packages from CentOS-5 - Updates
Finished
dell-system-update-1.2-16.02.00.x86_64.rpm | 3.0 MB 00:07
alvincura
13 Posts
0
February 22nd, 2016 10:00
More supporting info. This used to work:
yum --disablerepo=citrix --enablerepo=base --enablerepo=updates install srvadmin-all dell-system-update
Loaded plugins: dellsysid, fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.pac-12.org
* updates: mirror.steadfast.net
Excluding Packages from CentOS-5 - Base
Finished
Excluding Packages from dell-system-update_independent
Finished
Excluding Packages from CentOS-5 - Updates
Finished
Setting up Install Process
Package srvadmin-all-7.4.0-4.1.1.el5.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package dell-system-update.x86_64 0:1.2-16.02.00 set to be updated
--> Processing Dependency: libcurl.so.4()(64bit) for package: dell-system-update
--> Finished Dependency Resolution
dell-system-update-1.2-16.02.00.x86_64 from dell-system-update_independent has depsolving problems
--> Missing Dependency: libcurl.so.4()(64bit) is needed by package dell-system-update-1.2-16.02.00.x86_64 (dell-system-update_independent)
Error: Missing Dependency: libcurl.so.4()(64bit) is needed by package dell-system-update-1.2-16.02.00.x86_64 (dell-system-update_independent)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.
alvincura
13 Posts
0
February 22nd, 2016 10:00
bump
This is actually an important issue. I understand the reason here, that the non-kernel system files of XenServer 6.5.0 are based on EL5, which is end-of-life. But as a full product base, it is current and in use.
Please fix. It used to be possible to get OMSA to work by enabling the base and updates repos with yum (which would pull the EL5 dependencies); but the latest build of OMSA/DSU has stringent requirements of libcurl (which is from curl-devel). Regression testing a simple curl functionality and removing the version dependency should be an easy fix.
alvincura
13 Posts
0
February 22nd, 2016 11:00
Okay, so this is what I did in the end. I wgetted the BIOS file after tracking down which one it was, and executing the destination in bash.
Extremely ugly.