[pca] patching broke my server!

[Rajiv Gunja]

Greg for what it is worth, SUN patching does not work well when Root is
Mirrored. We saw this issue last year or before that and started using LU
Patching process which is simple and has less down time for the server, as
the patching is done while the server is live.

-GGR


2008/8/7 Greg Matthews <gmatt at nerc.ac.uk>

> Martin Paul wrote:
>
>> Greg Matthews wrote:
>>
>>> probably not a PCA issue but has anyone seen this problem?
>>>
>>
>> I checked SunSolve, but couldn't find anything useful there. Seems as if a
>> kernel patch hasn't been installed completely. Did you see any errors when
>> running pca?
>>
>>  looks like a mismatch between kernel and modules. I rolled back the
>>> kernel patch from 137111 but the undefined symbol problem persists.
>>>
>>
>> Is 137111 the only kernel patch during you patching session? There are
>> 118833, 120011 and 127127 as well. You might want to check the log files
>> under /var/sadm/patch/*/log to see if one of the patch failed to install.
>>
>
> 120011 didnt seem to have even been downloaded so I installed this one and
> now there is only a single complaint before the boot fails, the whole log
> is:
>
> {0} ok boot -srv
>
> SC Alert: Host System has Reset
> Probing system devices
> Probing memory
> Probing I/O buses
>
> Sun Fire V245, No Keyboard
> Copyright 2006 Sun Microsystems, Inc.  All rights reserved.
> OpenBoot 4.22.18, 2048 MB memory installed, Serial #74468058.
> Ethernet address 0:14:4f:70:4a:da, Host ID: 84704ada.
>
>
>
> Rebooting with command: boot -srv
> Boot device: /pci at 1e,600000/pci at 0/pci at a/pci at 0/pci at 8/scsi at 1/disk at 0,0:a File
> and args: -srv
> module /platform/sun4u/kernel/sparcv9/unix: text at [0x1000000, 0x107f8c7]
> data at 0x1800000
> module misc/sparcv9/krtld: text at [0x107f8c8, 0x1099c97] data at 0x184ccc8
> module /platform/sun4u/kernel/sparcv9/genunix: text at [0x1099c98,
> 0x12066a7] data at 0x1852a00
> module /platform/SUNW,Sun-Fire-V245/kernel/misc/sparcv9/platmod: text at
> [0x12066a8, 0x1206fa7] data at 0x18aa5e0
> module /platform/sun4u/kernel/cpu/sparcv9/SUNW,UltraSPARC-IIIi: text at
> [0x1207000, 0x1217f8f] data at 0x18aae80
> SunOS Release 5.10 Version Generic_120011-14 64-bit
> Copyright 1983-2007 Sun Microsystems, Inc.  All rights reserved.
> Use is subject to license terms.
> Ethernet address = 0:14:4f:70:4a:da
> /kernel/drv/sparcv9/mpt: undefined symbol 'scsi_sense_ascq'
> /kernel/drv/sparcv9/mpt: undefined symbol 'scsi_sense_asc'
> /kernel/drv/sparcv9/mpt: undefined symbol 'scsi_sense_key'
> WARNING: mod_load: cannot load module 'mpt'
> mpt: cannot load driver
> Cannot load drivers for /pci at 1e,600000/pci at 0/pci at a/pci at 0/pci at 8/scsi at 1
> /disk at 0,0:a
> Can't load the root filesystem
> Type  'go' to resume
> {1} ok boot cdrom
>
> Seems pretty crucial. /kernel/drv/sparcv9/mpt is owned by SUNWpd but this
> doesnt show up in showrev -p anywhere. Sun are taking an age to get back to
> me...
>
> Unfortunately, I cant run pca from the cdrom environment otherwise I'd be
> tempted to install all missing patches...
>
> GREG
>
>
>> Do you have a mirrored root filesystem on that machine, BTW? I think I've
>> once read that a broken root mirror might cause similar problems.
>>
>> Martin.
>>
>>
>>
>
> --
> Greg Matthews           01491 692445
> Head of UNIX/Linux, iTSS Wallingford
>
> --
> This message (and any attachments) is for the recipient only. NERC
> is subject to the Freedom of Information Act 2000 and the contents
> of this email and any reply you make may be disclosed by NERC unless
> it is exempt from release under the Act. Any material supplied to
> NERC may be stored in an electronic records management system.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.univie.ac.at/mailman/private/pca/attachments/20080807/cef3470c/attachment-0001.html