fjnorb

DSM 6 - Where is option to use SHR?

Recommended Posts

Hello, thank you to those of you who make all this work.

 

I have two Xpenology boxen, both on DSM 6.0.2-8451 Update 9, both using Jun's Loader. One is an i3 and the other an AMD FX6300. Both machines work well and behave identically for purposes of this question.

 

Whatever I do, I cannot find the option to make an SHR RAID. It was present in DSM 5 when I first began messing around with Xpenology, but whatever I do, I don't get the option now. Information is, to put it mildly, nonexistant on this issue. Every Google search turns up plenty of evidence that I should get the option to create an SHR in the first screen of the RAID creation wizard.

 

I have a set of screenshots here

that show what I see. Disks 11 and 12 are currently in a PetaSpace volume (Volume 1 and Volume 2), but can and will be wiped and added to the SHR if I can find a way to do it. Disks 9 and 10 are ready to use. When I click "Create" in the RAID Group pane, I just get asked if I want a RAID Group for single or multiple volumes. No matter which one I pick, I only get the standard RAID types, no SHR.

 

I see no evidence anywhere that Synology has stopped offering or supporting SHR. I also don't need to be convinced whether or not to use it versus a standard RAID level. That's not really the point - I just want to know where the hell it went.

 

Thanks for any help you can provide.

Share this post


Link to post
Share on other sites

SHR on dsm6:

edit synoinfo.conf located in /etc.defaults/synoinfo. conf

 

comment out / delete

supportraidgroup="yes"

 

then add

support_syno_hybrid_raid ="yes"

  • Like 1

Share this post


Link to post
Share on other sites

it worked for me, but, why is this option dissabled?

is it deprecated?

Share this post


Link to post
Share on other sites
it worked for me, but, why is this option dissabled?

is it deprecated?

Synology are moving away from SHR on their higher end units, although you can still enable it as mentioned above. SHR still remains the default for most of their models though.

Share this post


Link to post
Share on other sites

So is better not using SHR since Synology is going to deprecate it?

Share this post


Link to post
Share on other sites

SHR was a custom implementation of RAID, with quite a lot of problems. While it provided the most usable space from the array with minimal data protection, data loss was a problem if more than one disk got corrupted in an 8-disk array.

Share this post


Link to post
Share on other sites

OK now i understand. Thank you.

0KenZdg.png

Here they says that for DS3615xs SHR is not supported in DSM 5.1-5021 and later...

But ont DSM 6.1 manual SHR is still there.

 

Just a question, if i made a 2hdd raid1 can i expand it to raid5 if i add one more hdd?

Share this post


Link to post
Share on other sites

When I try this and restart, my HP ProLiant Microserver Gen8 don't have an IP after 10 minutes and more :sad:

 

you mean this comment must delete:

 

supportraidgroup="yes"

Share this post


Link to post
Share on other sites

Hi All,

 

Thanks to all those who have put so much hard work into this, especially Jun.

 

I am a newbie to Xpenology, and my Linux skills are very rusty :sad:

 

I have just succeeded in installing DSM 6.0.2-8451 up to Update 8 using Jun's loader 1.01 onto a Intel Celeron G1840 (Haswell) / 16 GB / Gigabyte H97 / 2 x 2GB WD. My intention is to use this as a home backup of several laptops (and back the server up). Because disk usage will slowly grow, I wanted to use SHR, but it is disabled by default, as noted above. I enabled SSH, connected using WinSCP (which was suggested in another post), and edited synoinfo.conf as described above.

 

However, when I tried to save the file, it said I didn't have permission. I then tried "sudo" in the command line of WinSCP, but that also gave error messages, as did various combinations and permutations of "sudo".

 

Would someone "skilled in the art" be so kind as to post explicit instructions on how to edit and save synoinfo.conf ?

 

TIA, Chemware

Share this post


Link to post
Share on other sites
When I try this and restart, my HP ProLiant Microserver Gen8 don't have an IP after 10 minutes and more :sad:

 

you mean this comment must delete:

 

supportraidgroup="yes"

 

This has nothing to do with the network so your problem lies elsewhere.

 

You can either add a # in front of it (that means to comment out) or simply delete the whole line. I always prefer commenting out. Both have the same effect, that is to deactivate the functionality.

Share this post


Link to post
Share on other sites

Bump:

 

Would someone "skilled in the art" be so kind as to post explicit instructions on how to edit and save synoinfo.conf ?

Share this post


Link to post
Share on other sites
Bump:

 

