iredmail是一套以postfix为核心的整合邮件系统的安装脚本,可以达到快速部署邮件服务器的目的.为了让自己不遗忘shell的语法,所以闲来无事,学习一下他的代码. 我从官网下载他的最新版,解压后,结构如下: iRedMail.sh  是开始安装的启动文件,执行bash iRedMail.sh 后就开始安装,我们从这个文件看起. tmprootdir="$(dirname $0)"   dirname的用法是:   (1) 带全路径的,例:aguo@auto-test:~>

Oracle 11g RAC 第二节点root.sh执行失败后再次执行root.sh前,要先清除之前的crs配置信息 # /u01/app/11.2.0/grid/crs/install/rootcrs.pl -verbose -deconfig -force # /u01/app/11.2.0/grid/root.sh

标题很长:通过shell脚本来rerun一个oozie调度失败的job,从而可以跳过执行失败的节点 不过目前从oozie调度测试的例子来看,oozie本身的retry好像并没有参数可以控制跳过失败的节点.必须手工重新rerun的时候指定 -D oozie.wf.rerun.failnodes=false 参数. 这个问题发生的原因是不同的节点安装的软件包有些差异导致一些jar包冲突,这样就使得该job在某些节点执行成功,某些节点执行失败. 这样我就写了一段shell脚本,来从oozie的jog表

今天vs2015 生成项目时,提示执行失败,参数错误.查了很多资料未解决 后来,发现只有一个项目出现这个问题,其他项目生成正常.怀疑是该项目解决方案的问题 于是将解决项目中的项目移除,逐一生成引用,解决. 应该是解决方案中引入了错误的项目文件造成的.

某日监控报存储过程执行失败,查看返回码为sql668n [db2inst1@limt bin]$ db2 ? sql668n SQL0668N Operation not allowed for reason code "<reason-code>" on table "<table-name>". Explanation: Access to table "<table-name>" is restricte

1   引言Mysql的触发器和存储过程一样,都是嵌入到mysql的一段程序.触发器是mysql5新增的功能,目前线上凤巢系统.北斗系统以及哥伦布系统使用的数据库均是mysql5.0.45版本,很多程序比如fc-star管理端,sfrd(das),dorado都会用到触发器程序,实现对于数据库增.删.改引起事件的关联操作.本文介绍了触发器的类型和基本使用方法,讲述了触发器使用中容易产生的误区,从mysql源码中得到触发器执行顺序的结论,本文最后是实战遭遇的触发器经典案例.没有特殊说明时,本文的实

数据库:SQL Server 2005,运行环境:Windows Server 2008  在数据库里的所有作业都执行失败,包括自动执行和手动执行.在事件查看器里看到的错误报告如下: 该作业失败.  无法确定所有者 AAA/Administrator (拥有作业 备份-AAA)是否有服务器访问权限 (原因: 无法获取有关 Windows NT 组/用户 'AAA/Administrator' 的信息,错误代码 0x534. [SQLSTATE 42000] (错误 15404)). 产生原因:之

结论: (以插入而例) 发布端的数据插入成功 订阅段的数据不会插入 实验 创建一张新表 create table test_subscriber (id int, mark varchar(2),inserttime datetime) 在订阅表上创建触发器 CREATE TRIGGER [dbo].[sf_test] ON [dbo].[t2] AFTER INSERT AS BEGIN SET NOCOUNT ON; insert into test_subscriber select c1

from: http://blog.csdn.net/david_xtd/article/details/8012627 问题: 有很多方式可以执行脚本, 1).source test.bsh 2).. test.bsh 3).chmod a+x test.bsh;./test.bsh 4).sh test.bsh 它们之间的差别是什么? 解决办法: 1. source命令的作用是读取并执行test.bsh中的命令: 该命令经常用点命令“.”来替代. 就是说, # source test.bsh

异常:子请求执行失败.有关更多信息,请检查 InnerException. 错误:程序请求异常 可能原因: 1.可以检查是否引用了分布视图,而分布视图中发生错误 2.可以检查是否引用了分布视图,而分布视图中引用路径错误 3.检查是否存在路径错误

原文:SQLServer 2012异常问题(一)--故障转移群集+镜像环境导致作业执行失败 先感谢一下我的同事们最先发现此问题,鸣谢:向飞.志刚.海云 最近在生产环境发现一个诡异的问题: 环境:WINDOWS 2012+SQLSERVER 2012 SP1,双节点的故障转移群集+单节点的SQLSERVER 2012 SP1实例(镜像) 生产数据库是从SQLSERVER 2008R2迁移到2012的,迁移过程很顺利,按照一般经验,可能导致数据库所有者丢失,因此在迁移后手动修改数据库所有者为sa,与

