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.

_______________________________________________
Mailing list: https://launchpad.net/~registry
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~registry
More help   : https://help.launchpad.net/ListHelp

Reply via email to