首先重要的事情说三遍:操作之前还是自己先看文档!操作之前还是自己先看文档!!操作之前还是自己先看文档!!! 把11.2.0.4 RAC 环境打PSU补丁的步骤详细记录一下,方便参考. 环境:11.2.0.4 RAC 64位 centos6.5 下载最新的PSU补丁11.2.0.4.8,GI补丁p21523375_112040_Linux-x86-64.zip 和数据库补丁p21352635_112040_Linux-x86-64.zip, opatch为p6880880_112000_Linux

GP2.10 Review the activities,status,and results of XXX process with highter level management and resolve issues. 中文大意是:高级别的领导检查该过程的活动.状态和结果,并解决问题. CMM中的要求是高层领导(hight management),而CMMI中的是高级别领导(highter level management),只要比进行该活动的人员级别高一点的领导就可以了,而不要求非要是高

转自:http://www.ibm.com/developerworks/cn/linux/l-cn-kernelmodules/ 为保持 Linux 内核的稳定与可持续发展,内核在发展过程中引进了可装载模块这一特性.内核可装载模块就是可在内核运行时加载到内核的一组代码.通常 , 我们会在两个版本不同的内核上装载同一模块失败,即使是在两个相邻的补丁级(Patch Level)版本上.这是因为内核在引入可装载模块的同时,对模块采取了版本信息校验.这是一个与模块代码无关,却与内核相连的机制.该校验机