接上一篇 <JDK1.8中的线程池> 1.  任务执行失败时的处理逻辑 1.1.  Worker Worker相当于线程池中的线程 可以看到,Worker有几个重要的属性: thread : 这是Worker运行的线程,可以理解为一个Worker就是一个线程 firstTask : 初始任务,可能为为null completedTasks : Worker完成的任务数 同时,还应该注意到,在构造方法中给thread赋值为一个新线程.由于Worker实现了Runnable接口,也就是说它本身就是

由于在对WEB系统进行自动化测试的过程中,经常会由于握手连接断开等原因导致HTTP请求发送失败,如果重新执行一次,会是成功的.在每天的自动化冒烟测试过程中,生成在测试报告存在误报,严重浪费了测试人员确认的时间,因此希望在HTTP请求失败的情况下,重新执行,设置一个重新执行的最大次数,如果尝试了多次都是失败的才认为是真的失败了. 一开始,我只是对单个HTTP request通过While Controller做了失败后重新执行这样的处理,但是要让一个thread group里面所有的HTTP re

例如简单的ifconfig命令,在shell中运行成功,但是在crontab 中执行失败. 定位原因:环境变量 解决方案: whereis ifconfig 然后在shell中加入: PATH=PATH:/sbin 然后可以验证在crontab中也可以正常运行了

问题:jenkins里配置了多个执行shell,且有后续的执行job任务.但其中一个Execute shell执行失败了导致后续的shell都不执行了 而这个失败的shell并不是一定要执行   解决方法: Execute shell点击[高级],在展开的Exit code to set build unstable中输入1 这时如果该shell执行失败了,jenkins的执行结果将不是failure,而是unstable     如果后续有要执行的JOB,根据当前build结果决定是否要触发时

数据库:SQL Server 2005/2008,运行环境:Windows Server 2008  在数据库里的所有作业都执行失败,包括自动执行和手动执行.在事件查看器里看到的错误报告如下: 该 作业失败.  无法确定所有者 AAA/Administrator (拥有作业 备份-AAA)是否有服务器访问权限 (原因: 无法获取有关 Windows NT 组/用户 'AAA/Administrator' 的信息,错误代码 0x534. [SQLSTATE 42000] (错误 15404)).

前段时间在网络上看到通过重写TestNG的接口,可以再次执行失败的测试用例,于是学习了,我之前的做法是当自己的脚本中碰到异常,就自动调用方法本身来达到再次执行用例的目的,这个过程中有设定重试的次数 对于TestNG,首先重写接口IRetryAnalyzer,重写该接口中的retry方法,自定义需要重试的次数maxReTryNum,如果一个用例失败,自动进入retry方法,在此方法中判断已经重试的次数是否小于等于maxReTryNum,如果是,则返回true,则自动再次执行失败的用例,如果是失败的

场景描述: 数据库:DB_1,DB_2 现在在DB_1中建立NICKNAME为CST_INFO_NICK,并且该别名指向数据库DB_2的CST_INFO表,在DB_1中建立存储过程,该存储过程需要  INSER INTO CST_INFO表 原因分析: 在数据库DB_1中建立读操作还行,但是建立写操作的话,需要建立MAPPING,很麻烦,不推荐使用.由于我只是建立了NICKNAME,没有建立MAPPING造成数据库执行写操作时报错为:-30090 25000 指定的操作对远程执行失败 解决办法:

在CentOS7下,有如下脚:sh02.sh. 1 用sh或者bash执行 先执行echo $firstname $lastname 再执行 sh sh02.sh 最后执行 echo $firstname $lastname 2 用source执行 先执行  echo $firstname $lastname 再执行 source sh02.sh 最后执行  echo $firstname $lastname 结论:使用sh 执行shell文件时,是在父进程的bash下新建了一个子进程,sh02

这个问题迷惑了我好几天,都快要放弃了,功夫不负有心人,最终成功解决,下面写一下我的解决方法. 我传的数据是json类型的,执行失败的回调函数是因为从后台传过来的数据不是严格的json类型,所以才会不执行成功的回调函数. 下面贴一下我的代码 Controller @RequestMapping(value="/reg") @ResponseBody public Map<String,Object> Register(User user) throws IOException