一.cinder-api服务的入口函数 D:\code-program\cinder-ocata_cinder\cinder\api\contrib\admin_actions.py from cinder import volume self.volume_api = volume.API() class VolumeAdminController(AdminController): """AdminController for Volumes.""&q

查看恢复进度 (1)查看进程的活动状态 V$MANAGED_STANDBY视图专用于显示物理Standby数据库相关进程的当前状态,该视图中的列也很有特点,查看进程状态时,通常我们会关注PROCESS.CLIENT_PROCESS.SEQUENC#和STATUS几列,例如: SQL> SELECT PROCESS,CLIENT_PROCESS,SEQUENCE#, STATUS FROM V$MANAGED_STANDBY;     相关说明: PROCESS:进程名称,如ARCH.RFS.MR

virsh qemu-monitor-command uuid --hmp info migrate, 能看到迁移所设置的相关参数,和进度相关信息: virsh domjobinfo uuid命令, 能看到迁移的进度:

Linux下显示dd命令的进度: dd if=/dev/zero of=/tmp/zero.img bs=10M count=100000 想要查看上面的dd命令的执行进度,可以使用下面几种方法: 比如:每5秒输出dd的进度 方法一: watch -n 5 pkill -USR1 ^dd$ 方法二: watch -n 5 killall -USR1 dd 方法三: while killall -USR1 dd; do sleep 5; done 方法四: while (ps auxww |gre

watch -n 1 -d du -sh dir 每隔1s查看当前目录所占空间大小

当数据量比较大的时候,当你导入,导出的时候,在数据库中查看运行的情况,可以利用下面的视图查看: //这里由于导表空间时出现问题,所以再次执行导入任务.但是已有任务在执行,查看执行中的任务方法. oracle@prd:/home/oracle/impdir$sqlplus / as sysdba SQ

SELECT   DB_NAME(er.[database_id]) [DatabaseName],  er.[command] AS [CommandType],  er.[percent_complete],  er.start_time,CONVERT(DECIMAL(5, 2), er.[percent_complete]) AS [Complete_Percent]  ,CONVERT(DECIMAL(38, 2), er.[total_elapsed_time] / 60000.00

SELECT session_id, request_id, start_time, status, command, sql_handle --,statement_start_offset, statement_end_offset, plan_handle , database_id, user_id --,connection_id , blocking_session_id , wait_type, wait_time, last_wait_type, wait_resource, o

一 kafka集群扩容比较简单,机器配置一样的前提下只需要把配置文件里的brokerid改一个新的启动起来就可以.比较需要注意的是如果公司内网dns更改的不是很及时的话,需要给原有的旧机器加上新服务器的host,不然可能会产生controller服务器从zk上拿到域名但是解析不到新机器地址的情况. 二 集群扩容后数据是不会自动均衡到新机器上的,需要采用kafka-reassign-partitions.sh这个工具脚本.脚本可以工作在三种模式--generate,--execute,--veri

1.概述 HBase的存储结构和关系型数据库不一样,HBase面向半结构化数据进行存储.所以,对于结构化的SQL语言查询,HBase自身并没有接口支持.在大数据应用中,虽然也有SQL查询引擎可以查询HBase,比如Phoenix.Drill这类.但是阅读这类SQL查询引擎的底层实现,依然是调用了HBase的Java API来实现查询,写入等操作.这类查询引擎在业务层创建Schema来映射HBase表结构,然后通过解析SQL语法数,最后底层在调用HBase的Java API实现. 本篇内容,笔者并

kafka版本:适用于目前2.0以下 第一步: 假如有一个topic叫做test,当前topic的详情是这样的: [cdh@cdh1 kafka_2.11-1.0.1]$ bin/kafka-topics.sh --topic test --describe --zookeeper hadoop01:2181 Topic:test PartitionCount:3 ReplicationFactor:2 Configs: Topic: test Partition: 0 Leader: 2 Re

目录 [Openstack]P2V迁移 一.前言 二.前提准备 三.操作步骤 1.安装迁移中转机 2.配置中转机 3.创建存储池(可选) 4.制作virt-p2v的 U盘引导启动工具 5.操作物理机,进行迁移. 6.优化参数 7.上传到openstack 平台 四.常见问题解决方法 1.windows启动不了,显示为蓝屏 解决方法: [Openstack]P2V迁移 一.前言 P2V,含义为物理机转成虚拟机,并可以健康运行在openstack或其他虚拟化的环境中. 二.前提准备 中转机操作系统:

在kafka中增加新的节点后,数据是不会自动迁移到新的节点上的,需要我们手动将数据迁移(或者成为打散)到新的节点上 1 迁移方法 kafka为我们提供了用于数据迁移的脚本.我们可以用这些脚本完成数据的迁移. 1.1 生成partiton分配表 1.1.1 创建json文件topic-to-move.json { "topics": [{"topic": "testTopic"}], "version": 1 } 1.1.2 生

hadoop 性能调优与运维 . 硬件选择 . 操作系统调优与jvm调优 . hadoop运维 硬件选择 1) hadoop运行环境 2)  原则一: 主节点可靠性要好于从节点 原则二:多路多核,高频率cpu.大内存, namenode 100万文件的元数据要消耗800M内存,内存决定了集群保存文件数的总量, resourcemanager同时运行的作业会消耗一定的内存. datanode 的内存需要根据cpu的虚拟核数(vcore) 进行配比,CPU的vcore数计算公式为=cpu个数 * 单

1.       启动/关闭/查看glusterd服务 # /etc/init.d/glusterd start # /etc/init.d/glusterd stop # /etc/init.d/glusterd status 2.       开机自动启动glusterd服务 # chkconfig glusterd on # Red Hat # update-rc.d glusterd defaults # Debian # echo "glusterd" >>/et

1.启动/关闭/查看glusterd服务 # /etc/init.d/glusterd start # /etc/init.d/glusterd stop # /etc/init.d/glusterd status 2. 开机自动启动glusterd服务 # chkconfig glusterd on # Red Hat # update-rc.d glusterd defaults # Debian # echo "glusterd" >>/etc/rc.local #

# /etc/init.d/glusterd start # /etc/init.d/glusterd stop # /etc/init.d/glusterd status 2.       开机自动启动glusterd服务 # chkconfig glusterd on # Red Hat # update-rc.d glusterd defaults # Debian # echo "glusterd" >>/etc/rc.local # Others 3.      

1 服务器节点 # gluster peer status                          //查看所有节点信息,显示时不包括本节点 # gluster peer probe   NODE-NAME //添加节点 # gluster peer detach  NODE-NAME //移除节点,需要提前将该节点上的brick移除 2 glusterd服务 /etc/init.d/glusterd start      //启动glusterd服务/etc/init.d/glust

Gluster 常用命令1 服务器节点# gluster peer status //查看所有节点信息,显示时不包括本节点 # gluster peer probe NODE-NAME //添加节点 # gluster peer detach NODE-NAME //移除节点,需要提前将该节点上的brick移除 2 glusterd服务/etc/init.d/glusterd start //启动glusterd服务/etc/init.d/glusterd stop //关闭glusterd服务

一:选用ES原因 公司项目有些mysql的表数据已经超过5百万了,各种业务的查询入库压力已经凸显出来,初步打算将一个月前的数据迁移到ES中,mysql的老数据就物理删除掉. 首先是ES使用起来比较方便,对于项目初期存储一些不能删除但又一般使用不到的数据比较合适, 还有就是ES的存储采用索引分片式,使用数据的创建时间分片也很合适. 本文使用的ES版本:5.6.8,docker版本:18.06.3-ce. 本文的测试机器为两台百度云的2C4G的机器,每个机器分别部署三个节点(1个master,2个d