75 ways to demystify DB2: #8 : Tech Tip: db2iupdt fails with DBI1167E "DPF instance cannot be updated from non instance owning nodes."
RafatOdeh 2000004M6C Visits (8275)
Have you ever wondered why during a DB2 fixpack upgrade on a DPF environment, db2iupdt fails with DBI1167E "DPF instance cannot be updated from non instance owning nodes."?
Beginning in DB2 V9.5, fixpack upgrade was enhanced on Unix and Linux platforms to only run db2iupdt on instance owning node. Prior to DB2 V9.5, db2iupdat didn't do a hostname check. This was first introduced in DB2 V9.5. This check was done to ensure that the instance update only happens on the node defined on the first line of db2nodes.cfg for DPF instances. The enhancement done in DB2 V9.5 is to run db2iupdt on behalf of user during the installFixPack so that you don't need to manually run db2iupdt after the fixpack update.
This is the reason why users didn't face this issue when executing a db2iupdt prior to DB2 Version 9.5. Db2iupdt is required to run from the first node mentioned in the db2nodes.cfg file only when there is a fixpack update. The first entry in the db2nodes.cfg is considered the instance owning node. It is the node from which db2icrt was executed from. It doesn't have to be the node which contains the file system or owns the mount point; for example /home/<instance>. The mount point origin could be a machine that is not part of the DB2 DPF set of machines.