What a nightmare! Hitachi is being bought by Seagate so maybe that crappy design will hit the bit bucket.<br><br><div class="gmail_quote">On Tue, Apr 19, 2011 at 6:48 PM, Greg Freemyer <span dir="ltr">&lt;<a href="mailto:greg.freemyer@gmail.com">greg.freemyer@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Damon,<br>
<br>
Hitachi is weird mainframe storage.  It has weird workarounds that<br>
won&#39;t apply to your new SAN.  Your new SAN should be able to export<br>
the whole /dev/sddlmag1 sized logical volume, as a single volume.  So<br>
you really don&#39;t care how it came to be in a Hitachi world.<br>
<br>
== but maybe this will help you satisfy your curiosity<br>
<br>
you saw these links in your output, right?<br>
<br>
scsi-1HITACHI_770131020049 -&gt; ../../sdb<br>
scsi-1HITACHI_770131020050 -&gt; ../../sda<br>
scsi-1HITACHI_770131020051 -&gt; ../../sdc<br>
scsi-1HITACHI_770131020091 -&gt; ../../sdd<br>
scsi-1HITACHI_770131020126 -&gt; ../../sde<br>
scsi-1HITACHI_770131020127 -&gt; ../../sdf<br>
scsi-1HITACHI_770131020128 -&gt; ../../sdg<br>
<br>
So that I believe is your 7 volumes as exported by Hitachi.<br>
<br>
It has been a while, but if I recall correctly, the Hitachi hardware<br>
can only export relatively small volumes.  So each of the above I<br>
suspect is small.  Maybe 64GB each?<br>
<br>
  (My memory is actually 4GB max per Hitachi volume, but I don&#39;t trust<br>
that memory.)<br>
<br>
Hitachi then provided their own proprietary LVM like software to merge<br>
all the above together.  The reason being they wanted the same CLI<br>
tools to work in various UNIX/Linux environment.<br>
<br>
If one of your co-workers is a Hitachi storage person, they can<br>
probably tell you what tools are used to see how the 7 volumes are<br>
combined into one.<br>
<br>
Then it looks like LVM is layered on top to break it back apart.<br>
<br>
It may sound crazy, but if I recall right, a large Hitachi setup could<br>
have literally hundreds of exported volumes, so trusting native volume<br>
management tools to work was not a good idea.<br>
<br>
<br>
Greg<br>
<div><div></div><div class="h5"><br>
On Tue, Apr 19, 2011 at 12:03 PM, Damon Chesser &lt;<a href="mailto:dchesser@acsi2000.com">dchesser@acsi2000.com</a>&gt; wrote:<br>
&gt; Here is my problem:  I have 7 mount that are from FC on a hitatchi.  Suse<br>
&gt; 10.2 on a HP server (6 series?) with two qlogic cards.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; I have one phys. Drive presented on the server /dev/ccsis/c0d0<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; LVM is in use, everything is mounted as a LV except for /boot and /root on<br>
&gt; c0d0 (c0d0p1, c0d0p2)<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; I can run vgdisplay –v FOO and find out what “drive” FOO is mounted on: in<br>
&gt; part:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --- Logical volume ---<br>
&gt;<br>
&gt;   LV Name                /dev/FOO/FOO<br>
&gt;<br>
&gt;  VG Name                FOO<br>
&gt;<br>
&gt;   LV UUID                ZC0ZlW-UK4r-TC6j-Yvj2-qf7Y-34Dc-eNL5On<br>
&gt;<br>
&gt;   LV Write Access        read/write<br>
&gt;<br>
&gt;   LV Status              available<br>
&gt;<br>
&gt;   # open                 2<br>
&gt;<br>
&gt;   LV Size                248.99 GB<br>
&gt;<br>
&gt;   Current LE             63742<br>
&gt;<br>
&gt;   Segments               1<br>
&gt;<br>
&gt;   Allocation             inherit<br>
&gt;<br>
&gt;   Read ahead sectors     0<br>
&gt;<br>
&gt;   Block device           253:0<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;   --- Physical volumes ---<br>
&gt;<br>
&gt;   PV Name               /dev/sddlmag1<br>
&gt;<br>
&gt;   PV UUID               kkzkQD-uxqX-Sgp1-bS0j-jWhq-AoI0-kASm6O<br>
&gt;<br>
&gt;   PV Status             allocatable<br>
&gt;<br>
&gt;   Total PE / Free PE    63742 / 0<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; What the heck is /dev/sddlmag1  (that is SDDLmag1)?  I have all my FC<br>
&gt; mounted as /dev/SDDLxxxx and I can’t map that to any of the below:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ls -la /dev/sddlmag1<br>
&gt;<br>
&gt; brw-r----- 1 root disk 251, 97 Mar 21 09:31 /dev/sddlmag1<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; I know by the size of the various LVM Volume Groups and by fdisk –l /dev/sdX<br>
&gt; that there is a one to one correlation between sddlxxxx and /dev/sdx, but<br>
&gt; except for one drive(FC mount) there are multiple choices based on size.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; /dev/disk # ls -la by-id/<br>
&gt;<br>
&gt; total 0<br>
&gt;<br>
&gt; drwxr-xr-x 2 root root 400 Mar 21 09:31 .<br>
&gt;<br>
&gt; drwxr-xr-x 5 root root 100 Mar 21 09:31 ..<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  16 Mar 21 09:31<br>
&gt; cciss-3600508b10010343956584f3134380001 -&gt; ../../cciss/c0d0<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  18 Mar 21 09:31<br>
&gt; cciss-3600508b10010343956584f3134380001-part1 -&gt; ../../cciss/c0d0p1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  18 Mar 21 09:31<br>
&gt; cciss-3600508b10010343956584f3134380001-part2 -&gt; ../../cciss/c0d0p2<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  18 Mar 21 09:31<br>
&gt; cciss-3600508b10010343956584f3134380001-part3 -&gt; ../../cciss/c0d0p3<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 scsi-1HITACHI_770131020049 -&gt;<br>
&gt; ../../sdb<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 scsi-1HITACHI_770131020049-part1 -&gt;<br>
&gt; ../../sdb1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 scsi-1HITACHI_770131020050 -&gt;<br>
&gt; ../../sda<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 scsi-1HITACHI_770131020050-part1 -&gt;<br>
&gt; ../../sda1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 scsi-1HITACHI_770131020051 -&gt;<br>
&gt; ../../sdc<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 scsi-1HITACHI_770131020051-part1 -&gt;<br>
&gt; ../../sdc1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 scsi-1HITACHI_770131020091 -&gt;<br>
&gt; ../../sdd<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 scsi-1HITACHI_770131020091-part1 -&gt;<br>
&gt; ../../sdd1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 scsi-1HITACHI_770131020126 -&gt;<br>
&gt; ../../sde<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 scsi-1HITACHI_770131020126-part1 -&gt;<br>
&gt; ../../sde1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 scsi-1HITACHI_770131020127 -&gt;<br>
&gt; ../../sdf<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 scsi-1HITACHI_770131020127-part1 -&gt;<br>
&gt; ../../sdf1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 scsi-1HITACHI_770131020128 -&gt;<br>
&gt; ../../sdg<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 scsi-1HITACHI_770131020128-part1 -&gt;<br>
&gt; ../../sdg1<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; /dev/disk # ls -la by-path/<br>
&gt;<br>
&gt; total 0<br>
&gt;<br>
&gt; drwxr-xr-x 2 root root 400 Mar 21 09:31 .<br>
&gt;<br>
&gt; drwxr-xr-x 5 root root 100 Mar 21 09:31 ..<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  16 Mar 21 09:31 pci-0000:0b:08.0-cciss-0:40000000 -&gt;<br>
&gt; ../../cciss/c0d0<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  18 Mar 21 09:31<br>
&gt; pci-0000:0b:08.0-cciss-0:40000000-part1 -&gt; ../../cciss/c0d0p1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  18 Mar 21 09:31<br>
&gt; pci-0000:0b:08.0-cciss-0:40000000-part2 -&gt; ../../cciss/c0d0p2<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  18 Mar 21 09:31<br>
&gt; pci-0000:0b:08.0-cciss-0:40000000-part3 -&gt; ../../cciss/c0d0p3<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:0 -&gt;<br>
&gt; ../../sda<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:0-part1<br>
&gt; -&gt; ../../sda1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:1 -&gt;<br>
&gt; ../../sdb<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:1-part1<br>
&gt; -&gt; ../../sdb1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:2 -&gt;<br>
&gt; ../../sdc<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:2-part1<br>
&gt; -&gt; ../../sdc1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:3 -&gt;<br>
&gt; ../../sdd<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:3-part1<br>
&gt; -&gt; ../../sdd1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:4 -&gt;<br>
&gt; ../../sde<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:4-part1<br>
&gt; -&gt; ../../sde1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:5 -&gt;<br>
&gt; ../../sdf<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:5-part1<br>
&gt; -&gt; ../../sdf1<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root   9 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:6 -&gt;<br>
&gt; ../../sdg<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 pci-0000:16:00.0-scsi-0:0:0:6-part1<br>
&gt; -&gt; ../../sdg1<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ls -la by-uuid/<br>
&gt;<br>
&gt; total 0<br>
&gt;<br>
&gt; drwxr-xr-x 2 root root 600 Mar 21 09:31 .<br>
&gt;<br>
&gt; drwxr-xr-x 5 root root 100 Mar 21 09:31 ..<br>
&gt;<br>
&gt; lrwxrwxrwx 1 root root  10 Mar 21 09:31 13026f96-7d44-4509-aa94-35395448e110<br>
&gt; -&gt; ../../dm-2<br>
&gt;<br>
&gt; etc etc listing all the LVM logical volumes<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; So, while to migrate off of Suse, I only need the max. amount of storage<br>
&gt; each box is using, it is driving me up the wall that I can’t say<br>
&gt; /dev/SDDLmag1 ==/dev/sda or that /dev/sdb is used by VG foo and has lv bar<br>
&gt; on it.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; You all gave me such good advice on how to start mapping the info so I could<br>
&gt; set up a target server to migrate to, I figured I would bounce this off of<br>
&gt; the list.  Most of the employees here are Unix so they don’t know Linux dev<br>
&gt; mappings (which is why they hired me, but I have not worked with FC).<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Please include me in the reply so I can read them at work.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;  Sincerely,<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Damon Chesser<br>
&gt;<br>
&gt; <a href="mailto:damon@damtek.com">damon@damtek.com</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; ________________________________<br>
&gt; Disclaimer: This electronic transmission and any attachments contain<br>
&gt; confidential information belonging to the sender. This information may be<br>
&gt; legally protected. The information is intended only for the use of the<br>
&gt; individual or entity named above. If you are not the intended recipient or<br>
&gt; receive this message in error, you are hereby notified that any disclosure,<br>
&gt; copying, distribution or taking of any action in reliance on or regarding<br>
&gt; the contents of this information is strictly prohibited. Please notify the<br>
&gt; sender immediately if you have received this information in error.<br>
&gt;<br>
&gt; <a href="http://www.acsi2000.com" target="_blank">www.acsi2000.com</a><br>
&gt;<br>
</div></div>&gt; _______________________________________________<br>
&gt; Ale mailing list<br>
&gt; <a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
&gt; <a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
&gt; See JOBS, ANNOUNCE and SCHOOLS lists at<br>
&gt; <a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
&gt;<br>
&gt;<br>
<br>
<br>
<br>
--<br>
Greg Freemyer<br>
Head of EDD Tape Extraction and Processing team<br>
Litigation Triage Solutions Specialist<br>
<a href="http://www.linkedin.com/in/gregfreemyer" target="_blank">http://www.linkedin.com/in/gregfreemyer</a><br>
CNN/TruTV Aired Forensic Imaging Demo -<br>
   <a href="http://insession.blogs.cnn.com/2010/03/23/how-computer-evidence-gets-retrieved/" target="_blank">http://insession.blogs.cnn.com/2010/03/23/how-computer-evidence-gets-retrieved/</a><br>
<br>
The Norcross Group<br>
The Intersection of Evidence &amp; Technology<br>
<a href="http://www.norcrossgroup.com" target="_blank">http://www.norcrossgroup.com</a><br>
<br>
_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>-- <br>James P. Kinney III<br>I would rather stumble along in freedom than walk effortlessly in chains.<br><br><br>