<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ZyHui &#187; hacmp</title>
	<atom:link href="http://blog.onecheng.com/archives/tag/hacmp/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.onecheng.com</link>
	<description>技术不是问题，关键是做人要厚道！</description>
	<lastBuildDate>Fri, 13 Aug 2010 08:20:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>IBM P5小型机连接使用DS8000遇到问题处理一例</title>
		<link>http://blog.onecheng.com/archives/459</link>
		<comments>http://blog.onecheng.com/archives/459#comments</comments>
		<pubDate>Fri, 21 Aug 2009 01:02:45 +0000</pubDate>
		<dc:creator>zyhui</dc:creator>
				<category><![CDATA[Unix技术文章]]></category>
		<category><![CDATA[存储技术]]></category>
		<category><![CDATA[DS8000]]></category>
		<category><![CDATA[hacmp]]></category>
		<category><![CDATA[vpath]]></category>

		<guid isPermaLink="false">http://blog.onecheng.com/archives/459</guid>
		<description><![CDATA[<p>之前有两台570做的HACMP，使用的DS4800，最近新购DS8000，就把DS4800上的数据迁移到了DS8000上，迁移完之后测试都正常，第二天查看日志出现如下错误：</p>
<p>72206E77&#160;&#160; 0819080009 P H vpath5&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED   72206E77&#160;&#160; 0819080009 P H vpath4&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    72206E77&#160;&#160; 0819080009 P H vpath3&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    72206E77&#160;&#160; 0819080009 P H vpath2&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    72206E77&#160;&#160; 0819080009 P H [...]]]></description>
			<content:encoded><![CDATA[<p>之前有两台570做的HACMP，使用的DS4800，最近新购DS8000，就把DS4800上的数据迁移到了DS8000上，迁移完之后测试都正常，第二天查看日志出现如下错误：</p>
<p>72206E77&#160;&#160; 0819080009 P H vpath5&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED   <br />72206E77&#160;&#160; 0819080009 P H vpath4&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0819080009 P H vpath3&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0819080009 P H vpath2&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0819080009 P H vpath1&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0819080009 P H vpath0&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0819000009 P H vpath5&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0819000009 P H vpath4&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0819000009 P H vpath3&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0819000009 P H vpath2&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0819000009 P H vpath1&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0819000009 P H vpath0&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED</p>
<p>详细日志信息：</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;   <br />LABEL:&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; VPATH_RESV_CFLICT    <br />IDENTIFIER:&#160;&#160;&#160;&#160; 72206E77 </p>
<p> <span id="more-459"></span>
<p>Date/Time:&#160;&#160;&#160;&#160;&#160;&#160; Wed Aug 19 08:00:08 BEIST 2009   <br />Sequence Number: 93250    <br />Machine Id:&#160;&#160;&#160;&#160;&#160; 00C8A1ED4C00    <br />Node Id:&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; abicserv5    <br />Class:&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; H    <br />Type:&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; PEND    <br />Resource Name:&#160;&#160; vpath0&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; <br />Resource Class:&#160; disk    <br />Resource Type:&#160;&#160; vpath    <br />Location:&#160;&#160;&#160;&#160;&#160;&#160;&#160; </p>
<p>Description   <br />REQUESTED OPERATION CANNOT BE PERFORMED </p>
<p>Probable Causes   <br />SOFTWARE PROGRAM </p>
<p>Failure Causes   <br />DEVICE LOCKED BY ANOTHER USER </p>
<p>&#160;&#160;&#160;&#160;&#160;&#160;&#160; Recommended Actions   <br />&#160;&#160;&#160;&#160;&#160;&#160;&#160; RELEASE DEVICE PERSISTENT RESERVATION </p>
<p>Detail Data   <br />SENSE DATA    <br />0000 0000 8000 0036 0000 0000 0000 0001 0000 0000 0000 0000 0000 0000     <br />&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;    <br />LABEL:&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; VPATH_RESV_CFLICT    <br />IDENTIFIER:&#160;&#160;&#160;&#160; 72206E77 </p>
<p>Date/Time:&#160;&#160;&#160;&#160;&#160;&#160; Wed Aug 19 00:00:19 BEIST 2009   <br />Sequence Number: 93249    <br />Machine Id:&#160;&#160;&#160;&#160;&#160; 00C8A1ED4C00    <br />Node Id:&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; abicserv5    <br />Class:&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; H    <br />Type:&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; PEND    <br />Resource Name:&#160;&#160; vpath5&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; <br />Resource Class:&#160; disk    <br />Resource Type:&#160;&#160; vpath    <br />Location:&#160;&#160;&#160;&#160;&#160;&#160;&#160; </p>
<p>Description   <br />REQUESTED OPERATION CANNOT BE PERFORMED </p>
<p>Probable Causes   <br />SOFTWARE PROGRAM </p>
<p>Failure Causes   <br />DEVICE LOCKED BY ANOTHER USER </p>
<p>&#160;&#160;&#160;&#160;&#160;&#160;&#160; Recommended Actions   <br />&#160;&#160;&#160;&#160;&#160;&#160;&#160; RELEASE DEVICE PERSISTENT RESERVATION </p>
<p>Detail Data   <br />SENSE DATA    <br />0000 0000 8000 0036 0000 0005 0000 0001 0000 0000 0000 0000 0000 0005 </p>
<p>于是网上搜索，发现IBM官方有该问题的处理方法：</p>
<p><a title="http://www-900.ibm.com/cn/support/viewdoc/detail?DocId=1811149A13000" href="http://www-900.ibm.com/cn/support/viewdoc/detail?DocId=1811149A13000">http://www-900.ibm.com/cn/support/viewdoc/detail?DocId=1811149A13000</a></p>
<p>详细信息如下：</p>
<h3>errpt中报“72206E77 P H vpath 不能执行请求的操作”错误的解决方法</h3>
<p>环境:(产品,平台,机型,软件版本,等)</p>
<p>产品: AIX 5L HACMP5.2 or 5.3</p>
<p>平台: p5，pSeries, JS BladeCenter, ESS Storage</p>
<p>问题描述: </p>
<p>客户从errpt中发现在每天凌晨 00:00 零点零分的时候系统报“72206E77 P H vpath 不能执行请求的操作”    <br />的错误，这些vpath是属于HACMP中配置的磁盘，并且这些磁盘上的vg在对端节点上正varyon着，但是存储    <br />vpath硬盘的访问一切正常。</p>
<p>解答:</p>
<p>errpt的具体信息如下:</p>
<p>#errpt   <br />&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;    <br />标识符 时间戳记 T C 资源名 描述    <br />72206E77 1101000005 P H vpath16 不能执行请求的操作    <br />72206E77 1101000005 P H vpath14 不能执行请求的操作    <br />72206E77 1101000005 P H vpath12 不能执行请求的操作    <br />72206E77 1101000005 P H vpath11 不能执行请求的操作    <br />72206E77 1101000005 P H vpath9 不能执行请求的操作    <br />72206E77 1101000005 P H vpath8 不能执行请求的操作    <br />72206E77 1101000005 P H vpath6 不能执行请求的操作    <br />72206E77 1101000005 P H vpath5 不能执行请求的操作    <br />72206E77 1101000005 P H vpath3 不能执行请求的操作    <br />72206E77 1101000005 P H vpath1 不能执行请求的操作    <br />72206E77 1031000005 P H vpath16 不能执行请求的操作    <br />72206E77 1031000005 P H vpath14 不能执行请求的操作    <br />72206E77 1031000005 P H vpath12 不能执行请求的操作    <br />72206E77 1031000005 P H vpath11 不能执行请求的操作    <br />72206E77 1031000005 P H vpath9 不能执行请求的操作    <br />72206E77 1031000005 P H vpath8 不能执行请求的操作    <br />72206E77 1031000005 P H vpath6 不能执行请求的操作    <br />72206E77 1031000005 P H vpath5 不能执行请求的操作    <br />72206E77 1031000005 P H vpath3 不能执行请求的操作    <br />72206E77 1031000005 P H vpath1 不能执行请求的操作    <br />&#8230;&#8230;</p>
<p>errpt -a   <br />标号： VPATH_RESV_CFLICT    <br />标识符： 72206E77</p>
<p>日期／时间： 公元2005年11月01日 星期   <br />序号： 5237    <br />机器标识： 00C662AF4C00    <br />节点标识： bmccdb    <br />类： H    <br />类型： PEND    <br />资源名： vpath16    <br />资源类： disk    <br />资源类型： vpath    <br />位置：</p>
<p>描述   <br />不能执行请求的操作</p>
<p>可能原因   <br />软件程序</p>
<p>失败原因   <br />设备被另一个用户锁定</p>
<p>推荐的操作   <br />F100</p>
<p>详细数据   <br />检测数据    <br />2FF3 9694 8000 002B 0000 0010 0000 0001 0000 0000 0000 0000 0000 0010    <br />&#8230;&#8230;</p>
<p>===========================================================================   <br />方法一: (临时解决方法)    <br />忽略这个报错信息，这不是一个真正的功能问题，但是错误每天依旧报告。</p>
<p>方法二: (临时解决方法)   <br /># smit hacmp    <br />=&gt; Problem Determination Tools     <br />=&gt; HACMP Verification    <br />=&gt; Automatic Cluster Configuration Monitoring    <br />Automatic Cluster Configuration Monitoring    <br />Type or select values in entry fields.    <br />Press Enter AFTER making all desired changes.    <br />[Entry Fields]    <br />* Automatic cluster configuration verification Disabled +    <br />Node name Default +    <br />* HOUR (00 &#8211; 23) [00] +#</p>
<p>将每天 00:00 零点零分 &quot; Automatic cluster configuration verificatio &quot; 的功能禁用，   <br />然后停止HACMP应用程序，再进行HACMP配置的验证和同步，使之生效后，错误从此不再报告。</p>
<p>方法三:(永久解决方法)   <br />访问下面网址下载并安装HACMP的补丁进行永久的解决。</p>
<p>IY70222 (HACMP5.2):    <br />VPATH_RESERVATION_CONFLICT OR DISK ERRORS LOGGED WHEN CLVERIFY RUNS    <br /><a href="http://www-1.ibm.com/support/docview.wss?uid=isg1IY70222">http://www-1.ibm.com/support/docview.wss?uid=isg1IY70222</a></p>
<p>IY77629 (HACMP5.3):    <br />VPATH_RESERVATION_CONFLICT OR DISK ERRORS LOGGED WHEN CLVERIFY RUNS    <br /><a href="http://www-01.ibm.com/support/docview.wss?uid=isg1IY77629">http://www-01.ibm.com/support/docview.wss?uid=isg1IY77629</a></p>
<p>安装HACMP的补丁并重新启动系统以后，错误从此不再报告。</p>
</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>由于我们使用的HACMP版本是5.3的，于是下载IY77629补丁进行安装，安装之后重启服务器，以为万事大吉，没想到第二天依然看到有如下错误：</p>
<p>72206E77&#160;&#160; 0820080009 P H vpath5&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED   <br />72206E77&#160;&#160; 0820080009 P H vpath4&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0820080009 P H vpath3&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0820080009 P H vpath2&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0820080009 P H vpath1&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED    <br />72206E77&#160;&#160; 0820080009 P H vpath0&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; REQUESTED OPERATION CANNOT BE PERFORMED</p>
<p>&#160;</p>
<p>于是众人大呼IBM的文档也不靠谱，正在无计可施的时候，忽然发现该错误的一个特点：</p>
<p>安装HACMP补丁之前凌晨0点和8点都有报错，安装HACMP补丁之后只有8点报错，感觉有些蹊跷，进一步检查：</p>
<p># crontab -l</p>
<p>发现其中每天0点和8点执行的命令如下，其中0点执行的是HACMP的，8点的不清楚是什么东西。</p>
<p>0 0 * * * /usr/es/sbin/cluster/utilities/clcycle 1&gt;/dev/null 2&gt;/dev/null # HACMP for AIX Logfile rotation</p>
<p>0 8 * * * /home/cron/checksys.sh 1&gt;&gt;/home/cron/checksys.log 2&gt;&gt;/home/cron/checksys.err</p>
<p>由此可以判断出HACMP的补丁已经生效了，现在的问题是checksys.sh 是什么东西。</p>
<p>看一下checksys.sh 的内容：</p>
<p>cd /abbin;   <br />/abbin/nmon64 -f -s 600 -c 144;    <br />date;    <br />find /var/tmp/testtmp/*.tmp -mtime +3 -print|xargs rm -f;    <br />find /var/tmp/*.tmp -mtime +3 -print|xargs rm -f;    <br />date;</p>
<p>原来是nmon，到/abbin下看了下，这个nmin64竟然是2006年的，现在问题已经确定了，就是这个2006年的nmon64的问题了，应该更新最新的nmon就OK了。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.onecheng.com/archives/459/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

<!-- www.000webhost.com Analytics Code -->
<script type="text/javascript" src="http://analytics.hosting24.com/count.php"></script>
<noscript><a href="http://www.hosting24.com/"><img src="http://analytics.hosting24.com/count.php" alt="web hosting" /></a></noscript>
<!-- End Of Analytics Code -->
