Test procedure :: Step 1 :: Validate settings at eggdrop level
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Fri, Apr 3
Set IP in pillar
Ideal configuration is vhost6 + IP address.
-ipaddress
$ salt-call --local state.apply roles/core/network/ipv6 local: ---------- ID: /etc/rc.conf.d/netif/ipv6_igb0 Function: file.managed Result: True Comment: File /etc/rc.conf.d/netif/ipv6_igb0 updated Started: 18:02:28.820428 Duration: 14.352 ms Changes: ---------- diff: --- +++ @@ -14,5 +14,5 @@ # </auto-generated>
$ salt-call --local state.apply roles/core/network/ipv6 local: ---------- ID: /etc/rc.conf.d/netif/ipv6_igb0 Function: file.managed Result: True Comment: File /etc/rc.conf.d/netif/ipv6_igb0 is in the correct state Started: 17:54:13.510501 Duration: 19.632 ms Changes: ---------- ID: /etc/rc.conf.d/routing/ipv6 Function: file.managed Result: True Comment: File /etc/rc.conf.d/routing/ipv6 updated Started: 17:54:13.530295 Duration: 11.486 ms Changes: ---------- diff: --- +++ @@ -14,6 +14,4 @@ # </auto-generated>
I've started a list of the points to check at https://agora.nasqueron.org/WindRiver#To_check_after_reboot
- NetBox ✅
- IP address exists: https://netbox.nasqueron.org/ipam/ip-addresses/112/
- IP address correctly assigned to igb0 interface: https://netbox.nasqueron.org/dcim/interfaces/12/
- Salt
- utils/netbox/pillarize.py windriver returns correctly 2001:bc8:2e84:700:0:dead:c0de:b07 alias
- Address added to pillar by 8202a28a
- /etc/rc.conf.d/netif/ipv6_igb0 contains the alias
Server was rebooted without .35 IP.
Thu, Apr 2
- '0XXX" into XXX : correct permissions for Salt
- Change the name of the script in action (no more script .sh)
- '0644' (Ansible) into 644 (Salt)
Many changes:
- Improved script structure by separating configuration, helper functions, main function and application entry point.
carp-ovh logs were written both to /var/log/messages and /var/log/carp.log.
This change redirects them only to /var/log/carp.log by excluding them from /var/log/messages.
Wed, Apr 1
Apr 1 14:03:22 router-002 kernel: carp: 2@vmx1: MASTER -> BACKUP (more frequent advertisement received) Apr 1 14:03:22 router-002 kernel: in_scrubprefix: err=65, prefix delete failed Apr 1 14:03:22 router-002 carp-ovh[98074]: Not MASTER -> exit
Tue, Mar 31
In D4035#63113, @dereckson wrote:OK with pillarize too?
OK with pillarize too?
Minor changes to the script names in init.sls
If we're going to flood /var/log/messages with carp debug information, perhaps should we create a separate log topic, but that can be another change. I've created T2292.
Fix the path of the script : /usr/local/scripts/carp/carp-ovh.py
Fix the path of the parameter action : /usr/local/scripts/carp/carp-ovh-switch.sh
Mon, Mar 30
removed white lline
Mar 30 14:13:37 router-002 kernel: carp: 2@vmx1: BACKUP -> MASTER (master timed out) Mar 30 14:13:37 router-002 carp-ovh[76122]: Detected MAC on vmx1: 00:50:56:09:3c:f2 Mar 30 14:13:37 router-002 carp-ovh[76126]: Checking current state... Mar 30 14:13:37 router-002 carp-ovh[76130]: Checking IPs for MAC 00:50:56:09:3c:f2 Mar 30 14:13:37 router-002 carp-ovh[76134]: URL used: /dedicated/server/ns3173530.ip-51-210-99.eu/virtualMac/00:50:56:09:3c:f2/virtualAddress Mar 30 14:13:38 router-002 carp-ovh[76138]: OVH returned: ['178.32.70.110', '51.68.252.230'] Mar 30 14:13:38 router-002 carp-ovh[76142]: VIP is already on correct MAC -> nothing to do
When router-003 (The MASTER) become unavailable :
repair branch
Sun, Mar 29
Enable rotation of Vault AppRole credentials on CARP routers