macOS Sierra icm Synology: The operation cannot be completed

[Belial_666]

Na maanden aanrommelen en proberen en maar eens een week gepakt om het probleem eens goed uit te zoeken en ik kom er niet uit:

Probleem:

MacOS 10.12.2 wil maar geen stabiele verbinding met mijn Synology krijgen via SMB1/2/3

Continu de volgende foutmelding:

the operation cannot be completed because the original is unfindable. En dan de naam van de share.

Mac is een macbook pro van late 2013. draait op 10.12.2
Synology is een DS416 en draait DSM 6.0.2-8451 Update 7

Ik heb zo'n beetje alles al geprobeerd maar de verbinding is niet stabiele te krijgen. Na maanden lang alle instellingen geprobeerd te hebben:

1: SMB settings aangepast op Synology, alle geavanceerde opties staat uit.
SMB1
SMB2
SMB3
geen effect.

2: Jumbo frames uit, geen bonding op NIC
geen effect

3: SMB signing of op macos client
geen effect

cat /etc/nsmb.conf
[default]
signing_required=no


4: Ip6 uitgeschakeld op synology, dns op google gezet, timezone staat goed en via NPT
geen effect

5: chmod 775 op /Volumes op mac
geen effect.

6: shares hebben alleen kleine letters
geen effect

7: inloggen op share met admin account
geen effect

8: bug report aangemaakt bij macos sierra beta versie. Reactie ontvangen met tip on SMB sigining uit te zetten. Heeft geen effect gehad. Daarna geen reactie meer

9: tijdelijke workaround is een restart van de Finder maar dat lost het probleem alleen maar tijdelijk op.

10: op een iMac bij een familie lid die ook een DS416 heeft gebeurd hetzelfde.


SMB implementatie is brak op macOS, maar ik draai ook OpenElec/LibreElec met SMB shares en die werken 100% stabiel. De verbinding is via WiFi met een Airport AC router.

Huidige instellingen:
==================================================================================================
SHARE ATTRIBUTE TYPE VALUE
==================================================================================================
video
SERVER_NAME Scatterbrain._smb._tcp.local
USER_ID 503
SMB_NEGOTIATE SMBV_NEG_SMB1_ENABLED
SMB_NEGOTIATE SMBV_NEG_SMB2_ENABLED
SMB_NEGOTIATE SMBV_NEG_SMB3_ENABLED
SMB_VERSION SMB_2.002
SMB_SHARE_TYPE DISK
SIGNING_SUPPORTED TRUE
EXTENDED_SECURITY_SUPPORTED TRUE
LARGE_FILE_SUPPORTED TRUE
OS_X_SERVER TRUE
DFS_SUPPORTED TRUE


Vraag:
Wie draait en macOS sierra 10.12.2 en heeft een synology en heeft wel een stabiele verbinding.

Waar zit de instellingen om de verbinding met mijn NAS stabiel te krijgen

[monster944]

http://www.onemorething.n...ogelijk-in-macos-10-12-2/

Misschien dat dit helpt?

[Belial_666]

Deze kende ik nog niet

Gelijk toegepast. Kijken of dit helpt.

[ppl]

Wat gebeurd er als je van een bekabelde verbinding gebruik maakt ipv wifi?

[Belial_666]

is lastig met een macbook zonder LAN adapter. Ik heb ergens nog wel een LAN adapter liggen.

Ben nu de optie van monster944 aan het proberen en het ziet er veel belovend uit. (na een kernel panic)

[Vorkie]

Ik merk inderdaad onder MacOS Sierra 10.12.2 dat SMB een stuk trager is als het AFP protocol. (het initiele verbinden, de rest gaat gewoon)

Maar iets kopiëren van 3.8GB en een folder met meerdere grote bestanden van rond de 4GB (totaal 92GB) geeft geen problemen.

Zowel van een 213+ als een virtuele Xpenology onder ESX.

[Belial_666]

probleem is ook niet de initiële verbinding. Die lijkt goed te gaan, Echter na een bepaalde tijd, sleep, wait, verliest macos de verbinding met de bovenstaande foutmelding.

Ik zie wel een verschil tussen de OpenElec SAMBA:

--------------------------------------------------------------------------------------------------
Userdata
SERVER_NAME THIEF._smb._tcp.local
USER_ID 503
SMB_NEGOTIATE SMBV_NEG_SMB1_ENABLED
SMB_NEGOTIATE SMBV_NEG_SMB2_ENABLED
SMB_NEGOTIATE SMBV_NEG_SMB3_ENABLED
SMB_VERSION SMB_1
SMB_SHARE_TYPE UNKNOWN
UNIX_SUPPORT TRUE
LARGE_FILE_SUPPORTED TRUE
--------------------------------------------------------------------------------------------------
En Synology:

