Start a Conversation

Unsolved

This post is more than 5 years old

331177

September 1st, 2015 14:00

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)?

24 Posts

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?

29 Posts

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.  

24 Posts

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*

1 Message

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.

3 Posts

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

3 Posts

February 6th, 2016 07:00

and if it is installed it impossible to connect to port 1311

3 Posts

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

 

24 Posts

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?

13 Posts

February 22nd, 2016 10:00

Still broken.  dsu is linked against libcurl.so.4 and is not backward compatible to libcurl.so.3.

13 Posts

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.

13 Posts

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.

13 Posts

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

13 Posts

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.

13 Posts

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.

13 Posts

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.

No Events found!

Top