Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 12:10
    SchoolGuy commented #2181
  • 12:10
    SchoolGuy commented #2181
  • 12:04
    SchoolGuy review_requested #3249
  • 12:03
    SchoolGuy ready_for_review #3249
  • 12:03
    codecov[bot] commented #3249
  • 12:02
    SchoolGuy commented #3249
  • 11:55
    SchoolGuy synchronize #3249
  • 11:55

    SchoolGuy on cobbler-status-gzipped-install-log

    Tests: Action Status - Implemen… (compare)

  • 10:08
    SchoolGuy synchronize #3249
  • 10:08

    SchoolGuy on cobbler-status-gzipped-install-log

    Actions: Status - Add InstallSt… Tests: Action Status - Fix (compare)

  • 08:05
    codecov[bot] commented #3187
  • 07:57
    codecov[bot] commented #3187
  • 07:56
    codecov[bot] commented #3187
  • 07:56
    codecov[bot] commented #3187
  • 07:55
    SchoolGuy synchronize #3187
  • 07:54
    codecov[bot] commented #3187
  • 07:53
    SchoolGuy synchronize #3187
  • 07:50
    codecov[bot] commented #3213
  • 07:46
    codecov[bot] commented #3213
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?
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
Since the default template is still have to be edited, maybe the RTD article is good enough
andrewm659
@andrewm659
So I just updated my local signatures to allow for RHEL 9 and ran a cobbler sync, it threw an error saying no signatures found.
9d0cd7d2
@9d0cd7d2:matrix.org
[m]
hi
I'm facing an annoying situation on cobbler, I've defined a bunch of systems using the same procedure, and now, ones work and others not. The only difference that I saw is this:
I'm trying to remove it via web dashboard, but after resync the cobbler status this conf is persistent and reappers again
any clue on what is the possible missconfiguration?
thanks in advance
(i'm not sure if this parameter is inherited from the profile or other object on cobbler)
9d0cd7d2
@9d0cd7d2:matrix.org
[m]
wtf
after one restart:
cobbler.cexceptions.CX: "Error with distro rocky-8.4-minimal-x86_64 - kernel '/var/www/cobbler/distro_mirror/rocky-8.4-minimal-x86_64/images/pxeboot/vmlinuz' not found"
????/
this disapeared without modifying anything'
egotthold
@egotthold:matrix.org
[m]
9d0cd7d2: Well that could be that the Loop Mount of the Distro is not present anymore at that location anymore?
1 reply
Also please don't put files inside the Cobbler managed directories.
Regarding the webUI Situation: Can't help there for now since the old UI is gone and the new is a WIP...
9d0cd7d2
@9d0cd7d2:matrix.org
[m]
and I need to reinstall again cobbler, reimport the images, etc
also, Im facing some issues trying to pass files with the partitioning definition using snippets
but this I don't know if its related directly with cobbler or the kickstart against rocky8
InterceptorF
@InterceptorF
Any idea when the new UI is going to be available?
InterceptorF
@InterceptorF
@SchoolGuy, looking at the cobbler-web github I see '[root@localhost local]# npm install
npm WARN saveError ENOENT: no such file or directory, open '/usr/local/package.json'
npm WARN enoent ENOENT: no such file or directory, open '/usr/local/package.json'
so... what syntax did you use for the npm init? I know I need to run that to create the package.json file but no clue what you used. What is in your package.json?
egotthold
@egotthold:matrix.org
[m]
@InterceptorF: We are using Angular and thus you need the Angular CLI available. The package.json however should be just a normal npm file. I am using npm on a regular basis with that file. The project is kind of very very early but I am working on implementing the XMLRPC API currently: cobbler/cobbler-web#14
9d0cd7d2: Tat sounds like a lot of trouble. Sorry to hear that Cobbler broke. Do you have an idea what broke it? Maybe a package upgrade or a custom script?
1 reply
9d0cd7d2
@9d0cd7d2:matrix.org
[m]
not a problem at all, I had all the configs tracked on a git repo, so it was quite easy to recover the environment
egotthold
@egotthold:matrix.org
[m]
Okay perfect!
InterceptorF
@InterceptorF
So I am trying to import a debian10 custom ISO into cobbler 2.8.3 and the import is failing ...[root@cos-pxe-00 t]# cobbler import --name=ddn-flash-ALTAV-12.0.0-132837 --arch=x86-64 --path=/mnt/cobbler/Distros/ddn-flash-ALTAV-12.0.0-132837-71f96314ac1a-debug.ddn-signed/
task started: 2021-12-02_122801_import
task started (id=Media import, time=Thu Dec 2 12:28:01 2021)
Found a candidate signature: breed=suse, version=sles15generic
Found a candidate signature: breed=suse, version=opensuse15.0
Found a candidate signature: breed=suse, version=opensuse15.1
No signature matched in /var/www/cobbler/ks_mirror/ddn-flash-ALTAV-12.0.0-132837-x86-64
!!! TASK FAILED !!!
[root@cos-pxe-00 t]#
I see its trying to find a signature and coming up with a suse signature. Any ideas on how to remedy this import ?
InterceptorF
@InterceptorF
Do I need to 'create' a signature and if so how? I dont see anything in the docs on this...