Icehouse resize No valid host was found |
|
Hi all!! We're currently experimenting an error that's it's pretty weird, the reason it's that with another user same base image and same flavor we can resize the instance but with another user with the same base image we cannot with this error on the logs: 2015-04-21 22:03:37.700 4047516 WARNING nova.scheduler.utils [req-19a28c0f-ac5e-488b-8722-59135496f8e4 70886ff6b1434e0db5ddefa6180916f8 361f01feb5564973bcffe0a1d75ec795] Failed to compute_task_migrate_server: No valid host was found. Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/oslo/messaging/rpc/server.py", line 139, in inner return func(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/nova/scheduler/manager.py", line 298, in select_destinations filter_properties) File "/usr/lib/python2.7/dist-packages/nova/scheduler/filter_scheduler.py", line 140, in select_destinations raise exception.NoValidHost(reason='') NoValidHost: No valid host was found. In case that someone ask this options are already on all the nodes and the controller: allow_resize_to_same_host=True allow_migrate_to_same_host=True Boths are in the default section, as I said before the resize can be done with other instances and with and instances with the same specs. On the other hand we tried with both cli and dashboard and both user with enought quota to do the resize and with all the nodes with ram and cpu for the instance, as a said we already did it with an instance with the same flavor, can anyone point us on how to do a more deep debug or any advice about how to handle the error to do a the resize? Thanks in advance
|
|
|
 |
 |

jonathan.abdiel at gmail
Apr 21, 2015, 7:54 PM
Post #2 of 2
(464 views)
Permalink
|
Re: Icehouse resize No valid host was found
[In reply to]
|
|
Hi George, We already did that we try the resize with an instance on the same node and did the resize succesfully without troubles but with the instance with the problem it didn't work, we're already working with debug=True and verbose=True and nothings shows up. We're now trying modifying the .xml file by hand but doesn't look like a good solutions On Tue, Apr 21, 2015 at 11:46 PM George Mihaiescu <lmihaiescu [at] gmail> wrote: > Hi Jonathan, > > The compute node where the instance that fails to resize is hosted must > have a different config than the others. > To confirm this theory, find another instance that runs on that host and > initiate a resize as the user who owns that instance and it will probably > fail as well. > > Enabling debug and verbose in nova.conf and restarting the services on > that host before trying should give enough info in the nova-compute.log > about the cause of the failure. > > George > > On Tue, Apr 21, 2015 at 10:23 PM, Jonathan Abdiel Gonzalez Valdebenito < > jonathan.abdiel [at] gmail> wrote: > >> Hi all!! >> >> We're currently experimenting an error that's it's pretty weird, the >> reason it's that with another user same base image and same flavor we can >> resize the instance but with another user with the same base image we >> cannot with this error on the logs: >> >> 2015-04-21 22:03:37.700 4047516 WARNING nova.scheduler.utils >> [req-19a28c0f-ac5e-488b-8722-59135496f8e4 70886ff6b1434e0db5ddefa6180916f8 >> 361f01feb5564973bcffe0a1d75ec795] Failed to compute_task_migrate_server: No >> valid host was found. >> Traceback (most recent call last): >> >> File "/usr/lib/python2.7/dist-packages/oslo/messaging/rpc/server.py", >> line 139, in inner >> return func(*args, **kwargs) >> >> File "/usr/lib/python2.7/dist-packages/nova/scheduler/manager.py", line >> 298, in select_destinations >> filter_properties) >> >> File >> "/usr/lib/python2.7/dist-packages/nova/scheduler/filter_scheduler.py", line >> 140, in select_destinations >> raise exception.NoValidHost(reason='') >> >> NoValidHost: No valid host was found. >> >> >> In case that someone ask this options are already on all the nodes and >> the controller: >> >> allow_resize_to_same_host=True >> allow_migrate_to_same_host=True >> >> Boths are in the default section, as I said before the resize can be done >> with other instances and with and instances with the same specs. >> >> On the other hand we tried with both cli and dashboard and both user with >> enought quota to do the resize and with all the nodes with ram and cpu for >> the instance, as a said we already did it with an instance with the same >> flavor, can anyone point us on how to do a more deep debug or any advice >> about how to handle the error to do a the resize? >> >> >> Thanks in advance >> >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack [at] lists >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> >> > |
|
|
|
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
2015-04-21 CentOS7 lamp安装 centoOS6 lamp
2015-04-21 查看实时公网ip
2015-04-21 CentOS6无法本地登陆,ssh远程登陆没问题
2014-04-21 是C太傻逼?还是C++不够傻逼;
2014-04-21 curl伪造ip