William N

Thanks. I have now checked freenas.org out. Unfortunately there is no redundancy in Freenas, right..? First screen says this (bolding is mine): Software RAID (0,1,5) Don't know how i could NOT see it... :-) I will have a try within a week. Thanks a million Bill! A web community at its best.

Well Bill - I put some (to me) serious money in a machine which I have tried to get to handle my 4TB of data for two months now. AFP is not a nice-to-have feature for me. It's a must (I now realize). Besides not being able to handle a lot of my files (which might have been in the fine print somewhere), it frequently loses network connections. (also in version 4.2 - see http://lime-technology.com/forum/index.php?topic=888.0). Don't know whether NFS support will change anything to me - but as it is now - unRAID is useless to me.

Thanks. I have now checked freenas.org out. Unfortunately there is no redundancy in Freenas, right..?

Sorry. Did not mean to insult you. I referred to the claim "seamless" as stupid. Not you - since you obviously are trying to help out. I'm just kinda frustrated... :-) The fix you refer to with virtual drives does not feel very clean. I will have to look for afp support elsewhere. Does anyone have any advice where to look? (I already have a ReadyNAS from Infrant/Netgear. They are great - but only have four drives. I need something with many more drives...

Sorry - but that's just an outright stupid claim. If it doesnt work with iTunes and iPhoto - then it's simply NOT seamless. When my libraries of iPhoto and iTunes are saved in the smb-area. It doesn't work. Seamless? Also - sorry to inform you that there is a world - pretty big one - outside the US, where a lot of characters are used that are outside the US standard A-Z. To say that we should stop using characters like that - is like you should try giving filenames without the characters "e", "s", and "t". Try that for a while and go figure for how long you would consider that seamless. In this case - however, it is not characters like å, ä or ö giving problems, but ?, / etc. That is NOT a "feature" of smb. That is a restriction and problem.

Interesting idea. Might try it for other purposes. However - I want the machine to work seamless with OS X. It doesn't, does it? (As long as afp is not supported) So if the people behind unRAID want the expanding Mac Community to use unRAID, I guess the way to go is to implement afp-support. Or am I wrong? (I should have had my suspicions since a search on these forums on "OS X" give VERY scarce results compared with many other forums...)

Yes. And since such restrictions do not exist in the Mac OS X world with AFP - smb is a pretty useless protocol. Or? Any file transfer including more than a handful files, will lead to interrupted file transfer. Hence - please include afp support and expand the market for unRAID server to the mac community...! Or tell me there is a simple solution or that I have misunderstood something...

"01-BI?" is one example. (No "-signs in file name...) "20030814-? Skåne och Amsterdam" is another. Anything with a questionmark seems to be problematic...

Well - this is a very basic document describing how to connect to an SMB-disk. That's no problem. My problem is that some file names that work in afp does not work within smb. Or the problem lies elsewhere. Anyway, instead of arguing what format is the best - please don't flame this thread - other options (to unRAID) on the market like for instance ReadyNAS from infrat/Netgear, have the possibility to choose a variety of file protocols. Does unRAID have this option? Could it possibly be a future feature? Until then - does anyone have a workaround which is not based on "choose shorter names"? (I have many many many files - it's simply not an option to rename)

One example: Anything with a question mark.

Hi, I have tried to set up unRAID in a Mac environment. Now that the share-issue is solved (4.2) - another problem evolved. When trying to copy some of my libraries of photos and music - it seems that "too long filenames" or "unallowed characters" have emerged. My guess: smb as file protocol has severe limitations compared to afp - "Apple File Protocol"? Question: is it possible to change from smb to another format? If not - this is a MAJOR feature request from me as well as the Mac community as a whole... Please don't ask me to use shorter file names or file names without question marks etc. That is not a solution.

Any advice for the message "Could not connect to the server since the name or password was incorrect"? This even though I have not specified or even had the chance to enter any password/login... What can be wrong? Sorry. Array was offline... (!)

Any advice for the message "Could not connect to the server since the name or password was incorrect"? This even though I have not specified or even had the chance to enter any password/login... What can be wrong?

Thankyou for stating the obvious. I have used the search-button. I'm also pretty sure I read in this forum (under 3.0) that the feature I'm requesting would be implemented in 4.0. Which I based my buying decision on. Facts remain: if I can present my drives as ONE share in OS X (writeable) I will be very satisfied with the product. Any advice on getting this to work, will make me truly happy.

Oh oh... If it's fifteen shares... It's pretty useless for example...iTunes. to use... I had the understanding that this feature was implemented in version 4? I'll just have to wait. Tom (whoever this is?), can you assure that this feature is on its way? Otherwise, I'll just have to sell my newly bought 15-bay 1500-machine from Lime and go with Infrant's solutions or other...