The following should fix your problem:
# tar -cvf /tmp/odm.tar ./etc/objrepos ./usr/lib/objrepos
# odmdelete -q lpp_name=devices.common.IBM.iscsi.rte -o product
# lppchk –m3 –v (nothing should appear now)
Once you've done this you need to do a forced overwrite install...
We have just applied some OS fixes to Aix 5.3 and since then when I use a browser to do any admin work I have a problem whereby whenever I click on any link it opens up a new browser window. It's not a huge problem but it can get annoying when you get loads of browser windows open every time you...
Not sure about EMC. I was using a FASTt and had no problem. I would think that if you put the newer EMC fileset into the bff resource on the NIM server then they should be updated when you do the migration - but I can't say for sure.
If your worried about your EMC another approach would be to...
I did a 4.3.3 -> 5.3 alt disk migration using a nim server and it worked a charm. I did it on a live system and used two disks from our san as the alt disks. Once finished you can just boot from the san disks and perform some testing on the upgraded OS. The good thing about this method is you...
All the smit option does is to enable 64bit extensions, it doesn't actually change you kernel to run in 64bit mode.
We currently run oracle9i on an Aix server that is running in 32bit mode but with the 64bit extension enabled.
You don't have to run you kernel in 32bit mode for oracle9i to work...
oops! - forgot to say if you do not use xinetd and use inetd instead you will have to edit /etc/inetd.conf and uncomment the line
# printer stream tcp nowait lp /usr/lib/cups/daemon/cups-lpd cups-lpd
Then refesh inetd
You have to enable cups-lpd on your linux server. This can be done by editing the file /etc/xinetd.d/cups-lpd and changing the disable=yes to disable=no You will then have to refesh xinetd.
Hope this helps
Unless you install cups on Aix(which i wouldn't advise) you will have to enable cups-lpd to allow you to print from Aix. When you setup the remote queue in Aix select BSD as remote queue type. Yuo can then setup your queue on linux using the Xerox driver and print direct to that queue from Aix...
Good post Rob - I got caught out with this a few years ago and corrupted one of our application files. Definitely one to watch out for, I always do a `chmod -x /usr/bin/e` on any new installs
I had something similar when upgrading from 4.3.3 to 5.3 where i couldn't mirror the rootvg after the upgrade and was seeing the same error you are. I found there was a bug in Aix 5.3 where it couldn't mirror a volume group that had a 16 character VG IDENTIFIER. Not sure whether this is the same...
I recently did a migration from Aix 4.3 to 5.3 and didn't have to do anything with Oracle (8.1.5). I did find a few things worth knowing about. After the migration install any vmtune changes i made in 4.3 were lost and my ulimits for the oracle user went back to default.
Hope this helps
I would break the mirror then perform an alternate disk migration. Doing it this way allows you to have one disk with Aix 4.3 installed and the other disk with 5.2 on it. You can then boot of either disk. This is a good method for testing if you run into any problems with 5.2 then you still have...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.