Any possibility of eventually having a hot spare for an array

 

Hot spare would obviously have to be as large as your largest drive (like parity drive)

 

hot spare is spun down and waiting for a drive to fail

 

Should unraid detect a failed drive, it spins up the hot spare drive, removes the failed drive from the array, substituting the hot spare drive in its place and starts a parity rebuild.

 

When the failed drive is eventually physically replaced, it can take on the role of the new hot spare drive

Although a "hot spare" sounds like a great idea... my experience in these forums is that it would be helpful only when a drive actually fails... (I know, I'm stating the obvious.) 

 

My personal experience, at least with the calls for help here in the forum is that intermittent cables, poor power supplies, and heat are far bigger issues... and a hot spare does nothing to help without analysis.

 

Joe L.

In addition to multiple arrays, why not multiple raid levels to choose from?

why not multiple raid levels to choose from?

 

Generally because that isn't the purpose of unRAID and goes against it's basic fundamentals.

 

If you want multiple raid levels, then you would need to be running Linux with the regular 'md' and 'mdadm' tools, which prevents one from using unRAID.

Generally because that isn't the purpose of unRAID and goes against it's basic fundamentals.

 

If you want multiple raid levels, then you would need to be running Linux with the regular 'md' and 'mdadm' tools, which prevents one from using unRAID.

 

I realize unRAID is an extension (ore replacement) of the standard mdadm implementation but they cannot, or should not coexist?  Most related solutions take full advantage of the available raid levels.  While unRAID offers something a step beyond, is leaving out existing implementations ok?  I'm not really sure if there is any value, just a thought.

 

(I don't want to stray this thread so if further discussion seems like a good idea we can move elsewhere)

You need to read up on how unRAID actually works.  It is not traditional RAID, and not any "level" of RAID and there is no "level" of RAID to be selected or selectable.

 

unRAID is better than RAID because it is not striped.  All other RAID, other than mirroring, is striped. 

 

unRAID has less wasted space as a percentage of array size, and can mix different size drives. 

 

unRAID has much better disaster survivability than striped RAID.

I understand how unRAID and traditional raid levels work, and no, currently there is no option for selecting the RAID level.  Existing solutions, OSs and full appliances, offer the ability to choose from standard levels, and some offer a superior alternative (in our case, unRAID).  I believe you are correct, unRAID is a superior choice in most cases.  However it seems like these choices should be something standard in a NAS, unless they will never be viable or it simply cannot be done.

However it seems like these choices should be something standard in a NAS

 

Most consumers with a NAS don't know their ass from a hole in the ground and even a geology course couldn't help them distinguish the difference.

 

A NAS is an appliance, and consumers expect to plug it in and it work.  No tweaking, not obtuse selections of RAID level.  The NAS models that have that are engaging in little more than marketing hype.... like listing a dozen "supported" protocols such as NCP, SPX/IPX, SNA, that no one will ever see or throwing lots of acronyms and buzzwords into their spec sheets.

 

If you want striped RAID, you do not want unRAID.  Linux does striped RAID just fine right out of the box.... why extra pay for it?  

 

unRAID replaces the Linux MD driver.  If you have unRAID, you can not do striped Linux RAID (unless you do it with a hardware RAID controller).  They are mutually exclusive.

 

 

Spindown and Shutdown as last resort for saving data.

 

-the possibility to set cooldown-threshold for disktemp. When exceeded, the disk is spun down.

-the possibility to set shutdown-threshold disktemp. When exceeded, Unraid shuts down.

 

I will rather have unavailable data, until I have figured out what happened, than loose data and a series of disks because of accidential overheating.

Beta-3 is ready to post.  Here's the current change log:

Changes from 5.0-beta2 to 5.0-beta3
-----------------------------------

Bug Fixes:
- webGui: fix problem using 'default.png' icon for pages without an explicit icon file
- webGui: fix CIFS settings not showing up for Flash share.

Other:
- webGui: treat 'flash' as device on Main page
- kernel: add 'asus_atk0110' kernel module
- kernel: change other supported hwmon components to modules instead of built-in
- kernel: make 'coretemp' a module instead of built-in
- Include 'infozip' package for zip/unzip support.

 

There is an issue with getting status from the md-driver which I need to fix & will also probably release 4.5.7 as well with this fix.

 

In order to update to latest packages for AFP support (and some other goodies), I want to upgrade to latest Slack release (13.1) and perhaps upgrade to 2.6.35 linux kernel.

 

Reason for this post is to let you request things you need for -beta3 that I can throw in before embarking on above 'major' changes.  I'd like to get -beta3 out this week, preferably by Wednesday, so the window for requests is open for a small time.

 

did all our chat actually stop beta3 being released?

I was wondering the same thing. Right now I am primarily interested in AFP support. I think that there are a lot of good ideas being tossed around, but most seem out of scope for beta-3.

 

 

I gotta laugh, I was thinking the same thing.

Some of the requests are candidates for another 5.x release.

I suggest feature discussion be moved to this thread: http://lime-technology.com/forum/index.php?topic=7089.msg73581#msg73581

This sufficient?

[*] CPU Frequency scaling
[ ]   Enable CPUfreq debugging (NEW)
<*>   CPU frequency translation statistics (NEW)
[ ]     CPU frequency translation statistics details (NEW)
Default CPUFreq governor (ondemand)  --->
-*-   'performance' governor
<M>   'powersave' governor
<M>   'userspace' governor for userspace frequency scaling
-*-   'ondemand' cpufreq policy governor
<M>   'conservative' cpufreq governor
*** CPUFreq processor drivers ***
<M>   ACPI Processor P-States driver
<M>   AMD Mobile K6-2/K6-3 PowerNow!
<M>   AMD Mobile Athlon/Duron PowerNow!
<M>   AMD Opteron/Athlon64 PowerNow!
< >   Cyrix MediaGX/NatSemi Geode Suspend Modulation (NEW)
< >   Intel Enhanced SpeedStep (deprecated) (NEW)
< >   Intel Speedstep on ICH-M chipsets (ioport interface) (NEW)
< >   Intel SpeedStep on 440BX/ZX/MX chipsets (SMI interface) (NEW)
<M>   Intel Pentium 4 clock modulation
<M>   nVidia nForce2 FSB changing
< >   Transmeta LongRun (NEW)
< >   VIA Cyrix III Longhaul (NEW)
< >   VIA C7 Enhanced PowerSaver (DANGEROUS) (NEW)
*** shared options ***

 

Tom,

 

If you can see clear to also enabling the following, as requested earlier in the thread, it will make it possible to more easily impliment a VPN connection to the unRAID server:

 

The tun/tap device driver and the 802.d bridging module for OpenVPN remote access plugin:

 

[ * ] Networking support  --->

  Networking options  --->

      <M> 802.1d Ethernet Bridging

 

Device Drivers  --->

  [ * ] Network device support  --->

      <M>  Universal TUN/TAP device driver support

What about enabling IPtables in the kernel.

I don't think the tools for them are required in the distro, but support for iptables in the kernel is important if people want to lock down their unraid servers.

What about enabling IPtables in the kernel.

I don't think the tools for them are required in the distro, but support for iptables in the kernel is important if people want to lock down their unraid servers.

Not a bad thought either.  Both this and the request in the prior post would position unRAID for use in more businesses (with the appropriate add-on/plugin packages to manage the security a bit more securely than needed in the home media server environment.)

Could not agree more. The instant we started giving people the ability to add daemons we need iptables.

Include new version of smartctl (5.39)

 

See this post.

Sorry to bother but is there a proposed time line for a full non beta version 5?

 

No real rush I just want to know so that I can start preping my self and friends on what information we will need prior to the switch over.

 

Thank you

"When it's done."

 

Unfortunately the community does not have a known timeline, only Limetech has an idea, though I suppose it depends a lot on what bugs are discovered during the beta process.

Thank you for your reply.

 

Beta-3 is ready to post.  Here's the current change log:

 

Anyone heard anything in private chats. This was posted in August and it is now just October.

 

It takes what it takes obviously but that shouldnt mean no feedback at all for 2 months

Beta-3 is ready to post.  Here's the current change log:

 

Anyone heard anything in private chats. This was posted in August and it is now just October.

 

It takes what it takes obviously but that shouldnt mean no feedback at all for 2 months

 

"Beta 3 is ready to post", but it's been 2 months and nothing? What could they possibly be doing?

 

I'm really confused... Lets hope they put a lot of time into Beta3 over these 2 months.. if it's just a few minor changes/fixes/improvements then i'll be really sad. Last I checked they wanted 5.0 to be released as stable before christmas.

Beta-3 is ready to post.  Here's the current change log:

 

Anyone heard anything in private chats. This was posted in August and it is now just October.

 

It takes what it takes obviously but that shouldnt mean no feedback at all for 2 months

 

"Beta 3 is ready to post", but it's been 2 months and nothing? What could they possibly be doing?

 

I'm really confused... Lets hope they put a lot of time into Beta3 over these 2 months.. if it's just a few minor changes/fixes/improvements then i'll be really sad. Last I checked they wanted 5.0 to be released as stable before christmas.

Christmas 2009, even.

Purely out of curiosity, has anyone heard from Tom lately?  It's been two months since this thread was created, one month since Tom has posted anything, and one week since he's even signed into these forums.

Has unRAID been abandoned?

 

There is absolutely no support for the last 3 months. No word from anyone...