timeforanewmac

Thanks for the reply. I looked at the container's log prior to sending it and saw what the error was. Like some others have mentioned, I also didn't have the M after my memory allocation of 2048. So now it's 2048M, and running smooth with no crashes. I have no idea why it was fine for months and months and suddenly one day the M is gone. Oh well. I greatly appreciate the very helpful response!

hello crashplan pro on my unraid server had been humming along for months, but recently it crashed and I haven't been able to get it going. restarted the server, did a parity check, restarted the docker crashplan app multiple times but it only runs for seconds have done a force update of crashplan docker app, and have also removed it and reinstalled it but still no luck I am really confused by a lot of this, and not sure what kind of support files I should attach here...but if anyone can suggest anything to try, let me know what type of additional info I can supply thanks

awesome info, thanks...I've learned something! So I used Telnet, and this is what I get: Linux 3.9.11p-unRAID. root@unRAID:~# ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on MDI-X: Unknown Supports Wake-on: pumbg Wake-on: g Current message level: 0x00000033 (51) Link detected: yes root@unRAID:~# ifconfig eth0 eth0 Link encap:Ethernet HWaddr 6c:f0:49:73:6a:6b inet addr:10.0.1.15 Bcast:10.0.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1075740918 errors:0 dropped:2531479 overruns:0 frame:0 TX packets:405619055 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:723965458 (690.4 MiB) TX bytes:3119341835 (2.9 GiB) Interrupt:76 Base address:0xc000

TBH, I don't see what the terminal app you use has to do with it... Were you typing the command exactly as given? ethtool eth0 yes and it wouldn't be a bad idea to also paste the results from ifconfig eth0 like the ethtool et0, the ifconfig eth0 doesn't work either. but here's what I've got with some other requests that apparently are comparable? MacBook-Pro-2:~ timarina$ ethtool eth0 -bash: ethtool: command not found MacBook-Pro-2:~ timarina$ ifconfig eth0 ifconfig: interface eth0 does not exist MacBook-Pro-2:~ timarina$ ethtool en0 -bash: ethtool: command not found MacBook-Pro-2:~ timarina$ ethtool en1 -bash: ethtool: command not found MacBook-Pro-2:~ timarina$ ifconfig en0 en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 options=27<RXCSUM,TXCSUM,VLAN_MTU,TSO4> ether 00:25:4b:cc:07:ea inet6 fe80::225:4bff:fecc:7ea%en0 prefixlen 64 scopeid 0x4 inet 10.0.1.22 netmask 0xffffff00 broadcast 10.0.1.255 nd6 options=1<PERFORMNUD> media: autoselect (1000baseT <full-duplex,flow-control>) status: active MacBook-Pro-2:~ timarina$ ifconfig en1 en1: flags=8823<UP,BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500 ether 00:25:00:48:74:c0 nd6 options=1<PERFORMNUD> media: autoselect (<unknown type>) status: inactive and now for a dumb question...these are queries that are to made from my Mac...and not something that I do on my headless unRAID system?

that command doesn't seem to work in the Mac/Yosemite Terminal app, but there's a Network Utility within System Information that supposedly gives the equivalent info...and it says 1Gbit/s Also, I just updated my signature to reflect the new motherboard

I’m having trouble with the transfer speed of my backup software to my unRAID system, and I have no idea where the problem is. Since it starts out fine I’m assuming that I have no cabling or Ethernet issues. I’m using a Mac, Chronosync is the backup application I’m using, and have tried mounting the unRAID using both AFP and SMB. They behave similarly. File transfers begin at 10mb/s or more, and a day later I look at it and it’s maybe 1kb/s or even less. Have tried wired and wireless, no difference. I did have a recent issue with my Gigabit Motherboard, and replaced it with an ASUS brand. The attached system log picks up from where the motherboard was replaced. Any help would be greatly appreciated! unRAID_sys_log.txt

