cobbler/community

Roadmap: https://github.com/cobbler/cobbler/wiki/Roadmap Meeting Room: https://meet.opensuse.org/cobbler

consus

@consus:matrix.org

Check Runs are created for specific commit SHA. It's not possible to specify under which workflow test report should belong if more workflows are running for the same SHA. Thanks to this GitHub "feature" it's possible your test report will appear in an unexpected place in GitHub UI. For more information, see #67.

That's why we haven't seen the report: it was hidden under the different workflow tab

egotthold

@egotthold:matrix.org

[m]

Okay well the 65kb is a blocker. The other thing is just inconvenient. Can we maybe upload the test results to codacy?

Afaik they support test results

consus

@consus:matrix.org

[m]

https://elaichenkov.github.io/allure-playwright/7/

Check this out

https://github.com/marketplace/actions/allure-report-with-history

This plugin allow pasting to GH pages with reference links left in the Checks section

egotthold

@egotthold:matrix.org

[m]

Okay let's do it! It looks nice, use friendly and we don't introduce a new provide like Gitlab, Bitbucket, CircleCI or however they are called.

consus

@consus:matrix.org

[m]

https://github.com/cobbler/cobbler/wiki/Testing#system-testing

I've updated the guide

9d0cd7d2

@9d0cd7d2:matrix.org

[m]

Hello, I'm trying to mirror some repos but I'm obtaining errors while using cobbler reposync

run, reposync, run!
creating: /var/www/cobbler/repo_mirror/cobbler-rocky-8.4-appstream/config.repo
creating: /var/www/cobbler/repo_mirror/cobbler-rocky-8.4-appstream/.origin/cobbler-rocky-8.4-appstream.repo
running: /usr/bin/dnf reposync -l -n -d --config=/var/www/cobbler/repo_mirror/cobbler-rocky-8.4-appstream/.origin/cobbler-rocky-8.4-appstream.repo --repoid=cobbler-rocky-8.4-appstream -p /var/www/cobbler/repo_mirror -a x86_64
received on stdout: usage: dnf [-c [config file]] [-q] [-v] [--version] [--installroot [path]]
           [--nodocs] [--noplugins] [--enableplugin [plugin]]
           [--disableplugin [plugin]] [--releasever RELEASEVER]
           [--setopt SETOPTS] [--skip-broken] [-h] [--allowerasing]
--nobest] [-C] [-R [minutes]] [-d [debug level]]
           [--debugsolver] [--showduplicates] [-e ERRORLEVEL] [--obsoletes]
           [--rpmverbosity [debug level name]] [-y] [--assumeno]
--repo [repo]]
--disable] [-x [package]] [--disableexcludes [repo]]
           [--repofrompath [repo,path]] [--noautoremove] [--nogpgcheck]
           [--color COLOR] [--refresh] [-4] [-6] [--destdir DESTDIR]
           [--downloadonly] [--comment COMMENT] [--bugfix] [--enhancement]
           [--newpackage] [--security] [--advisory ADVISORY] [--bz BUGZILLA]
           [--cve CVES] [--sec-severity {Critical,Important,Moderate,Low}]
           [--forcearch ARCH]

9d0cd7d2

@9d0cd7d2:matrix.org

[m]

:point_up: Edit: running: /usr/bin/dnf reposync -l -n -d --config=/var/www/cobbler/repo_mirror/appstream-8-x86_64/.origin/appstream-8-x86_64.repo --repoid=appstre
am-8-x86_64 -p /var/www/cobbler/repo_mirror -a x86_64
received on stdout: usage: dnf [-c [config file]] [-q] [-v] [--version] [--installroot [path]]
[--nodocs] [--noplugins] [--enableplugin [plugin]]
[--disableplugin [plugin]] [--releasever RELEASEVER]
[--setopt SETOPTS] [--skip-broken] [-h] [--allowerasing]
--nobest] [-C] [-R [minutes]] [-d [debug level]]
[--debugsolver] [--showduplicates] [-e ERRORLEVEL] [--obsoletes]
[--rpmverbosity [debug level name]] [-y] [--assumeno]
--repo [repo]]
--disable] [-x [package]] [--disableexcludes [repo]]
[--repofrompath [repo,path]] [--noautoremove] [--nogpgcheck]
[--color COLOR] [--refresh] [-4] [-6] [--destdir DESTDIR]
[--downloadonly] [--comment COMMENT] [--bugfix] [--enhancement]
[--newpackage] [--security] [--advisory ADVISORY] [--bz BUGZILLA]
[--cve CVES] [--sec-severity {Critical,Important,Moderate,Low}]
[--forcearch ARCH]

received on stderr: Command line error: argument -d/--debuglevel: expected one argument

