Home > HP-UX > HP-UX: Magic number wrong (namelist mismatch?)

HP-UX: Magic number wrong (namelist mismatch?)

Durante la aplicación de un conjunto de parches y tras el reinicio correspondente, todo parecía funcionar bien excepto al hacer un lanscan el cual devolvía el prompt sin mostrar nada por pantalla y más extraño aun era lo que devolvía el dmesg:

# lanscan
#
# dmesg
Magic number wrong (namelist mismatch?)
#

El problema existente consiste en que el kernel que está cargado en memoria no es el mismo que existe en /stand/vmunix

En este caso en particular previo al comienzo de la intervención se había hecho un split del vg00 quedando cada lvol dividido en lvolX y lvolXb. De esta manera, se parchea sobre los lvolX y la marcha atrás está asegurada.
El vg00 al contener dos discos y hacer el split, un disco contendrá la totalidad de los lvoles “productivos” y el otro disco contendrá los lvoles “spliteados”.

Veamos sobre que disco están los lvoles que la máquina está usando:

#lvdisplay -v /dev/vg00/lvol1
[...]
— Distribution of logical volume —
PV Name LE on PV PE on PV
/dev/dsk/c2t1d0 16 16
[...]

Comparemoslo con el disco del cual ha arrancado la máquina:

# setboot
Primary bootpath : 0/1/1/0.0.0
Alternate bootpath : 0/1/1/0.1.0

La máquina debería de haber arrancado teóricamente del Primary bootpath si nadie ha intervenido de manera manual durante el arranque, pero vamos a asegurarnos para ver de cual ha arrancado exactamente:

# echo boot_string/s | adb /stand/vmunix /dev/kmem
boot_string:
boot_string: disk(0/1/1/0.0.0.0.0.0.0;0)/stand/vmunix

Parece que coincide el hardware path del cual ha arrancado la máquina y del que hay configurado en el setboot, pero solo conocemos el hardware path del disco, vamos a conocer su fichero de dispositivo:

# ioscan -H 0/1/1/0.0.0 -kfn
Class     I  H/W Path     Driver S/W State   H/W Type     Description
=====================================================================
disk      1  0/1/1/0.0.0  sdisk CLAIMED     DEVICE       HP 146 GST3146707LC
                         /dev/dsk/c2t0d0   /dev/rdsk/c2t0d0

Vaya! así que la máquina ha arrancado del disco /dev/dsk/c2t0d0 pero actualmente tiene montado los lvoles que residen en el /dev/dsk/c2t1d0

¿Que es lo correcto aquí? La máquina debe arrancar de los lvoles sin splitear que residen en /dev/dsk/c2t1d0 como hemos visto anteriormente con lvdisplay, por lo que solo deberemos añadir este HW path como primary boot path y los lvolesb como alternate:

# ioscan -kfn /dev/dsk/c2t1d0
Class     I  H/W Path     Driver S/W State   H/W Type     Description
=====================================================================
disk      2  0/1/1/0.1.0  sdisk CLAIMED     DEVICE       HP 146 GST3146707LC
                         /dev/dsk/c2t1d0   /dev/rdsk/c2t1d0
#setboot  -p 0/1/1/0.1.0
#setboot -a 0/1/1/0.0.0
#setboot
Primary bootpath : 0/1/1/0.1.0
Alternate bootpath : 0/1/1/0.0.0

Autoboot is ON (enabled)
Autosearch is ON (enabled)

Tras reiniciar la máquina, el comando dmesg y lanscan vuelven a funcionar correctamente.

Espero que os sirva de ayuda y si os pasa esto mismo, encontreis esta información de una manera rápida, ya que tras una intervención con el tiempo contado, que dejen de funcionar comandos y salgan mensajes “mágicos” no es nada tranquilizador.

Si tenéis alguna pregunta, no dudeis en dejar vuestros comentarios.

pixelstats trackingpixel
Categories: HP-UX Tags:
  1. No comments yet.
  1. No trackbacks yet.