timeout value could be less then delay value
I'm not sure if this is a bug, because we have defined the delay value
could not be negative
already. If it is a bug, I will report the bug in launch and fix it. If
not, is there anything
specific reason?
Thanks,
Dong Liu
[1]http://docs.openstack.or
Juno. Although I'm a new bee here, if it is possible, I wish I can take
part in this in the days to come.
[1] https://wiki.openstack.org/wiki/MessageSecurity
[2] https://blueprints.launchpad.net/keystone/+spec/key-distribution-server
Regards,
Dong Liu
On 2014-02-25 19:48, Salvatore Orlando
t, the tenant_id I filled in the body can be any string (e.g.,
a name, an uuid, etc.) But I think this tenant existence (I mean if the
tenant exists in keystone) should be verified, if not, the subnet I
created will be an useless resource.
Regards,
Dong Liu
On 2014-02-25 0:22, Jay Pipes Wrote:
ation,
I'd still expect services to blindly trust the values provided
in the environment (useful for both debugging the service and
alternative deployment architectures).
On Sun, Feb 16, 2014 at 8:52 AM, Dong Liu mailto:willowd...@gmail.com>> wrote:
Thank you Alan and Pete, I will wait for devstack-gate core approve
patch https://review.openstack.org/#/c/74451/
2014-02-20 17:14, Alan Pevec :
I notice that we have changed "from swiftclient import Connection,
HTTPException" to "from swiftclient import Connection, RequestException"
at 2014-02
Hi, Anyone aware of the following:
2014-02-18 11:31:13.124 | + swift stat
2014-02-18 11:31:13.186 | Traceback (most recent call last):
2014-02-18 11:31:13.186 | File "/usr/local/bin/swift", line 35, in
2014-02-18 11:31:13.186 | from swiftclient import Connection,
HTTPException
2014-02-18 11:
t; inet addr:127.0.0.1 Mask:255.0.0.0
> inet6 addr: ::1/128 Scope:Host
> UP LOOPBACK RUNNING MTU:16436 Metric:1
> RX packets:4 errors:0 dropped:0 overruns:0 frame:0
> TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
> co
again to see if you can give a help.
Is it possible to bind MAC to a FLOATING IP?
Thanks,
Jay
2014-02-19 10:38 GMT+08:00 Dong Liu mailto:willowd...@gmail.com>>:
yes, it does not worked via dashboard
Dong Liu
于 2014-02-19 8:11, Jay Lau 写道:
Thanks Dong for the grea
yes, it does not worked via dashboard
Dong Liu
于 2014-02-19 8:11, Jay Lau 写道:
Thanks Dong for the great help, it does worked with command line!
This seems not available via dashboard, right?
Thanks,
Jay
2014-02-19 1:11 GMT+08:00 Dong Liu mailto:willowd...@gmail.com>>:
Hi Jay,
In neutron API, you could create port with specified mac_address and fix_ip,
and then create vm with this port.
But the mapping of them need to manage by yourself.
在 2014年2月18日，22:41，Jay Lau 写道：
> Greetings,
>
> Not sure if it is suitable to ask this question in openstack-dev list. H
e in place.
>
> Without auth_token in place to manage multitenant authorization, I'd still
> expect services to blindly trust the values provided in the environment
> (useful for both debugging the service and alternative deployment
> architectures).
>
> On Sun, Feb 16
Hi stackers:
I found that when creating network subnet and other resources, the attribute
tenant_id
can be set by admin tenant. But we did not verify that if the tanent_id is real
in keystone.
I know that we could use neutron without keystone, but do you think tenant_id
should
be verified wh
I think should we provide a feature about create vm without NIC, I plan to
register a blueprint about this.
If we could create a vm without NIC, we could attach a new NIC without IP
address as eth0.
在 2014年1月26日，0:51，Dong Liu 写道：
> Hi Miguel,
>
> Sorry for reply you so late.
API.
>
>Direct routing means, that the subnet router will route your IP from
> outside the
> subnet directly through your subnet, to your machine..., and the traffic
> (with external IP)
> is routed back to this internal router through the subnet to this router.
>
> Che
vms like this.
I think provide a bility that allow tenant to create vm without ip
address is necessary.
What's your opinion?
Regards
Dong Liu
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/ma
在 2014年1月8日，20:24，Nir Yechiel 写道：
> Hi Dong,
>
> Can you please clarify this blueprint? Currently in Neutron, If an instance
> has a floating IP, then that will be used for both inbound and outbound
> traffic. If an instance does not have a floating IP, it can make connections
> out using th
16 matches
Mail list logo
