Ik heb sinds 1,5 jaar een nieuwe mac mini met Yosemite Server 4.0 samen met een 5TB externe Caldigit Thunderbolt T3 RAID schijf.
Deze verving mijn G5 met OSX Server en externe Firewire schijf.
Hierop staat 15 jaar werk, voornamelijk illustrator en Photoshop bestanden.

We hadden de server eerst ingericht en alles goed ingesteld en vervolgens alle data probleemloos er naartoe gekopieerd.
Ging allemaal vrij vlekkeloos tot zover.

Maar vanaf dag 1 had ik via SBM regelmatig Error 36 fouten tijdens kopiëren in de Finder.
Destijds gewoon voor AFP gekozen en SMB uitgezet. Probleem opgelost.
Nu is SMB toch wel de toekomst en kom niet meer vanonder SMB uit ivm Windows 7 computer in ons netwerk.

Heb al veel research gedaan en om die Error 36 fouten via SMB kom de volgende oplossingen tegen:

- Met het Dot_clean commando de onzichtbare bestanden verwijderen
- Onzichtbare _DS Store files verwijderen
- Finder geforceerd restarten
- Server restarten
- Connecten via CIFS:// ipv SMF://
- Upgraden naar El Capitan
- Upgraden naar Server 5

Heb al het mogelijk geprobeerd, maar ik blijf die Error 36 fouten houden via SMB.
Via CIFS:// connecten werkt idd, maar is mijns inziens stap terug ipv voorwaarts.

Ergens vermoed ik dat er nog iets 'onzichtbaars' niet lekker zit in die berg met die data.
Wat ik nu komende week in een laatste poging wil proberen om het op te lossen:

Ik neem mijn externe backup en ga die 4TB aan data nog éénmalig goed en grondig 'onder handen' nemen:

1. Disk Utility de schijf laten controleren en repareren.
2. Diskwarrior checken en rebuilden
3. dot_clean commando op de hele HD toepassen via Terminal
4. alle DS_Store bestanden verwijderen via Terminal
5. Alle rechten van alle bestanden slopen met het programma Batchmod (blijf beetje bang van de Terminal)

Om vervolgens alle hopelijk schone en foutvrije data naar mijn 3 Shares terug te kopiëren.
Zijn er volgens de experts hier nog extra stappen die ik kan ondernemen om het nog 'foutvrijer' te krijgen?
Misschien andere tips of inzichten die ik mis?

(Bewerkt door Nelis00 om 17:12, 23-02-2016)

Ik mag toch hopen dat je VOORDAT je begint een actuele en geverifieerde externe backup van die 4 TB hebt gemaakt?

Leek me overbodig om te vermelden...
Heb er nog 1 extra achter de hand...

Staan er  vanuit de beginperiode van OSX toen we nog werkten met partitities zowel OSX als Classic misschien complete in Classic gemaakte CD_ROMS of schijven drag & drop, via via, in je huidige bestandsmappen? Dan kan het zijn dat er Desktop DB en DF files (ook onzichtbaar) zijn meegekomen gedurende deze tijd van 15 jaar. Dus misschien ook oorzaak van error -36.

Dat is wel een goede, heb wel een paar .DMG's maar die stammen wel uit OSX tijdperk.
Heb wel één grote map met antieke fonts welke uit Classic meeverhuisd zijn.
Het probleem is dat die door de jaren heen in alle projecten zijn gebruikt dus die kan ik niet zo 1 2 3 opruimen. Ook staan alle fonts in 1 map en die komen dus ook maar op 1 share te staan. De foutmeldingen op alle 3 de shares.

Op die externe schijf staan verder alleen klantmappen, fonts, documentatie, installers, mailarchieven etc. Verder geen besturingssystemen ofzo. Kan het kwaad om ALLE onzichtbare bestanden te verwijderen? Of denk ik dan te resoluut?

Ik zou via mac altijd met AFP werken.
SMB geeft altijd problemen.  
Zelfs onder 10.11
En de windows 7 laat je gewoon via SMB inloggen.

Ja liefst AFP of SMB only. Maar een ander voordeel van SMB voor mij is dat mijn foldermappen veeel sneller openen via SMB en via AFP duurt het soms seconden lang voordat hij een map met een 10 bestanden laat zien.
Snelheid is niets mee aan de hand alles CAT6 en kopieren gaat gewoon met 5o MB per seconde.

Heb een half jaar het Windows 7 gedeelte noodgedwongen via Dropbox laten synchroniseren.
Toen ik erachter kwam dat SMB misschien toch handiger was heeft dat wel mijn voorkeur gekregen.

Als je via de Finder sidebar op een netwerk volume verbind hij dus SMB ipv AFP.
Voor iedereen die het Command-K commando niet kent is dat ronduit slecht te begrijpen.

Kwam dit programma nog tegen:
http://zeroonetwenty.com/blueharvest/index.html
Misschien die ook maar eens uitproberen.

Een hele share laten opschonen met BlueHarvest heeft ook niet geholpen. Foutmeldingen blijven.
Ben er inmiddels achter dat het probleem waarschijnlijk iets met de Thunderbolt aansluiting te maken heeft.
Maak ik op de Caldigit T3 externe Thunderbolt schijf een lege nieuwe folder en share aan krijg ik ook een Error 36 melding.

Pak ik vervolgens een Firewire 800 schijf uit de kast en deel ik ie via de Server app heb ik helemaal geen problemen en kan ik probleemloos over en weer kopiëren.

Het probleem is dat Thunderbolt de enige aansluiting op die schijf is.
Heb nu een Caldigit AV Pro externe Firewire drive besteld waar die RAID slices zo 1 op 1 inpassen.