LoveUnix » AIX -IBM UNIX » 把几个问题讲清楚
让LU留住您的每

一天 让LU博客留住您的每一天
2008-7-16 20:57 onlybepolite
把几个问题讲清楚

一开始想看看国内的技术实力如何,现在虽然没有明白,不过了解了工作环境。在这样的工作环境下,大家很难能平等的交流,技术水平也不会突破。我师父从89年AIX beta出来做AIX, 我从94年开始做。我做的项目多(现在不怎么做了),他的记性好。不过他最让人敬佩的是每次有技术问题时,他还总是抱着“我可能不知道这个”的态度和人探讨。即使对方是初学或者是错的,他也能耐心的一点一点讲清楚。只有这样,双方都才能提高。

走之前,再讲讲那几个问题,希望能对大家有点启发:

1) [url]http://bbs.loveunix.net/thread-87179-1-1.html[/url]

这个问题可以反过来想,如果HMC需要public的network connection来处理DLPAR的话,那如果LPAR上改IP,该hostname,HMC不是乱了套。听起来很荒唐,在P4的时候,还真是这样。IBM有个内部资料,专门讲在这样的情况下如何重建和重启HMC的subsystem,以解决DLPAR的问题。P5上我没有再遇到过类似的问题。

2) [url]http://bbs.loveunix.net/thread-87159-1-1.html[/url]

老农也提到了ifconfig只改memory中关于alias的定义,alias IP本身不在ODM中,所以reboot后就没有了。有的人只好在系统启机的时候在运行script重新定义alias。当然HACMP处理alias的情况不同,和这个问题无关,这里就不讲了。smitty chinet其实用chdev的指令修改ODM中关于IP的定义。

3) [url]http://bbs.loveunix.net/thread-87135-1-1.html[/url]

这个问题我还没有遇到过。不是没有在HACMP的环境里换SSA硬盘,而是我从来不去想如何在HACMP的环境中换硬盘而不下机。HACMP的环境下要谨慎再谨慎,不能迷信书本,一定要安全。

另外再说我自己的几点体会
1) 实际工作中,production的环境里一定要谨慎,不迷信书本和IBM技术支持的话。做config不要用做到尽头:比如说DS4000用完所有的storage。
2) HACMP的维护尽量要下机做。
3) DS4000的维护一定要下机做。
4) 永远不要升级到AIX的最新版本。
5) 不要自己动硬件,要IBM CE去做。
6) 永远有两个以上的备份再动手。

祝大家学习进步。

2008-7-16 21:31 五“宅”一生
LZ 94年就开始搞AIX,太强悍了。我94年还在读小学。

2008-7-16 21:57 myciciy
一语惊醒梦中人
这比交给你具体的技术强多了

2008-7-16 21:59 指尖流沙
受教~~~~~
年代差好多!

2008-7-16 22:12 orian
每个人的习惯不同,有的很P,有的很不P。既然你已经知道没办法平等交流,也就别往心里去了,你要的是交流的结果,而不是交流的方式。总之,无论怎样,把结果弄到,这是正解。吵了两句就走了?没啥必要吧。盛气凌人的人不见得就懂,懂的人也不见得一定就要谦虚。不懂的更不一定要谦虚啦,凭什么非要规定别人的性格呢?这才是“平等”交流的基础,何况对方理解的意思并不一定是你想说的意思。——我可能不同意你的观点,我可能不接受你的态度,我可能不理解你的想法,我可能不习惯你的表现,但无论怎样,我还是要跟你谈下去,直到你理解我的意图,同意我的观点,更重要的是,从你嘴里吐出的狗屎中找到玉米粒甚至钻石。:lu4: 各位,请原谅,请勿对号入座,就这么一个比方。本人没什么别的意思,既不是说您嘴里吐的是狗屎,也不是说您吐狗屎。。。总之,我的意思您明白吧?我估计没人明白,不明白就不明白吧,甲方乙方只要别追杀我就好。

如果走了,高兴换个马甲再来混场;不高兴就换个论坛。:D

对于您老观点的一些想法:
“不过他最让人敬佩的是每次有技术问题时,他还总是抱着“我可能不知道这个”的态度和人探讨。即使对方是初学或者是错的,他也能耐心的一点一点讲清楚。只有这样,双方都才能提高。”
这样的人是伟大的人物,是我们学习的榜样,但你不能要求每个人都成为你的榜样不是?如果每个人都成了你榜样那样的人物?你在干什么?我们每个人都是普通人,我们会每天叫嚣着向榜样学习,但你不能把刀架在我们的脖子上要求我们必须和榜样一样。新学的一个词:不要对我进行“道德绑架”,我没那么高的道德水准,虽然我也梦想德高望重,但我承担不起那么重的担子。

