NLS

I suspect it is the normal ftpd as found in any linux distro. You can find instructions on the web very very easily. The current ftp server uses the users you have configured in the web interface. I am not sure if follows the security settings though (after all there are no security settings for disk shares - yet). I suspect to be able to keep your ftp settings as you want, will need to add a couple of lines in the go script to re-apply them. Experts will probably help you more.

sorry I don't get what kind of instructions you need since you need an ftp server, I assume you know how to use one if you know how to use an ftp client, then use it to connect to your unRAID if you mean something else, tell us

unRAID already has FTP server.

hehehe Paul that part is somewhat correctly translated. I pressed on Tom to include ntpd as my mobos clock doesn't seem to keep the time.

Maybe there is a reason Tom leaves those in?

Why don't you test it? Drop the free version on a USB stick, put one drive on the controller and see if shows up in the selectable disks.

There is never "zero chance of recovery". There are specialized companies that can retrieve sensitive data even from ex-RAID disks (as long as they have all of them). But we are moving off topic. To me unRAID is a killer app for SOHO/SMB that happen to have older machines and spare disks lying around. "It just works". As for bigger companies, then no. unRAID (still) lacks many features that are vital for a bigger networks. NFS, SNMP, alarms (without getting to user customizations), ability to restore/backup configuration, hot spares, "safer" and more "stupid-proof" web front-end (wouldn't be an issue 5 years ago, but today is the trend for anything) etc.

Thanks man. For the cache. I know, I didn't say it has anything to do with cache, only that because of the cache disk's existence, now parity will be touched less (only when the mover runs). For the parity that is building on my system... well this didn't deserve a post by itself (as I don't have a syslog about it, so people will whine about my newbie feedback), but when I got home, I checked my unRAID's local terminal (just because it is easy - being one of my KVM positions), then went to my Windows machine to check on parity's progress (it had started 3 hours before then) by double clicking browser's shortcut (that goes to http://my-unraid-name/main.htm)... and guess what? I GOT A "SHUTTING DOWN" message!!! I thought it was wrong, I refreshed the page (which again I repeat was main.htm, NOT some shutdown link), only to see that web was already dead. Popped to unRAID (local) terminal to see that indeed system was shutting down! Why? Any idea? What I did next? (after I switched back on, only to start parity from the beginning) I changed all my web links to my server to be WITHOUT main.htm in case there is SOME risk with this. Any idea? (without syslogs or whatever) Anyway, I expect it will be finished by morning (I am at 25% and is midnight now here) and everything will be well and job done. I am at 196mil. KB, and at 312mil. parity will handle four less disks (my 320GB) and possibly speed up, then at 500mil. mark it will just handle one 750GB disk. In case someone reads Greek, here is my blog entry about my "odyssey" with the whole project: http://nulusios.blogspot.com/2008/04/nas-or-something-like-that-part-ii.html In the end I DO propose that people DO install an unRAID (my odyssey is just a guide of what not to do... except maybe the internationalization problem).

Array stays online while parity is syncing. So I guess somehow the system handles writes. How? Does parity stop the ongoing pass and go and fix the new bytes, or are those somehow "marked" for resyncing after normal sync is finished? Something else? (forget the easy way out now with cache disk - what happened up to today or for systems without cache disk) I suspect system performance is low during this process right? I couldn't find anything on this subject. (realized that I start way too many threads... maybe because I was building my unRAID up to today - now parity is building, I should be ok in about 10 hours...)

Reply to myself: yes shows in ps -x fine and stops showing when finished. Good enough. Still didn't get the part with the log (didn't see a log in my cd). EDIT: Now I see a log. Maybe it is just there while the process runs? Also please tell me about the packages as asked above.

How will the command I run with nohup show in process tree? I mean, if I can start it, then check the process tree for when the command will be finished (usually an rsync), it is good enough. The nohup log will be a problem if you talk about copying 300000 files. About the three installed packages, do they take much storage/RAM? This is why you say about temporary installing them?

the format above is shown DURING a file copy i.e. the file is named smth like that, WHILE it is going to the destination (at the destination) and when the file finishes, it gets renamed to its original name so probably rsync created the list of files to sync while a file was copied (by you) and when rsync reached the file, that file of course was copied already so that temp filename was not there