images
--------------------------------------------------------------------------------------------------
SERVER_NAME Scatterbrain._smb._tcp.local
USER_ID 503
SMB_NEGOTIATE SMBV_NEG_SMB1_ENABLED
SMB_NEGOTIATE SMBV_NEG_SMB2_ENABLED
SMB_NEGOTIATE SMBV_NEG_SMB3_ENABLED
SMB_VERSION SMB_2.002
SMB_SHARE_TYPE DISK
SIGNING_SUPPORTED TRUE
EXTENDED_SECURITY_SUPPORTED TRUE
LARGE_FILE_SUPPORTED TRUE
OS_X_SERVER TRUE
DFS_SUPPORTED TRUE
--------------------------------------------------------------------------------------------------

OpenElec is 100% stabiel. Eigenlijk zou ik de OE instellingen moeten toepassen op de Synology

Openeelec SMB.conf:
[global]
server string = OpenELEC
workgroup = WORKGROUP
netbios name = %h
security = share
guest account = root
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=65536 SO_SNDBUF=65536
smb ports = 445
max protocol = SMB2
min receivefile size = 16384
deadtime = 30
os level = 20
mangled names = no
syslog only = yes
syslog = 2
name resolve order = lmhosts wins bcast host
preferred master = auto
domain master = auto
local master = yes
printcap name = /dev/null
load printers = no
browseable = yes
writeable = yes
printable = no
encrypt passwords = true
enable core files = no
passdb backend = smbpasswd
smb encrypt = disabled
use sendfile = yes


# Using the following configurations as a template allows you to add
# writable shares of disks and paths under /storage

[Update]
path = /storage/.update
available = yes
browsable = yes
public = yes
writable = yes
root preexec = mkdir -p /storage/.update

Synology SMB.conf

[global]
printcap name=cups
winbind enum groups=yes
include=/var/tmp/nginx/smb.netbios.aliases.conf
security=user
local master=no
realm=*
passdb backend=smbpasswd
printing=cups
max protocol=SMB2
winbind enum users=yes
load printers=yes
workgroup=WORKGROUP
[home]
create mode = 0777
comment = home
browseable = no
writable = yes
valid users = %U
directory mode = 0777
path = /var/services/homes/%U
[backup]
invalid users=nobody,nobody
valid users=nobody,nobody
comment=""
path=/volume1/backup
guest ok=yes
browseable=yes
mediaindex=no
edit synoacl=yes
win share=yes
skip smb perm=yes
enable recycle bin=no
recycle bin admin only=no
hide unreadable=no
ftp disable list=no
ftp disable modify=no
ftp disable download=no
read list=nobody,nobody
write list=nobody,nobody
writeable=yes

[ Voor 28% gewijzigd door Belial_666 op 31-12-2016 19:33 ]

[Belial_666]

monster944 schreef op zaterdag 31 december 2016 @ 11:42:
http://www.onemorething.n...ogelijk-in-macos-10-12-2/

Misschien dat dit helpt?

Helaas blijkt dit niet te werken. Het ging lang goed tot net, laptop laten slapen door scherm dicht te klappen en de netwerk shares lagen er weer uit.

[MAX3400]

Wat ik elders vond, en wat me bekend voorkomt op Windows voor "Microsoft credentials", is het volgende:

I now have AFP and SMB running.

AFP is used for Time Machine backups, there is one single share on the server for time machine backups only. Besides the admin accounts, only one time machine user has access to that share. The login data for that time machine user is saved on all Macs keychains. This is working perfectly.

All other network shares are accessed via SMB, the macOS default. I can just click the server in the Finder's sidebar. Login data are stored in keychain as well, but obviously only for smb://server.local.

Make sure to delete every login details related to the server from keychain to ensure that Finder is only connecting via SMB.

Helaas ben ik absoluut niet thuis op MacOS noch weet ik of je dit al had geprobeerd.

[Belial_666]

Bedankt voor de moeite allemaal. Helaas nog geen stap verder.

MAX3400, ik heb op mijn synology alleen SMB ingeschakeld en bewust geen AFP. Dus in mijn keychain staan alleen SMB wachtwoorden.

De vraag is nu, ligt de oorzaak bij macOS of bij de SMB instellingen van de synology. Je zou verwachten dat het de synology is omdat de mac met OpenElec/LibreElec wel een stabiele verbinding heeft.

[ Voor 34% gewijzigd door Belial_666 op 01-01-2017 10:23 ]

[z1rconium]

Is die error de exacte error of net even anders ?
Ik ken dit issue ook wel, gebeurde (afkloppen) vooral als mn mac uit slaapstand kwam, dan bestaat de mountpoint nog steeds, terwijl je niet connected bent. Deed dan een alt+click op finder en relaunch.

Ik heb het al een tijdje niet meer gezien (zit op SMB3 met de syno).

[ Voor 73% gewijzigd door z1rconium op 01-01-2017 11:33 ]

[Belial_666]

SMB3 op syno.

