Skip to content

Instantly share code, notes, and snippets.

View mallow111's full-sized avatar

Min Wang mallow111

10 followers · 6 following
  • United States
View GitHub Profile
@mallow111
mallow111 / tempest scenario errors for octavia
Created June 17, 2015 17:55
traceback-1: {{{
Traceback (most recent call last):
File "/opt/stack/octavia/.tox/tempest/src/tempest/tempest/scenario/manager.py", line 112, in delete_wrapper
delete_thing(*args, **kwargs)
File "/opt/stack/octavia/.tox/tempest/src/tempest/tempest/services/network/resources.py", line 120, in delete
self.client.delete_router(self.id)
File "/opt/stack/octavia/.tox/tempest/src/tempest/tempest/services/network/json/network_client.py", line 110, in _delete
resp, body = self.delete(uri)
File "/opt/stack/octavia/.tox/tempest/local/lib/python2.7/site-packages/tempest_lib/common/rest_client.py", line 283, in delete
return self.request('DELETE', url, extra_headers, headers, body)
@mallow111
mallow111 / gist:a8484f1e693ad8e74e16
Created June 21, 2015 20:48
install pycharm
1.download pycharm
2. install jdk---http://stackoverflow.com/questions/14788345/how-to-install-jdk-on-ubuntu-linux
3. import liscenece
@mallow111
mallow111 / gist:df41a1af02b87e813e69
Last active August 29, 2015 14:23
neutron namespace materials
http://www.linuxqq.net/archives/1202.html
https://www.mirantis.com/blog/identifying-and-troubleshooting-neutron-namespaces/
@mallow111
mallow111 / gist:a0728edb28ff8d26b9e0
Created July 6, 2015 17:14
linux directory system
1、/bin ：获得最小的系统可操作性所需要的命令
2、/boot ：内核和加载内核所需的文件
3、/dev ：终端、磁盘、调制解调器等的设备项
4、/etc ：关键的启动文件和配置文件
5、/home ：用户的主目录
6、/lib ：C编译器的库和部分C编译器
7、/media ：可移动介质上文件系统的安装点
8、/opt ：可选的应用安装包
9、/proc ：所有正在运行进程的映像
10、/root ：超级用户的主目录
@mallow111
mallow111 / gist:486cbc01268df727cf46
Last active August 29, 2015 14:24
error message for o-cw
2015-07-07 16:12:34.475 98003 WARNING octavia.controller.worker.controller_worker [-] Task 'octavia.controller.worker.tasks.compute_tasks.ComputeWait' (5fc81d5d-3ce2-460b-967c-a3108961179a) transitioned into state 'FAILURE' from state 'RUNNING'
2015-07-07 16:12:34.475 98003 ERROR octavia.controller.worker.controller_worker Traceback (most recent call last):
2015-07-07 16:12:34.475 98003 ERROR octavia.controller.worker.controller_worker File "/usr/local/lib/python2.7/dist-packages/taskflow/engines/action_engine/executor.py", line 68, in _execute_task
2015-07-07 16:12:34.475 98003 ERROR octavia.controller.worker.controller_worker result = task.execute(**arguments)
2015-07-07 16:12:34.475 98003 ERROR octavia.controller.worker.controller_worker File "/opt/stack/octavia/octavia/controller/worker/tasks/compute_tasks.py", line 155, in execute
2015-07-07 16:12:34.475 98003 ERROR octavia.controller.worker.controller_worker raise exceptions.ComputeWaitTimeoutException()
2015-07-07 16:12:34.475 98003 ERROR o
@mallow111
mallow111 / gist:4f608436f13a9db49de3
Last active August 29, 2015 14:24
o-api log
minwang1@ubuntu:~/devstack$ /usr/local/bin/octavia-api --config-file /etc/octavia/octavia.conf & echo $! >/opt/stack/status/stack/o-api.pid; fg || echo "o-api failed to start" | tee "/opt/stack/status/stack/o-api.failure"
[1] 89578
/usr/local/bin/octavia-api --config-file /etc/octavia/octavia.conf
2015-07-07 15:49:20.844 89578 INFO octavia.common.config [-] Logging enabled!
2015-07-07 15:49:21.183 89578 INFO octavia.cmd.api [-] Starting API server on 0.0.0.0:9876
2015-07-07 15:50:25.671 89578 DEBUG oslo_db.sqlalchemy.engines [req-65fe194a-f653-44ff-9238-16676be5eb4f - - - - -] MySQL server mode set to STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,TRADITIONAL,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION _check_effective_sql_mode /usr/local/lib/python2.7/dist-packages/oslo_db/sqlalchemy/engines.py:253
2015-07-07 15:50:25.723 89578 INFO octavia.api.v1.controllers.load_balancer [req-65fe194a-f653-44ff-9238-16676be5eb4f - - - - -] Sending created Load Balancer 7547981
@mallow111
mallow111 / gist:11dda3a722565651ba74
Last active August 29, 2015 14:24
give up tempest test for healthmonitor, instead use scenario test
i found one thing which i am not sure
[12:10] <mwang2> so when i create health monitor, no matter its admin_state_up flag is true or false, its provisioing status is always active, is this by perpose?
[12:11] <blogan> well provisioning status shouldn't reflect any changes in admin_state_up
[12:11] <blogan> just operating status if there is on
[12:11] <blogan> one
[12:12] <mwang2> for healthmonitor,it does not have
[12:17] <mwang2> this affect the admin state up test for health monitor, since health monitor does not have operating status, how can we test this flag then
[12:17] <mwang2> https://review.openstack.org/#/c/191217/7/neutron_lbaas/tests/tempest/v2/api/base.py
[12:18] <blogan> a functional test would have to be used then, one that ensured that if that gets set to False then the members of the pool come back into rotation
[12:18] <blogan> well pool members that were pulled otu of rotation
@mallow111
mallow111 / gist:609b6facf43346eb375c
Created July 16, 2015 17:23
git tips
to check the config of git : go to .git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
ignorecase = true
precomposeunicode = true
[remote "origin"]
@mallow111
mallow111 / gist:4a9c1b0f80d2d22d3f72
Last active August 29, 2015 14:25 — forked from the2hill/gist:790134f4a963670364fd
#Create LB
http://localhost:9876/v1/loadbalancers
{
"name": "loadbalancer1",
"description": "simple lb",
"vip": {"subnet_id": "ac7d27ae-7ace-459f-ae11-a4568abd227a"}
}
#Create LIstener
http://localhost:9876/v1/loadbalancers/0c59f9c3-13e2-47ad-bf7e-fd533c51e918/listeners
@mallow111
mallow111 / gist:e4d6ae23beee426ec9b3
Last active August 29, 2015 14:25
tempest test result for Neutron lbaas v2 against octavia plugin
passed files or skipped files(under neutron_lbaas/v2/api):
test_load_balancers_admin.py
test_load_balancer_non_admin.py
test_listener.py
test_pools_admin.py
Failed files :
1. test_health_monitor_admin.py under v2/api folder, failed reason :