Triple O – Exisitng virtual Network IPAM changes to newly created IPAM

Bug #1720323 reported by vijaya kumar shankaran
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Juniper Openstack
Incomplete
Undecided
Jeba Paulaiyan

Bug Description

Customer has a triple o setup running on Redhat 7.3 3.10.0-514.6.2.e17.x86_64 and contrail 3.2.2.0-33.

Customer reported two issue
1. They have VN net-10_224_132_0-24 mapped to IPAM IPAM-10_224_132_0-24
     Upon creating a new IPAM under a different project, IPAM-Micro-Segmentation-Project. The IPAM in the exisiting Virtual network VN net-10_224_132_0-24 changes to the newly created IPAM IPAM-Micro-Segmentation-Project automatically.
The option to select the right IPAM are disabled and cannot be changed from the UI
2. Customer has created IPAM with DNS settings. Domain name is set to oocl.com. Upon spinning a VM with the above IPAM mapped VN, VM dns suffix gets mapped to ooocl.com and novaloacal.
 [root@crystaltest ~]# cat /etc/resolv.conf
; generated by /usr/sbin/dhclient-script
search oocl.com novalocal
nameserver 10.222.89.62
nameserver 10.222.89.61
This is been tracked in https://bugs.launchpad.net/tripleo/+bug/1449520

description: updated
Revision history for this message
vijaya kumar shankaran (vijayks) wrote :
Revision history for this message
vijaya kumar shankaran (vijayks) wrote :

Hi Team,

Do we have an update?

Best Regards,
Vijay Kumar

Revision history for this message
vijaya kumar shankaran (vijayks) wrote :

Hi Team,

This is a long pending issue and we need some update?

Best Regards,
Vijay Kumar

Revision history for this message
vijaya kumar shankaran (vijayks) wrote :

Hi Team,

This is still unassigned and we are waiting for an update?

can we have this assigned?

Best Regards,
Vijay Kumar

information type: Proprietary → Public
Rudra Rugge (rrugge)
Changed in juniperopenstack:
assignee: nobody → alexey-mr (alexey-morlang)
Revision history for this message
alexey-mr (alexey-morlang) wrote :

There are 3 issues:
1 - ipam of existing VN is changed to newly created IPAM (for another VN under another project) automatically (I would not expect such behaviour if I’d been an user)

2 - inability to change IPAM back via UI

3 - an issue with ipam+dns (VMs get additional suffixes novalocal)

#3 is actually fixed in tripleo for newton (as described in link in the bug), so here just wait until updated rpm be published (if it is not so yet) (until that customer may use patch manually)

#1 - waiting customers logs.

#2 - waiting <email address hidden> & <email address hidden> to look at.

Changed in juniperopenstack:
status: New → Incomplete
Revision history for this message
alexey-mr (alexey-morlang) wrote :

Not provisioning.
Please reassign to either <email address hidden> or <email address hidden> or someone from their teams.

Changed in juniperopenstack:
assignee: alexey-mr (alexey-morlang) → Jeba Paulaiyan (jebap)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.