Hi All, Well, sort of resolved. I have discussed this issue with IBM and found that it is caused by moving into an SSI cluster configuration.
In the SYSTEM CONFIG you can provide a VMLAN MACPREFIX. But in an SSI cluster the behavior of the MACPREFIX has changed. For correct assignment of the PREFIX the USERPREFIX must be set. And to make matters worse, that can only be done when the SSI cluster is started. Meaning, in order to activate the USERPREFIX we must restart the entire SSI cluster. So perhaps a warning for when you planning the SSI cluster. Make sure you configure both MACPREFIX and USERPREFIX. Especially when one or more guests require a certain fixed MACID. In the old (non-SSI) setup, you can provide the MACPREFIX and the MACIDRANGE parameters. A guest receives a fixed MACPREFIX and a dynamic suffix, based on the MACIDRANGE configuration. An unique MACPREFIX in a VM ensures a unique MACID within your VM systems. When a suffix is specified in the NICDEF statement the NIC will get this suffix with the configured MACPREFIX. In an SSI setup you must provide a unique MACPREFIX for each member and a USERPREFIX that is the same for each member. The MACIDRANGE is ignored when USERPREFIX is configured. When a guest has a suffix specified in the NICDEF statement it will get the defined USERPREFIX instead of the MACPREFIX. But when the USERPREFIX isn't set, it will get 020000 as this is the default. Note that when a guest is moved within the SSI cluster, the MACID is preserved throughout the SSI cluster. Met vriendelijke groet/With kind regards/Mit freundlichen Grüßen, Berry van Sleeuwen -----Original Message----- From: van Sleeuwen, Berry Sent: Thursday, April 07, 2016 12:42 PM To: [email protected] Subject: RE: Wrong MAC id Hi Tore, The autonumbering in VM is taken care of within the SYSTEM CONFIG: VMLAN MACIDRANGE SYSTEM 000001-FFFFFF USER 000001-0000FF VMLAN MACPREFIX 020001 With the 000001-0000FF we ensure that VM starts the numbering at 000100. That leaves all below 000100 for specific guests. We indeed get the correct MAC suffix for the guest. It's the MAC prefix that isn't set, specifically for this guest. Met vriendelijke groet/With kind regards/Mit freundlichen Grüßen, Berry van Sleeuwen -----Original Message----- From: Linux on 390 Port [mailto:[email protected]] On Behalf Of Tore Agblad Sent: Thursday, April 07, 2016 12:30 PM To: [email protected] Subject: SV: Wrong MAC id Specify like this: NICDEF 0700 TYPE QDIO DEV 3 LAN SYSTEM VSW1L2 MACID FF0002 That is the last part of the autogenerated, the FF first make it pretty sure this address will not be used by z/VM:s auto numbering for the other guests. BR /Tore ( former Volvo IT ) Tore Agblad Infrastructure Development ProfessionalD HCL Technologies Ltd. DA1S Gunnar Engellaus väg 3, 418 78 Gothenburg, Sweden Direct: +46 31 3233569 Mob: +46 76 5533569 www.hcltech.com www.hcl.com ________________________________________ Från: Linux on 390 Port [[email protected]] för van Sleeuwen, Berry [[email protected]] Skickat: den 7 april 2016 12:01 Till: [email protected] Ämne: Wrong MAC id Hi All, In our VM we have set a MAC PREFIX, “DELXVM21: VMLAN MACPREFIX 020001”. So all our guests have a MAC PREFIX 020001. One guest needs to have the MACID set to a specific value. So the NIC shows: “NICDEF 0600 TYPE QDIO LAN SYSTEM VSWCCL MACID 000066” In zVM 5.4 this would give a mac address 020001000066. Today we have moved the guest to zVM 6.3 (SSI cluster). Still all other guests in this zVM have the 020001 prefix. This guest indeed gets the suffix 000066. But the prefix is 020000 for this guest. Why didn’t the guest get the correct prefix in the MAC address? How can I resolve this? Met vriendelijke groet/With kind regards/Mit freundlichen Grüßen, Berry van Sleeuwen Flight Forum 3000 5657 EW Eindhoven • +31 (0)6 22564276 [cid:[email protected]] [cid:[email protected]] This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, Atos’ liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. On all offers and agreements under which Atos Nederland B.V. supplies goods and/or services of whatever nature, the Terms of Delivery from Atos Nederland B.V. exclusively apply. The Terms of Delivery shall be promptly submitted to you on your request. ::DISCLAIMER:: ---------------------------------------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. ---------------------------------------------------------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/ This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, Atos’ liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. On all offers and agreements under which Atos Nederland B.V. supplies goods and/or services of whatever nature, the Terms of Delivery from Atos Nederland B.V. exclusively apply. The Terms of Delivery shall be promptly submitted to you on your request.
