Ignite-UX (IUX) Frequently Asked Questions (July 2013)

The simplest solution is to obtain the new LAN address, which you can
do from the boot-ROM console using a command like LanAddress (the
actual command may vary depending on the hardware architecture).
Once you have the new address then manually rename the directory
under /var/opt/ignite/clients. You may remove the symbolic link to
the host name because it is recreated automatically. The LAN address
must be all in uppercase and begin with 0x.
If you have already booted the client from the server, which caused
it to create a new directory, you can remove that directory before
renaming the old directory. Be careful not to remove the original
directory or you will lose the recovery information.
For example:
# cd /var/opt/ignite/clients
# mv 0x00108300041F 0x00108300042A
# rm old_hostname
=============================================================================
==
11.11
Q: Dealing with hot swappable disks during recovery.
A: See question 4.3 (Dealing with hot swappable disks during recovery.).
=============================================================================
==
11.12
Q: Why does archive_impact fail during make_net_recovery?
A: The PHCO_21185 patch issued for ksh(1M) causes corrupt parameter
processing. The corruption occurs when archive_impact is run as a
part of a make_net_recovery command.
Software patch PHCO_21185 has been superseded by PHCO_22020. Remove
patch PHCO_21185 and install PHCO_22020 to correct this failure.
=============================================================================
==
11.13
Q: How can I restore VxVM DCO log volume groups?
A: The make_net_recovery/make_tape_recovery tools will create a recovery
archive for a client while preserving the configurations for all VxVM
(VERITAS Volume Manager) volumes except data change object (DCO) log
volumes. After recovering from the archive, the DCO log volume
configurations will be lost and must be reconfigured using VxVM
commands. There are basically two methods of reconfiguring lost DCO
log volumes; choose the method that is appropriate for your
situation:
- Wait until the client is recovered and then execute the following VxVM
command:
# vxassist -g rootdg addlog homevol logtype=dco