Reini

Members
  • Posts

    19
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Reini's Achievements

Newbie

Newbie (1/14)

5

Reputation

  1. Hi Tom, First of all many thanks. With theses settings above, it work perfectly. Because of the positive result, we wish that the feature will be re-enabled in ADS environments. Please see my Feature Request Re-enabling macOS interoperability and Time Machine based GUI settings if SMB Settings "Enable SMB" is set to "Yes (Active Directory)". Best regards, Reini
  2. If SMB Settings "Enable SMB" is set to "Yes (Active Directory)", which means "AD join status" is "Joined", then the setting "Enhanced macOS interoperability" setting to "Yes" and the "SMB Security Settings" at "Export" setting to "Yes/TimeMachine" doesn't work for using it on Apples Time Machine. (AFP is also extremely instabil in Active Directory Services (ADS) for more (4+) Macs doing Time Machine Backups. If good luck, then it works some weeks. Next is unRAID's note: "Please note that AFP is deprecated, please use SMB instead.". This will prevent from using AFP - but it's OK.) At the moment, the only way to get SMB based Time Machine backup running in ADS environments with more Mac-Users is to add these lines to "Samba extra configuration:" This must be done, because if "Enable SMB" is set to "Yes (Active Directory)", all "macOS interoperability" settings will be ignored from unRAID OS - so far as I remember from Tom (cause of ADS problems in the past). With the quoted settings above, we are running SMB based Time Machine backups in an ADS environment long time without any issues. But there is one problem, because these settings are global, the option "fruit:time machine = yes" and "fruit:time machine max size = 4T" is valid for ALL shares. If Macs are connecting to any other share, the share limit is 4TByte for ALL shares. Leaving the option "fruit:time machine max size = 4T" is not an option, because Time Machine is taking ALL available storage. So, please re-enable the "macOS interoperability" and TimeMachine based GUI settings if ADS is active (SECURITY="ads" in /boot/config/ident.cfg) to prevent from manual adding "Samba extra configurations". Thanks in advance.
  3. OK, but basically this feature is already implemented and internally disabled if ADS is active. It just needs to re-enable it again. Anyhow, I posted it at the Feature Request section. Thanks.
  4. Hi, if at SMB Settings "Enable SMB" is set to "Yes (Active Directory)" which means "AD join status" is "Joined", then the setting "Enhanced macOS interoperability" setting "Yes" and the "SMB Security Settings" at "Export" set to "Yes/TimeMachine" doesn't work for using it on Apples Time Machine. AFP is also extremely instabil in Active Directory Services (ADS) for more (4+) Macs doing Time Machine Backups. If good luck, then it works some weeks. Next is unRAID's note: "Please note that AFP is deprecated, please use SMB instead.". This will prevent from using AFP - but it's OK. The only way to get SMB based Time Machine backup running in ADS environments with more Mac-Users is to add these lines to "Samba extra configuration:" This must be done, because if "Enable SMB" is set to "Yes (Active Directory)", all "macOS interoperability" settings will be ignored from unRAID OS - so far as I remember from Tom (cause of ADS problems in the past). With the settings above, we are running SMB based Time Machine backups in an ADS environment long time without any issues. But there is one problem, because these settings are global, the option "fruit:time machine = yes" and "fruit:time machine max size = 4T" is valid for ALL shares. If Macs are connecting to any share, the share limit is 4TByte for ALL shares. Leaving the option "fruit:time machine max size = 4T" is not an option, because Time Machine is taking ALL available storage. So, my wish is that the "macOS interoperability" and TimeMachine based GUI settings won't be ignored if ADS is active (SECURITY="ads" in /boot/config/ident.cfg). Is there a quick and easy way to make this happen or is there any possibility / timeline / roadmap until when it could be happen? Thanks in advance.
  5. And you also need this the following in addition at the affected share section (not at [global]): fruit:time machine = yes Otherwise you won't see the affected share at Apple's Time Machine. But this can't be done at "Settings/SMB/Samba extra configuration" I assume !?
  6. Have you configured unRAID-SMB with joining to an Active Directory domain controller ?
  7. If this works well, the it would be great to know the right settings. On the other side, I read "Note: AFP is now deprecated and macOS users are encouraged to use SMB only." at: So, AFP don't run stable and the SMB-Share isn't visible in Time Machine wile ADS is enabled, hmmm ...
  8. Same problem for me. It seems that the "Time Machine support via SMB" is not working if Active Directory implementation is enabled at the SMB settings on V 6.7. While checking the /etc/rc.d/rc.samba script, I found out that if [ "$SECURITY" = "ads" ] then no "fruit:..." settings will be done at /etc/samba/smb-names.conf. Without these settings, there is no Time Machine support via SMB. See also here: https://www.mankier.com/8/vfs_fruit If I'm adding the fruit settings manually (and restart the SMB deamon) then I'm able to see the SMB-Share at Time Machine for adding the share. But I also remember, that there are some issues on this implementation of fruit/samba. If im not wrong, maybe this is the reason why it is not working as expected...
  9. It seems that the "Time Machine support via SMB" is not working if Active Directory is enabled (joined to an Active Directory domain controller) at the SMB settings. Correct?
  10. I have done everything exactly as described but no success. One Mac has done the TimeMachine Backup 5 times without issues. At the 6th time, TimeMachine said, a new backup is needed and failed. From that time, I have seen many errors/failures at the unRAIDs syslog (see below). Also from that time, no Mac is able to do a TimeMachine backup anymore and skip the backups to unRAID. At the same time, all Time Machine backups to the old Synology system still works without any issues. After rebooting unRAID the afpd errors disappears and Time Machine is able to doing backups again, but only until the afpd error comes back and the loop starts from the beginning. It seams the the AFP implementation isn't stable enough!? Any other ideas?
  11. No, but thanks for the advice. I've done almost all the points except for moving the AppleDB into the SSD cache pool. Will try this and see what's happen ...
  12. Hi All, since years, we are using a Synology system for backing up all our Mac computers. The backups runs over the AFP-Protocol without any issues. Because of power (and money) saving, we want to change to a unRAID system for these backus. So we have bought a Supermicro storage server SSG-6029P-E1CR12L (X11DPH-T mainboard), 96GB RAM, Intel Xeon 4110 CPU, 10 of 14TB WD Ultrastar DC HC530 HDDs, 2 Intel SSDSC2KB019T8 1.9TB SATA-SSDs, 2 Intel SSDPELKX020T8 2.0TB NVME-SSDs. On this Hardware, unRAID 6.6.6 was installed and updated to 6.6.7. Since weeks, we don't get one simple TimeMachine backup from a brand new Mac which has about 270GB to backup (over AFP). We are getting a lot of errors like described above. Only one backup was finished successfully, but at the next backup TimeMachine displayed that the backup must be checked and after that check, TimeMachine displayed that a new backup has to be created (the previous backup was automatically renamed to ...purgeable.sparsebundle). Also the backup time is very slow (24+ hours). The Mac and unRAID is connected with a 10GBit/sec. link to a 10GBit switch. Have also tried many settings without success. My question here is, is there a best practice documentation on how to setup unRAID properly for running Time Machine backups, like we have done with our old Synology system? Or maybe unRAID isn't the right solution for their requirement. Are there any ideas ... ? Thanks in advance. Reini. P.S.: Btw. the rest of the unRAID services runs well.
  13. You mean it's not possible to configure it over the unRAID GUI - correct? Because on OS level, it is possible to configure different MTU sizes at different VLANs on the same physical interface.