Jump to content
XPEnology Community

DSM 6 - Where is option to use SHR?


fjnorb

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.

  • Thanks 2
Link to comment
Share on other sites

  • 2 weeks later...
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.

Link to comment
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.

Link to comment
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?

  • Thanks 1
Link to comment
Share on other sites

  • 3 weeks later...
  • 3 weeks later...

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

Link to comment
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.

Link to comment
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.

Link to comment
Share on other sites

  • 1 month later...
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!.

  • Thanks 3
Link to comment
Share on other sites

  • 5 months later...
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 :)

Link to comment
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

Link to comment
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

Link to comment
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
Link to comment
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.

Link to comment
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

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...