net: Fix static routes to host in eni renderer

[tnt-dev]

Route '-net' parameter is incompatible with /32 IPv4 networks without 'netmask' part so we have to use '-host' in that case.

Checklist:

• My code follows the process laid out in the documentation
• I have updated or added any unit tests accordingly
• I have updated or added any documentation accordingly

[igalic]

is this equally broken for IPv6?

[tnt-dev]

No, in IPv6 mode route works well without [-host|-net] part:

$ route -A inet6 add 2a00:1450:400e:80d::200e/128 gw $GW_IP
$ route -A inet6 add 2000::/3 gw 2a02:6ea0:c007::1337 gw $GW_IP

[github-actions]

Hello! Thank you for this proposed change to cloud-init. This pull request is now marked as stale as it has not seen any activity in 14 days. If no activity occurs within the next 7 days, this pull request will automatically close.

If you are waiting for code review and you are seeing this message, apologies! Please reply, tagging mitechie, and he will ensure that someone takes a look soon.

(If the pull request is closed, please do feel free to reopen it if you wish to continue working on it.)

[igalic]

@mitechie this doesn't seem to be on anyone's radar (but that's understandable, given the current SRU work)

[mitechie]

Thanks, it's on the board of things to review/get landed after the release. We'll get caught up on it. Thanks Mina!

[TheRealFalcon]

Hey @tnt-dev , thanks for the contribution!

I noticed you added yourself to the CLA signers file, but have you signed the actual CLA too? I'm not seeing your information there. If you did, can you provide the date that you signed it?

We have also recently introduced integration testing into cloud-init. As part of this PR, would you be able to add an integration test for this change? test_gh626.py also uses a network config and would probably be the best example to base your test on.

[tnt-dev]

CLA is signed, integration test has been added.

[TheRealFalcon]

This update looks good. Just two more minor comments inline and then I think it'll be good to land.

[tnt-dev]

Yes, I have removed SRU pytest decorator and have added a short comment about the source of the original problem.

[TheRealFalcon]

Thanks for the contribution!