问题
1),一点也不荒唐,至少我不认为荒唐。以前我理解DLPar本来就是硬件中断和软件call结合的东西,系统为了保证两层之间的一致性,一定要软硬结合来做,如同热插拔系统,插卡之后要软件重新识别;拔卡之前要在软件层面把设备先停掉。以前我认为这个软件层面的动作可以通过手工命令解决,硬件层面则必须HMC,这样就可以不同HMC和分区通信,就可以完成DLPar,但是经过一些考察,HMC为了系统稳定可靠,不出现上屋抽梯的现象,一定和分区通信(用rsct)校验该设备已经在软件层面释放了,然后才进行下一步操作。所以通信是必须的,改ip/hostname也必然导致混乱,因为只有rsct在启动/初始化的时候才会进行注册,如果中间被修改了,hmc根本不知道谁是谁。

但这并不是说HMC一定非要和分区通信不可,因为其目的是“校验”该设备已经被移除,所以如果你看看HMC里面的Java code,就知道实际上可以绕过去,直接进行下一步抽梯的动作。

至于通信到底用什么方式,没有特别要求,只要通就可以,所以甚至可以做个vio server,通过vlan弄出来,当然,DLpar就不能打这个virtual ethernet的主意了。

2) aix是unix的小字辈,而且是个大杂烩,在设计之初,想弄个odm作为一切的基础,弄了一些src之类的新概念,但是为了兼容其他unix标准,或者太底层,在ODM之前,没办法必须要有其他几种方式的接口,例如rc.tcpip, rc.local, inittab等等,而以后有有个各种底层系统的插件,例如HACMP这样的东西,这样就可能有多种方式对一件事情做操作。

3) 关于SSA,这个东西以前讨论很多,现在已经没什么讨论的必要,如果谁要是感兴趣,并且知道IPN,可以聊聊。

-------------
关于书,书是人写的,人都可能有错误,书就更可能有错误,况且环境是变化的,谁能保证写书的那个环境和当前环境一样呢?既然保证不了,看了书就信了,那是轮子。

另外的一些体会:

1) 实际工作中,production的环境里一定要谨慎,不迷信书本和IBM技术支持的话。做config不要用做到尽头:比如说DS4000用完所有的storage。
不谨慎就挨刀呗,人在江湖飘,怎能不挨刀,常在河边站,怎能不湿鞋。国内国外不太一样。国外力求谨慎,因为自己的位置做了若干年,工资没怎么涨,还天天担心裁员,一帮人看着你出错呢!错了,就回家了。国内能干活的少,发展快,即使错了一点,还有犯更大错误的呢!贪污千八百万的都活得很滋润,我这不过停机8小时,丢了几百万的数据而已,再说,我不干,还找不到比我更强的呢!至少我是1%的错误率,还愿意干活,其他的,虽然是0%错误率,但什么活都不干,其中有劣,自有分晓。

2) HACMP的维护尽量要下机做。
能停当然最好停,但停不了,也只能硬挺啊!况且还有一帮子人肉HA在旁边,实在不行,手工命令启吧!

3) DS4000的维护一定要下机做。
同样道理,能停最好停,停不了,之前多做几个备份,找没有磁盘读写的时候,出事也死不了人。

4) 永远不要升级到AIX的最新版本。
白老鼠,推荐别人吧,等半年比较好。

5) 不要自己动硬件,要IBM CE去做。
这是责任问题,18M大头,自然天塌下来找大头,自己没事伸手就是想练手。国内呢,想练手的人多呢!很多时候都是出了事情,欺上瞒下,然后抓大头:就是你小子,今天早上,你在机房门口放了个响屁,把我们的机器镇down了,快给我修!

6) 永远有两个以上的备份再动手。

本人就死过一次,一份备份磁带坏了。另外不光有数据备份,更重要的是配置备份,虽然数据少,往往比数据备份用处更大。

