Description of problem: mistype in virt-install manpage - 54:52 should be 52:54 Version-Release number of selected component (if applicable): 5.5 How reproducible: always Steps to Reproduce: 1.man virt-install 2.find "54:52" 3. Actual results: -m MAC, --mac=MAC Fixed MAC address for the guest; If this parameter is omitted, or the value "RANDOM" is specified a suitable address will be randomly generated. For Xen virtual machines it is required that the first 3 pairs in the MAC address be the sequence ’00:16:3e’, while for QEMU or KVM virtual machines it must be ’54:52:00’. Expected results: -m MAC, --mac=MAC Fixed MAC address for the guest; If this parameter is omitted, or the value "RANDOM" is specified a suitable address will be randomly generated. For Xen virtual machines it is required that the first 3 pairs in the MAC address be the sequence ’00:16:3e’, while for QEMU or KVM virtual machines it must be ’52:54:00’. Additional info:
Created attachment 442189 [details] Fix QEMU mac address doc references
Fixed in python-virtinst-0.400.3-11.el5
#rpm -q python-virtinst python-virtinst-0.400.3-11.el5 #man virt-install ---skip--- -m MAC, --mac=MAC Fixed MAC address for the guest; If this parameter is omitted, or the value "RANDOM" is specified a suitable address will be randomly generated. For Xen virtual machines it is required that the first 3 pairs in the MAC address be the sequence ’00:16:3e’, while for QEMU or KVM virtual machines it must be ’52:54:00’. ---skip---
Verified on RHEL5u6 Build:20100930.0 pkg: python-virtinst-0.400.3-11.el5 kernel-2.6.18-225.el5
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Previously, the virt-install man page wrongly showed the default QEMU/KVM MAC address as beginning with 54:52... . With this update, the correct sequence 52:54 ... is shown.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0078.html