![]() | ||
|
|
Snap Server / NAS / Storage Technical Goodies The Home for Snap Server Hacking, Storage and NAS info. And NAS / Snap Classifides |
![]() |
Thread Tools |
![]() |
#1 |
Cooling Neophyte
Join Date: Apr 2010
Location: phelps
Posts: 21
|
![]()
I had four wd red 2tb drives left from a previous project. The 550 has/had Maxtor 250gb with Gos 5.1. I left one of the Maxtors in the 550, position 1 and replaced the other Maxtors with the Wd red 2tb drives. Starts up just fine, sees the 2Tb drives, you can make arrays and all. Let the 550 run for several hours and then shutdown. replaced the remaining Maxtor with a Wd 2TB drive. It gets as far as "loading OS" and stops. It appears the OS did not copy to any of the 2TB drives. I've done this before with 1Tb drives and all works fine. Tried starting up with Maxtor in various positions, waited hours but no OS on the new 2Tb drives. Any ideas? Are there command line commands to force the OS to copy? No I don't have the GOS cd.
Thanks Harry |
![]() |
![]() |
![]() |
#2 |
Cooling Neophyte
Join Date: Apr 2008
Location: chicago
Posts: 16
|
![]()
I have 2TB drives running in a 510 (which is pretty much the same unit), no issues.
I am, however, having problems getting any 3TB disks to be recognized. GOS 5.2.067 I have tried to buy 6.5 which is the last version to support the 500 series, but overland will not sell it to me. I'd like to talk to someone that has the new bits ...
__________________
================================================= SnapServer 510 (4x 2TB) SnapServer 520 (4x 2TB), S50 12x 2TB DL185 G5, 12x 450GB SAS 15K, FreeNas 9.2 Lenovo IX4-300D, 4x 3TB WD RED |
![]() |
![]() |
![]() |
#3 |
Cooling Neophyte
Join Date: Jul 2013
Location: Mountain View
Posts: 4
|
![]()
Put the original disk in slot 1 (sda).
Boot the system with the other drives out and wait for the system to fully come up. Insert each other drive one at a time and make sure that the system recognizes it: Log in over ssh: 1) At the login prompt use the account 'admin' 2) default password is 'admin' else it will be whatever you changed it to. I recommend that you change the password otherwise you won't be able to go any further.3) At the CLI prompt issue the command: osshell This will drop you to a real BASH prompt4) Issue the command: su - This is where you will need to have changed the password. The password is the same as the 'admin' password, unless you haven't changed it - then it's a default password known only by the developers.Once you're in BASH as root you can totally wipe those red drives. It's likely they have some sort of formatting on them that the system doesn't really recognize. Verify that the drives are detected: cat /etc/devices It should look like this: -sh-3.1# cat /etc/devices /dev/sda SCSI6:0-0 976762584 976 GB WDC-WD10EALS-00 0/0 WD-WCATR0306500 /dev/sdb SCSI6:0-1 976762584 976 GB WDC-WD10EALS-00 0/1 WD-WCATR0314773 /dev/sdc SCSI6:0-2 976762584 976 GB WDC-WD10EALS-00 0/2 WD-WCATR0312087 /dev/sdd SCSI6:0-3 976762584 976 GB WDC-WD10EALS-00 0/3 WD-WCATR0307303 This should list the HDD by slot and serial number. Then you can wipe them. Be VERY careful not to wipe sda or you will be out of luck! dd if=/dev/zero of=/dev/sd? bs=512M count=1 Replace the ? in the above line with b, c, d (run sequentially not at the same time) This will wipe the MBR and the first couple hundred megabytes of the drive - if you really want to get punchy you can leave off the bs=512M part and it will instead zero out the whole drive. If you chose the second option be prepared to take several hours for each drive. Don't bother increasing the count, people that recommend writing zeros several times don't really understand how magnetic media works (hint it's bs - no one has ever recovered overwritten data as stated by acquaintances who work at DriveSavers which is probably the premier data recovery company in the world). After you zero the MBR then you can clone the OS - this is an automatic process that happens on a hotadd: hotremove /dev/sdb hotremove /dev/sdc hotremove /dev/sdd hotadd /dev/sdb hotadd /dev/sdc hotadd /dev/sdd Verify that the partitions are cloning: cat /proc/mdstat You should see md100 and md101 being rebuilt. These are both RAID1 and contain the rootfs and a swap partition respectively. If it doesn't work, you may want to physically pull the drives and reinsert them. If you do it that way it may be wise to wait a minute or so between drives. The partitions are small and should clone very quickly. Once the drives have cloned you should see something like this: -sh-3.1# cat /proc/mdstat Personalities : [raid1] [raid6] [raid5] [raid4] md101 : active raid1 sda5[0] sdd5[3] sdc5[2] sdb5[1] 8387520 blocks [4/4] [UUUU] md100 : active raid1 sda2[0] sdd2[3] sdc2[2] sdb2[1] 4194240 blocks [4/4] [UUUU] Then pull disk 1 (sda), put in your new drive and repeat the above dd process and hotremove/hotadd procedure. Once it's all done you should be able to go into the UI and build a new RAID array using the new capacity. If this does not work then the BIOS in the system may not correctly recognize the drive geometry and unfortunately you're not going to be able to do anything about that without an upgrade to the last build of Guardian OS for the 500 series which was GOS 6.5.029. This build did upgrade the BIOS in the systems and does recognize 2TB drives for sure - but the 5.2 builds should also. 3TB and larger drives were never validated on these series. |
![]() |
![]() |
![]() |
#4 |
Cooling Neophyte
Join Date: Apr 2008
Location: chicago
Posts: 16
|
![]()
the only device that is reported is the 2TB disk I am booting from ( cat /etc/devices)
my bios can detect and report the 3TB drives, but in the GOS they appear failed. They are brand new, so I doubt they are actually failed.
__________________
================================================= SnapServer 510 (4x 2TB) SnapServer 520 (4x 2TB), S50 12x 2TB DL185 G5, 12x 450GB SAS 15K, FreeNas 9.2 Lenovo IX4-300D, 4x 3TB WD RED Last edited by dnsplus; 11-10-2015 at 10:52 PM. |
![]() |
![]() |
![]() |
#5 |
Cooling Neophyte
Join Date: Apr 2008
Location: chicago
Posts: 16
|
![]()
I can provide this update:
6.5 uses 64bit kernel that allows for more than 4GB to be used by the GuardianOS. Larger partition support is also included in the new kernel the 3TB WD RED drives are detected correctly, but report as being failed (perhaps because the version of fsck is 1.38 from 2005, which does not support GPT partitions required to go past 2TB partition sizes).
__________________
================================================= SnapServer 510 (4x 2TB) SnapServer 520 (4x 2TB), S50 12x 2TB DL185 G5, 12x 450GB SAS 15K, FreeNas 9.2 Lenovo IX4-300D, 4x 3TB WD RED |
![]() |
![]() |
![]() |
Tags |
2tb, boot, gos 5.1, snap 550 |
Currently Active Users Viewing This Thread: 2 (0 members and 2 guests) | |
|
|