Oracle EBS使用adpatch工具打patch过程 从Metalink下载补丁 登陆到Metalink(https://support.oracle.com),Oracle内部用户可以使用ARU来下载. 点击Patches & Updates 页签,在"Patch Search"区,输入你的Patch号,Search, 找到你的Patch之后,特别注意,需要仔细查看Patch的Release,Platform/Language...以及阅读Read Me信息(看是否有需

目录(?)[-] 从Metalink下载补丁 上传解压 使用adpatch来打patch完整的日志 检查patch是否打成功 adpatch的日志文件 补充关于Oracle EBS Patch的类型 Reference   从Metalink下载补丁 登陆到Metalink(https://support.oracle.com),Oracle内部用户可以使用ARU来下载. 点击Patches & Updates 页签,在"Patch Search"区,输入你的Patch号,Se

为了弄懂 patch中的 p0   p1    和.orig文件是啥,找到了这篇文章! 来源:http://www.cnblogs.com/super119/archive/2010/12/18/1909941.html diff和patch的使用.patch文件的格式解说   diff  diff是生成源码补丁的必备工具.其命令格式为:  diff [命令行选项] 原始文件 新文件 常用命令行选项如下:  -r 递归处理目录 -u 输出统一格式(unified format)  -N patc

在程序员的日常开发与合作过程中,对于code的生成patch和打patch(应用patch)成为经常需要做的事情.什么是patch?简单来讲,patch中存储的是你对代码的修改,生成patch就是记录你对代码的修改并将其保存在patch文件中,打patch就是将patch文件中对代码的修改,应用到源代码,从而使得你代码的修改生效. 本身Linux命令里有diff和patch两个命令,可以生成patch和打patch.但是有两点值得注意: 1. 对单个文件或者多个文件,diff和patch这两个文

一.找到相应PATCH 确认系统已安装模块版本. SELECTapp.application_short_name, app.application_name, pi.patch_level   FROM fnd_product_installationspi, fnd_application_vl app  WHERE app.application_id =pi.application_id 确定Patch编号,使用以下语句检查Patch是否已经安装(以下例子均以9287896为例). SE

1.git log 查看commit id,修改前为id1,修改后id2 2.根据id1到id2有几次提交来生成几个patch,否则的话会根据所有节点生成很多patch 比如: commit id2 commit idx commit id1 那么执行:git format-patch -2 id1 id2   会按照顺序生成两个patch,比如下: 0001-add-build-scripts.patch 0002-add-test-build-scripts.patch 3.先回退到id1

使用git的时候,需要删除几个id,会对到之前的代码,但又想保留现在的代码,以便后面从新合并,所以就将现在的代码打包成patch,留到下次合并. 参考链接 http://www.jianshu.com/p/e5d801b936b6 http://www.cnblogs.com/y041039/articles/2411600.html 生成patch 可以用git diff命令或者git format-patch生成patch. git format-patch git format-patch

转载:https://blog.csdn.net/liuhaomatou/article/details/54410361 平时我们在使用git 管理项目的时候,会遇到这样一种情况,那就是客户使用git 生成patch 给到我们,那我们就需要把客户给到patch 打入到我们的project ,基于这样一个场景,我把git 如何生成patch 和如何打入patch 做总结 生成patch 的方法:(我这里描述的生成patch 是根据commit 记录生成的) 1.例如首先先通过git log 查看

1.基本命令语法: patch [-R] {-p(n)} [--dry-run] < patch_file_name p:为path的缩写. n:指将patch文件中的path第n条’/’及其左边部分取消. -R:卸载patch包. --dry-run:尝试patch软件,并不真正修改软件. 例如: $ patch -p1 < /home/sense/patch-2.6.19.1      安装补丁 $ patch -p1 -R < /home/sense/patch-2.6.19.1

Git打补丁,补丁操作一般在多人开发时才会用到,单人本地开发一般用不到,没必要.   应用场景举例: 我把我的更改打成一个补丁发给你,你来合并到你的代码中 或者,在家里电脑开发提交后,打一个补丁,拿到公司合并到公司电脑中.   把最新的提交打成一个补丁文件 git format-patch HEAD~ # 把最新的提交打成一个补丁文件 git format-patch HEAD~~ #最近两次提交打成一个补丁文件# 以此类推 最近几次就几个 ~ 号 或者将指定commit打包成patch git

本文转载自:http://www.jianshu.com/p/814fb6606734 1.在git源码目录下执行 1.1.两个commit间的修改(包含两个commit) git format-patch <r1>..<r2>如:git format-patch d77aaac74845435744c49ae65511d9e1be79ed5c...046ee8f8423302f5070ca81b4e246516e919cd7a -o patch 1.2.单个commit git

本文转载自:http://blog.csdn.net/liuhaomatou/article/details/54410361 平时我们在使用git 管理项目的时候,会遇到这样一种情况,那就是客户使用git 生成patch 给到我们,那我们就需要把客户给到patch 打入到我们的project ,基于这样一个场景,我把git 如何生成patch 和如何打入patch 做总结   生成patch 的方法:(我这里描述的生成patch 是根据commit 记录生成的) 1.例如首先先通过git lo

本文转载自:https://www.jianshu.com/p/e5d801b936b6 前提: 生成patch: git format-patch -M master 生成指定patch,0163bed3bf59ae74c36cc5138b4c24f1556d8304是commit id,-1是指从当前id开始,向下提交次数,包含此次且计数从1开始. 也就是说,我想要打出0163bed3bf59ae74c36cc5138b4c24f1556d8304当前的patch,则: git format

本文转载自:http://blog.csdn.net/liuhaomatou/article/details/54410361 平时我们在使用git 管理项目的时候,会遇到这样一种情况,那就是客户使用git 生成patch 给到我们,那我们就需要把客户给到patch 打入到我们的project ,基于这样一个场景,我把git 如何生成patch 和如何打入patch 做总结   生成patch 的方法:(我这里描述的生成patch 是根据commit 记录生成的) 1.例如首先先通过git lo

转载自:https://www.bilibili.com/read/cv14326780?spm_id_from=333.999.0.0 0x00 前言简述 最近单位在做等保测评,由于本人从事安全运维方面的工作(PS:曾经做过等保等方面的安全服务),所以自然而然的与信安的测评人员一起对接相关业务系统的检查,在做主机系统测评检查时发现了系统中某些配置不符合等保要求,需要对不满足要求的主机做进一步整改,好在我们众多的系统基本都是运行在虚拟机上搭建的kubernetes集群中,这样一来就可以尽可能减少

原文地址:http://blog.csdn.net/dream_broken/article/details/49759043 想了解下某个Java项目的运行时jvm的情况,可以使用一些监控工具,比如jdk的bin下就提供了很多工具. 比如,本地运行一个程序,让它死循环 while(true){ try { Thread.sleep(10*1000); } catch (Exception e) { } } 然后,点击启动jconsole.exe 可以发现,jconsole.exe可以连接本地,

目录 [TOC] 1.CDH介绍 1.1.什么是CDH和CM? CDH一个对Apache Hadoop的集成环境的封装,可以使用Cloudera Manager进行自动化安装. Cloudera-Managerceql(本文中简称CM)是一个工具,CM能够管理一个大的Hadoop cluster并不是一只要下载tar files什么压缩并启动services这么简单.后续有非常多设定.监控等麻烦的事要处理,CM都能够做到,有些类似Casti.Cloudera Manager整合了一列的功能让系统

RPM包的制作 前言 按照其软件包的格式来划分,常见的Linux发行版主要可以分为两类,类ReadHat系列和类Debian系列,这两类系统分别提供了自己的软件包管理系统和相应的工具. 类RedHat系统中软件包的后缀是rpm,提供了同名的rpm命令来安装.卸载.升级rpm软件包: 类Debian系统中软件包的后缀是deb,同样提供了dpkg命令来对后缀是deb rpm的全称是Redhat Package Manager,常见的使用rpm软件包的系统主要有Fedora.CentOS.openSU