Foutmelding soms bij uploaden van bestanden naar de NAS

[casperb71]

Mijn DS218+ voorzien van 2 nieuwe WD Purple 8TB en de volledige nieuwe installatie opgezet. Van de WD Red 4Tb was er 1 schijf overleden.
De NAS werkt zeer goed maar heb een klein probleempje. Als ik vanuit mijn PC bestanden wil overzetten, krijg ik soms een melding dat het niet is gelukt. Na veel onderzoek heb ik het vermoeden dat er in de namen van bestanden, tekens staan die de NAS niet accepteert. Dit heb ik uitgeprobeerd met een bestand met een 'erin. Zonder deed hij het wel.
Als voorbeeld zie je dat een map niet wordt geaccepteerd, maar veel wat er wel in zit wel.
Hoe los ik dit op?

[Babylonia]

Ik weet niet of het om die aanhalingstekens gaat in dat screenshot, of om een enkelvoudig aanhalingsteken  '  (met een 'erin) ?
(Gebruik je bij toeval "Apple OS"??   Want bij Windows zijn dat soort tekens absoluut niet toegestaan).

In de wisselwerking van verschillende bestandssystemen onderling, hoe te communiceren en "om te zetten" van het ene naar het andere OS,
via een NAS die verschillende OS'sen combineert, geven speciale tekens  "nog steeds"  erg vaak problemen.

Globaal houd ikzelf als basis bijna een ouderwetse "MS DOS" indeling aan.
Niet dat ik map- en bestandsnamen inkort tot slechts 8 karakters, en spaties vermijd.
(Dus spaties en langere bestandsnamen gebruik ik wel).

Maar distantieer me nog altijd van het gebruik van speciale karakters,  en een totale lengte van dieper liggende map / bestand directory regels
welke absoluut de "magische grens" van  "255" karakters zouden overschrijden als totaal.

Met dit soort simpele regels in het achterhoofd om in acht te nemen.
(Geen speciale karakters  - totaal niet boven 255 karakters voor een directory regel - met een zekere reserve bij back-up e.d.)
Kom ik geen problemen tegen.   Maar Oh wee als men zich niet daaraan houdt.
Heb daar in voorbije jaren keer op keer bij kennissen moeten inspringen, omdat ze daar een loopje mee nemen.

Gaat het lange tijd goed. Loopt het alsnog bij toeval spaak bij een stroomstoring waarbij een NAS niet netjes is afgesloten.
Daarbij hele directory structuren door elkaar lopen, omdat toevallig in de (Apple) naamgeving van bestanden het karakter "/" is gebruikt.
Een karakter wat in directory's de scheiding is tussen de ene map- en de andere.

Of bij back-up van "Linux" NAS bestanden  "via connectie met een Windows systeem", ineens de grens van 255 karakters is overschreden.

Zo liggen in het gebruik van "typisch" OS systeem gerelateerde karakters al snel problemen in het verschiet,
als men die ook bij benamingen van mappen en bestanden inzet.  Ofwel "niet doen" als betrouwbare werking van systemen belangrijk is.
En men geen restricties wil tegenkomen om via het ene- of andere systeem data als back-up weg te kunnen schrijven.

[casperb71]

Babylonia, dank voor je support en zal het toelichten.
Op de DS218+ had ik o.a. mijn muziek bibliotheek staan en dat waren allemaal MP3's. Omdat 1 schijf niet meer werkte (de andere nog wel) heb ik het overgezet naar mijn oude NAS. Kon gewoon vanuit de Windows (11) verkennen, alles slepen naar de oude NAS.
Nadat ik de nieuwe schijven in de 218+ had geplaatst heb ik alles van de oude server opgehaald naar mijn PC en vervolgens naar de nieuwe overgezet. Hierbij ontstonden de problemen.
Het ligt niet aan de extensies van de muziek, want het zijn allemaal MP3's. Het gaat om de naam van de bestanden en daar zitten nog wel eens leestekens in, zoals 'of ().
Vandaag ben ik op dezelfde manier begonnen om mijn foto's terug te zetten en ook daar krijg ik dezelfde problemen. Ik heb de verwijzing naar mijn netwerkinstellingen gevolgd en zou niet weten wat ik daar moet aanpassen.
Verder gebruik ik een VPN en zag dat ik bij deze site hem uit moest zetten (ik weet niet of dat invloed heeft)
Ik heb nog in het logboek gekeken en zie daar geen meldingen staan die hier mogelijk mee te maken hebben.

