F5 module doesn't account for partition when checking resources
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 30/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- ruby
- Ambito
- devops, infrastructure
Direzione di ricerca
Riproduci il problema con una partizione BIG-IP e un route domain, quindi esegui ripetutamente il comando puppet resource indicato per osservare il suffisso %3 su source e destination_address. Traccia la gestione di questi valori di indirizzo nella risorsa F5 virtual server; il lavoro è completato quando gli indirizzi partizionati rimangono stabili tra le esecuzioni di Puppet senza richiedere il suffisso del route domain nella configurazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
==ISSUE==
When setting up an F5 virtual server, puppet doesn't query the destination_address nor source_address correctly when in a partition other than common.
For instance, creating a partition named "LB_Preview_App" and setting the source IP to 0.0.0.0 and the destination IP to 9.8.7.6 results in the following when running the 'puppet resource' command to see what is configured.
f5_virtualserver { '/LB_Preview_App/Preview_TEST':
ensure => 'present',
address_status => 'yes',
address_translation => 'enabled',
authentication_profiles => ['none'],
auto_last_hop => 'default',
connection_limit => '0',
connection_mirroring => 'disabled',
connection_rate_limit => 'disabled',
connection_rate_limit_destination_mask => '0',
connection_rate_limit_mode => 'per_virtual_server',
connection_rate_limit_source_mask => '0',
default_persistence_profile => 'none',
default_pool => 'none',
destination_address => '9.8.7.6%3',
destination_mask => '255.255.255.255',
diameter_profile => 'none',
dns_profile => 'none',
fallback_persistence_profile => 'none',
fix_profile => 'none',
ftp_profile => 'none',
html_profile => 'none',
http_compression_profile => 'none',
http_profile => 'none',
ipother_profile => 'none',
irules => ['none'],
last_hop_pool => 'none',
nat64 => 'disabled',
ntlm_conn_pool => 'none',
oneconnect_profile => 'none',
port_translation => 'enabled',
protocol => 'tcp',
protocol_profile_client => '/Common/tcp',
protocol_profile_server => '/Common/tcp',
rate_class => 'none',
request_adapt_profile => 'none',
request_logging_profile => 'none',
response_adapt_profile => 'none',
rewrite_profile => 'none',
rtsp_profile => 'none',
service_port => '443',
sip_profile => 'none',
socks_profile => 'none',
source => '0.0.0.0%3/0',
source_address_translation => 'none',
source_port => 'preserve',
spdy_profile => 'none',
ssl_profile_client => ['none'],
ssl_profile_server => ['none'],
state => 'enabled',
statistics_profile => 'none',
stream_profile => 'none',
vlan_and_tunnel_traffic => 'all',
vs_score => '0',
web_acceleration_profile => 'none',
xml_profile => 'none',
}
Note the %3 that is appended to both "source" and "destination_address". Further testing shows that %# changes depending on which partition I put the virtual server in and disappears completely if I put it in the common partition. It also seems to correspond to the "Partition Default Route Domain" number set for the partition (see screenshot)
==WHY THIS IS A PROBLEM==
When setting just the IP address for either source or destination_address, puppet believes there is a change every puppet run (specifically, it sees that the IP address is set to "9.8.7.6%3" and tries to change it to "9.8.7.6". Adding the %# to the puppet config makes it no longer show up as a change, however then the virtual server doesn't work.
==STEPS TO RECREATE==
- Setup your F5 big IP with different partitions and route domains
- Create puppet code to put a virtual server in one of those partitions
- Run puppet multiple times, note the source and destination_addresses query with a %# attached instead of just the IP address.
- Lingua principale
- Ruby
- Stelle
- 13
- Fork
- 24
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di f5devcentral/f5-puppet
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
f5devcentral/f5-puppet#74 ·
-
documentation
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
f5devcentral/f5-puppet#37 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 48/100
f5devcentral/f5-puppet#83 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
f5devcentral/f5-puppet#82 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
f5devcentral/f5-puppet#81 ·
Tutte le issue di f5devcentral/f5-puppet
Issue simili
-
[Bug] Chatwoot v4.19.0 – Super Admin returns 500 due to missing superadmin.scss Vite manifest entryApertaBug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 2 giorni
-
PRM baseline System 1 and 2 fans run continuously in unoccupied hours (low priority)Forse già presa @anchapin l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
NatLabRockies/openstudio-standards#2167 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 84/100
-
Ruby 4.0.9, 3.4.12, 3.3.13Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
internal
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
Kong/developer.konghq.com#7716 ·
I maintainer di solito rispondono entro 1 giorno