Re: [slurm-users] Deb packages for Ubuntu

2022-07-21 Thread Steffen Grunewald
Hi Luis,

On Wed, 2022-07-20 at 16:03:00 -0700, Luis Huang wrote:
> In the past we've been using Centos 7 with slurm.spec file provided by
> schedmd to build the rpms. This is working great where we can deploy the
> rpms and perform upgrades via puppet.
> 
> As we are moving to Ubuntu. I noticed there are some repositories that
> provide prepackaged files such as slurm-wlm and slurm-llnl. However these
> are running much older versions of slurm.
> 
> I tried making our own deb files but unfortunately this would package
> everything into one deb(slurmctld, slurmd etc). This isn't really clean and
> I would prefer to break it down to individual components.
> 
> Does anyone else have tips to share for building and breaking down each
> component?

If there haven't been major changes in filenames, what about taking the
latest available source package (debian/ tree) from either Ubuntu or
Debian, rebasing it on the tarball of your chosen version, and adapting
(basically changelog entry, perhaps copyright)?
That would preserve the package structure and dependencies as much as
possible...

HTH, Steffen

PS. You probably will setup the database from scratch?



Re: [slurm-users] Deb packages for Ubuntu

2022-07-21 Thread Markus Kötter

Hi,


I maintain debian packages for

  * slurm
  * auks
  * pyxis

on

  * debian bullseye
  * ubuntu bionic / 18.04 (DGXOS 4.x)
  * ubuntu focal / 20.04 (DGXOS 5.x)

I (think I) started of using the scibian packages and moved to gpb, 
using gitlab & the ci.

Every "version" has it's own branch, for SLURM the ci builds the packages.
auks & pyxis is left for the local docker container as it requires the 
SLURM libs to compile/link.


It allows tracking upstream, maintaining patches for auks.

Should have chosen github in the first place.
Interested?


MfG
--
Markus Kötter, +49 681 870832434
30159 Hannover, Lange Laube 6
Helmholtz Center for Information Security


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [slurm-users] Problems building RPMs

2022-07-21 Thread Kilian Cavalotti
Hi Phil,

Link-time optimization (LTO) has been enabled by default in RHEL9:

https://fedoraproject.org/wiki/LTOByDefault
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/developing_c_and_cpp_applications_in_rhel_9/index#ref_link-time-optimization_using-libraries-with-gcc

