My armv7l worker is not used :-(
Hi all, I'm trying to beef up the packman arm workers with my army of unused raspberry pi's. The "primary" host is a raspberry pi400 (aarch64) running Leap 15.3, which works reasonably well as a KVM builder. First tries have been made with a raspberry pi3 (aarch64) running Tumbleweed, which also works good, albeit slower due to the USB2 ports for storage. Now as the raspberry pi3 is a bit more useful for non-buildservice work as another spare raspberry pi2, I'd like to add the raspberry pi2 as a dedicated armv7l builder so that the pi400 has less packages to chew at the end of the day and the overall rebuild times will be a bit better. Unfortunately, the raspberry pi2 is recognized, but does not get any packages scheduled for build: seife@strolchi:~> osc -A pm workerinfo armv7l:seife-raspi2:1 <worker hostarch="armv7l" registerserver="http://10.8.0.1:5252" workerid="seife-raspi2:1"> <sandbox>lxc</sandbox> <linux> <version>5.16.14-1</version> <flavor>lpae</flavor> </linux> <hardware> <cpu> <flag>half</flag> <flag>thumb</flag> <flag>fastmult</flag> <flag>vfp</flag> <flag>edsp</flag> <flag>neon</flag> <flag>vfpv3</flag> <flag>tls</flag> <flag>vfpv4</flag> <flag>idiva</flag> <flag>idivt</flag> <flag>vfpd32</flag> <flag>lpae</flag> <flag>evtstrm</flag> </cpu> <processors>4</processors> <jobs>4</jobs> <memory>896</memory> </hardware> </worker> Still, it is apparently not acceptable as a worker: seife@strolchi:~> osc -A pm checkconstraints \ Multimedia yamdi openSUSE_Tumbleweed armv7l Worker ------ aarch64:hctw01:1 aarch64:hctw01:2 aarch64:hctw01:3 aarch64:n1sdp:1 aarch64:n1sdp:2 aarch64:seife-raspi3:1 aarch64:seife-raspi3:2 aarch64:seife-raspi3:3 aarch64:seife-raspi3:4 aarch64:seife-rpi400:1 aarch64:seife-rpi400:2 aarch64:seife-rpi400:3 The raspberry pi3 has the following workerinfo: seife@strolchi:~> osc -A pm workerinfo aarch64:seife-raspi3:1 <worker hostarch="aarch64" registerserver="http://10.8.0.1:5252" workerid="seife-raspi3:1"> <sandbox>kvm</sandbox> <linux> <version>5.16.14-1</version> <flavor>default</flavor> </linux> <hardware> <cpu> <flag>fp</flag> <flag>asimd</flag> <flag>evtstrm</flag> <flag>crc32</flag> <flag>cpuid</flag> </cpu> <processors>4</processors> <jobs>2</jobs> <memory>444</memory> <swap>1024</swap> <disk>4096</disk> </hardware> <job>Multimedia::openSUSE_Tumbleweed::apache2-mod_musicindex-ba4acdf0de3aa9a378cc9256452fde65</job> <arch>armv7l</arch> <jobid>62b2b315e5b816a4ed9f71f7cda0edbf</jobid> </worker> I'm actually not sure if the lxc setup on the pi2 is correct, but since it does not even get a single build job scheduled, this should not yet matter. It also does not get anything with "chroot". Can I find out anything about the problem from my side or can only the PMBS admin investigate the issue (in that case, I'd probably try to set up my own OBS instance for investigation)? Thanks, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On 19.03.22 20:11, Stefan Seyfried wrote:
I'm actually not sure if the lxc setup on the pi2 is correct, but since it does not even get a single build job scheduled, this should not yet matter. It also does not get anything with "chroot".
Can I find out anything about the problem from my side or can only the PMBS admin investigate the issue (in that case, I'd probably try to set up my own OBS instance for investigation)?
I might have found it. From a .osc/_buildconfig-openSUSE_Tumbleweed-armv7l when trying to build locally: ### from openSUSE.org:openSUSE:Factory ... %_repository ports ... # new: use kernel-obs-build from aarch64 for aarch64 armv6 and armv7 ExportFilter: ^kernel-obs-build.*\.armv6hl\.rpm$ ExportFilter: ^kernel-obs-build.*\.armv7hl\.rpm$ ExportFilter: ^kernel-obs-build.*\.aarch64\.rpm$ . armv6l armv7l # now make sure the jobs get a 64bit cpu, otherwise can not run the 64bit kernel %ifarch armv6l armv7l Constraint: hardware:cpu:flag cpuid %endif How can I remove this constraint on Packman side? Or (better) can this please be fixed in the openSUSE.org config? -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On Mär 19 2022, Stefan Seyfried wrote:
How can I remove this constraint on Packman side?
I think you can remove all constraints with !*: Constraint: !* -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
On 19.03.22 21:06, Andreas Schwab wrote:
On Mär 19 2022, Stefan Seyfried wrote:
How can I remove this constraint on Packman side?
I think you can remove all constraints with !*:
Constraint: !*
Ah, I see. However, I would need to manually reintroduce all the wanted/necessary constraints or things would probably break in interesting ways. I have now given up the plan to reuse the old raspberry pi2 as an OBS worker, am trying to procure some raspberry pi4 8GB machines instead (once they become available anywhere), trying to get rebuild time down so the build finishes before the next full-rebuild-triggering package is released in 15.4 or Factory ;-) thanks, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On Donnerstag, 24. März 2022, 14:06:10 CET Stefan Seyfried wrote:
On 19.03.22 21:06, Andreas Schwab wrote:
On Mär 19 2022, Stefan Seyfried wrote:
How can I remove this constraint on Packman side?
I think you can remove all constraints with !*:
Constraint: !*
Ah, I see. However, I would need to manually reintroduce all the wanted/necessary constraints or things would probably break in interesting ways.
I have now given up the plan to reuse the old raspberry pi2 as an OBS worker, am trying to procure some raspberry pi4 8GB machines instead (once they become available anywhere), trying to get rebuild time down so the build finishes before the next full-rebuild-triggering package is released in 15.4 or Factory ;-)
why don't you just build using KVM as well?
only then the constraints can be fullfilled and IMHO that should work fine
with a Raspberry Pi4 8GB (not tested myself though)
--
Adrian Schroeter
Hi Adrian, On 24.03.22 14:23, Adrian Schröter wrote:
On Donnerstag, 24. März 2022, 14:06:10 CET Stefan Seyfried wrote:
On 19.03.22 21:06, Andreas Schwab wrote:
On Mär 19 2022, Stefan Seyfried wrote:
How can I remove this constraint on Packman side?
I think you can remove all constraints with !*:
Constraint: !*
Ah, I see. However, I would need to manually reintroduce all the wanted/necessary constraints or things would probably break in interesting ways.
I have now given up the plan to reuse the old raspberry pi2 as an OBS worker, am trying to procure some raspberry pi4 8GB machines instead (once they become available anywhere), trying to get rebuild time down so the build finishes before the next full-rebuild-triggering package is released in 15.4 or Factory ;-)
why don't you just build using KVM as well?
This will not help, as it cannot run the 64bit aarch64 kernel, and the 32bit armv6/armv7 kernels are forbidden by the project config.
only then the constraints can be fullfilled and IMHO that should work fine with a Raspberry Pi4 8GB (not tested myself though)
It works on the raspi400 (raspberry pi4 with 4GB) and on a raspi3 (only 1GB) as well. I originally wanted to reuse a spare raspberrypi 2 (also 1GB) as explicit armv7 worker, but the projectconf constraints prevent that. IF it would be easy to get 8GB raspberry pi4's, then there would be not much need to discuss this ;-) But I've given up on the plan of reusing the raspi2 anyway for now. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
participants (3)
-
Adrian Schröter
-
Andreas Schwab
-
Stefan Seyfried