[Birdy]

Overzetten van DS218+ naar PC daarna naar oude NAS, dan weer terug van oude NAS naar PC daarna naar DS218+, is zeer omslachtig traag en daar ontstaan kennelijke de fouten.

Je kunt beter alles via File Station doen:

1 - BRON DS: Configuratiescherm > Bestandservices > FTP-service inschakelen zonder codering.
2 - TARGET DS: In File Station: Gereedschap > Externe verbinding > Verbinding instellen > Kies FTP
3 - Maak de verbinding met de BRON DS, hierna zie je alle Gedeelde mappen van de BRON DS en kun je gaan overzetten, zonder tussenkomst van je PC.
Zie hier een voorbeeld.

Probeer bovenstaande en kijk of dat wel goed gaat.

[casperb71]

Hallo Birdy,

Bedankt maar daar heb ik nu niets meer aan.
Ik ben benieuwd wat er met de netwerkinstellingen wordt bedoelt.
Op de "oude" NAS had ik daar nooit problemen mee.

[Birdy]

Beschouw het dan maar als een tip voor een volgende keer.

Dan betreft: '

Na veel onderzoek heb ik het vermoeden dat er in de namen van bestanden, tekens staan die de NAS niet accepteert. Dit heb ik uitgeprobeerd met een bestand met een 'erin. Zonder deed hij het wel.

de namen voor de gedeelde mappen zijn hoofdlettergevoelig en kunnen 1 tot 32 tekens bevatten. Namen mogen echter niet de volgende tekens bevatten: ! " # $ % & ' ( ) * + , / : ; <= > ? @ [ ] \ ^ ` { } | ~

[Babylonia]

Aanvullend:

...als referentie van de aangehaalde tekst, hier de volledige informatie:
https://kb.synology.com/nl-nl/DSM/help/DSM/AdminCenter/file_share_create?version=7

In het verlengde daarvan, (wat gebruikers mogelijk ook over het hoofd zien), gebruik van door DSM gereserveerde systeem mappen:

Het is niet mogelijk standaard namen van gedeelde mappen of namen gebruiken die door het systeem zijn gereserveerd
(., .., global, lost+found, home, printers, usbbackup).

https://kb.synology.com/nl-nl/DSM/help/DSM/AdminCenter/file_share_create?version=7#defaultfolders

[casperb71]

Dank voor de info en ben met de "beperkingen" niet blij en begrijp dit ook niet. Ten eerste heb ik daar met mijn oude 216play (DSM 7.1.1.) geen problemen mee gehad. Als ik op mijn PC een map aanmaakte, kon ik deze map gewoon naar de betreffende directory slepen en werd alles overgezet. Ook een map "video" of "Music" kwamen in bepaalde directory's voor.
Ik doe nu hetzelfde van mijn PC naar de 218+ en daar ondervind ik de problemen. De verwijzing naar de "netwerkinstellingen" begrijp ik niet. Als ik deze in de config vergelijk, staat deze exact hetzelfde als die in mijn oude 216play.
Zou het soms met de router te maken kunnen hebben omdat er aangegeven wordt dat de verbinding verbroken is? Dit is een NokiaXS-2426G-B van Delta met glasvezel 1Gb. Ik heb pas een half jaar deze glasvezel en daarvoor met Ziggo zijn de bestanden destijds op de server gezet.

[casperb71]

Omdat ik toch de melding kreeg van het netwerk, heb ik even een test gedaan met hetzelfde pakketje aan foto's met mappen naar de nieuwe en oude server. Op de nieuwe kreeg ik weer dezelfde melding dat het was mislukt. Op de oude accepteerde hij het wel. Het enige wat mij opviel is dat als ik de map kopieerde naar de oude server, er het symbooltje van de Synology Drive Server in beeld kwam. Dat gebeurde bij de nieuwe niet. Ik heb gekeken of de gebruiker bevoegd was en dat was wel het geval.

[Babylonia]

...Ten eerste heb ik daar met mijn oude 216play (DSM 7.1.1.) geen problemen mee gehad.

