Acessing files on Sun Storage J4200 array


 
Thread Tools Search this Thread
Operating Systems Solaris Acessing files on Sun Storage J4200 array
# 1  
Old 11-08-2017
Acessing files on Sun Storage J4200 array

Hi.

I'm maintaining a small network of Solaris/Linux clients with a NFS/NIS server running Solaris 10. The server is a SPARC Enterprise M4000 sharing NFS filesystem that the clients are mounting. The hard drives on the server are on a Sun Storage J4200 array of 12 disks. I don't have details on what is the configuration of the array (how the disks are used, some RAID etc).

Now problem is the server broke (XSCF unit failure) and I need to access the files on the J4200 storage array. Is there any way I can do this? What would be the needed steps? Or are the files lost, as I don't have details on the array configuration?


(...the files have been backed up to a simple Linux based backup client...but as we had a major malfuntion, the backup client also has failed)

Thanks for any help,
Jh.
# 2  
Old 11-08-2017
If the XSCF board has gone down you should be able to replace that. You'll need to power everything down to do it though.

The data on the storage array should be fine provided you don't reformat or try to write to it in any way before you reconnect it to the Sun box or replacement Sun box.

The array(s) configuration will be stored on the J4200 disks.

What version of Solaris (I assume it was running Solaris) was it running?
# 3  
Old 11-08-2017
Unfortunately, I don't have a replacement XSCF right now. I had one spare a couple of months ago, but had to allocate it elsewhere. So that's not a quick option to access the files. I don't have info, on which version of Solaris10 was running on the server.

What I'm trying now, is to install the SAS controller (PCI-E) card to another Solaris machine. Idea is to try and access the disk array from this machine. This machine being a Netra T5220 running Solaris 10 (SunOS Release 5.10 Version Generic_147147-26 64-bit).

Command "format" gives output :

Code:
AVAILABLE DISK SELECTIONS:
       0. c0t0d0 <SUN300G cyl 46873 alt 2 hd 20 sec 625>  M1rootdg
          /pci@0/pci@0/pci@2/scsi@0/sd@0,0
       1. c0t1d0 <SUN300G cyl 46873 alt 2 hd 20 sec 625>  O1rootdg
          /pci@0/pci@0/pci@2/scsi@0/sd@1,0
       2. c3t7d0 <SEAGATE-ST314655SSUN146G-0892-136.73GB>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@7,0
       3. c3t8d0 <drive type unknown>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@8,0
       4. c3t9d0 <SEAGATE-ST314655SSUN146G-0892-136.73GB>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@9,0
       5. c3t10d0 <SEAGATE-ST314655SSUN146G-0892-136.73GB>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@a,0
       6. c3t11d0 <SEAGATE-ST314655SSUN146G-0892-136.73GB>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@b,0
       7. c3t12d0 <SEAGATE-ST314655SSUN146G-0892-136.73GB>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@c,0
       8. c3t13d0 <SEAGATE-ST314655SSUN146G-0892-136.73GB>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@d,0
       9. c3t14d0 <SEAGATE-ST314655SSUN146G-0892-136.73GB>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@e,0
      10. c3t15d0 <drive type unknown>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@f,0
      11. c3t16d0 <SEAGATE-ST314655SSUN146G-0B92-136.73GB>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@10,0
      12. c3t17d0 <drive type unknown>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@11,0
      13. c3t18d0 <SEAGATE-ST314655SSUN146G-0892-136.73GB>
          /pci@0/pci@0/pci@8/pci@0/pci@9/LSILogic,sas@0/sd@12,0

Those "sas" disks are the array disks.
Is it now a simple task of mounting one of them to check the content, like c3t16d0 for instance?


Moderator's Comments:
Mod Comment
Please wrap all code, files, input & output/errors in CODE tags.
It makes it far easier to read and preserves spaces for indenting or fixed-width data

Last edited by rbatte1; 11-08-2017 at 07:45 AM.. Reason: Added CODE tags
# 4  
Old 11-08-2017
No harm in trying it. The issue might be that the device nodes eg, c3t16d0s1 will be missing on that Solaris configuration.

Can you see the VTOC's using 'format', select disk, then 'p' and 'p' again?
Then simply quit out. Do NOT write anything.

If the device nodes being missing stop them mounting we can create them.
This User Gave Thanks to hicksd8 For This Post:
# 5  
Old 11-08-2017
Your answers are highly appreciated!

The partition printout for c3t16d0 looks like this :

Code:
Current partition table (original):
Total disk sectors available: 286722911 + 16384 (reserved sectors)

Part      Tag    Flag     First Sector         Size         Last Sector
  0        usr    wm               256      136.72GB          286722911
  1 unassigned    wm                 0           0               0
  2 unassigned    wm                 0           0               0
  3 unassigned    wm                 0           0               0
  4 unassigned    wm                 0           0               0
  5 unassigned    wm                 0           0               0
  6 unassigned    wm                 0           0               0
  8   reserved    wm         286722912        8.00MB          286739295

partition>

The prtvtoc printout :

Code:
# prtvtoc /dev/dsk/c3t16d0
* /dev/dsk/c3t16d0 partition map
*
* Dimensions:
*     512 bytes/sector
* 286739329 sectors
* 286739262 accessible sectors
*
* Flags:
*   1: unmountable
*  10: read-only
*
* Unallocated space:
*       First     Sector    Last
*       Sector     Count    Sector
*          34       222       255
*
*                          First     Sector    Last
* Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
       0      4    00        256 286722656 286722911
       8     11    00  286722912     16384 286739295
#

And fstyp for partition 0 shows it's ZFS :

Code:
# fstyp /dev/dsk/c3t16d0s0
zfs

I'm having hopes the data on the disks is accessible and all is not lost. Never worked with ZFS mounts though. During Solaris10 installation, I've installed UFS on the T5220 I'm using.
# 6  
Old 11-08-2017
Good so far.

Create a mount point eg,

Code:
 
 # cd /
 # mkdir mymount
 # zfs set mountpoint=legacy mymount

When you try to mount, eg,

Code:
# mount -F zfs /dev/dsk/c3t16d0s0 /mymount

you may get an error like /dev/dsk/c3t16d0s0 does not exist since this system hasn't had these disks before.

Last edited by hicksd8; 11-08-2017 at 08:52 AM..
# 7  
Old 11-08-2017
That gives me the following error :

Code:
# cd /
# mkdir mymount
# zfs set mountpoint=legacy mymount
cannot open 'mymount': dataset does not exist
#

I'm assuming this is due to having installed Solaris10 with UFS option? I would need to have ZFS filesystem created? Would it make sense to do a clean Solaris 10 re-install and select ZFS filesystem?
Login or Register to Ask a Question

Previous Thread | Next Thread

2 More Discussions You Might Find Interesting

1. Solaris

Generic drive in a Sun Storage Array?

With a sun storage array j4200 with a failed drive. It's got 11 other drive right now running seagate's ST314655SSUN146G I'm about to replace that one drive with seagate's ST3146356SS drive. Do anyone see this as a problem to use non-Sun drives in Sun storage array or mixing the two... (9 Replies)
Discussion started by: JT-KGY
9 Replies

2. Solaris

help with configuring J4200 Array

Hello All: I am trying to configure a J4200 disk array. I am a newbie. 1. I have installed CAM (Common Array Manager). 2. Upgraded the firmware. 3. Registered the array. a. As per the user guide I should see a sas-domian which I don't. b. I did not find instructions on how to setup a... (0 Replies)
Discussion started by: pingmeback
0 Replies
Login or Register to Ask a Question