-----------
轻轻地,你走了,换个马甲,悄悄地再来。。。人要想学得快,就要“恬不知耻”,有骨气但不能有脾气。有脾气的人,我不是他父母兄弟,没有义务(同样没有权利)去“教育”别人,把自己管好就行了。这也是我的心里话,千万别当成是在“教育”谁,我没这么大的面子。。。另外,本人,本猪,就是头猪,千万别把我当人!:lu4:

2008-7-16 22:13 老农
[quote]原帖由 [i]onlybepolite[/i] 于 2008-7-16 20:57 发表 [url=http://www.loveunix.net/redirect.php?goto=findpost&pid=809602&ptid=87207][img]http://www.loveunix.net/images/common/back.gif[/img][/url]
一开始想看看国内的技术实力如何,现在虽然没有明白,不过了解了工作环境。在这样的工作环境下,大家很难能平等的交流,技术水平也不会突破。我师父从89年AIX beta出来做AIX, 我从94年开始做。我做的项目多(现 ... [/quote]
首先,你犯了个前提错误:这里并非工作环境。论坛只是个讨论的地方,没有谁有责任对别人的错误负责,要给他“一点一点地耐心讲清楚”。

第二,你的师傅做技术如此之早,的确令人佩服。你做AIX都比我早多了。但从你的表现,我觉得你这个徒弟的理论基础就是不踏实,架构上分不太清楚。当然了,我没想到你这么老资格,这也是出乎我意料之外的。我还以为是刚学一些,自己觉得有所成的。

[quote]1) [url]http://bbs.loveunix.net/thread-87179-1-1.html[/url]

这个问题可以反过来想,如果HMC需要public的network connection来处理DLPAR的话,那如果LPAR上改IP,该hostname,HMC不是乱了套。听起来很荒唐,在P4的时候,还真是这样。 IBM有个内部资料,专门讲在这样的情况下如何重建和重启HMC的subsystem,以解决DLPAR的问题。P5上我没有再遇到过类似的问题。[/quote]

这你说的没错,但我说的也没错啊。分区之间移动资源,原理上就是要分区和HMC之间通信的,不通过网络通过什么?那么网络连接如何通信,这在P5有改变,但需要网络连接是没有改变的。而连接,是只要能连上就可以,和是否私有网络无关。

[quote]2) [url]http://bbs.loveunix.net/thread-87159-1-1.html[/url]

老农也提到了ifconfig只改memory中关于alias的定义,alias IP本身不在ODM中,所以reboot后就没有了。有的人只好在系统启机的时候在运行script重新定义alias。当然HACMP处理alias的情况不同,和这个问题无关,这里就不讲了。smitty chinet其实用chdev的指令修改ODM中关于IP的定义。
[/quote]
熟悉一点AIX网络的都应该知道,alias并不是只会在内存里的,alias和基本IP也没有不同,也是可以存在ODM里的,不需要写什么启动script。HACMP里,用的是ifconfig命令,但配置是存在ODM里的。

从这点看,也能看出来你喜欢琢磨一些事情,但却就差那么一点,知其然不知其所以然。

[quote]3) [url]http://bbs.loveunix.net/thread-87135-1-1.html[/url]

这个问题我还没有遇到过。不是没有在HACMP的环境里换SSA硬盘,而是我从来不去想如何在HACMP的环境中换硬盘而不下机。HACMP的环境下要谨慎再谨慎,不能迷信书本,一定要安全。
[/quote]
从这里看,你为人谨慎没错,但太过于保守。按你这么说,ESS换块盘也要停机了?那不太搞笑了。这样的思路,又怎么做好服务呢?这就好比开车换挡的时候只想先停车一样。不迷信书本是正确的,但要自己真的明白,而不只是感觉。

[quote]另外再说我自己的几点体会
1) 实际工作中,production的环境里一定要谨慎,不迷信书本和IBM技术支持的话。做config不要用做到尽头:比如说DS4000用完所有的storage。
2) HACMP的维护尽量要下机做。
3) DS4000的维护一定要下机做。
4) 永远不要升级到AIX的最新版本。
5) 不要自己动硬件,要IBM CE去做。
6) 永远有两个以上的备份再动手。[/quote]

1.很正确
2.也对。但从HA的目的来说,是尽量少下机,能不下机的下机就是错。
3.一定那就绝对错了,但有不少情况下是应该下机做的。举个简单的例子:坏了硬盘,要换,如果下机换,可能就会因为电源的冲击,导致坏其他一块盘,数据就OVER了。
4.对。可以先测试的除外。
5.这是对甲方说的,摆脱责任的好办法。但总得有人做。
6.留条后路总是好的。