Heb je nog aanpassingen gedaan op de Mac? En welke instellingen gebruik je op de syno ?


error melding:

[SpoekGTi]

Die krijg ik ook wel eens maar stoor me er niet aan doe gewoon een reconnect naar mijn syno op de MacBook en dat is alleen maar via WiFi

Ik heb ook een mini en die zit wired en die heeft nergens last van. Het lijkt op iets wat Windows ook wel eens heeft als je connectie een paar keer is gedropped

[SoulWar1]

Probeer op de Synology de HDD Hibernation eens uit te zetten (onder Hardware and Power). Volgens mij sluit de Synology in hibernation alle actieve verbindingen terwijl de share op de Mac gemounted blijft en die error geeft.

[Belial_666]

het vervelende is dat ik het dus continue heb. 10-20x per dag. en dan helpt alleen een finder restart en ben ik ook alle andere verbindingen kwijt.

Daarnaast mount macOS ze dan onder een ander map:

video = oude verbinding
vidoe-1 = nieuwe verbindingen
video-2 = weer nieuwe verbindingen.

Alle applicaties die van een mound gebruik maken kunnen jet mountpoint niet meer vinden.

Heel erg vervelend en bijna onwerkbaar.

Ik weet nog steeds niet wie de oorzaak is. macOS of Synology ?

[Belial_666]

SoulWar1 schreef op zondag 1 januari 2017 @ 11:57:
Probeer op de Synology de HDD Hibernation eens uit te zetten (onder Hardware and Power). Volgens mij sluit de Synology in hibernation alle actieve verbindingen terwijl de share op de Mac gemounted blijft en die error geeft.

Goede tip, dit ga ik proberen. Kijken of dit de oorzaak is

[Belial_666]

ik ben nog niet 100% overtuigt, nooit te vroeg juichen, maar tot nu toe lijkt het te helpen.

sinds vanmorgen 12:00 is de verbinding stabiel. Ik heb ter controle mijn macbook zelf niet laten slapen.

[ppl]

In de Mac App Store staan wat tools die bij een hibernate de shares eerst ontkoppeld en op moment dat je weer terugkomt uit slaapstand de shares weer koppelt (zoek eens op het woordje "mount"). Geldt voor zowel netwerkschijven als direct aangesloten schijven.

Wat je hier beschrijft is een nogal tricky use case. Er kan na een hibernate namelijk van alles met zo'n share gebeuren en heel veel systemen kunnen daar dan ook niet lekker mee omgaan. Dit geldt ook voor dingen als SSH sessies en VPN tunnels. Bij veel VPN applicaties zie je dan ook dat ze bij hibernate de connectie dichtgooien en bij een wake weer opnieuw opzetten. Dat voorkomt namelijk een heleboel ellende.

[Belial_666]

Dames en heren,

Bedankt voor de tips. een korte update:

tot nu toen lijkt het goed te gaan met een paar kleine uitzonderingen.

Instellingen die lijken te werken zijn

macos:
1:
/etc
nsmb.conf

[default]
signing_required=0

2:
sudo defaults write /Library/Preferences/com.apple.NetworkAuthorization AllowUnknownServers -bool YES


synology:
1:
All disk hybernation off
2:
AFP off
3:
SMB2 only
dirsort enabled
multiple connections same IP disabled
UNIX machtigingen inschakelen

Wat nog niet werkt is als de laptop dicht geklapt wordt maar daar waren wat tools voor om eenst te unmounten voor het slapen.

Die ga ik proberen als ik de bovenstaande config stabiel heb.

SMB Instellingen vanaf macOS:
backup
SERVER_NAME SCATTERBRAIN._smb._tcp.local
USER_ID 503
SMB_NEGOTIATE SMBV_NEG_SMB1_ENABLED
SMB_NEGOTIATE SMBV_NEG_SMB2_ENABLED
SMB_NEGOTIATE SMBV_NEG_SMB3_ENABLED
SMB_VERSION SMB_2.002
SMB_SHARE_TYPE DISK
SIGNING_SUPPORTED TRUE
EXTENDED_SECURITY_SUPPORTED TRUE
LARGE_FILE_SUPPORTED TRUE
OS_X_SERVER TRUE
DFS_SUPPORTED TRUE

--------------------------------------------------------------------------------------------------

[Belial_666]

na een week testen nog geen echte verbetering.

Als laastste heb ik de rechten op de shares aangepast en op alle mappen de rechten van gast expliciet op lezen gezet.

Ook bewust niet als admin ingelogd. Hiermee leek het goed te gaan, maar uiteindelijkt toch weer foutmeldingen.

Een conmplete herinstallatie van macos heeft ook geen effect gehad.

[Belial_666]

Opgelost,
in ieder geval voor 90%

1: Enabel ONLY LOCAL LINK in TCP/IP instellingen bij IP 6
2: disable standby on de Mac

soms crashed ook de smb op de synology:

start en stop SMB service op synology