registry team mailing list archive

[vishvananda <vishvananda@xxxxxxxxx>]

My proposed branch here
https://code.launchpad.net/~vishvananda/nova/remove-network-index/+merge/36921
addresses this issue.
It changes networks to be created through nova-manage, and only allocates a network to a user when an instance is launched.  In the meantime, it simply warns that there is no vpn data and skips generating the part that needs the vpn credentials.
 
On Oct 4, 2010, at 12:15 PM, Eric Day wrote:

> Ahh, ok. If this is not an isolated case, then yes, I agree we should
> probably force an upgrade. I just don't like tools that force you to
> upgrade something when all you wanted to do was make a simple change (I
> still do the upgrade, but after some change that may be time critical).
> 
> -- 
> nova-manage project zip and nova-manage vpn list broken by change in DB semantics when networks are missing
> https://bugs.launchpad.net/bugs/654025
> You received this bug notification because you are a member of Nova
> Bugs, which is subscribed to OpenStack Compute (nova).
> 
> Status in OpenStack Compute (Nova): Incomplete
> 
> Bug description:
> If a project does not have a network assigned, nova-manage project zip fails like this:
> 
> Traceback (most recent call last):
>  File "/home/emellor/openstack/nova/xenapi/bin/nova-manage", line 463, in <module>
>    main()
>  File "/home/emellor/openstack/nova/xenapi/bin/nova-manage", line 454, in main
>    fn(*argv)
>  File "/home/emellor/openstack/nova/xenapi/bin/nova-manage", line 347, in zipfile
>    zip_file = self.manager.get_credentials(user_id, project_id)
>  File "/home/emellor/openstack/nova/xenapi/nova/auth/manager.py", line 662, in get_credentials
>    (vpn_ip, vpn_port) = self.get_project_vpn_data(project)
>  File "/home/emellor/openstack/nova/xenapi/nova/auth/manager.py", line 558, in get_project_vpn_data
>    Project.safe_id(project))
>  File "/home/emellor/openstack/nova/xenapi/nova/db/api.py", line 440, in project_get_network
>    return IMPL.project_get_network(context, project_id)
>  File "/home/emellor/openstack/nova/xenapi/nova/db/sqlalchemy/api.py", line 103, in wrapper
>    return f(*args, **kwargs)
>  File "/home/emellor/openstack/nova/xenapi/nova/db/sqlalchemy/api.py", line 980, in project_get_network
>    raise exception.NotFound('No network for project: %s' % project_id)
> nova.exception.NotFound: No network for project: ewan
> 
> The code in auth.manager used to cope with this situation, but it looks like the DB layer semantics have changed so that it raises exception.NotFound now rather than returning None.
> 
> A similar problem affects nova-manage vpn list.
> 
> 
>

-- 
nova-manage project zip and nova-manage vpn list broken by change in DB semantics when networks are missing
https://bugs.launchpad.net/bugs/654025
You received this bug notification because you are a member of Registry
Administrators, which is subscribed to OpenStack.