2008-7-16 22:16 myciciy
农哥分析的也很透彻啊

2008-7-16 22:24 beginner-bj
我觉得ORIAN说得最好,呵呵

2008-7-16 22:34 tenyears
ORIAN快成人精了,纯褒义:lol

2008-7-16 23:18 traveller2
还能占到第一页吗 哈哈
受教了

2008-7-16 23:19 xuandhe
希望能够求同存异:lu11:

2008-7-16 23:28 =Lee=
[quote]原帖由 [i]五“宅”一生[/i] 于 2008-7-16 21:31 发表 [url=http://www.loveunix.com/redirect.php?goto=findpost&pid=809612&ptid=87207][img]http://www.loveunix.com/images/common/back.gif[/img][/url]
LZ 94年就开始搞AIX,太强悍了。我94年还在读小学。 [/quote]


看来我老了,我94年都初中了毕业了 :'(

现在还刚接触AIX,老菜鸟。

2008-7-16 23:32 指尖流沙
[quote]原帖由 [i]beginner-bj[/i] 于 2008-7-16 22:24 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=809630&ptid=87207][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
我觉得ORIAN说得最好,呵呵 [/quote]
ORIAN这个名字好像好早以前见过,记得有个oracle的高手用这个驴皮:lol

2008-7-16 23:38 老农
LS说的是oraix吧?我和他住一起呢

2008-7-16 23:44 指尖流沙
[quote]原帖由 [i]老农[/i] 于 2008-7-16 23:38 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=809665&ptid=87207][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
LS说的是oraix吧?我和他住一起呢 [/quote]
住一起?俺比较容易想歪了~~~:lu4: :lu4:

倒是没特别留意,太早了,记不太清楚了,这俩皮有点像~

2008-7-16 23:47 orian
我不懂oracle,曾经有个梦想,看看oracle,那IT infrastructure就total solutionle

networking
os/server
storage
db
middleware, java, weblogic/websphere

下五路搞定,然后是上三路:angry

2008-7-16 23:50 指尖流沙
咣当~~~~~~~~~~~~~~~~~~~~
下五路能随便让我搞定一路混口饭吃就行,没太高期望!
:$ 现在就背笔记本包还是轻车熟路!

2008-7-16 23:54 beginner-bj
[quote]原帖由 [i]orian[/i] 于 2008-7-16 23:47 发表 [url=http://www.loveunix.net/redirect.php?goto=findpost&pid=809670&ptid=87207][img]http://www.loveunix.net/images/common/back.gif[/img][/url]
我不懂oracle,曾经有个梦想,看看oracle,那IT infrastructure就total solutionle

networking
os/server
storage
db
middleware, java, weblogic/websphere

下五路搞定,然后是上三路:angry [/quote]
上三路?是啥啊?

2008-7-17 00:22 giant#kenh
networking
os/server
storage

2008-7-17 00:22 orian
work flow
data flow
business insight

头两个还实在点,最后一个太虚了,其实就是business methodology,把人做事情的过程document成为计算机过程,其中有workflow和dataflow或者被称为information flow,这就是全部的人类行为。

2008-7-17 00:22 giant#kenh
[quote]原帖由 [i]五“宅”一生[/i] 于 2008-7-16 21:31 发表 [url=http://www.loveunix.com/redirect.php?goto=findpost&pid=809612&ptid=87207][img]http://www.loveunix.com/images/common/back.gif[/img][/url]
LZ 94年就开始搞AIX,太强悍了。我94年还在读小学。 [/quote]
94年我一年级 哈哈

2008-7-17 00:42 orian
94年,我正在卖力地在网上聊天,bbs里对站,研究如何骂人不带脏字,泡妞72法。最让我怀念的是水木清华的阿飞,就象怀念我们敬爱的毛主席一样。

2008-7-17 01:03 LoyeeHe
94年老大们应该是暗地里写纸条情书的吧,:$

2008-7-17 01:11 炸鸡
94年,我,跟,领导,在,家里,,,:$

p4的dlpar确实比p5的要麻烦,有时死活不让你做。
alias,并不需要写脚本去更改,重起也在的。

页: [1] 2 3
查看完整版本: 把几个问题讲清楚


Powered by Discuz! Archiver 5.5.0  © 2001-2006 Comsenz Inc.