:point_up: Edit: ```running: /usr/bin/dnf reposync -l -n -d --config=/var/www/cobbler/repo_mirror/appstream-8-x86_64/.origin/appstream-8-x86_64.repo --repoid=appstre
am-8-x86_64 -p /var/www/cobbler/repo_mirror -a x86_64
received on stdout: usage: dnf [-c [config file]] [-q] [-v] [--version] [--installroot [path]]
[--nodocs] [--noplugins] [--enableplugin [plugin]]
[--disableplugin [plugin]] [--releasever RELEASEVER]
[--setopt SETOPTS] [--skip-broken] [-h] [--allowerasing]
--nobest] [-C] [-R [minutes]] [-d [debug level]]
[--debugsolver] [--showduplicates] [-e ERRORLEVEL] [--obsoletes]
[--rpmverbosity [debug level name]] [-y] [--assumeno]
--repo [repo]]
--disable] [-x [package]] [--disableexcludes [repo]]
[--repofrompath [repo,path]] [--noautoremove] [--nogpgcheck]
[--color COLOR] [--refresh] [-4] [-6] [--destdir DESTDIR]
[--downloadonly] [--comment COMMENT] [--bugfix] [--enhancement]
[--newpackage] [--security] [--advisory ADVISORY] [--bz BUGZILLA]
[--cve CVES] [--sec-severity {Critical,Important,Moderate,Low}]
[--forcearch ARCH]

received on stderr: Command line error: argument -d/--debuglevel: expected one argument```

egotthold

@egotthold:matrix.org

[m]

9d0cd7d2: You can adjust the options partly which Cobbler uses through the configuration file. If the problem you have can't be fixed because it is a Cobbler generated argument, then please open a bug on GitHub. Before that it would be cool if you already have a look if there is an existing one matching your problem and then adding a comment that you have that problem too.

9d0cd7d2

@9d0cd7d2:matrix.org

[m]

thanks egotthold I saw different issues related with cobbler reposync on GH, but I will try before the changes on the conf file that you suggested

9d0cd7d2

@9d0cd7d2:matrix.org

[m]

Seems that is woking now, I installed python3-librepo as suggested on one issue, and later I changed the liine on the settings to: reposync_flags: "-n --delete"

egotthold

@egotthold:matrix.org

[m]

Perfect! Could you say which issue you found the solution in? Maybe we are missing some documentation I can easily add.

9d0cd7d2

@9d0cd7d2:matrix.org

[m]

I'm not totally sure if the workaround in the issue was the solution, because the error is related directly with dnf parameters customizable on the settings.yaml, but anyway, is this: cobbler/cobbler#2519

InterceptorF

@InterceptorF

Newbie question... I looked through the docs but I am coming up short: When I add certain packages to the %packages section of the kickstart the install stops at the above screenshot ^ So where are these supposed to live?

consus

@consus:matrix.org

[m]

In one of the repos

Either provided by the installation media repos, or configured by you manually in the same Kickstart file

2 replies

consus

@consus:matrix.org

[m]

Can you share the file?

InterceptorF

@InterceptorF

So I found some of the packages in a iso called gs-5.0.5.1-RHEL-r84-x86_64 under the/var/www/cobbler/ks_mirror directory. From what I am reading , I should add the path to the ISO so that the kickstart can look in the Packages dir and grab the rpm's... eh?

consus

@consus:matrix.org

[m]

Sounds reasonable

1 reply

consus

@consus:matrix.org

[m]

I think we should consider implementing HTTPBoot

It will make the DHCP server configuration basically static and at least ipxe/grub-wise there will be no more point in actually syncing the configuration files to the TFTP root

egotthold

@egotthold:matrix.org

[m]

In theory it is already implemented. Because even though we need to files not in the TFTP Root, we then need them on the webserver root to be accessible.

Well but that we could serve in theory with out own webserver.

Thus no need to copy kernel & initrd around all the time then.

This would be neat indeed then.

consus

@consus:matrix.org

[m]

Cobbler copies it for each system?

Serving kernel and initrd by internal server is not necessary since Cobbler only need to serve the proper config with proper links

egotthold

@egotthold:matrix.org

[m]

Yes but how do we generate that links? Since currently Cobbler knows the paths to the Kernel & Initrd I think just serving that file would be best instead of putting additonal logic into accepting more path possibilities. Also then it is under Cobbler control and we don't need to support addtional setups. I mean I can understand your reasoning but so far I don't see the "big" advantage in it compared to mine.

consus

@consus:matrix.org

[m]

That's exactly what I mean

That's how I do it now

I've just prepended the address of the server to initrd and kernel

And Grub fetches them over http

The only missing part is ipxe-like templating for Grub

egotthold

@egotthold:matrix.org

[m]

Hm okay. Then let's do that.

Eric Chambers

@ericchambers1940

UEFI HTTP booting (pure http, not the kind that uses ipxe chainloading) requires updates to the dhcp.conf file in order for the httpboot client to find the boot files from a web URL. In my former job, i had to hack my way through figure most of it out. It would be nice if official directions can be given (or maybe the dhcp.template file could include a section for http booting by default). Unfortunately, i didnt finish the implementation and am no longer in that role. It would be nice for my replacement to have a good doc though. Thoughts?

For reference, i made heavy use of this doc: https://documentation.suse.com/sles/15-SP2/html/SLES-all/cha-deployment-prep-uefi-httpboot.html

Eric Chambers

@ericchambers1940

Theoretically, we could add a class in the dhcp template file for use with uefi http booting. Note how the filename property in each “match” block uses a URI.

consus

@consus:matrix.org

[m]

Well, you just need to guard it with the same check as PXEClients

But HTTPClients

And yes, filename https://...

That's not a big deal

AFAIR I still have the HTTPBoot config for Grub lying around

Where communities thrive

People

Repo info

Activity