Bug #2563
closed
Rudder server can't be installed on a SLES 11 32bits machine
Description
On a SLES 11 32 bits machine, zypper complains of dependancies:
libc.so.6(64bits) is needed by rudder-jetty<pre>
Updated by Jonathan CLARKE over 12 years ago
- Status changed from New to Discussion
What version did this occur on? 2.3.7? 2.3.8 nightly? 2.4.0~alpha7? 2.4.0~alpha8 nightly?
We have changed our build system between 2.3 and 2.4, so it is very different to solve the problem depending on which version this happened on.
Updated by Jonathan CLARKE over 12 years ago
- Subject changed from Rudder server can't be installed on a 32bits machine to Rudder server can't be installed on a SLES 11 32bits machine
Updated by Jonathan CLARKE over 12 years ago
- Target version changed from 2.3.8 to 2.3.9
Updated by Nicolas PERRON over 12 years ago
When I tried it on 2.3.6, the installation couldn't be done on a SLES 11 32 bits but i'm not sure about the message error. When I tried with a 2.4.0~beta1 version the problem was still here with the message I posted in the issue.
Updated by Jonathan CLARKE over 12 years ago
- Assignee deleted (
Nicolas PERRON) - Priority changed from 1 (highest) to 4
- Target version changed from 2.3.9 to 2.4.0~rc1
This is a build problem, because Amazon does not have any 32 bits SLES images... We should give for 2.3, but fix this for 2.4 - we have all the right builder machines, so we should be able to do that.
I'm surprised that this still happens on 2.4, since we build the 32 bits pacakges on a 32 bits machines... I think a new test should be done.
Updated by Jonathan CLARKE over 12 years ago
- Target version changed from 2.4.0~rc1 to 2.4.0~rc2
Updated by Nicolas PERRON over 12 years ago
On our latest packages, Rudder is still not installable on a SLES 32 bits:
# zypper install rudder-server-root Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libc.so.6()(64bit) needed by rudder-jetty-1346058198:2.4.0.beta4.git-1.SLES.11.noarch Solution 1: do not ask to install a solvable providing rudder-server-root Solution 2: break rudder-jetty by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c): c
It could be due to our instruction for building no arch in rudder-jetty.spec:
%define _binaries_in_noarch_packages_terminate_build 0
and/or built on a 64 bits
Updated by Nicolas PERRON over 12 years ago
If I choose the second solution: "break rudder-jetty by ignoring some of its dependencies", the installation work perfectly.
Updated by Nicolas PERRON over 12 years ago
Here is an extract of the output of the build on a 32 bit machine:
[...] Processing files: rudder-jetty-2.4.0.beta5.git-1 Finding Provides: /usr/lib/rpm/find-provides rudder-jetty Finding Requires: /usr/lib/rpm/find-requires rudder-jetty Finding Supplements: /usr/lib/rpm/find-supplements rudder-jetty Provides: libsetuid.so()(64bit) Requires(interp): /bin/sh /bin/sh Requires(rpmlib): rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 Requires(pre): /bin/sh Requires(post): /bin/sh Requires: /bin/bash /usr/bin/env libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libdl.so.2()(64bit) Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/rudder-jetty-2.4.0.beta5.git-1-root-root Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/rudder-jetty-2.4.0.beta5.git-1-root-root [...]
And 64 bits libraries are still needed:
# rpm -Uvh rudder-jetty-2.4.0.beta5.git-1.noarch.rpm
error: Failed dependencies:
jre >= 1.6 is needed by rudder-jetty-2.4.0.beta5.git-1.noarch
libc.so.6()(64bit) is needed by rudder-jetty-2.4.0.beta5.git-1.noarch
libc.so.6(GLIBC_2.2.5)(64bit) is needed by rudder-jetty-2.4.0.beta5.git-1.noarch
libc.so.6(GLIBC_2.3.4)(64bit) is needed by rudder-jetty-2.4.0.beta5.git-1.noarch
libc.so.6(GLIBC_2.4)(64bit) is needed by rudder-jetty-2.4.0.beta5.git-1.noarch
libdl.so.2()(64bit) is needed by rudder-jetty-2.4.0.beta5.git-1.noarch
Updated by Nicolas PERRON over 12 years ago
- Status changed from Discussion to In progress
It seems that a 64 bits binary was in the jetty sources:
# find SOURCES/jetty7/ -type f -exec file {} \; |grep ELF
SOURCES/jetty7/lib/setuid/libsetuid.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped
RPM tried to know which dependencies are needed for the binaries and to prevent this, we have to do the same than for rudder-agent and add in the spec file:
AutoReq: 0 AutoProv: 0
Updated by Nicolas PERRON over 12 years ago
Shouldn't we change this in rudder 2.3 ? It's a little change and this bug exist on Rudder 2.3
Updated by Jonathan CLARKE over 12 years ago
- Target version changed from 2.4.0~rc2 to 2.3.9
Nicolas PERRON wrote:
Shouldn't we change this in rudder 2.3 ? It's a little change and this bug exist on Rudder 2.3
Yes, absolutely, we must.
Updated by Nicolas PERRON over 12 years ago
Jonathan CLARKE wrote:
Nicolas PERRON wrote:
Shouldn't we change this in rudder 2.3 ? It's a little change and this bug exist on Rudder 2.3
Yes, absolutely, we must.
Err... we must make this change on Rudder 2.3 or 2.4 ?
Updated by Nicolas PERRON over 12 years ago
- Status changed from In progress to Pending technical review
- % Done changed from 0 to 100
Applied in changeset commit:70cdcf231eb72e1acecd052abefa861cb7a5fbf2.
Updated by Nicolas PERRON over 12 years ago
Nicolas PERRON wrote:
Jonathan CLARKE wrote:
Nicolas PERRON wrote:
Shouldn't we change this in rudder 2.3 ? It's a little change and this bug exist on Rudder 2.3
Yes, absolutely, we must.
Err... we must make this change on Rudder 2.3 or 2.4 ?
Didn't see that you changed targeted version :)
Updated by Jonathan CLARKE over 12 years ago
- Status changed from Pending technical review to Released
Updated by Nicolas PERRON almost 12 years ago
- Project changed from Rudder to 34
- Category deleted (
11)
Updated by Benoît PECCATTE almost 10 years ago
- Project changed from 34 to Rudder
- Category set to Packaging