Meer geluk, dan wijsheid.  Hangt er maar net vanaf welke methode wordt toegepast om bestanden over te zetten.
Via Windows verkenner (SMB),  of bijv. via een webbrowser met de web interface van DSM, zijn verschillende methoden.
Apple heeft ook weer een eigen bestandssysteem, afwijkend van Windows (zonder gebruik van "extensies" voor bestanden).
Hebben we het nog niet eens over allerlei protocollen om data over te zetten (SFTP, SSL, WebDAV, VPN), met ieder zijn eigen "conversie".

Doorgaans wordt zoveel mogelijk rekening gehouden, met het ene of andere OS, en hun systeemrestricties, met omzettingen van namen etc.
Dat kent een lange geschiedenis met achterliggend nog steeds een aantal "ouderwetse" basis principes, wat heden ten dage
nog steeds op bepaalde lagen in het systeem wordt ingezet.  Daar is beter wel  nog steeds  rekening mee te houden.

Loopt een systeem niet helemaal stabiel, haperingen in connecties, of bijv. een simpele stroomstoring,
waardoor een NAS niet netjes is afgesloten, en bewerkingen daarmee abrupt zijn onderbroken.
Kan de integriteit van OS specifieke systeemvariabelen in het geding komen, data anders worden geïnterpreteerd dan gedacht.
Daarmee een andere uitkomst of indeling geven bij "herstel" van data (bijv. na herstart van de NAS bij stroomstoring),
of anderszins herstel bij controle van data als data "niet netjes is aangekomen".

Met in jou situatie de problemen die je nu ondervind als gevolg.

Vandaar mijn eerdere betoog om zoveel mogelijk een ouderwetse "MS DOS" mentaliteit aan te houden als het gaat om gebruik van namen,
en lengte van directoires die het totaal aantal karakters van 255 niet overschrijdt.

Afgelopen jaren geregeld bij de een of gene tegen problemen aangelopen, wat met het bovenstaande te maken heeft.

De informatie wat Synology zelf opgeeft, om bepaalde karakters NIET te gebruiken lijkt me toch duidelijk?  (Dus NIET het karakter  '  ).
Dat soort aanbevelingen worden niet voor niets gegeven.

Ook een map "video" of "Music" kwamen in bepaalde directory's voor.

"Voorkomen" in een bepaalde directory is iets anders als een "share"  -  een gedeelde map met die namen "apart" als zodanig inrichten
 (met gebruiksrechten etc.)

Zou het soms met de router te maken kunnen hebben omdat er aangegeven wordt dat de verbinding verbroken is?

Zou ook met slechte bekabeling te maken kunnen hebben?
Maar als je nu gewoon de adviezen van Synology in acht neemt in het benoemen van namen, welke karakters wel of niet gebruikt kunnen worden, lijkt me dat het eerste begin om dat te herstellen  -bijv. met "zoek" en "vervang" opties-,  om tot een meer betrouwbaar systeem te komen.

Dat met die "zoek en vervang" kwam o.a. zeer van pas met mijn eerder (kort) aangehaalde voorbeeld:

   Gaat het lange tijd goed. Loopt het alsnog bij toeval spaak bij een stroomstoring waarbij een NAS niet netjes is afgesloten.
   Daarbij hele directory structuren door elkaar lopen, omdat toevallig in de (Apple) naamgeving van bestanden het karakter "/is gebruikt.
   Een karakter wat in directory's de scheiding is tussen de ene map- en de andere.

Ik dacht dat ik het "Windows" programmaatje  "Total Commander"  gebruikte, om het karakter "/" te vervangen door een ander karakter.
(Via een "hex" karakter ingave).
Daarmee werden niet alleen namen hersteld, maar "per toeval" tevens de directory structuren op de NAS waar die bestanden in stonden.

Eventuele haperingen in connecties (er wordt aangegeven dat de verbinding verbroken is).
Zie een wat uitgebreider onderwerp m.b.t bekabeling en "aanverwanten"  < HIER >   -en-   < HIER >

Foutmeldingen m.b.t. systeem of netwerk (is me van je schermafbeelding en informatie niet duidelijk),
Doorloop dan specifiek de onderdelen in je netwerk waar die meldingen betrekking op hebben.