hd11admin is created as jfs instead of jfs2?
cggibbo 270000TMUJ Visits (7149)
We came across this issu
This was resolved by applying SP2 for TL3 on the NIM master.
However, we then noticed that the hd11admin
We worked around this problem by creating a custom image.data, changing the jfs type to jfs2 and using this as a NIM image_data resource to
nimadm (see example belo
This worked OK in our envi
NIM master: 6100
NIM client prior to migration: 5300
NIM client after migration: 6100
Creating a custom image.data:
1. On bxaix87(the NIM client), create a new image.data file. Copy it to the NIM master.
# scp /image.data bxaix85:/tmp/cg
2. On bxaix85 (the NIM master), edit the image.data file, add hd11admin and create a new NIM image_data resource.
# cd /tmp/cg
# vi image.data
# smit nim_mkres
image_data = config file used during base system installation
Type or select values in entry fields.
Press Enter AFTER making all desired changes.
* Resource Nam
* Resource Typ
* Server of Reso
* Location of Reso
# lsnim -t image_data
cg_image_data resources image_data
# lsnim -l cg_image_data
class = resources
type = image_data
Rstate = ready for use
prev_state = unavailable for use
location = /tmp/cg/image.data
alloc_count = 1
server = master
3. Perform the migration with the -i flag on the NIM master.
# nimadm -i cg_image_data -j nimadmvg -c bxaix87 -s spotaix61031 -l lppsourceaix61031 -d "hdisk1" -Y
4. The hd11admin
# lsvg -l altinst_rootvg | grep hd11
alt_hd11admin jfs2 1 1 1 open/syncd /alt_inst/admin
Using this procedure means we would have to create a new image.data resource for every NIM client. Or just overwrite the file each time.
This is a known problem. Apparently APAR IZ45287 will resolve this issue for AIX 6.1 TL03.
According to the support guys, only one other customer has reported this problem.
So I thought I’d share this with you in order to workaround or avoid it, when it’s time for you to upgrade to AIX 6.1.