HP主机无法认到IBM存储。。。。

firedance

HP的SUPERDOME无法认到IBM的DS8100，在scsimap256模式下能到绝大部分的，但是在scsimask模式一块盘都认不出来，不知哪位大虾遇到过啊！！！！

iPod

不懂IBM的存储。lz到IBM区也问问

firedance

贼，一个存储弄了一个多星期，最后还是IBM实验室的工程师猛，终于解决了。原来是HP－UX的一个缺陷，它的SCSI的寻址能力是2位，而AIX等其他的操作系统都是4位的，结果DS8100的LUN ID设置一旦超过3FFF就无法识别。

iPod

最初由 firedance 发布
[B]贼，一个存储弄了一个多星期，最后还是IBM实验室的工程师猛，终于解决了。原来是HP－UX的一个缺陷，它的SCSI的寻址能力是2位，而AIX等其他的操作系统都是4位的，结果DS8100的LUN ID设置一旦超过3FFF就无法识别。 [/B]

   :right:

能详细说说吗？

firedance

superdome共分了三个区：应用，数据库，接口服务器
当时IBM在主机上建立了vpath，按说应该能识别出60个vpath的，但是只能认出59个，同时每个vpath下应该是4个通道，可是头10个vpath下竟然有7个通道。
IBM的工程师过来之后就发现是当时通道模式设置有问题。
通道模式共有两种：scsimap256和scsimask，前一种是针对linux系统的，后一种是针对AIX系统的。
因为是与HP－UX互连所以应该选择scsimask，但是选择了这个模式后，更奇怪的事情出现了，主机竟然一个vpath都认不出来了。
之后又重新安装了SDD（IBM存储在主机上的的磁盘驱动程序），重新划分vpath但是故障依然。

firedance

随后反复调试了很多次，也为他们的支持抓取了大量的数据，但是故障依旧。
IBM最后从他们的上海实验室派了个人来到现场，当天我们又升级了HP主机的补丁，在这个工程中间偶然发现HP的scsi通道寻址能力只有2位。
在IBM存储上，是把所有存储打散重新划分，新划分出来的小分区就是一个单独的设备，因此要给这些设备设一个ID号，这就是LUN ID，而我们说的寻址就是寻这个ID，因为HP—UX的寻址能力有限，当ID大于3FFF的时候肯定无法识别出来，我们当时设置的ID都是从6000开始的，所以把ID号变小就可以了。

iPod

多谢firedance的共享！:rose:

meihu180

关于该问题，和HP的同事及一些熟悉AIX的一些用户工程师进行了沟通，我想问题应该是这样引起的：HP对LUN ID的配置是从最小开始的，可以从0开始，一直到较大的一个数字，一般0－3FFF是足够使用的；而AIX对LUN ID的分配后几位（16进制）是固定的一个数字，因此对LUN ID的寻址是从比较大的数字开始的，因此IBM工程师起初配置LUN ID就习惯从较大的数字开始，导致IBM的存储没有办法挂到HP的主机上。很多技术问题都是不断分辨中才弄清楚的，欢迎各位技术人员继续提出不同看法的。

firedance

不错我同意这个看法，并不应该说是HP－UX不完善，这应该是各家在一些规则上制定的差异，说实话问题解决是很简单的。希望大家多支持

iPod

最初由 meihu180 发布
[B]关于该问题，和HP的同事及一些熟悉AIX的一些用户工程师进行了沟通，我想问题应该是这样引起的：HP对LUN ID的配置是从最小开始的，可以从0开始，一直到较大的一个数字，一般0－3FFF是足够使用的；而AIX对LUN ID的分配后几位（16进制）是固定的一个数字，因此对LUN ID的寻址是从比较大的数字开始的，因此IBM工程师起初配置LUN ID就习惯从较大的数字开始，导致IBM的存储没有办法挂到HP的主机上。很多技术问题都是不断分辨中才弄清楚的，欢迎各位技术人员继续提出不同看法的。 [/B]

:right: