这里使用了k8s自身的持久化卷存储机制:PV和PVC.各组件之间的关系参考下图: PV的Access Mode(访问模式) The access modes are: ReadWriteOnce – the volume can be mounted as read-write by a single node ReadOnlyMany – the volume can be mounted read-only by many nodes ReadWriteMany – the volume c

'清除HTML格式 Function RemoveHTML(strText) Dim RegEx Set RegEx = New RegExp RegEx.Global = True '清除HTML标签 RegEx.Pattern = "<[^>]*>" RemoveHTML = regEx.Replace(strText, "") '清除空格等&****;格式的编码 regEx.Pattern = "&.\w+;&quo

注意:1.ceph-deploy实用程序将输出文件到当前目录.执行ceph-deploy时确保你在这个目录下.2.不要使用sudo调用ceph-deploy,要么以root用户身份运行它,因为它不会发出远程主机所需的sudo命令. 特殊操作:1.执行错目录,可以执行以下命令进行清除ceph-deploy purge {ceph-node} ceph-deploy purgedata {ceph-node} ceph-deploy forgetkeysrm ceph.* 如果你执行清除,你必须重新

文章转载自:https://mp.weixin.qq.com/s?__biz=MzI1MDgwNzQ1MQ==&mid=2247485298&idx=1&sn=b83fda07370632136935edfa2fc2ac4f&chksm=e9fdd286de8a5b9086595cffd5775495d8a75629934400e842221e57e4d514462ba846711ec8&scene=178&cur_album_id=160084541737

ORA-24756处理 看到警告日誌一直報ORA-24756錯誤 Errors in file /oracle/admin/NHMIX01/bdump/nhmix01_reco_4959.trc: ORA-24756: transaction does not exist 但是去找trace文件的時候卻沒有 想到了事務的問題,查dba_2pc_pending select local_tran_id,state from dba_2pc_pending: LOCAL_TRAN_ID STATE

基本概念 Local Coordinator:在分布事务中,必须参考其它节点上的数据才能完成自己这部分操作的站点. Global Coordinator:分布事务的发起者,负责协调这个分布事务. Commit Point Site:在分布事务中,首先执行COMMIT或ROLLBACK操作的站点.一般情况下,应该把存储关键数据的站点作为Commit Point Site.因为Commit Point Site和其它站点不一样,从来不会进入prepared状态,所以不会存在IN-DOUBT事务. 可