Hello, I'm unable to delete a backup file for Crashplan that is on my unRaid NAS, version 4.7, and wondering if anyone else has had this problem. I use a mac (mavericks os), and both finder and using the terminal come back with an error message stating that 'cpbdf' is in use, and that the folder (containing over 2TB of old backups) cannot be deleted. I've been in contact with the folks at Crashplan but they are about at whit's end themselves, and so was hoping that unRaid experts might have encountered similar issues and have found a way to overcome this. Thanks.

The ethtool eth0 command shows Speed: 1000Mb/s Real world copying back and forth, wired, shows on average between 10 and 20Mb/s once it gets going. Pretty sure that should be good enough, but still stutters during playback. Ok then try this: Copy one of the files you want to play directly onto the machine you want to play it on. Play that file and compare it to playing it over the network. Try to isolate if it's even a network issue. It really sounds like it's not, from what you're describing. I know you stated that playing from the Airdisk is fine, but are the files you're playing different? Maybe it's a file corruption issue? I tried that....tried many different DVD rips, then copied several of those specific rips over to the AirDisk, and they play just fine from there.

The ethtool eth0 command shows Speed: 1000Mb/s Real world copying back and forth, wired, shows on average between 10 and 20Mb/s once it gets going. Pretty sure that should be good enough, but still stutters during playback.

Not that this has necessarily anything to do with your issue, but the above statement leads me to believe that everything is connecting through the WRT54TG, which I'm fairly sure only supports 10/100. All the cat6 cabling in the world won't help if the data is going from unraid to a gigabit switch to a megabit router to the rest of your network (And the airport extreme, is it gigabit as well?). Have you tried Internet -> Router -> Gigabit Switch -> Everything else? I mistyped earlier...I have the CAT6 cabling coming out of my Airport Extreme downstairs feeding into a Trendnet switch upstairs...the switch then feeds out to the unRAID system as well as the WR54TG router acting as a wireless extender for upstairs.

Think I'm going to punt for now...if my stuttering video and overall sluggishness is due to poor SMB performance, and I can't seem to mount these shares via NFS, then perhaps my problem will be solved by simply being patient......perhaps if I wait a month or three the version 5 bugs will be worked out and I'll be able to mount my shares via AFP...and maybe then the performance and streaming issues will just go away. So that's my plan...issue not 'solved' but instead 'on hold'...for now my unRAID system still serves as my main storage backup, and that's job number one anyway. Thank you to prostuff1, dgaschk, ratmice, bubbaQ, and all who helped.

tried that, same thing...Disk utility accepts these options, says that the NFS has responded, but the OSX Finder still says that I can't look/open/go to that supposedly mounted location because of permission issues.

Thanks to all for the info, I will try to mount the shares as NFS when I get back to it this weekend...but maybe I should just skip over NFS, upgrade to 5.0b4, and mount them as AFP? I would not advice upgrading to 5.0b4. Go with 4.7 and use NFS for now. After reading up on version 5, this would seem to be excellent advice.

the url was: nfs://ip address/mnt/user/DVD Collection the mount location was: /Volumes/DVD Collection

OK, I've tried setting up my unRAID as NFS, but it's not working. It keeps telling me that "The folder “DVD Collection” can’t be opened because you don’t have permission to see its contents." I've used Disk Utility to mount the share and that seems to be working OK...that is, when I select Verify it comes back and says that "the NFS server responded and appears to be functioning" in the unraid settings, I've selected *(rw,insecure) option. Also, I've rebooted everything just in case that clears up anything. I also tried using that 'NFS manager' application, but it doesn't work either, and I don't want to go down another side road....the Disk Utility NFS mount features should work. So, to summarize, I started this thread because the smb mounted shares stutter like crazy when trying to stream a DVD rip....so I'm trying to gain some speed by mounting the same share via NFS...but can't get it to mount properly. And I've already read just about every thread related to macs and nfs just in case I've missed something. Very frustrating.