Login
[x]
Log in using an account from:
Fedora Account System
Red Hat Associate
Red Hat Customer
Or login using a Red Hat Bugzilla account
Forgot Password
Login:
Hide Forgot
Create an Account
Red Hat Bugzilla – Attachment 1449234 Details for
Bug 1575752
Custom network names prevent deployment
[?]
New
Simple Search
Advanced Search
My Links
Browse
Requests
Reports
Current State
Search
Tabular reports
Graphical reports
Duplicates
Other Reports
User Changes
Plotly Reports
Bug Status
Bug Severity
Non-Defaults
|
Product Dashboard
Help
Page Help!
Bug Writing Guidelines
What's new
Browser Support Policy
5.0.4.rh83 Release notes
FAQ
Guides index
User guide
Web Services
Contact
Legal
This site requires JavaScript to be enabled to function correctly, please enable it.
network_data.yaml file for workaround
network_data.yaml (text/plain), 4.80 KB, created by
Bob Fournier
on 2018-06-08 19:57:51 UTC
(
hide
)
Description:
network_data.yaml file for workaround
Filename:
MIME Type:
Creator:
Bob Fournier
Created:
2018-06-08 19:57:51 UTC
Size:
4.80 KB
patch
obsolete
># List of networks, used for j2 templating of enabled networks ># ># Supported values: ># ># name: Name of the network (mandatory) ># name_lower: lowercase version of name used for filenames ># (optional, defaults to name.lower()) ># enabled: Is the network enabled (optional, defaults to true) ># NOTE: False will use noop.yaml for unused legacy networks to support upgrades. ># vlan: vlan for the network (optional) ># vip: Enable creation of a virtual IP on this network ># ip_subnet: IP/CIDR, e.g. '192.168.24.0/24' or '2001:db8:fd00:1000::/64' ># (optional, may use parameter defaults instead) ># allocation_pools: IP range list e.g. [{'start':'10.0.0.4', 'end':'10.0.0.250'}] ># gateway_ip: gateway for the network (optional, may use parameter defaults) ># ipv6_subnet: Optional, sets default IPv6 subnet if IPv4 is already defined. ># ipv6_allocation_pools: Set default IPv6 allocation pools if IPv4 allocation pools ># are already defined. ># ipv6_gateway: Set an IPv6 gateway if IPv4 gateway already defined. ># ipv6: If ip_subnet not defined, this specifies that the network is IPv6-only. ># NOTE: IP-related values set parameter defaults in templates, may be overridden, ># either by operators, or e.g in environments/network-isolation-v6.yaml where we ># set some default IPv6 addresses. ># compat_name: for existing stack you may need to override the default ># transformation for the resource's name. ># ># Example: ># - name Example ># vip: false ># ip_subnet: '10.0.2.0/24' ># allocation_pools: [{'start': '10.0.2.4', 'end': '10.0.2.250'}] ># gateway_ip: '10.0.2.254' ># ># To support backward compatility, two versions of the network definitions will ># be created, network/<network>.yaml and network/<network>_v6.yaml. Only ># one of these files may be used in the deployment at a time, since the ># parameters used for configuration are the same in both files. In the ># future, this behavior may be changed to create only one file for custom ># networks. You may specify IPv6 addresses for ip_subnet, allocation_pools, ># and gateway_ip if no IPv4 addresses are used for a custom network, or set ># ipv6: true, and the network/<network>.yaml file will be configured as IPv6. ># ># For configuring both IPv4 and IPv6 on the same interface, use two separate ># networks, and then assign both IPs to the same interface in a custom NIC ># configuration templates. ># ># The ordering of the networks below will determine the order in which NICs ># are assigned in the network/config/multiple-nics templates, beginning with ># NIC2, Control Plane is always NIC1. > >- name: Storage > vip: true > vlan: 30 > name_lower: storage > ip_subnet: '172.17.3.0/24' > allocation_pools: [{'start': '172.17.3.10', 'end': '172.17.3.200'}] > ipv6_subnet: 'fd00:fd00:fd00:3000::/64' > ipv6_allocation_pools: [{'start': 'fd00:fd00:fd00:3000::10', 'end': 'fd00:fd00:fd00:3000:ffff:ffff:ffff:fffe'}] >- name: StorageMgmt > name_lower: customstgmgmtname > vip: true > vlan: 40 > ip_subnet: '172.17.4.0/24' > allocation_pools: [{'start': '172.17.4.10', 'end': '172.17.4.200'}] > ipv6_subnet: 'fd00:fd00:fd00:4000::/64' > ipv6_allocation_pools: [{'start': 'fd00:fd00:fd00:4000::10', 'end': 'fd00:fd00:fd00:4000:ffff:ffff:ffff:fffe'}] >- name: InternalApi > name_lower: custominternalapiname > vip: true > vlan: 20 > ip_subnet: '172.17.1.0/24' > allocation_pools: [{'start': '172.17.1.10', 'end': '172.17.1.200'}] > ipv6_subnet: 'fd00:fd00:fd00:2000::/64' > ipv6_allocation_pools: [{'start': 'fd00:fd00:fd00:2000::10', 'end': 'fd00:fd00:fd00:2000:ffff:ffff:ffff:fffe'}] >- name: Tenant > vip: false # Tenant network does not use VIPs > name_lower: tenant > vlan: 50 > ip_subnet: '172.17.2.0/24' > allocation_pools: [{'start': '172.17.2.10', 'end': '172.17.2.200'}] > # Note that tenant tunneling is only compatible with IPv4 addressing at this time. > ipv6_subnet: 'fd00:fd00:fd00:5000::/64' > ipv6_allocation_pools: [{'start': 'fd00:fd00:fd00:5000::10', 'end': 'fd00:fd00:fd00:5000:ffff:ffff:ffff:fffe'}] >- name: External > vip: true > name_lower: external > vlan: 10 > ip_subnet: '10.0.0.0/24' > allocation_pools: [{'start': '10.0.0.101', 'end': '10.0.0.149'}] > gateway_ip: '10.0.0.1' > ipv6_subnet: '2001:db8:fd00:1000::/64' > ipv6_allocation_pools: [{'start': '2001:db8:fd00:1000::10', 'end': '2001:db8:fd00:1000:ffff:ffff:ffff:fffe'}] > gateway_ipv6: '2001:db8:fd00:1000::1' >- name: Management > # Management network is enabled by default for backwards-compatibility, but > # is not included in any roles by default. Add to role definitions to use. > enabled: true > vip: false # Management network does not use VIPs > name_lower: management > vlan: 60 > ip_subnet: '10.0.1.0/24' > allocation_pools: [{'start': '10.0.1.4', 'end': '10.0.1.250'}] > ipv6_subnet: 'fd00:fd00:fd00:6000::/64' > ipv6_allocation_pools: [{'start': 'fd00:fd00:fd00:6000::10', 'end': 'fd00:fd00:fd00:6000:ffff:ffff:ffff:fffe'}]
You cannot view the attachment while viewing its details because your browser does not support IFRAMEs.
View the attachment on a separate page
.
View Attachment As Raw
Actions:
View
Attachments on
bug 1575752
: 1449234 |
1449235