Would someone "skilled in the art" be so kind as to post explicit instructions on how to edit and save synoinfo.conf ?

 

What kind of instructions do you need for a simple text file? Just open it up, edit what you want/need, and copy it back.

Share this post


Link to post
Share on other sites
Bump:

 

Would someone "skilled in the art" be so kind as to post explicit instructions on how to edit and save synoinfo.conf ?

 

Connect with SSH into your box, and type sudo vi /etc.defaults/synoinfo.conf, then type your administrator password. Press i, make your modifications, then esc. After that type :w! then :q!.

Share this post


Link to post
Share on other sites
On 2.6.2017 at 12:32 PM, M3kk said:

 

Connect with SSH into your box, and type sudo vi /etc.defaults/synoinfo.conf, then type your administrator password. Press i, make your modifications, then esc. After that type :w! then :q!.

Hi, I followed your explanation, was able to edit the file but had no succes in saving it back. I have no permission . I used my admin account and also enabled root access. I am really new to linux so please bare with me :)

Share this post


Link to post
Share on other sites

Try this then: sudo -i, admin password, and then "vi /etc.defaults/synoinfo.conf, then type your administrator password. Press i, make your modifications, then esc. After that type :w! then :q!."

Share this post


Link to post
Share on other sites
15 hours ago, muskeludo said:

Hi, I followed your explanation, was able to edit the file but had no succes in saving it back. I have no permission . I used my admin account and also enabled root access. I am really new to linux so please bare with me :)

if you are unfamiliar with linux editing commands, its easier to use winscp (enable telnet/ssh on the nas) connect as your 'admin' user and you can browse to the root folder and edit the files directly in their folders with the winscp text editor

Share this post


Link to post
Share on other sites
1 hour ago, sbv3000 said:

if you are unfamiliar with linux editing commands, its easier to use winscp (enable telnet/ssh on the nas) connect as your 'admin' user and you can browse to the root folder and edit the files directly in their folders with the winscp text editor

Thanks for the quick reply. I'm afraid that I'm even more inexperienced than I thought :/ Both SSH and Telnet are activated. I log onto the nas, edit the file but am unable to write it back. The user has admin rights - I'm sorry for my incompetence :)

error.PNG

Share this post


Link to post
Share on other sites

I'm still running  on my testing server but looking to take the plunge. I did the edits above to enable SHR on DSM 6.1.3. But when I upgrade to DSM 6.1.4, my modified synoinfo.conf gets overwritten and I lose the changes for SHR support. 

 

So two questions:

 

1)  Is there any way to make these changes stick or will I likely face the same issue every time I update?

 

2) If my SHR system boots after an upgrade with a non-modified synoinfo.conf, is my storage / system at risk?

 

Any insights / speculation would be welcome.

 

Thanks!

Edited by Bohemian

Share this post


Link to post
Share on other sites
47 minutes ago, Bohemian said:

I'm still running  on my testing server but looking to take the plunge. I did the edits above to enable SHR on DSM 6.1.3. But when I upgrade to DSM 6.1.4, my modified synoinfo.conf gets overwritten and I lose the changes for SHR support. 

 

So two questions:

 

1)  Is there any way to make these changes stick or will I likely face the same issue every time I update?

 

2) If my SHR system boots after an upgrade with a non-modified synoinfo.conf, is my storage / system at risk?

 

Any insights / speculation would be welcome.

 

Thanks!

1) No, the changes will need to be made after every new update if you want to ability to create new SHR arrays, if not don't worry about it.

 

2) An existing SHR will be fine after an upgrade as the changes only allow the creation of new SHR arrays & don't affect existing ones.

Share this post


Link to post
Share on other sites
49 minutes ago, Bohemian said:

I'm still running  on my testing server but looking to take the plunge. I did the edits above to enable SHR on DSM 6.1.3. But when I upgrade to DSM 6.1.4, my modified synoinfo.conf gets overwritten and I lose the changes for SHR support. 

 

So two questions:

 

1)  Is there any way to make these changes stick or will I likely face the same issue every time I update?

 

2) If my SHR system boots after an upgrade with a non-modified synoinfo.conf, is my storage / system at risk?

 

Any insights / speculation would be welcome.

 

Thanks!

1) No - version updates and upgrades generally reset the synoinfo.conf to default, that would mean the SHR settings and entries to change the HDD number to more than 12 for example get reset. There is no workaround. 'Minor' updates (eg an update pack) within a version don't usually reset things

2) Only option is a backup of critical data which you should do before an update anyway. Once you reset the synoinfo.conf things generally repair ok

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.