OpenStack Juno删除僵尸实例 - 虚机实例相关nova表 - CSDN博客
OpenStack Juno删除僵尸实例 - 虚机实例相关nova表
MQ服务消息超时或者任何其他中断实例创建或者删除的情况，都会造成“僵死”实例的存在。也即是这个实例并不存在，或者即便存在也是有问题的，并且在Dashboard仪表盘上删除不了。提示“you are not allowed to terminate this instance&之类的错误。即便提示删除成功，实际还是在那里死趟着。命令行同样的问题，如下
# nova list /*列表显示出来*/
+--------------------------------------+--------------------+--------+------------+-------------+---------------------+
| Status | Task State | Power State | Networks
+--------------------------------------+--------------------+--------+------------+-------------+---------------------+
| 09dca062-c577-469f-bff5-cccbe65a5b7c | instance_name      | ERROR  | deleting   | NOSTATE     |                     | # nova reset-state 09dca062-c577-469f-bff5-cccbe65a5b7c /*重置下状态，正在删除任务消失*/
# nova delete 09dca062-c577-469f-bff5-cccbe65a5b7c /*尝试命令行删除*/
# nova list /*还是上面的显示正在删除任务的状态*/
# mysql -uroot -p /*在控制节点上数据库去看看这个实例在哪个结算节点上*/
MariaDB [(none)]& select node from nova.instances where uuid='09dca062-c577-469f-bff5-cccbe65a5b7c'; /*得到这个实例所在的计算节点*/
# ll /var/lib/nova/instances/ /*到该计算节点查看实例文件夹在不在*/
# rm -Rf 09dca062-c577-469f-bff5-cccbe65a5b7c /*在的话，给删除*/
现在再次进入数据库，进行多个表格删除对应实例ID的记录。
1. nova.instances表中，实例ID的字段名是uuid；
2. 其他外链表使用的是instance_uuid来引用。
MariaDB [nova]& delete from table_name where instance_uuid='09dca062-c577-469f-bff5-cccbe65a5b7c'; /*从下面的表格中一一删除关联的记录*/
table_name如下：
1. security_group_instance_association，实例安全组，创建默认安全组是default，但不会记录，如果你已经关联了安全组，那就删除下*/
2. instance_info_caches，实例缓存，删除
3. block_device_mapping，实例块存储，默认保存了一条volume_id为NULL的记录，删除之*/
4. instance_actions_events，实例操作结果，字段action_id引用下表instance_actions中的id，该表没有instance_uuid*/
5. instance_actions，实例操作，每个操作有一个id，作为上表instance_actions_events的action_id*/
这里我在想，真是蛋疼，两个表为啥不结合为一个表。所以只能首先在instance_actions中获取操作id然后在events中再去删
MariaDB [nova]& select id,action,instance_uuid from instance_actions where instance_uuid='09dca062-c577-469f-bff5-cccbe65a5b7c';
+-----+--------+--------------------------------------+
| action | instance_uuid
+-----+--------+--------------------------------------+
| 380 | create | 09dca062-c577-469f-bff5-cccbe65a5b7c |
| 382 | delete | 09dca062-c577-469f-bff5-cccbe65a5b7c |
| 383 | delete | 09dca062-c577-469f-bff5-cccbe65a5b7c |
| 384 | delete | 09dca062-c577-469f-bff5-cccbe65a5b7c |
| 385 | delete | 09dca062-c577-469f-bff5-cccbe65a5b7c |
| 386 | delete | 09dca062-c577-469f-bff5-cccbe65a5b7c |
+-----+--------+--------------------------------------+MariaDB [nova]& delete from instance_actions_events where action_id='380'; /*我在仪表盘操作了基础*/
MariaDB [nova]& delete from instance_actions_events where action_id='382';
MariaDB [nova]& delete from instance_actions_events where action_id='383';
MariaDB [nova]& delete from instance_actions_events where action_id='384';
MariaDB [nova]& delete from instance_actions_events where action_id='385';
MariaDB [nova]& delete from instance_actions_events where action_id='386'; /*删除instance_action_events之后再去删除instance_action*/
6. instance_faults，实例错误
7. instance_extra，没有看表的内容，不知道放的啥东西，只有一条记录
8. instance_system_metadata，实例元数据，记录蛮多的
9. instances，实例表，记录所有实例，仪表盘的实例列表就是读取这里
上面的9个表格删除完毕止之后，不要急着去刷新仪表盘，不然会提示无法获取实例列表信息 - 蛮吓人的！实例占用的资源依然被占用。
# systemctl restart openstack-nova-api openstack-nova-conductor /*重启下服务*/
# nova list /*实例删掉了，资源收回*/
最后如果每次都这么手动的去搞，麻烦，那就写个脚本：
# vim deletevm.sh
mysql -uroot -p && EOF
delete from security_group_instance_association where instance_uuid='$1';
delete from instance_info_caches where instance_uuid='$1';delete from block_device_mapping where instance_uuid='$1';delete from instance_actions where instance_uuid='$1'; /*这个地方可能需要手工，SQL能力不强哎*/delete from instance_faults where instance_uuid='$1';delete from instance_extra where instance_uuid='$1';delete from instance_system_metadata where instance_uuid='$1';delete from instances where instance_uuid='$1';
# chmod +x deletevm.sh
# ./deletevm.sh instance_id /*以后用这个脚本来搞就快多了*/
# nova list /*最后可以再看看*/
本文已收录于以下专栏：
相关文章推荐
在我们创建实例的过程中，由于种种错误的操作，会产生了大量状态为 ERROR 或 BUILD 的僵尸实例，经过进一步研究，发现其主要原因出现在 RabbitMQ 服务，中途有很多连接都 timeout ...
之前看过一篇文章，用的是“暂时关闭外键检查”的方法删除数据库中得instance实例。我个人认为这样及其糟糕，会残留数据。
我的办法：逐一删除。
1.回收floati...
从dashboard页面上terminate instance
1.删除配置文件
/etc/libvirt/qemu/instance-0000000*.xml
2.删除响应的文件目录
今天在PC上搭了一套OpenStack环境，但是创建完实例并绑定FLOATIP之后使用SSH和ping并不能访问到虚拟机，通过一番调研，发现需要对安全组（Security group）进行相关的配置
由于某种原因我将OpenStack的一个计算节点移除了，但移除前并没有删除在其上运行的实例，后来想通过dash删除这些实例，于是N天过去了，我的dash还显示如下内容：
很碍眼是不是？于是我打算...
使用nova命令删除不掉
参考：/blog//openstack-error-sample1/
vm其实已经删掉，通过vi...
一、我重启了该机器，之后想删除没有创建成功的虚拟机(没有打开cpu的vt)，结果发现状态一直为deleting状态。在这个状态下创建虚拟机也失败。
二、分析：在/var/log/nov...
1、编辑nova.conf文件添加：[DEFAULT]
reclaim_instance_interval=86400重启nova服务openstack-service restart nova2、删...
openstack【juno】入门高级篇：为何你的实例ping不通外网
1. 本文解决ping通外网的思路是什么？
2. 如何实现ping通外网？
3. ping域名bad address该如何解决？
他的最新文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)Access denied |
used Cloudflare to restrict access
Please enable cookies.
What happened?
The owner of this website () has banned your access based on your browser's signature (3b8e-ua98).转：openstack常见错误总结
以下主要为安装部署过程中遇到的一些问题，因为openstack版本问题，带来的组件差异导致不同的版本安装的方法也完全不一样。经过测试，目前已可成
功部署Essex和Grizzly两个版本，其中间还有个版本是Folsom,这个版本没有部署成功，也没有花太多时间去研究，因为Folsom版本中使
用的quantum组件还不成熟，对于网络连通性还有很多问题，网上也很少有成功的案例，大多数人使用的还是folsom+nova-network模
到了Grizzly版本，quantum组件才比较稳定，可以正常使用，自己也花了很多时间
研究，现在已可以成功部署多节点环境。以下是部署过程中遇到的一些问题，包括Essex和Grizzly两个版本。国内网上关于这方面的资料很少，很多资
料也都是国外网站上看到的。而且很多情况下日志错误信息相同，但导致错误的原因却不尽相同，这时候就需要仔细分析其中的原理，才能准确定位。遇到错误并不
可怕，我们可以通过对错误的排查加深对系统的理解，这样也是好事。
关于安装部署，网上有一些自动化的部署工具，如devstack和onestack，一键式
部署。如果你是初学者，并不建议你使用这些工具，很明显，这样你学不到任何东西，不会有任何收获。如果没有问题可以暂时恭喜你一下，一旦中间环节出现错误
信息，你可能一头雾水，根本不知道是哪里错了，加之后期的维护也是相当困难的。你可能需要花更多的时间去排查故障。因为你根本不了解中间经过了哪些环节，
需要做哪些配置！这些工具大多数是为了快速部署开发环境所用，正真生产环境还需要我们一步一步来操作。这样有问题也可快速定位排查错误。
本文仅是针对部署过程中的一些错误信息进行总结梳理，并给予解决办法，这些情况是在我的环境里遇到的，并成功解决的，可能会因为环境的不同而有所差异，仅供参考。
1、检查服务是否正常：
如果看到都是笑脸状态，说明nova的服务属于正常状态，如果出现XXX，请查看该服务的相关日志信息，在/var/log/nova/下查看，通过日志一般可以分析出错误的原因。
2、libvirt错误
解决方案：
出现这种错误首先要查看/var/log/libvirt/libvirtd.log日志信息，日志里会显示：libvirt-bin
service will not start without dbus installed.
我们再查看ps &ea|grep dbus，确认dbus is
running，然后执行apt-get install lxc
3、Failed to add
解决方案：
环境变量问题，配置环境变量，在/etc/profile文件中新增：
然后执行source&
/etc/profile即可！当然你也可以不在profile里配置环境变量，但是只能临时生效，重启服务器就很麻烦，所以建议你还是写在profile里，这样会省很多麻烦。
4、僵尸实例的产生
僵尸实例一般是非法的关闭nova或者底层虚拟机，又或者在实例错误时删除不了的错误，注意用virsh
list检查底层虚拟机是否还在运行，有的话停掉，然后直接进入数据库删除。
解决方案：
删除数据库中的僵尸实例或将数据库删除重新创建：
a、删除数据库：
b、删除数据库中的实例：
将以上文件写入delete_insrance.sh中，然后执行sh
delete_instrance.sh insrance_
其中instrance_id可以通过nova list
5、Keystone
NoHandlers
解决方案：
出现这种错误是大多数是由于keystone_data.sh有误，其中
admin_token必须与/etc/keystone/keystone.conf中相同。然后确认keystone.conf中有如下配置：
keystone.catalog.backends.templated.TemplatedCatalog template_file
= /etc/keystone/default_catalog.templates
6、清空系统组件，重新安装：
可通过执行上面的脚本，卸载已安装的组件并清空数据库。这样可以省去重装系统的麻烦！
7、Access denied for user
‘keystone@localhost(using password:YES’)
解决方案：
查看keystone.conf配置文件链接数据库是否有误，正确如下：
很多时候发现nova-compute挂掉，或者不正常了，通过nova-manage查看状态是XXX了。
往往是nova-compute的主机时间和controller的主机时间不一致。
nova-compute是定时地往数据库中services这个表update时间的，这个时间是nova-compute的主机时间。
controller校验nova-compute的存活性是以controller的时间减去nova-compute的update时间，如果大于多少秒（具体数值代码里面有，好像是15秒）就判断nova-compute异常。
这个时候你用nova-manage查看nova-compute状态是XXX，如果创建虚
拟机，查看nova-scheduler.log 就是提示找不到有效的host
其他服务节点类同，这是nova心跳机制问题。所以讲nova环境中各节点时间同步很重要。一定要确保时间同步！！
如果在dashboard上看nova-compute状态，可能一会儿变红，一会儿变绿。那就严格同步时间，或者找到代码，把上面的那个15秒改大一点。
9、noVNC不能连接到实例
novnc的问题比较多，网上也有关于这方面的很多配置介绍，其实配置不复杂，只有四个参数，配置正确基本上没什么大问题，但是装的过程中还是遇到了不少的问题。
a、提示“Connection Refuesd”
可能是控制节点在收到vnc请求的时候，无法解析计算节点的主机名，从而无法和计算节点上的实例建立连接。
另外可能是，当前浏览器不支持或者不能访问，将计算节点的ip和主机名的对应关系加入到控制节点的/etc/hosts文件中。
b、提示“failed connect to
出现这种错误的情况比较多，有可能是配置文件的错误，我们的环境中遇到这个错误是因为网络源有更新，导致安装版本不一致，使组件无法正常使用，解决方法就是使用本地源。另外需要特别说明的是使用novnc的功能需要浏览器支持Web
Socket和HTML5.推荐使用谷歌。
10、cinder错误，无法登录dashboard.
出现如下错误：
查看 apache2 的 error
日志，报如下错误：
错误信息中指出了 Cinderclient 的 client.py 中 78
行 hasattr() 方法的属性必须是一个字符串。
修改代码：
重新启动 apache2 ：
&/etc/init.d/apache2
这次访问 dashboard 没有报错，尝试创建 volume
也没有问题了。
&&&在测试openstack中的volume服务时把lvm挂载到虚拟机实例时失败，这其实不是cinder的错误，是iscsi挂载的问题。
以下是计算节点nova-compute.log
的错误日志：
以上错误是没有找到iscsi服务端共享出的存储，查找了很多openstack
资料说要添加以下两个参数：
iscsi_ip_prefix=192.168.80
#openstack环境内网段
iscsi_ip_address=192.168.80.22 #
volume机器内网IP
可是问题依然无法解决，后来发现只要在nova.conf配置文件中添加参数iscsi_helper=tgtadm
就挂载失败。
根据这个情况进行了测试查看日志才发现：如果使用参数
：iscsi_helper=tgtadm 时就必须使用 tgt
服务，反之使用iscsitarget服务再添加参数iscsi_helper=ietadm。
我测试环境的问题是tgt和iscsitarget服务都已安装并运行着（在安装nova-
common时会把tgt服务也安装上，这个不小心还真不会发现），在nova.conf配置中添加参数iscsi_helper=tgtadm
，查看端口3260 发现是iscsitarget服务占用，所以导致挂载失败，我们可以根据情况来使用哪个共享存储服务！！将tgt
和iscsi_helper=tgtadm、iscsitarget和iscsi_helper=ietadm保留一个即可。
12、glance
index报错：
&在 Grizzly 版，我测试
glance index 时候报错：
Authorization Failed: Unable to communicate with identity service: {"error": {"message": "An unexpected error prevented the server from fulfilling your request. Command 'openssl' returned non-zero exit status 3", "code": 500, "title": "Internal Server Error"}}. (HTTP 500)
错误信息指出：glance 没有通过keystone验证，查看了
keystone 日志，报错如下：
-04 12:40:58&&& ERROR [mon.cms] Signing error: Error opening signer certificate /etc/keystone/ssl/certs/signing_cert.pem
:error::system library:fopen:No such file or directory:bss_file.c:398:fopen('/etc/keystone/ssl/certs/signing_cert.pem','r')
:error::BIO routines:FILE_CTRL:system lib:bss_file.c:400:
2680 unable to load certificate
-04 12:40:58&&& ERROR [root] Command 'openssl' returned non-zero exit status 3
2683 Traceback (most recent call last):
2684&& File "/usr/lib/python2.7/dist-packages/keystone/common/wsgi.py", line 231, in __call__
2685&&&& result = method(context, **params)
2686&& File "/usr/lib/python2.7/dist-packages/keystone/token/controllers.py", line 118, in authenticate
2687&&&& CONF.signing.keyfile)
2688&& File "/usr/lib/python2.7/dist-packages/keystone/common/cms.py", line 140, in cms_sign_token
2689&&&& output = cms_sign_text(text, signing_cert_file_name, signing_key_file_name)
2690&& File "/usr/lib/python2.7/dist-packages/keystone/common/cms.py", line 135, in cms_sign_text
2691&&&& raise subprocess.CalledProcessError(retcode, "openssl")
2692 CalledProcessError: Command 'openssl' returned non-zero exit status 3
在Grizzly 版中，keystone 默认验证方式是 PKI ,
需要签名证书，之前的版本都是用的 UUID，改 keystone.conf:
token_format = UUID
在试一次就没有错误了。
13、镜像制作
这里主要强调下windows的镜像制作，因为windows的涉及到加载驱动的问题，就比较麻烦。
驱动，因为win默认不支持virtio驱动，而通过openstack管理虚拟机是需要virtio驱动的。需要两个virtio驱动，一个是硬盘的，
一个是网卡的，即：virtio-win-0.1-30.iso和virtio-win-1.1.16.vfd。这里主要强调两个地方：&
1、创建镜像：&
2、引导系统 ：
这里需要注意的地方是if=virtio,boot=on &fda
virtio-win-1.1.16.vfd和引导系统时使用的virtio-win-0.1-30.iso
这两个驱动分别是硬盘和网卡驱动。如果不加载这两个驱动安装时会发现找不到硬盘，并且用制作好的镜像生成实例也会发现网卡找不到驱动，所以在这里安装镜像
生成后需要重新引导镜像安装更新网卡驱动为virtio。
14、删除僵尸volume
如果cinder服务不正常，我们在创建volume时会产生一些僵尸volume，如果在horizon中无法删除的话，我们需要到服务器上去手动删除，
命令：lvremove
/dev/nova-volumes/volume-000002
注意这里一定要写完整的路径，不然无法删除，如果删除提示：
“Can't remove open
logical volume“
可尝试将相关服务stop掉，再尝试删除。删除完还需到数据库cinder的volumes表里清除相关记录。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。在电子工程世界为您找到如下关于“NOVA”的新闻
NOVA资料下载
在OpenStack中，出现问题比较多的除了网络部分，还有存储部分。对于swift对象存储的研究和相关技术资料已经有很多，而块存储nova-volume相关的介绍还少见，其中也有很多问题出现。OpenStack卷存储nova-volume相关问题，由于nova-volume问题较多，单独写这一篇，主要介绍块存储相关的问题...
在OpenStack中，出现问题比较多的除了网络部分，还有存储部分。对于swift对象存储的研究和相关技术资料已经有很多，而块存储nova-volume相关的介绍还少见，其中也有很多问题出现。OpenStack卷存储nova-volume相关问题，由于nova-volume问题较多，单独写这一篇，主要介绍块存储相关的问题...
OpenStack Compute (Nova)是一套控制器，用于为单个用户或使用群组启动虚拟机实例。它同样能够用于为包含着多个实例的特定项目设置网络。OpenStack Compute在公共云处理方面堪与Amazon EC2相提并论；而在私有云方面也毫不逊色于VMware的产品。在公共云中，这套管理机制将提供预制的镜像或是为用户创建的镜像提供存储机制，这样用户就能够将镜像以虚拟机的形式启动...
方法。印花镍网是圆网印花的关键性消耗器材[1]，从1963 年荷兰的STOEK 公司发明第一代镍网（标准网）至今，开孔率更高、厚度更大的第三代镍网—NOVA 网（经济网）已经在圆网印花和印刷等行业得到了越来越广泛的应用。由于镍网的生产工艺比较复杂，我国目前已有的六七十家镍网生产厂家中，只有少量能够生产能与STORK 公司相媲美的135 及165 目NOVA 网，我国总体镍网制造水平较低[2]。镍网...
OpenStack Compute (Nova)是一套控制器，用于为单个用户或使用群组启动虚拟机实例。它同样能够用于为包含着多个实例的特定项目设置网络。OpenStack Compute在公共云处理方面堪与Amazon EC2相提并论；而在私有云方面也毫不逊色于VMware的产品。在公共云中，这套管理机制将提供预制的镜像或是为用户创建的镜像提供存储机制，这样用户就能够将镜像以虚拟机的形式启动...
053[1]HARDWARE TOOLS FOR COMPRESSION ALGORITHM IMPLEMENTATIONˇ Fr Tom as yza, Stanislav Hanus Institute of Radio Electronics, Brno University of Technology Purkyˇ nova 118, 612 00...
大不一样了，电脑十分普及，当然还有 盗版软件的流行，CAID成为新一代工业设计师的必修课。” “现在有很多人认为电脑软件的运用能力对设计师至关重要，我觉 得这是一个误区。其实在具有一定规模的工业设计公司，比如国内的 NOVA Design里，他们的分工是比较明确的。CAID部分有专门的员工 负责，他们帮助将设计师的概念成形，好比设计师的手一样。同样我们 可以类比到电影行业，导演和主创人员开始都是...
。如“张三丰[3-6]提出了”3） 个人著者采用姓前名后的著录形式。欧美著者的名缩写为首字母，名之间用空格分隔，姓和名之间不需要用逗号隔开，格式如NOVA R H。而用汉语拼音书写的中国著者姓名不得缩写。作者之间用逗号分隔。4） 文献有3个以上作者时，前3个作者写全，从第4个作者开始省略，用“等”或“et al”代替。5） 期刊的中文参考文献须翻译成英文，并与相应中文文献同时列出。6） 英文书名、英文...
...........................\\\\....\\\\.........\\\\....\\\\mmlaas_N2.xml
...........................\\\\....\\\\.........\\\\....\\\\mmlaas_N3.xml
...........................\\\\....\\\\.........\\\\NoVa...
的嵌入式机床数控系统，并给出了硬件设计方案、软件程序设计思想及相应设计。硬件部分选用是日本NOVA电子有限公司研制的DSP运动控制专用芯片MCX314AL，作为数控装置电机的驱动芯片，其性能优良、接口简单、编程方便、工作可靠，给运动控制带来极大方便。采用ARM微处理器STR710负责控制MCX314AL、外围逻辑电路的管理及后台任务的实现。系统软件平台采用源代码公开的嵌入式实时操作系统uC/OS-...
NOVA相关帖子
，如何进一步提升传感器的检测精度成为需要解决的问题。
& & 下半部分虚线框内为用于强度检测的SPR传感实验系统，光源为波长532nm的单色半导体激光，经多模光纤跳线耦合入空芯光纤，采用光功率计（NOVA Ⅱ，OPHIR）测量输出光强。记录并分析输出光强与光纤内充入液体的折射率之间的关系，即可获得空芯光纤SPR传感器在强度检测模式下的性能。
& & 实验采用...
，还可以用于放置 AirPods 并进行充电。
　　成立的新公司Nova Technology将PodCase描述为薄形保护壳，可以为您的iPhone和AirPods充电，在顶部有突出部分以安放AirPods。PodCase可以放入裤子口袋当中。PodCase内建2500mAh电池，足够为iPhone充满电，或为40个AirPod充电。PodCase本身使用USB-C接口为内建的2500mAh电池...
1）手机界，最近10月，比较关注的新品，就是google pixel开始，到小米5S，然后锤子M1，华为NOVA，努比亚Z11 miniS，魅蓝月底也发新品，新东西多的真是看不过来，常常让人想剁手，可惜信用卡额度。。。&&（不要跟我提OPPO Vivo，在我眼中这些都不是搞手机的。）
蛋疼是还不够power在顶级媒体上班，要不新品样机还不是一批一批的来，google...
附件是GE NOVA品牌的NPA系列表贴压芯片的资料，有需要的直接下载。
关于NOVA其他系列的硅压力芯片和扩散硅芯体资料，请见我的上一帖。
所分享的资料都是工作中接触学习到的关于NOVA产品的资料，如有不齐全，欢迎补充。 GE NOVA的NPA系列压力芯片资料（内涵技术参数，借口尺寸图，电路图）...
GE NOVA的压力传感器资料请见附件，有需要的可以直接下载，互相交流。QQ: GE NOVA的充油芯体、气压传感器、胎压芯片，可直接下载 这么多好资料，谢谢分享
就我所知GE NPX1胎压传感器不错，十年汽车轮胎压力传感器经验
呵呵，看来是汽车行业的行家。 回复 板凳 sensorexpert 的帖子...
库里面积压了很久的NOVA NPP-301，最近公司清库存，价格都降的很低，有需要的可以跟我联系：南京高华科技 于工 &025-3 & ，QQ: GE NOVA NPP-301 低价消库存，有人要吗？...
有需要此型号陶瓷基底医疗压力传感器资料的请留下邮箱，QQ: GE NOVA NPC-医疗传感器，有需要资料的留下邮箱...
需要的留下邮箱。QQ: 有需要GE NOVA汽车胎压传感器NPP-301资料的，留下邮箱 谢谢楼主，最近研究胎压系统，给份资料呗
已发送至邮箱 回复 沙发 nk2007sui 的帖子
谢谢，学习一下，手边没有资料
GE NOVA压力充油芯体和压力传感器芯体，有需要技术资料、选型资料和价格表的可与我联系。
QQ: 有需要GE NOVA硅压阻压力充油芯体、压力传感器芯片产品选型与技术参数资料的与我联系...
或者加我Q： 有需要GE NOVA压力传感器资料的可以留下邮箱...
你可能感兴趣的标签
热门资源推荐}