On Wed, 24 Apr 2019 14:50:22 +0800
QingFeng Hao <haoqf(a)linux.vnet.ibm.com> wrote:
在 2019/4/24 9:46, Tuan Hoang 写道:
> 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
you should be able to use the image-base kickstart outside coreos to
install a regular VM and look what's going on, capture logs, etc.
Dan