I am pretty sure you can close your telnet connection and your tasks can keep going, right? I remember this happening even when I was involved with Linux (read: kernel 0., but even today I read about some "screen" command. Is any such capability in unRAID? If not, is it easily installed? (go script package) How would I use it then? Just occurred to me, that I will have to telnet over to my unRAID, using my VPN connection from work, so that I can kickstart the next step of my migration, while I am not at home. But that "step" will probably take hours, so I'll have to leave the session open and even if I do (and I can make sure nobody touches my computer), I will not know when that "step" finished (when I am back at home)... So, is there a way to start it remotely, leave it doing its stuff and then going back to home, opening a terminal and seeing the same console?

I am in the last steps of my setup (I might post my Odyssey if there was an appropriate "social" -ahem- section) and parity will probably be assigned tomorrow night. I am in no greater risk than I was up to today (and before unRAID). Machine is on UPS. Wish me luck.

cool

after reading some more, it was clear that even if it wouldn't work, I would be ok to restore previous situation if I didn't have a parity and didn't do anything else with the array so I did it - and it worked fine

Will this work? ("offended" people please click for the next topic) I am almost at the end of building my unRAID and ended up with drive5 (of a total of 7, with drive7 NOT YET in the array, so 6) having all the "overflow" data of other disks. NOTE: I haven't installed parity yet (will do it after it all ends). For organizational reasons and only, I want current drive5 to become drive7 (last possible drive except cache disk). I imagine I should: - unassign drive5 (remember it HAS data) - assign it as drive7 ...and I am ok to go on? (as I don't have a parity yet) Will it mess my user shares? (I will check manually for this anyway) ...or is there a different procedure to do this? Again for some: I ask because I cannot risk experimenting with live data.

I don't know the specifics of those mobos but things to note: 1) (personal feeling) Linux and AMD seems to me a bit risky (note that many people here DO use AMD CPU for unRAID) 2) since some betas, unRAID does support 4GB 3) the 7600GT is an overkill definitely 4) using 3 200 disks will give you a 400GB array - the system shows its abilities better when using more disks (just because you have much better ratio of real GB vs. usable GB) - you DO know you can use any size disks right? (don't have to be the same) 5) select the board with the most IDE/SATA buses - they will come on handy in the future (except if you plan to move to other hardware anyway, after testing) 6) DEFINITELY select a board with the (working) GbE NIC

ok makes sense - but hope I will never actually need it ...wiki needs some "international users' problems" section?

More info (at least this is for SOME good news). After I made the difficult semi-manual copy I mention above, I needed to move the whole lot to another disk (the disk I used was a "transit" for emptying another disk and installing this in turn to the array). Thankfully, rsyncing that (reiserfs) to the other (reiserfs) seems to work (moving all files, inc. Greek etc.). Of course looking at the console during the process is pretty funny (seeing huge lists of escape codes scrolling, among "normal" english filenames). Like: AUDIO/OK - Old/\#316\#224\#316\#267\#316\#274\#316\#267\#317\#204\#317\#201\#316\#257\#316\#277\#317\#205, \#316\#206\#316\#275\#317\#204\#316\#266\#316\#265\#316\#273\#316\#261 - \#316\#225\#316\#276\#316\#261\#316\#271\#317\#201\#316\#277\#317\#215\#316\#275\#317\#204\#316\#261\#316\#271.mp3 3133440 100% 3.45MB/s 0:00:00 (xfer#17007, to-check=2232/20682) AUDIO/OK - Old/\#316\#224\#316\#267\#316\#274\#316\#267\#317\#204\#317\#201\#316\#257\#316\#277\#317\#205, \#316\#206\#316\#275\#317\#204\#316\#266\#316\#265\#316\#273\#316\#261 - \#316\#232\#316\#273\#316\#265\#316\#257\#317\#203\#316\#265 \#316\#246\#317\#216\#317\#204\#316\#261 \#316\#232\#316\#273\#316\#265\#316\#257\#317\#203\#316\#265 \#316\#234\#316\#254\#317\#204\#316\#271\#316\#261.mp3 3373184 100% 3.33MB/s 0:00:00 (xfer#17008, to-check=2231/20682) AUDIO/OK - Old/\#316\#224\#316\#267\#316\#274\#316\#267\#317\#204\#317\#201\#316\#257\#316\#277\#317\#205, \#316\#206\#316\#275\#317\#204\#316\#266\#316\#265\#316\#273\#316\#261 - \#316\#234\#316\#261\#317\#201\#316\#263\#316\#261\#317\#201\#316\#257\#317\#204\#316\#265\#317\#202.mp3 4022272 100% 3.53MB/s 0:00:01 (xfer#17009, to-check=2230/20682) AUDIO/OK - Old/\#316\#224\#316\#267\#316\#274\#316\#267\#317\#204\#317\#201\#316\#257\#316\#277\#317\#205, \#316\#206\#316\#275\#317\#204\#316\#266\#316\#265\#316\#273\#316\#261 - \#316\#237\#316\#271 \#316\#247\#317\#211\#317\#201\#316\#271\#317\#203\#316\#274\#316\#255\#316\#275\#316\#277\#316\#271.mp3 3330048 100% 19.02MB/s 0:00:00 (xfer#17010, to-check=2229/20682) AUDIO/OK - Old/\#316\#224\#316\#267\#316\#274\#316\#267\#317\#204\#317\#201\#316\#257\#316\#277\#317\#205, \#316\#206\#316\#275\#317\#204\#316\#266\#316\#265\#316\#273\#316\#261 - \#316\#237\#317\#205\#317\#201\#316\#261\#316\#275\#316\#255.mp3 5681280 100% 15.52MB/s 0:00:00 (xfer#17011, to-check=2228/20682) Now if someone can "cd" to such a folder and do something on such a filename using the console... comes close to the days I could code in assembly (in fact it is even worse, like using a machine language monitor)... Hehehe... Anyway, the problem remains though and I can definitely baptize it "problem" now.

