failing to boot pass mdadm monitor

[Asif Iqbal]

On Mon, Mar 12, 2012 at 5:43 PM, Peter M. Petrakis
<peter.petrakis at canonical.com> wrote:
>
>
> On 03/12/2012 05:22 PM, Asif Iqbal wrote:
>>
>> On Mon, Mar 12, 2012 at 5:11 PM, Peter M. Petrakis
>> <peter.petrakis at canonical.com>  wrote:
>>>
>>>
>>>
>>> On 03/12/2012 04:13 PM, Asif Iqbal wrote:
>>>>
>>>>
>>>> I am failing to boot this server x4270 pass the mdadm --monitor.
>>>> Installed lucid amd64. This is a first install.
>>>>
>>>> details: http://paste.ubuntu.com/880895/
>>>>
>>>> It boots all the way in recovery mode. what gives?
>>>>
>>>
>>> I would say your problems began once your partition detection went
>>> inconsistent.
>>>
>>> [   26.603469] sd 6:0:3:0: [sdd] 585937500 512-byte logical blocks: (300
>>> GB/279 GiB)
>>> [   26.603599] GPT:Primary header thinks Alt. header is not at the end of
>>> the disk.
>>> [   26.603600] GPT:585937498 != 585937499
>>> [   26.603602] GPT:Alternate GPT header not at the end of the disk.
>>> [   26.603603] GPT:585937498 != 585937499
>>>
>>> which is coming from fs/partitions/efi.c
>>> http://lxr.linux.no/linux+v3.2.9/fs/partitions/efi.c#L487
>>>
>>>  494        if (le64_to_cpu(agpt->my_lba) != lastlba) {
>>>  495                printk(KERN_WARNING
>>>  496                       "GPT:Alternate GPT header not at the end of
>>> the
>>> disk.\n");
>>>  497                printk(KERN_WARNING "GPT:%lld != %lld\n",
>>>  498                        (unsigned long
>>> long)le64_to_cpu(agpt->my_lba),
>>>  499                        (unsigned long long)lastlba);
>>>  500                error_found++;
>>>  501        }
>>>
>>> The math for lastlba seems correct, 585937500 - 1ULL, a quick google
>>> shows
>>> the raw size is consistent with what you have. So the question is how
>>> did 585937498 get computed? Would someone with some more experience with
>>> GPT partitions care to comment?
>>>
>>> It doesn't look like your system successfully recovered from
>>> find_valid_gpt
>>> or we would have seen "Alternate GPT is invalid, using primary GPT." or
>>> "Primary GPT is invalid, using alternate GPT." in the logs. Those
>>> partitions,
>>> or what's left of them, is being presented to mdadm for assembly.
>>>
>>> This part is really weird.
>>>
>>> [   27.929744] mdadm: sending ioctl 1261 to a partition!
>>> [   27.935401] mdadm: sending ioctl 1261 to a partition!
>>> [   27.941905] mdadm: sending ioctl 1261 to a partition!
>>>
>>> Where 1261 is #define __NR_set_mempolicy              1261
>>>
>>> I don't think that has any business being sent to a partition. At the
>>> moment,
>>> I can't explain how this event, and the GPT fault could be related.
>>>
>>> [   28.679619] md1: detected capacity change from 0 to 146360172544
>>> [   28.684287]  md1: unknown partition table
>>> [   28.709647] mdadm: sending ioctl 1261 to a partition!
>>> [   28.713255] mdadm: sending ioctl 1261 to a partition!
>>> Begin: Running /scripts/local-premount ...
>>> Done.
>>> [   29.082318] EXT3-fs: INFO: recovery required on readonly filesystem.
>>> [   29.088849] EXT3-fs: write access will be enabled during recovery.
>>> [   29.252295] kjournald starting.  Commit interval 5 seconds
>>> [   29.252387] EXT3-fs: recovery complete.
>>> [   29.265115] EXT3-fs: mounted filesystem with ordered data mode.
>>>
>>> I really don't know what shape your backing store is in, noting your
>>> second post, I'm surprised your disks are readable.
>>>
>>> So... what changed? Have you upgraded system firmware recently,
>>> kernel upgrades, or anything at all really? I see you have an external
>>> storage enclosure, has that seen any changes either?
>>
>>
>> This is a new box. This is the first install. There is nothing attached to
>> it.
>
>
> Then you either have questionable equipment, bad install medium, or this
> platform isn't fully supported
> on this release of Ubuntu. I misspoke when I said "external" storage
> enclosure. there
> is a SES enclosure.
>
> [   26.628621] scsi 6:0:10:0: Enclosure         LSILOGIC SASX28 A.0
> 502E PQ: 0 ANSI: 5
> [   26.633357] scsi 6:0:10:0: Attached scsi generic sg10 type 13
> [   27.380344] sd 6:0:0:0: [sda] Write cache: enabled, read cache: enabled,
> supports DPO and FUA
>
> Not knowing what the platform was, I assumed it was external.
>
> Looking back on your post, you called this a x4270. Is that a Sun x4270?

yes


>
> Peter
>
>
>>
>>
>>>
>>> Peter
>>>
>>> --
>>> ubuntu-server mailing list
>>> ubuntu-server at lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
>>> More info: https://wiki.ubuntu.com/ServerTeam
>>
>>
>>
>>
>
> --
> ubuntu-server mailing list
> ubuntu-server at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
> More info: https://wiki.ubuntu.com/ServerTeam



-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?