glance-0.1.7 分析（八）—— glance/util.py 辅助工具

最新推荐文章于 2024-09-24 08:17:05 发布
最新推荐文章于 2024-09-24 08:17:05 发布
阅读量602 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： OpenStack 文章标签： 工具 image
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/snailpy/article/details/7664142
本文介绍了Glance项目中util.py文件的功能，包括元数据转换为HTTP头部信息的函数，如image_meta_to_http_headers等，以及从HTTP头部提取元数据的函数get_image_meta_from_headers等。

glance/util.py

    提供 glance 使用的一些工具函数

    def image_meta_to_http_headers(image_meta)

        将元数据解析填充到HTTP头中，填充是x-image-meta-property-和x-image-meta-

    def inject_image_meta_into_headers(response, image_meta)

        封装了image_meta_to_http_headers(image_meta)，添加属性到response.headers

    def get_image_meta_from_headers(response)

        解析HTTP头，提取x-image-meta-property-和x-image-meta-信息

    def has_body(req)

        检测一个请求是否含有body
glance-0.1.7 分析（七）—— glance/store 镜像存储后端
snailpy的专栏
06-13 2052
glance/store 提供了镜像的存储服务。当前支持不同的存储机制：             "file"                  FilesystemBackend             "http"/"https"     HTTPBackend             "swift"                SwiftBackend             "s
glance的用法
njhwwgc的专栏
07-13 1965
<br />网络上有很多关于glance的用法介绍,基本上都是一个版本.其实有两个命令很实用,但是并没有介绍到.<br />1.进入glance后,"?"命令可以在线提示所有的命令以及对应的解释.内容如下:<br />                         GlancePlus Commands Menu<br />h - Online Help          q - exit (or e)              A - Application List<br />g - Process
Linux最强大的实时系统监控工具glances（An Advanced Real Time System Monitoring Tool for Linux）
weixin_70208651的博客
01-11 3433
Linux的实时系统监控工具glances，可以监视系统的各种性能指标，如CPU使用率、内存使用情况、磁盘I/O速度、网络I/O速度、文件系统可用空间等，帮助用户了解系统的运行状况。glances还支持 cs模式，glances运行一个server服务器，可以用client客户端去远程连接访问，查看系统状况。
利用系统监控工具-glances
qq_42499737的博客
07-29 167
glances 是利用Python语言开发,的监控工具,与Linux命令中的top最为相似,但是比top命令更齐全. 主要用来监控: ·CPU 使用 率； ·内存 使用 情况； ·内核 统计 信息 和 运行 队列 信息； · 磁盘 I/ O 速度、 传输 和 读/ 写 比率； ·文件 系统 中的 可用 空间； ·磁盘 适配器； ·网络 I/ O 速度、 传输 和 读/ 写 比率； ·页面 空间 和 页面 速度； ·消耗 资源 最多 的 进程； ·计算机 信息 和 系统 资源。 我们先来安装一下glances
Linux服务器监控工具：Glances安装和使用
we chat：玩转测试开发
04-04 1391
Glances是一个跨平台监控工具，旨在通过curses或基于Web的界面在最小的空间内呈现最大的信息。它可以根据终端大小动态地调整显示的信息。它也可以在客户端/服务器模式下工作。远程监控可以通过终端、Web接口或API（XMLRPC和RESTful）来完成。Glances是用Python编写的，并使用psutil库从系统中获取信息。统计信息也可以导出到外部时间/值数据库。本质是封装psutil。：访问 http://:61208。
Glance监控命令在HP UX上的使用
s_sword的专栏
06-07 2206
Glance监控工具是HP-UX系统中一个强大且易用的在线监控工具，它有两种版本，一种是gpm，图形模式,另一个就是glance，文本模式。几乎可以在任何终端和工作站上使用，占用资源很少。任何一个版本都可以提供丰富的系统性能信息。默认的进程列表会列出有关系统资源和活动进程的常规信息，更多详细信息包括：CPU, Memory, Disk IO, Network, NFS, System Calls,
Python库 | glance-19.0.0.0b1-py2.py3-none-any.whl
03-21
标题中的“glance-19.0.0.0b1-py2.py3-none-any.whl”是一个Python软件包，属于Python库的一种发布格式，称为wheel文件。这个特定版本是19.0.0的第一个beta版本（0b1），支持Python 2和Python 3（py2.py3），并且...
OpenStack-glance服务-glance-api.conf配置文件
10-21
OpenStack-glance服务-glance-api.conf配置文件，在配置OpenStack的glance服务中，配置文件glance-api.conf需要进行部分修改，进而来适应各种服务，该文件为修改完成的glance-api.conf文件内容。
python-glance-16.0.1-1.el7.noarch.rpm
01-02
官方离线安装包，测试可用。使用rpm -ivh [rpm完整包名] 进行安装
系统资源监控器工具glances的使用详解
qq_56104175的博客
05-24 1356
glances可以分析系统的 CPU使用率、内存使用率、内核统计信息和运行队列信息磁盘I/O速度、传输和读/写比率、磁盘适配器网络I/O速度、传输和读/写比率页面监控进程监控-消耗资源最多的进程计算机信息和系统资源。
Glance：轻量级可视化工具的新选择
gitblog_00437的博客
09-24 476
Glance：轻量级可视化工具的新选择 项目介绍 Glance 是一个由 Kitware 开发的开放源代码 JavaScript 可视化应用程序，基于 Visualization Toolkit (VTK)，旨在作为 ParaView 的轻量级伴侣。它是 ParaView Web 工具套件的一部分。Glance 提供了一个简洁而强大的界面，使用户能够轻松地进行数据可视化，特别适合那些需要快速查看和...
Glance介绍
实践求真知
02-25 4223
一 Glance服务介绍在传统IT环境下，安装一个系统是：要么从安装CD从头安装，要么用Ghost等克隆工具恢复。这两种方式有如下几个问题1 如果要安装的系统多了效率就很低2 时间长，工作量大3 安装完成还要进行手动配置，比如安装其他的软件，设置IP等4 备份和恢复系统不灵活二 关于Image1 云环境下需要更高效的解决方案，这就是Image。Image是一个模板，里面包含了基本的操作系统和其他软...
Hp-Unix的glance监控工具使用
XR_start的博客
04-10 2663
Glance监控工具是HP-UX系统中一个强大且易用的在线监控工具，它有两种版本，一种 是gpm，GUI模式；另一个就是glance，CLI模式。 启动glance： 在glance的绝对路径下，直接执行glance命令，启动glance。 glance的语法： [-j interval] [-p [dest]] [-f dest] [-maxpages numpages] [-com
[linux]查看性能的命令（top和glance）的详解
mytender123的博客
02-13 6706
liunx查看性能的命令（top和glance）的详解 linux的top命令 top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器。下面详细介绍它的使用方法。 在系统维护的过程中，随时可能有需要查看 CPU 使用率，并根据相应信息分析系统状况的需要。在 CentOS 中，可以通过 top 命令来查看 CPU 使用状况。运
glance-0.1.7 分析（六）—— glance/registry 服务
snailpy的专栏
06-12 1357
glance/registry 提供了对 image 元数据访问的一个接口，client.py 提供了访问机制，server.py 提供了服务响应机制。 glance/registry/__init__.py     定义了 Registry API，通过 client.RegistryClient 来完成实际的工作     def get_images_list()     def
glance-0.1.7 分析（一）—— 开始
snailpy的专栏
06-02 1018
本来想学习一下 OpenStack，想从 glance 入手，glance 也是一个相对比较独立的子系统。 但是其最新版比较庞大，而且依赖的包好像也挺多，环境搭建有些麻烦，遇到了一些问题。 搜了一下 OpenStack 网站，找到了其最初的版本，可能还没有集成好 nova 和 swift。不过， 只是想快速了解一下其实现框架，从简单的入手可以节省时间。等搞明白了，再看看最新的 进展是怎
glance-0.1.7 分析（三）—— glance/common/wsgi.py
snailpy的专栏
06-04 818
首先看 glance-0.1.7/glance/common 目录下的代码，因为一般 common 下的代码对 glance 中其他 部分依赖较少，是作为基础组件来设置的，其他模块会用到这里提供的基础功能。 首先看 wsgi.py。该文件的主要功能是通过借助 eventlet、routes 和 webob 来实现的：     eventlet     支持非阻塞IO；Python 社
glance-0.1.7 分析（二）—— 构建文档
snailpy的专栏
06-04 816
glance-0.1.7/doc 中放置了文档源码，需要编译来生成需要的格式，缺省生成的是 html 文档： snailpy@crossover:~/dev/glance-0.1.7/doc$ pwd /home/snailpy/dev/glance-0.1.7/doc snailpy@crossover:~/dev/glance-0.1.7/doc$ ls Makefile source s
[root@stackone-control ~]# snap list | grep microstack microstack yoga 388 sunbeam/beta canonical** - [root@stackone-control ~]# echo 'export PATH=$PATH:/snap/bin' >> ~/.bashrc [root@stackone-control ~]# source ~/.bashrc [root@stackone-control ~]# microstack status Traceback (most recent call last): File "/snap/microstack/388/bin/microstack", line 8, in <module> sys.exit(main()) File "/snap/microstack/388/lib/python3.10/site-packages/sunbeam/main.py", line 58, in main cli() File "/snap/microstack/388/lib/python3.10/site-packages/click/core.py", line 1130, in __call__ return self.main(*args, **kwargs) File "/snap/microstack/388/lib/python3.10/site-packages/click/core.py", line 1055, in main rv = self.invoke(ctx) File "/snap/microstack/388/lib/python3.10/site-packages/click/core.py", line 1657, in invoke return _process_result(sub_ctx.command.invoke(sub_ctx)) File "/snap/microstack/388/lib/python3.10/site-packages/click/core.py", line 1404, in invoke return ctx.invoke(self.callback, **ctx.params) File "/snap/microstack/388/lib/python3.10/site-packages/click/core.py", line 760, in invoke return __callback(*args, **kwargs) File "/snap/microstack/388/lib/python3.10/site-packages/sunbeam/commands/status.py", line 63, in status with console.status(f"{step.description} ... "): File "/snap/microstack/388/lib/python3.10/site-packages/rich/status.py", line 97, in __enter__ self.start() File "/snap/microstack/388/lib/python3.10/site-packages/rich/status.py", line 87, in start self._live.start() File "/snap/microstack/388/lib/python3.10/site-packages/rich/live.py", line 132, in start self._refresh_thread.start() File "/usr/lib/python3.10/threading.py", line 935, in start _start_new_thread(self._bootstrap, ()) RuntimeError: can't start new thread ⠋ Retrieving status of applsnap list | grep microstack^Cntrol ~]# echo 'export PATH=$PATH:/snap/bin' >> ~/.bashrc [root@stackone-control ~]# sudo microstack-launch --auto --control --ip-address 10.200.9.230 --setup-loop-based-cinder-lvm-backend --loop-device-file-size=25600 sudo: microstack-launch：找不到命令 [root@stackone-control ~]#
最新发布
09-13
<think> 我们有两个问题需要解决： 1. `sudo microstack-launch` 命令找不到 2. `microstack status` 出现 `RuntimeError: can't start new thread` 错误 根据之前的上下文，我们已经知道： - `microstack-launch` 命令在较新版本的 MicroStack 中已被弃用，改用 `microstack init`。 - `RuntimeError: can't start new thread` 通常是由于系统线程资源不足（如线程数达到限制）导致的。 因此，我们将分别解决这两个问题。 ### 解决 `microstack-launch` 命令找不到的问题 步骤： 1. **确认安装状态**：检查 MicroStack 是否安装以及安装的版本。 2. **使用正确的命令**：新版本应使用 `microstack init` 进行初始化。 3. **设置环境变量**：确保 `/snap/bin` 在 `PATH` 环境变量中。 具体操作： 1. 检查 MicroStack 是否安装： ```bash snap list | grep microstack ``` 如果已安装，输出中会显示 MicroStack 的版本信息。 2. 如果没有安装，则安装 MicroStack（确保使用 `--classic` 模式）： ```bash sudo snap install microstack --classic --edge ``` > 注意：`--edge` 参数用于获取最新版本，但生产环境建议使用稳定版（去掉 `--edge`）。 3. 如果已安装，则使用正确的初始化命令： ```bash sudo microstack init --auto --control --ip-address 10.200.9.230 ``` 如果需要设置 Cinder LVM 后端，新版本使用 `--setup-loop-based-cinder-lvm-backend` 参数的方式可能已改变。建议查阅文档，但通常可以直接在 `init` 命令后添加参数： ```bash sudo microstack init --auto --control --ip-address 10.200.9.230 --setup-loop-based-cinder-lvm-backend --loop-device-file-size 25600 ``` 4. 确保环境变量包含 `/snap/bin`： ```bash echo 'export PATH=$PATH:/snap/bin' >> ~/.bashrc source ~/.bashrc ``` ### 解决 `RuntimeError: can't start new thread` 错误 这个错误通常是由于操作系统允许的最大线程数（或进程数）受限导致的。我们可以通过以下步骤解决： 1. **检查当前用户的线程限制**： ```bash ulimit -u ``` 这个命令会显示当前用户允许的最大进程数（包括线程）。在 Linux 中，每个线程都算作一个进程。 如果输出值较小（如 1024），则可能需要增加。 2. **临时提高限制**（仅当前会话有效）： ```bash ulimit -u unlimited ``` 或者设置一个具体的大数值（如 65535）： ```bash ulimit -u 65535 ``` 3. **永久提高限制**（修改系统配置文件）： - 编辑 `/etc/security/limits.conf` 文件： ```bash sudo nano /etc/security/limits.conf ``` - 在文件末尾添加： ``` * soft nproc 65535 * hard nproc 65535 ``` 或者针对特定用户（如 `root`）： ``` root soft nproc 65535 root hard nproc 65535 ``` - 保存并退出。 4. **重启系统或重新登录**：使新的限制生效。 5. **检查系统级限制**：如果系统级限制（`/proc/sys/kernel/threads-max`）较低，也需要调整。 - 查看当前系统级最大线程数： ```bash cat /proc/sys/kernel/threads-max ``` - 临时修改： ```bash sysctl -w kernel.threads-max=65535 ``` - 永久修改：编辑 `/etc/sysctl.conf` 文件，添加： ``` kernel.threads-max=65535 ``` 然后运行 `sysctl -p` 使配置生效。 6. **检查 MicroStack 服务的日志**： 如果问题仍然存在，查看 MicroStack 服务的日志以获取更多信息： ```bash sudo journalctl -u snap.microstack.* ``` ### 完整操作流程示例 假设我们在一个全新的系统上，之前未安装 MicroStack： 步骤1：安装 MicroStack ```bash sudo snap install microstack --classic --edge ``` 步骤2：设置环境变量 ```bash echo 'export PATH=$PATH:/snap/bin' >> ~/.bashrc source ~/.bashrc ``` 步骤3：调整线程限制（永久生效） ```bash # 编辑limits.conf sudo bash -c 'echo "* soft nproc 65535" >> /etc/security/limits.conf' sudo bash -c 'echo "* hard nproc 65535" >> /etc/security/limits.conf' # 编辑sysctl.conf sudo bash -c 'echo "kernel.threads-max=65535" >> /etc/sysctl.conf' sudo sysctl -p ``` 步骤4：重新登录或重启系统 ```bash sudo reboot ``` 步骤5：初始化 MicroStack ```bash sudo microstack init --auto --control --ip-address 10.200.9.230 --setup-loop-based-cinder-lvm-backend --loop-device-file-size 25600 ``` 步骤6：验证安装 ```bash microstack status ``` 如果一切正常，应该能看到各个服务都是 active 状态。 ### 相关问题 §§相关问题§§ 1. 如何查看 MicroStack 的详细日志以诊断启动问题？ 2. 除了调整线程限制，还有哪些方法可以优化 MicroStack 的资源使用？ 3. 如何在多节点环境中部署 MicroStack？ 4. MicroStack 初始化失败后如何彻底卸载重装？ 5. 如何验证 OpenStack 各组件（Nova, Neutron, Cinder）是否正常工作？ </think> ### 解决 MicroStack 命令问题与线程错误的方法 #### 问题一：`microstack-launch` 命令找不到 **原因分析**： MicroStack 新版本已弃用 `microstack-launch` 命令，改用 `microstack init`[^1]。路径 `/snap/bin` 未加入系统环境变量也会导致此问题。 **解决方案**： 1. **使用新命令初始化** ```bash sudo microstack init --auto --control --ip-address 10.200.9.230 \ --setup-loop-based-cinder-lvm-backend \ --loop-device-file-size=25600 ``` 2. **添加 Snap 路径到环境变量** ```bash echo 'export PATH=$PATH:/snap/bin' >> ~/.bashrc source ~/.bashrc ``` 3. **重装 MicroStack（可选）** ```bash sudo snap remove --purge microstack sudo snap install microstack --classic ``` --- #### 问题二：`microstack status` 报 `RuntimeError: can't start new thread` **原因分析**： 系统线程资源不足，通常由以下原因导致： - 用户线程数限制过低（`ulimit -u`） - 系统线程总数超过内核限制（`/proc/sys/kernel/threads-max`） - MicroStack 服务线程泄漏 **解决方案**： ##### 1. 提升用户线程限制 ```bash # 临时生效 ulimit -u 65535 # 永久生效（需重启） echo "* soft nproc 65535" | sudo tee -a /etc/security/limits.conf echo "* hard nproc 65535" | sudo tee -a /etc/security/limits.conf ``` ##### 2. 调整系统级线程限制 ```bash # 查看当前限制 cat /proc/sys/kernel/threads-max # 提升限制（临时） sudo sysctl -w kernel.threads-max=120000 # 永久生效 echo "kernel.threads-max=120000" | sudo tee -a /etc/sysctl.conf sudo sysctl -p ``` ##### 3. 优化 MicroStack 资源占用 ```bash # 清理无效线程 sudo snap restart microstack # 检查服务状态 sudo systemctl status snap.microstack.* ``` ##### 4. 验证系统资源 ```bash # 查看当前线程数 ps -eLf | wc -l # 检查内存和CPU使用 free -h top -b -n1 | grep microstack ``` > **关键提示**：若系统内存不足 8GB 或 CPU 不足 4 核，建议扩容硬件资源[^1]。 --- ### 验证修复效果 ```bash # 检查线程限制 ulimit -u # 查看MicroStack状态 microstack status ``` 预期输出： ``` microstack: running services: nova-compute: active glance-api: active ... # 其他服务正常 ``` --- ### 相关问题
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值