OK I have newer news and they are not good at all. Why? - The problem certainly is NOT "Greek" oriented. - The problem UNFORTUNATELY is NOT limited to NTFS volumes mounted on unRAID!!! Involved copy OVER WINDOWS! Read on... Today it was the turn of my MP3 disk to move from NTFS to unRAID. I did the semi-painful task of first rsyncing locally on unRAID (mount NTFS etc.) and then re-add the disk on a USB tray, and make Vista (as I said XP/2003 are not "smart enough" to mix/skip existing folders) copy the rest ("not replacing" what is already copied). Lucky for me I did some size checks after copy. Well with all this intro, you realize what I found: NOT all folder and NOT all files were copied! Yes I am talking about the "local Windows" copy (from NTFS ON Windows to unRAID disk share). Looking deeper into the problem (and this becomes more painful than the initial procedure - that I thought already to be painful enough), I had to check ALL folders and pinpoint the problem. Well most of the folders and files that were in Greek, were copied ok, but going DEEPER in the folder structure (!) they were not! For example: MP3/"greek filename" was copied. MP3/"greek folder"/... was copied. MP3/"english folder 1"/"english folder 2"/"non english filename" was NOT. Going deeper manually (going inside english folder 1 or 2) and retrying the copy, made things work! I also had some songs that the filenames were using French and Spanish (Pink Martini stuff for example) and the problem was there too!!! Now that makes the problem MUCH more major than "little Greece's" problem... (bold so that you notice) Internationalization seems to need some attention (if this product wants to sell internationally). I wonder how this wasn't noted before (then again I haven't tried anything before 4.3.4b6).

Amen.

I agree NASUser. My only "objection" would be, how much more could we ask from 2-3 experts that already do much here (in fact much more than expected - for one of them, someone even proposed Tom should give him a salary ). I think this is a job for all the rest of us. Most of us can edit a wiki. When an expert gives a reply potentially useful to the "public", we could add it to wiki. I wonder though, what messes the forum more: - A "newbie" question that someone finds stupid but someone else may not find stupid (btw the referenced thread does NOT fall into this catergory at all, I still believe my question was valid and never asked before so probably useful to some) or - A useless reply that is not worth the time of the reader much more than the original question (...that demo's someones bad character - but that's a whole other issue, no point or use discussing here). Could be a poll if the forum was "social". :D

and here you are... (ps. probably need to have those on an mounted ntfs disk to replicate my problem)

...btw find /mnt -type f –exec chmod og-x {} \; works fine