Bug 517165

Summary: [RFE] Kickstarting over PXE needs files from repos to be available locally
Product: [Community] Spacewalk Reporter: Sandro Mathys <sandro>
Component: ServerAssignee: Tomas Lestach <tlestach>
Status: CLOSED DEFERRED QA Contact: Red Hat Satellite QA List <satqe-list>
Severity: medium Docs Contact:
Priority: low    
Version: 0.6CC: cperry, jhutar, mmello
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-03-23 12:21:33 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 737830    

Description Sandro Mathys 2009-08-12 19:29:38 UTC
I have a channel with a yum repo associated. When I want to kickstart it (over PXE), I need to have stage2.img/vmlinuz/initrd.img/repodata available locally - why isn't that imported from the repo, too? Well, repodata are generated in spacewalk for each channel anyway, right? Why not use that?

Comment 1 Jan Hutař 2010-08-24 08:15:13 UTC
Hello,
I would like to confirm some expectations here:

1) As stage2.img/vmlinuz/initrd.img files are not part of the repository, you have to use Systems -> Kickstart -> Distributions -> create new distribution to add them. This should work.

2) For repodata issue (Spacewalk is not generating repodata for channel which is syncing from yum repo) I can not confirm this is still an issue on recent Spacewalks. Do you still see it?

Thanks for the answers,
Jan

Comment 2 Sandro Mathys 2010-08-24 10:23:25 UTC
(In reply to comment #1)
Hi Jan,

> 1) As stage2.img/vmlinuz/initrd.img files are not part of the repository, you
> have to use Systems -> Kickstart -> Distributions -> create new distribution to
> add them. This should work.

It does work, but the files still have to be on the local disk AFAIK. What sense is there that any org admin can create and sync new (base) channels but not new distributions necessary to kicsktart with the base channel?

> 2) For repodata issue (Spacewalk is not generating repodata for channel which
> is syncing from yum repo) I can not confirm this is still an issue on recent
> Spacewalks. Do you still see it?

Okay, I didn't know it works like that.

Either way, this bug/rfe is about having the possibility to sync the images necessary for the kickstart distribution over the WebUI instead of having to wget them to the server and then creating the distribution with local paths.

So I just want to specify the URL for the folder with all the images in it on any mirror (or, if necessary to all files needed instead of just to the folder).

Additionally it would be helpful if every image file is only kept once on the hard disk, just like with the rpm files.

Comment 3 Jan Hutař 2010-08-24 10:55:42 UTC
(In reply to comment #2)
> Either way, this bug/rfe is about having the possibility to sync the images
> necessary for the kickstart distribution over the WebUI instead of having to
> wget them to the server and then creating the distribution with local paths.
> 
> So I just want to specify the URL for the folder with all the images in it on
> any mirror (or, if necessary to all files needed instead of just to the
> folder).
> 
> Additionally it would be helpful if every image file is only kept once on the
> hard disk, just like with the rpm files.

I see & thanks for the clarification.

Comment 5 Jan Pazdziora 2010-11-19 16:03:24 UTC
Mass-moving to space13.

Comment 6 Miroslav Suchý 2011-04-11 07:32:06 UTC
We did not have time for this one during Spacewalk 1.4 time frame. Mass moving to Spacewalk 1.5.

Comment 7 Miroslav Suchý 2011-04-11 07:36:36 UTC
We did not have time for this one during Spacewalk 1.4 time frame. Mass moving to Spacewalk 1.5.

Comment 8 Jan Pazdziora 2011-07-20 11:49:51 UTC
Aligning under space16.

Comment 10 Michael Mráka 2020-03-23 12:21:33 UTC
Spacewalk project as an upstream for Red Hat Satellite 5 product is going to be End Of Life on May 31 2020.

Spacewalk 2.10 has been released as the last release of this project.
https://github.com/spacewalkproject/spacewalk/wiki/ReleaseNotes210

Any new feature will not be included therefore closing remaining RFEs to set expectations properly.