Hi list,

Justo to conclude this thread for the archives. I always get anxious
when I follow a thread that doesn't indicate if the was a happy end
and *how*

In my case it was a pure internal DNS service. I had to cheat
installing unbound locally on the Spacewalk server using it for local
caching (which is a good practice).
On top, I manually entered the entries for the hosts that were
interacting with Spacewalk to resolve the way I wanted and use the
external nameserver as a forwarder.
Obviously, my DHCP was pointing at unbound daemon and that was pretty
much all. For more info on unbound, perhaps another list is more
appropriate :-)

Thanks for your time

Nikos
Nikos

########################################3
Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI,
Zimbra Instructor
https://www.redhat.com/rhtapps/verify/?certId=100-001-262
Public  Calendar :
https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens
+30 694 720 40 63
http://zimbra.wikidot.com/zimbra-installations-in-greece


On 30 May 2018 at 11:37, Nikos Zaharioudakis <nza...@gmail.com> wrote:
> Hi Andreas,
>
> Thanks a bunch for your reply
>
> It seems that the .treeinfo file is imported when the distro was
> created in the var/cache/rhn/reposync/1/ directory
>
> ####
>
> [root@du-tst-spw-trn02 tftpboot]# find / -iname .treeinfo
> /var/cache/rhn/reposync/1/rhel-74-iso/.treeinfo
> /var/cache/rhn/reposync/1/repo-centos-7/.treeinfo
> /var/www/html/pub/mnt/7.4/.treeinfo
> /var/www/html/pub/mnt/c7/.treeinfo
> /var/iso-images/mnt/7.4/.treeinfo
>
> ######
>
> while the file .discinfo itself is not imported anywhere. I have no
> easy way to check if the content is imported in the db somehow
>
> Is there any other place this file should be as well ?
>
> I guess the minimal way to PXE / kickstart a machine is
>
> Create a Channel and then a repo. Sync the repo with the DVD to the
> repo over http or file:/// with the command spacewalk-repo-sync and
> the --sync-kickstart option
> Then create a kickstart distribution over the locally mounted iso as
> you described at all. Finally you create a kickstart profile. Finally
> you make sure that dhcp is working and you next server is your tftp
> server and the declaration in dhcpd.conf like
>
> #####
> group {
>   next-server 10.131.101.19;
>   host tftpclient {
> # tftp client hardware address
>  hardware ethernet  00:50:56:a3:1c:b9;
>  filename "pxelinux.0";
>      }
> }
> #######
>
> In the /var/lib/tftpboot/images/ directory you find a dir named under
> your distribution you have just created like
> distribution-name:Org_Name . Inside that you find the vmlinuz and
> inird.img which I hashed and verified they are the right ones.
>
> Perhaps I am missing something. Feel free to rhrow me ideas (even
> irrelevant) , I am sure I am missing something really basic here
>
> Best,
>
> Nikos
> Nikos
>
> ########################################3
> Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI,
> Zimbra Instructor
> https://www.redhat.com/rhtapps/verify/?certId=100-001-262
> Public  Calendar :
> https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens
> +30 694 720 40 63
> http://zimbra.wikidot.com/zimbra-installations-in-greece
>
>
> On 30 May 2018 at 10:57, Andreas Dijkman <andreas.dijk...@cygnis.nl> wrote:
>> My usual problem is that I forgot to copy that file, so it’s not there on
>> the filesystem.
>>
>> What I usually do is do an rsync of the files residing on the ISO and
>> exclude the RPM-files to some local folder and copy the .treeinfo and
>> .discinfo to that folder as well. Then use that folder to create a
>> kickstart-distribution and let spacewalk/cobbler/pxe do the rest of the
>> magic.
>>
>> So:
>> mkdir /opt/distro-trees/ol7.5-x86_64
>> rsync -avr --exclude '*.rpm' /media/* /opt/distro-trees/ol7.5-x86_64/
>> cp /media/.treeinfo /opt/distro-trees/ol7.5-x86_64/
>> cp /media/.discinfo /opt/distro-trees/ol7.5-x86_64/
>>
>> I then create or update my kickstart-distribution using the folder
>> /opt/distro-trees/ol7.5-x86_64.
>>
>> Hope that helps.
>>
>> Andreas Dijkman
>>
>>
>> On 30 May 2018, at 09:08, Nikos Zaharioudakis <nza...@gmail.com> wrote:
>>
>> Hi Spacewalk gurus,
>>
>> Apart from the hot topic about forking, does anybody have some
>> thoughts about the below ?
>> Apologies for top-posting and bringing the issue up again, but it
>> seems really irritating at this point.
>>
>> Thanks in advance,
>>
>> Nikos
>> Nikos
>>
>> ########################################3
>> Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI,
>> Zimbra Instructor
>> https://www.redhat.com/rhtapps/verify/?certId=100-001-262
>> Public  Calendar :
>> https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens
>> +30 694 720 40 63
>> http://zimbra.wikidot.com/zimbra-installations-in-greece
>>
>>
>> On 28 May 2018 at 19:08, Nikos Zaharioudakis <nza...@gmail.com> wrote:
>>
>> Dear list,
>>
>> Apart from the fork or not to fork from Spacewalk I have a tiny issue
>> and any inptut would be highly appreciated.
>>
>> Trying to PXE provision from a spacewalk 2.8 gives me the error that
>> the .treeinfo file cannot be picked up and as a result tries to switch
>> to squashfs which doesn't exit. (check attached screenshot)
>>
>> More background info:
>>
>> I am trying to PXE boot a vmware machine which relies in the same
>> subnet with the Spacewalk
>>
>> from the logs I realise that it picks up an ip address and the TFTP
>> server provides it the right vmlinuz initrd file
>>
>> /var/log/messages
>>
>>
>> May 28 16:13:00 du-tst-spw-trn02 in.tftpd[15736]: Client
>> ::ffff:10.131.101.30 finished
>> /images/rhel-74-server-rpms-pure-gui-dvd-import-repo:1:Synchronoss-test00/vmlinuz
>> May 28 16:13:03 du-tst-spw-trn02 in.tftpd[15737]: Client
>> ::ffff:10.131.101.30 finished
>> /images/rhel-74-server-rpms-pure-gui-dvd-import-repo:1:Synchronoss-test00/initrd.img
>> May 28 16:13:09 du-tst-spw-trn02 dhcpd: DHCPDISCOVER from
>> 00:50:56:a3:1c:b9 via ens192
>> May 28 16:13:10 du-tst-spw-trn02 dhcpd: DHCPOFFER on 10.131.101.30 to
>> 00:50:56:a3:1c:b9 via ens192
>> May 28 16:13:10 du-tst-spw-trn02 dhcpd: DHCPREQUEST for 10.131.101.30
>> (10.131.101.19) from 00:50:56:a3:1c:b9 via ens192
>> May 28 16:13:10 du-tst-spw-trn02 dhcpd: DHCPACK on 10.131.101.30 to
>> 00:50:56:a3:1c:b9 via ens192
>>
>> Apache access log says that the kickstart file was picked up
>>
>>
>> ==> /var/log/httpd/access_log <==
>> 10.131.101.30 - - [28/May/2018:16:13:13 +0100] "GET
>> /cblr/svc/op/ks/profile/ks-rhel-74-server-rpms-pure-gui-dvd-import-eus:1:XXXXXXX-test00
>> HTTP/1.1" 200 52106 "-" "curl/7.29.0"
>>
>> The operating system in question is rhel 7.4 which was imported with
>> locally mounted iso file.
>> It seems that the .treeinfo file is imported
>>
>>
>> /var/cache/rhn/reposync/1/rhel-74-server-rpms-pure-gui-dvd-import-repo/.treeinfo
>>
>> Side note.
>> * The distribution was created successfully from the gui menu:
>> Systems--> Kickstarts--> Distribution
>>
>> * The relevant Software channel provides access to libxml2-python,
>> spacewalk-koan rhnlib etc packages. There is a note when trying to
>> create the Kickstart progile but it was fixed by joining the relevant
>> repos
>>
>> I am pretty sure I am missing something here. But what ?
>>
>> All I need is to PXE install a machine with a specific RH 7.4
>> installation for our PoC lab
>> Well I could boot from a standard iso and then append something like
>> inst.ks=http:// ... pointing to the kickstart file, but I guess it
>> defeats the purpose doesn't it ? :-)
>>
>> Thanks in Advance,
>>
>>
>> Nikos
>>
>> ########################################3
>> Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI,
>> Zimbra Instructor
>> https://www.redhat.com/rhtapps/verify/?certId=100-001-262
>> Public  Calendar :
>> https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens
>> +30 694 720 40 63
>> http://zimbra.wikidot.com/zimbra-installations-in-greece
>>
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list@redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>>
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list@redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Reply via email to