Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

sdc-vmapi AddNics cannot accept ipv4_ips argument #9

Open
leeyc0 opened this issue Sep 24, 2015 · 3 comments
Open

sdc-vmapi AddNics cannot accept ipv4_ips argument #9

leeyc0 opened this issue Sep 24, 2015 · 3 comments

Comments

@leeyc0
Copy link

leeyc0 commented Sep 24, 2015

reference: https://help.joyent.com/requests/186559

According to sdc-vmapi/blob/master/docs/index.md, the wording of networks argument in AddNics is "List of networks. Same format as CreateVm". This wording implies all parameters in the networks argument list is accepted, including ipv4_ips, however I found it is not working. After consulting your support, we are told that it is in fact not accepted, and I was told to open an issue to update the documentation here.

@rmustacc
Copy link
Contributor

Thanks for reporting this. However, we should make sure that add nics supports all the same arguments as create vm, this way it'll be in the same place for supporting multiple IP addresses on a NIC, IPv6, etc.

@leeyc0
Copy link
Author

leeyc0 commented Sep 24, 2015

Then would it mean that ipv4_ips should be supported, and not accepting it is it indeed a genuine bug? Because I was told by your support the ipv4_ips is not accepted.

(To be more exact, the ipv4_ips argument is accepted, but simply ignored.)

@rmustacc
Copy link
Contributor

Well, there are a couple different ways to look at this. Today, there is a bug in the documentation, because the endpoint doesn't accept it in a rather unfortunate away (silently ignoring it). In the longer term, as part of other work we are doing, we should make sure that support for specifying addresses here is addresses is added. So whether you want to call the things we haven't built yet a bug or a request for enhancement really just depends on how you want to look at it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants