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