The issue has been reported to SchedMD already (see
https://bugs.schedmd.com/show_bug.cgi?id=14565).
The current workaround is to disable LTO in the SPEC file (see the bug
report for details).

Cheers,
--
Kilian

On Thu, Jul 21, 2022 at 3:46 AM Phill Harvey-Smith
 wrote:
>
> Hi all,
>
> Environment is Rocky Linux 9.0
>
> I'm trying to build RPMs for the latest slurm tarball with :
>
> rpmbuild -v -ta slurm*.tar.bz2
>
> This barfs out with a similar problem to Maximilian Ebert's problems
> building on Centos 9 namely that the build dies trying to link :
>
> `.gnu.debuglto_.debug_macro' referenced in section
> `.gnu.debuglto_.debug_macro' of .libs/xstring.o: defined in discarded
> section
> `.gnu.debuglto_.debug_macro[wm4.xmalloc.h.69.ea420118d87051d8f53bdc4e00ad1cc7]'
> of .libs/xstring.o
> `.gnu.debuglto_.debug_macro' referenced in section
> `.gnu.debuglto_.debug_macro' of .libs/xstring.o: defined in discarded
> section
> `.gnu.debuglto_.debug_macro[wm4.xstring.h.41.bdda85562fbe08d4914fb6ca15e366c5]'
> of .libs/xstring.o
> make[5]: *** [Makefile:1400: libcommon.o] Error 1
> make[5]: Leaving directory '/root/rpmbuild/BUILD/slurm-22.05.2/src/common'
> make[4]: *** [Makefile:1286: ../../src/common/libcommon.o] Error 2
> make[4]: *** Waiting for unfinished jobs
>
>
> What is odd is that if I unzip the tarball into a directory and do a
> standard build :
>
> tar xjvf slurm-22.05.2.tar.bz2
> cd slurm-22.05.2
> ./configure
> make
>
> it all builds without problems.
>
> Anyone have any idea how I can build the RPM files?
>
> Cheers.
>
> Phill.
>
>


-- 
Kilian



Re: [slurm-users] Deb packages for Ubuntu

2022-07-21 Thread Luis Huang
Yes, that would be great if you can put it on github or somewhere.

Thanks!


On Thu, Jul 21, 2022 at 7:11 AM Markus Kötter  wrote:

> Hi,
>
>
> I maintain debian packages for
>
>* slurm
>* auks
>* pyxis
>
> on
>
>* debian bullseye
>* ubuntu bionic / 18.04 (DGXOS 4.x)
>* ubuntu focal / 20.04 (DGXOS 5.x)
>
> I (think I) started of using the scibian packages and moved to gpb,
> using gitlab & the ci.
> Every "version" has it's own branch, for SLURM the ci builds the packages.
> auks & pyxis is left for the local docker container as it requires the
> SLURM libs to compile/link.
>
> It allows tracking upstream, maintaining patches for auks.
>
> Should have chosen github in the first place.
> Interested?
>
>
> MfG
> --
> Markus Kötter, +49 681 870832434
> 30159 Hannover, Lange Laube 6
> Helmholtz Center for Information Security
>

-- 

This message is for the recipient’s use only, and may contain 
confidential, privileged or protected information. Any unauthorized use or 
dissemination of this communication is prohibited. If you received this 
message in error, please immediately notify the sender and destroy all 
copies of this message. The recipient should check this email and any 
attachments for the presence of viruses, as we accept no liability for any 
damage caused by any virus transmitted by this email.


Re: [slurm-users] Problems building RPMs

2022-07-21 Thread Brian Andrus

Hmm. That would imply you could still use the tar file with something like:

rpmbuild -v -ta --define "_lto_cflags %{nil}" slurm-22.05.2.tar.bz2

Note, I have not tried this (no immediate access to RHEL9 derivative), 
so YMMV.


Brian Andrus


On 7/21/2022 10:15 AM, Kilian Cavalotti wrote:

Hi Phil,

Link-time optimization (LTO) has been enabled by default in RHEL9:

https://fedoraproject.org/wiki/LTOByDefault
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/developing_c_and_cpp_applications_in_rhel_9/index#ref_link-time-optimization_using-libraries-with-gcc

The issue has been reported to SchedMD already (see
https://bugs.schedmd.com/show_bug.cgi?id=14565).
The current workaround is to disable LTO in the SPEC file (see the bug
report for details).

Cheers,
--
Kilian

On Thu, Jul 21, 2022 at 3:46 AM Phill Harvey-Smith
 wrote:

Hi all,

Environment is Rocky Linux 9.0

I'm trying to build RPMs for the latest slurm tarball with :

rpmbuild -v -ta slurm*.tar.bz2

This barfs out with a similar problem to Maximilian Ebert's problems
building on Centos 9 namely that the build dies trying to link :

`.gnu.debuglto_.debug_macro' referenced in section
`.gnu.debuglto_.debug_macro' of .libs/xstring.o: defined in discarded
section
`.gnu.debuglto_.debug_macro[wm4.xmalloc.h.69.ea420118d87051d8f53bdc4e00ad1cc7]'
of .libs/xstring.o
`.gnu.debuglto_.debug_macro' referenced in section
`.gnu.debuglto_.debug_macro' of .libs/xstring.o: defined in discarded
section
`.gnu.debuglto_.debug_macro[wm4.xstring.h.41.bdda85562fbe08d4914fb6ca15e366c5]'
of .libs/xstring.o
make[5]: *** [Makefile:1400: libcommon.o] Error 1
make[5]: Leaving directory '/root/rpmbuild/BUILD/slurm-22.05.2/src/common'
make[4]: *** [Makefile:1286: ../../src/common/libcommon.o] Error 2
make[4]: *** Waiting for unfinished jobs


What is odd is that if I unzip the tarball into a directory and do a
standard build :

tar xjvf slurm-22.05.2.tar.bz2
cd slurm-22.05.2
./configure
make

it all builds without problems.

Anyone have any idea how I can build the RPM files?

Cheers.

Phill.