On 03/12/2012 07:00 PM, Asif Iqbal wrote:
On Mon, Mar 12, 2012 at 5:43 PM, Peter M. Petrakis
<[email protected]>  wrote:


On 03/12/2012 05:22 PM, Asif Iqbal wrote:

On Mon, Mar 12, 2012 at 5:11 PM, Peter M. Petrakis
<[email protected]>    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

Well, I can tell you we have an X4150 and it never fully completed certification
for 10.04 LTS. I assume they're in the same ball park? Most cost effective
thing you can do is make sure all your firmware bits are up to date and try
installing with our latest stable release. Should you find that the new kernel
alleviates your issues you could stick with oneiric, since precise (the next 
LTS)
is just around the corner. Failing that, there's always commercial support.

Peter



Peter





Peter

--
ubuntu-server mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam





--
ubuntu-server mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam




--
ubuntu-server mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

Reply via email to