"""小白随笔,大佬勿喷""" '''tkinter —— text''' '''可选参数有: background(bg) 文本框背景色: foreground(fg) 前景色: selectbackground 选定文本背景色: selectforeground 选定文本前景色: borderwidth(bd) 文本框边框宽度: font 字体: show 文本框显示的字符,若为*,表示文本框为密码框: state 状态: width 文本框

1.java.io  最为核心的概念是流(stream),面向流的编程,要么输入流要么输出流,二者不可兼具: 2.java.nio 中拥有3个核心概念: Selector Channel, Buffer ,在java nio 中我们面向的是块(block)或是缓冲区(buffer) 编程 :Buffer 本身就是一块内存,底层实现上,是个数组, 数据的读写都是通过Buffer 来实现的,flip 进行状态的翻转,读写切换: java 的种原生数据类型中都有各自对应的Buffer  如:IntBu

基本概念 Local Coordinator:在分布事务中,必须参考其它节点上的数据才能完成自己这部分操作的站点. Global Coordinator:分布事务的发起者,负责协调这个分布事务. Commit Point Site:在分布事务中,首先执行COMMIT或ROLLBACK操作的站点.一般情况下,应该把存储关键数据的站点作为Commit Point Site.因为Commit Point Site和其它站点不一样,从来不会进入prepared状态,所以不会存在IN-DOUBT事务. 可

SQL 错误: ORA-01591: 锁被未决分布式事务处理 7.2.428982 持有 01591. 00000 -  "lock held by in-doubt distributed transaction %s" *Cause:    Trying to access resource that is locked by a dead two-phase commit transaction that is in prepared state. *Action:   DBA

出处:http://highscalability.com/blog/2014/2/3/how-google-backs-up-the-internet-along-with-exabytes-of-othe.html How Google Backs Up The Internet Along With Exabytes Of Other Data Raymond Blum leads a team of Site Reliability Engineers charged with keep

一.在我们没有学习过python语言的时候领导让我们做接口测试 我们都使用工具来做测试,一般常用的如jemeter,postman这些个工具,我来推荐使用postman 这个工具来进行接口测试,有的小伙伴们说Fiddler或Charles抓接口,然后进行测试不也成吗?成是成,但是接口测试往往优先于客户端测试并且postman这个工具方便用来模拟异常请求,并且postman这个工具还带有验证功能,提高我们接口测试的效率 我们来用postman来进行一个简单的自动化 1.发送一个get请求 2.发送

postman常见断言方法介绍: 1.Clear a global variable (清除一个全局变量)  postman.clearGlobalVariable("variable_key"); 2.Clear an environment variable (清除一个环境变量) postman.clearEnvironmentVariable("variable_key"); 3.Response body:Contains string (返回消息体中包含某

Postman沙盒 Postman Sandbox是一个JavaScript执行环境,您可以在编写预请求脚本和测试脚本(在Postman和Newman中)时可用.在这个沙箱中执行您在预请求/测试脚本部分中写入的代码.可调用库. postman沙盒详细介绍地址:https://learning.getpostman.com/docs/postman/scripts/postman_sandbox_api_reference/ Postman常用的断言: 在使用postman做接口测试的时候,可以在

推荐我的另一篇文章  浅谈JSONObject解析JSON数据,这篇文章原理类似,使用java或者beanshell进行断言解析json数据 介绍断言之前,我们先测试1个接口: 接口地址:https://www.v2ex.com/api/nodes/show.json?name=python Method: GET Authentication: None 做测试的同学,我相信每个人都知道断言,就是结果和预期对比,如果一致,则用例通过,如果不一致,断言失败,用例失败.那么上面这个接口我们如何用p

首先,先打开官网手册   http://doc.workerman.net/ 根据手册里安装里的提示,完成环境检测,和安装对应的扩展,并把对应的WorkerMan代码包下载解压至根目录 在根目录下创建一个index.php index.php代码如下: <?php use Workerman\Worker; require_once __DIR__ . '/Workerman/Autoloader.php'; use Workerman\Lib\Timer; Worker::$daemonize

一.概念 Postman的Tests本质上是JavaScript代码,通过我们编写测试代码,每一个Tests返回True,或是False,以判断接口返回的正确性. 其实,每一个Tests实际上就是一个检查点. 二.使用场景 需要检查请求结果或http状态码的正确性. case较多. case需要重复执行,比如每次版本迭代时的例行回归. 对结果的检查比较复杂,比如要求结果要返回10条内容,难道你每次都要数一下嘛? 如果你在做接口测试时出现以上任一场景,势必会耗费很多重复且无脑的人力成本.这个时候,

配置GitHub 和Gitee共存环境 前言 Git共有三个级别的config文件,分别是system.global和local 在当前环境中,分别对应 %GitPath%\mingw64\etc\gitconfig 文件 %RepoPath%\.git\config 文件 $home\.gitconfig 文件 note: 其中%GitPath%为 Git的安装路径,%RepoPath%为某仓库的本地路径. 所以 system 配置整个系统只有一个,global 配置每个账户只有一个,而 lo

Ceph Hammer版(0.94.10)手动部署for CentOS 7.x --lin.wang 20190310 环境有三个节点node-1,node-2,node-3,每个节点三个ssd盘作为osd 1.添加yum源ceph.base.epel 2.所有节点添加互信如:root用户,及hosts(/etc/hosts)列表 3./etc/ssh/ssh_config中: # StrictHostKeyChecking ask 注释去掉值改成no 4.关闭firewalld.selinux

Ceph分布式存储(luminous)部署文档 环境 ubuntu18.04 ceph version 12.2.7 luminous (stable) 三节点 配置如下 node1:1U,1G mem,20G disk,两块空硬盘(sdb,sdc) node2:1U,1G mem,20G disk,两块空硬盘(sdb,sdc) node3:1U,1G mem,20G disk,两块空硬盘(sdb,sdc) role hostname ip dep(部署节点) node1 192.168.113

目录 [1.环境准备] [2.部署管理] [3.集群扩容] [4.用户管理] [5.密钥环管理] [6.块设备管理] [7.快照管理] [8.参考链接] 简要说明: 最近心血来潮,对分布式存储感兴趣,听说Ceph不错,查看Ceph中文官方文档,发现讲解得非常详细,为了以后方便查找相关命令,决定整理一下Ceph的常用命令,以下所有内容来源于官方文档.只为方便自己查找.学习,未经验证. [1.环境准备] #1.1 ceph-deploy 管理节点] #把 Ceph 仓库添加到 ceph-deploy