Synology-Forum.nl
OS Specifieke ondersteuning => Mac OS X => Topic gestart door: Plantenkennis op 30 september 2020, 08:13:06
-
Best forum,
Ik zit met het volgende probleem:
Ik heb een software-pakket ontwikkeld dat gebruikt maakt van dbase-bestanden (.dbf). Dit software-pakket is er zowel voor Windows als voor MacOs. Als ik de ddatabases op mijn NAS plaats en deze wil openen vanuit Windows gaat het prima. Wil ik de databases echter openen met de MacOs versie van mijn programma, dan krijg ik een foutmelding. De database kan niet worden geopend.
Is er een instelling die ik moet aanpassen om de databases wel te kunnen openen vanuit MacOs?
-
Vertel eens welke database applicatie je hebt? Is dat Filemaker?
Welke error krijg je?
Wanneer krijg je die precies?
Ik gebruik hier iets gelijkaardig, dat werkt zonder problemen.
-
Hallo Sylvester,
Ik gebruik een eigen ontwikkeld programma dat gebaseerd is op Harbour.
In deze programmeertaal kun je daar bestanden openen met het commando 'USE' .ALs ik dit dieet bestanden op de schijf of op een USB-stick gast dit goed. ALs ik de bestanden op de NAS heb staan, krijg ik de melding dat de bestanden niet geopend kunnen worden.
-
Iemand nog een suggestie? Ik heb ondertussen DBFEdit geïnstalleerd en met dit programma kan ik wel de database openen. Het lijkt dus een probleem te zijn in de combinatie programmeertaal/NAS???
-
Geef eens een voorbeeld van hoe het use commando dat je gebruikt er uitziet? De verwijzing naar een netwerk share is onder Mac OSX anders dan onder windows.
-
Protocol probleem hoe het database bestand geopend wordt: SMB (versies?), Apple APFS?
Want het lijkt erop dat er geen database server op je NAS staat, maar dat je een database bestand moet openen?
-
Beste Hofstede,
Het pad naar de databases heb ik eerder opgevraagd bij het verplaatsen van de databases naar de NAS. Dit pad ziet er als volgt uit: "volumes/homes/documenten/plantenkennis/"
Vervolgens heb ik meerdere databasetabellen die ik eerst controleer of ze er zijn:
cFile := cPad + "latnaam.dbf"
IF FILE(cFile) &&dus als het bestand er is
USE(cFile)
ELSE
Msginfo("het bestand is niet aanwezig")
ENDIF
De programmeertaal (Harbour) maakt geen gebruik van een externe databasedriver zoals MySQL. De driver zit ingebouwd in de programmeertaal en dus in het programma. Op de NAS hoeft dus ook geen databaseserver te staan.
Als ik de databasetabellen op een USB-stick zet kan ik ze probleemloos openen met bovenstaande commando's. Ik vermoed dat er dus ergens in de NAS software een instelling is die ik moet aanpassen? De bestanden en mappen hebben allemaal complete lees- en schrijfrechten.
-
Als ik de databasetabellen op een USB-stick zet
En die USB-stick is aangesloten op je NAS ?
-
Nee, de USB-stick stop ik gewoon in mijn MacBook, de NAS is via Wifi verbonden met mijn MAcBook. Deze is gekoppeld aan mijn router.
-
Als je in je code controleert of de bestanden bestaan, krijg je dan een positief resultaat?
En als dat ja is, kun je het bestand copieren in dezelfde folder?
Dat zal mogelijk problemen geven, want ik denk dat áls je al mag lezen, je niet mag schrijven in die folder... En dan is de voorlopige conclusie een rechten probleem (wel of niet getriggered door het gekozen protocol).
Als laatste vraag: geef je ergens credentials door?
Sent from my iPad using Tapatalk
-
Ben nog verder aan het testen gegaan. Bij de controle of een bestand aanwezig is kreeg ik elke keer WAAR door, dus het bestand bestond gewoon.
Nu ben ik opnieuw wat aan het aanpassen om de databases te verplaatsen. Bij de eerste keer opvragen van het nieuwe pad kreeg ik /volumes/homes/documenten. Nu krijg ik /volumes/homes-1/documenten terug. Mijn NAS heeft 2 schijven in raid. Het lijkt erop dat ik de ene keer naar schijf 1 kijk en de andere keer naar schijf 2. Zou dat een oorzaak kunnen zijn?
-
Mijn NAS heeft 2 schijven in raid
RAID1 ? Of anders ?
-
Voor zover ik weet RAID1, maar waar kan ik dat vinden?
-
Opslagbeheer > Volume
-
Synology Hybrid Raid (SHR)
-
Het lijkt erop dat ik de ene keer naar schijf 1 kijk en de andere keer naar schijf 2.
Dus, dat kan niet, de 2 HD's zijn kopieën van elkaar.
Overigens, ik zou niet kiezen voor home of homes, dat zijn speciale mappen.
Maak een eigen Gedeelde map aan en zet daar je data in.
-
Getest met een eigen aangemaakte map. Aangemaakt via FileStation. Kan vanuit mijn applicatie de mappen kopiëren naar deze nieuwe map, maar als ik ze wil openen krijg ik dezelfde foutmelding. Geen verschil dus.
-
met een eigen aangemaakte map. Aangemaakt via FileStation.
Ik had gezegd:
Maak een eigen Gedeelde map aan en zet daar je data in.
Dat doe je dus niet in File Station.
-
Ok. Niet via filestation
Maar hoe dan wel?
Ik ben nog niet zo thuis in het hele MAS gebeuren
-
Configuratiescherm > Gedeelde map
-
Volgens mij geeft dat hetzelfde resultaat. Ik krijg dezelfde wizard te zien om ene gedeelde map aan te maken.
-
Dan doe je het toch niet?
Succes verder.
-
Sorry, ik begrijp dat je geduld op is, maar ik probeer ook mijn probleem op te lossen. Ga op zoek naar een andere NAS want synology sucks :'(
-
…Als ik de databasetabellen op een USB-stick zet kan ik ze probleemloos openen met bovenstaande commando's.…
Een usb stick wordt direct gemount op je mac. Doe je dat ook met de shares op de nas?
-
Ja, mijn NAS en alle mappen op mijn NAS worden automatisch gemount. Als ik mijn MAC opstart openen achter elkaar de Finder-vensters met de mappen op mijn NAS.
-
Je zou in de terminal eens het commando "smbutil statshares -a" kunnen runnen. Dan zie je alle kenmerken. Doe vervolgens hetzelfde op een window machine en kijk of er verschillen zijn.
-
Da's merkwaardig. Ik krijg geen enkele share te zien met dat commando. Terwijl in mijn finder venster de NAS wel vermeld wordt. (zie schermafdruk)
-
Volgens mij gebruikt iedere NAS Linux, dus je Synology de deur uit gaat je probleem echt niet oplossen.
Je schrijft eerder dat je naar /volume/home etc verwijst in je programma. Maar je shares op je Mac gebruiken die naam helemaal niet, dit is de naamgeving op je Synology...
Ga nu eens echt het volgende doen, want je basis toegang is gewoon niet goed.
Binnen(!) je programma:
1.) Een file copy maken van je database naar dezelfde folder. (Verwachting: gaat niet lukken)
2.) File properties opvragen, bv hoe groot is je database bestand. (Verwachting: gaat denk ik ook niet lukken, maar kleine kans van wel)
-
Beste Milio,
Al deze dingen heb ik al gedaan vanuit mijn programma:
- de map opgevraagd waar de databases moeten komen
- de submappen aangemaakt op de nieuwe locatie, waar de diverse databases moeten komen te staan
- de databases en andere bestanden kopiëren van de oude (HDMAC) naar de nieuwe locatie (de NAS dus)
Dit gaat allemaal goed. De omvang van de bestanden is goed, bekeken vanuit finder, maar ook m.b.v. FileStation (zie bijlage). Ook de rechten staan allemaal goed.
Het blijft een raadsel
-
Je schrijft eerder dat je naar /volume/home etc verwijst in je programma. Maar je shares op je Mac gebruiken die naam helemaal niet, dit is de naamgeving op je Synology...
Maar bovenstaand pad kun je niet benaderen, want die bestaat niet op je Mac...
-
Da's merkwaardig. Ik krijg geen enkele share te zien met dat commando. …
Dan commando vind alleen smb mounts (zoals de naam ook aangeeft) Ik ging er vanuit dat je via smb mount omdat je het met windows vergelijkt en smb tegenwoordig ook de default is op de mac.
-
Hallo Milio,
Ik kan het pad ook via Finder benaderen, zie schermafdruk
-
Volgens mij zijn de shares met afp gemount. Als ik in de finder klik op 'Ga'>'verbind met server' krijg ik: afp://192.168.178.31 te zien.
Verschil tussen afp en smb weet ik niet ::)
-
Als je wilt weten hoe alles gemount is typ je "mount" in, in de terminal:
$ mount
/dev/disk1 on / (hfs, local, journaled)
devfs on /dev (devfs, local, nobrowse)
map -hosts on /net (autofs, nosuid, automounted, nobrowse)
map auto_home on /home (autofs, automounted, nobrowse)
//Briolet[member=41469]NAS[/member]/Logboeken on /Volumes/Logboeken (afpfs, nodev, nosuid, mounted by Briolet)
//Briolet[member=41469]NAS[/member]/home on /Volumes/home (smbfs, nodev, nosuid, mounted by Briolet)
//Silverstripe@GedeeldeData._afpovertcp._tcp.local./TimeMachine on /Volumes/TimeMachine (afpfs, nobrowse)
Er staat dan afpfs of smbfs in het lijstje achter de mount.
-
Zo te zien dus afp:
cjkoot@MBP-van-CJ Plantenkennis % mount
/dev/disk1s5 on / (apfs, local, read-only, journaled)
devfs on /dev (devfs, local, nobrowse)
/dev/disk1s1 on /System/Volumes/Data (apfs, local, journaled, nobrowse)
/dev/disk1s4 on /private/var/vm (apfs, local, journaled, nobrowse)
map auto_home on /System/Volumes/Data/home (autofs, automounted, nobrowse)
//Plantenkennis@nas1._afpovertcp._tcp.local/programma on /Volumes/programma (afpfs, nodev, nosuid, mounted by cjkoot)
//Plantenkennis@nas1._afpovertcp._tcp.local/homes on /Volumes/homes (afpfs, nodev, nosuid, mounted by cjkoot)
Maakt dit veel verschil met het benaderen. en kan ik dit aanpassen?
-
AFP geeft wel eens problemen. Probeer dan eens met SMB
-
Bij "verbind met server" kies je zelf het protocol. Als je in de finder dubbelklikt, maat de finder die keus voor je. En dat zou sinds OS-Sierra smb moeten zijn. Ik heb geen idee hoe jij afp krijgt als je dat niet expliciet aangegeven hebt.
Dat er bij jou "nas1._afpovertcp._tcp.local" staat houdt inderdaad in dat je de finder het protocol laat bepalen. Als je het via "appeltje-K" doet, staat daar een andere string.
Alleen TimeMachine gebruikt nog afp als de voorkeur.
-
Opgelet, bij mij is het nog steeds AFP vanuit de finder. Geen idee hoe dat komt.
-
Ik zit op High Sierra en daar is toch echt SMB de default. Het is wel zo dat als er al een share handmatig via afp gemount is, de finder de rest ook via afp doet. (Zelf mount ik nooit via dubbelklikken in de finder omdat het inderdaad een Russisch roulette is ;) )
-
Heb hier vanalles. High Sierra, Catalina, ze doen allemaal AFP. ::) Ook na een herstart.
Enfin, misschien terug naar dit probleem. Heeft de TS al geprobeerd met SMB?
-
Goedemorgen,
Had gisteren (na 48 uur struggelen) geen fut meer om iets te testen.
Heb vanmorgen de NAS middels SMB gemount, maar helaas geen verschil met openen database. Ik heb besloten het op te geven, want dit kost me teveel tijd.
Bedankt allemaal voor de hulp en ideeën. Mocht ik in de toekomst iets anders vinden waardoor dit niet werkt, dan laat ik dit weten.
-
Je geeft het wel erg snel op.
Uit ervaring weet ik dat je ALLE soorten bestanden gewoon open krijgt vanuit Mac en PC. Van simpele tekst tot zware grafische bestanden, autocad, inclusief database bestanden. Daar dient een Nas voor hè.
In jouw eerste posten zie ik een eigenaardigheidje in de structuur van de home folder. Heb je al eens een aparte share aangemaakt?
-
Hallo Sylvester,
Ik weet dat ik alle soorten bestanden kan openen met MacOs. Ook op een NAS.
Hier hebben we te maken met een bijzondere eigenaardigheid:
- Ik kan vanuit Finder alle bestanden bekijken/kopiëren e.d. op de NAS, ongeacht pad
- Ik kan op de NAS een dbf-bestand openen met de app DBFEdit
- Ik kan met mijn eigen geschreven programma mappen en bestanden aanmaken en kopiëren naar de NAS naar het gekozen pad
- Wat ik dus niet kan is deze bestanden vervolgens openen met mijn eigen programma. Hiervoor gebruik ik Harbour, dat de databasedriver is voor de dbf-bestanden.
- Als de bestanden op een andere schijf staan (interne schijf laptop/USB-stick) kan ik de bestanden wel gewoon openen met mijn eigen programma.
- Er gaat dus ergens iets fout in de combinatie Harbour/NAS en ik vind het niet de moeite waard om hier nog meer tijd in te stoppen.
Het is niet zozeer dat ik snel opgeef, ik ben hier al 2 weken mee bezig op diverse fora. Ook bij Harbour heb ik de vraag gesteld en geen oplossing kunnen vinden. Het was een wens van een van mijn klanten om de databases op een NAS/externe schijf te kunnen plaatsen. Het ligt dus geheel aan de situatie bij deze klant af of het goed werkt of niet. Dat ga ik nu eerst uitzoeken.
René Koot