On 4/23/19 11:38 PM, Tuan Hoang wrote:
> On 4/23/19 10:43 AM, QingFeng Hao wrote:
>> 在 2019/4/18 18:50, Jakub Cajka 写道:
>>>
>>> ----- Original Message -----
>>>> From: "Dan Horák" <sharkcz(a)fedoraproject.org>
>>>> To: coreos(a)lists.fedoraproject.org
>>>> Sent: Thursday, April 18, 2019 12:44:05 PM
>>>> Subject: [CoreOS] Re: Help: 'cosa build' failed on s390x
>>>>
>>>> Looks to me the installer failed to install the bootloader, based on the
>>>> following messages
>>>>
>>>> ...
>>>> [ 275.628442] anaconda[1637]: Installing boot loader
>>>> [ 275.628541] anaconda[1637]: Running in cmdline mode, no interactive
>>>> debugging allowed.
>>>> [ 275.628640] anaconda[1637]: The exact error message is:
>>>> [ 275.628740] anaconda[1637]: 'NoneType' object has no attribute
>>>> 'short_label'.
>>>> [ 275.628839] anaconda[1637]: The installer will now terminate.
>>>>
>>>> Would be useful to see the kickstart used or the full log.
>>>>
>>>
>>> If I'm not mistaken the ks should be
https://github.com/coreos/coreos-assembler/blob/master/src/image-base.ks and it seems that
there has been some changes recently.
>>>
>>> JC
>> Dan and JC, thanks a lot for your tip! Please check the attachment build-th.log
for full build log.
>> Tuan changed 'clearpart --initlabel --all --disklabel=msdos' in
image-base.ks because the
>> default gpt even breaks s390x 'cosa fetch'.
>> And I also tried to build fedora 30 of coreos-assembler which failed in ahead
(not reaching the step as f29).
>> Thanks!
>
> I just start a fresh build and refresh my memory a little bit about my
> changes.
>
> The 'msdos' change in image-base.ks file is simply wrong because after
> all we still need gpt partition scheme. This change simply allows `cosa
> build` to finish. I have not hit the python3 exception you are having
> but I do now. Maybe turning on anaconda debugging flags would provide
> more info. However, I think it would not make sense to do this because
> it might be obsolete when we have gpt support.
>
> The important part I think is to make anaconda (specifically the block
> device library it uses [1]) to support gpt on s390x, which at first I
> thought it requires patching s390-tools/zipl but Dan suggested it's
> anaconda thing. The stack would be libblockdev -> blivet -> anaconda
> (Thanks Dan!).
>
> Next steps could be:
> - Manually install any s390x Linux distro on a virtual/virtio disk using
> gpt partitioning scheme to make sure zipl supports gpt.
> - Patch anaconda/blivet/libblockdev to allow gpt on s390x (alongside
> msdos and dasd).
>
> [1]
https://github.com/storaged-project/blivet'
>
> Tuan
Very good news. I could install Alpine Linux s390x on virtual GPT-ed
disk and boot just fine. Should be working with other Linux distros. So
the next step is to look into anaconda code.
Cool! Another problem is how to debug
anaconda in the VM coreos-inst-12054-1554889268
launched by 'cosa build'. thanks