Ennnnnnnnnn laat losssssssss.... https://github.com/jrz/container-shell (instant container met chroot op current directory)
Ik weet niet hoe dat onder Mac OS X Server gaat, maar mijn powerbook unmount niet automatisch netwerkshares, maar houdt ze vast, voor als ze later beschikbaar komen. Aan mounten ontkom je denk ik niet onder de meeste Unices, tenzij je met een VFS laag wilt gaan werken, maar ik heb daar zelf in ieder geval niet zo'n goede ervaringen mee. Zeker niet met een fileserver.
Met Windows servers heb ik al helemaal geen ervaring, maar hoe vaak reboot je zo'n ding nu helemaal? Is het niet gewoon iets dat je handmatig doet, waarna je handmatig de mounts opnieuw instelt?
micheljansen.org
Fulltime Verslaafde Commandline Fetisjist ©
Als de fileserver reboot, dan gaat de share van mn desktop af.. en dan lopen wat appies niet meer..
Ennnnnnnnnn laat losssssssss.... https://github.com/jrz/container-shell (instant container met chroot op current directory)
Lichtelijk OT maar waarom reboot je de server dan ? Want volgens mij als de clients uit staan en je reboot dan de server hebben de clients er geen last van.Jrz schreef op dinsdag 05 april 2005 @ 15:10:
Nee, dat staat al zo..
Als de fileserver reboot, dan gaat de share van mn desktop af.. en dan lopen wat appies niet meer..
PhD i.o. | You know what, Stewie, if you don’t like it, go on the Internet and complain.
Achter clients / workstations zitten gewoon mensen dus die koppelen het wel weer handmatig
Reboots zijn nodig door de brakke software die ook nog op de fileservers draaien
Ennnnnnnnnn laat losssssssss.... https://github.com/jrz/container-shell (instant container met chroot op current directory)
Ennnnnnnnnn laat losssssssss.... https://github.com/jrz/container-shell (instant container met chroot op current directory)
Lees verder dit eens:
http://deaddog.duch.udel..../archive/DarwinAndNFS.pdf
of zoek eens naar '/etc/fstab' voor het automatisch mounten van filesystems.
Mjah, alsof dat nou zo handig is. Dan kan je dus een cronjob gaan maken die dit de hele tijd checkt.... Ik snap overigens niet waarom die mounts verdwijnen op de "gewone" apples? Dat gebeurt hier niet n.l., ik weet niet wat OS X server ermee doet verder, maar de standaard 10.3.x gebakjes mogen die mounts echt niet zomaar verwijderen.kim72 schreef op dinsdag 05 april 2005 @ 15:27:
Ik denk dat je met een scriptje gewoon elke minuut ofzo moet checken of ie nog in de lucht is, en als ie dat niet is weer opnieuw mounten.
Woonachtig Down Under. Ik negeer je insults niet, maar tegen de tijd dat ik ze lees zijn ze meestal niet relevant meer
Hoe gaat nfs om met resource forks, als die share ook gekoppeld wordt vanaf OS-9 machines?
Ennnnnnnnnn laat losssssssss.... https://github.com/jrz/container-shell (instant container met chroot op current directory)
Misschien was het wel handig geweest om even te vermelden dat je AppleShare gebruikte tussen die Windows server en de OS X server? Volgens mij ging iedereen er hier vanuit dat je met Samba werkte namelijkJrz schreef op dinsdag 05 april 2005 @ 15:47:
Panther hier.. maar het zijn wel windows servers.. en geen smb shares, maar appleshare shares..
Hoe gaat nfs om met resource forks, als die share ook gekoppeld wordt vanaf OS-9 machines?
micheljansen.org
Fulltime Verslaafde Commandline Fetisjist ©
Verwijderd
Die werkt als het goed is net zoals bij bijvoorbeeld Solaris: je maakt een bepaalde auto mount map aan en geeft aan welke share van welke server daar achter hoort. Elke keer dat die directory aan wordt gesproken en de share is niet gemount, dan wordt dat automatisch gedaan...
EDIT:
Van de site van Apple...
Using automounts
Share points set to automount are made available to bound clients at startup and automatically mount when accessed. The item can be accessed by navigating to it in the Finder or by opening an application that looks in this specific location.
Refer to page 225 of the Server Admin Guide v10.2.3 for steps for setting up automounts in Mac OS X Server. You may download the guide from document 120174.
Optionally, you may also add the share point to the user's dock for easy access. It's recommended to configure this from an administrator's client computer, rather than at the server itself. To do that, follow these steps:
1. Log in on a client or admin computer that has this share point automounted.
2. Open Workgroup Manager, and connect to the server.
3. Select the user, group, or computer list for which you would like to manage this setting.
4. Select Preferences.
5. Select Dock.
6. Under the Dock Items tab, drag the volume (from a local Finder window) into the Documents and Folders list.
Note: The location of the volume in the local file system must match the location of the volume on the client systems. This is why it's not recommended to perform these steps from the server itself.
7. Save the changes by clicking Apply Now.
[ Voor 66% gewijzigd door Liegebeest op 06-04-2005 09:30 ]
Liege, liege, liegebeest!
Lijkt mij niet uit te maken.. Het is gewone OS/X, maar draait als server. Hij shared niets, maar is alleen client van een fileserver..Verwijderd schreef op dinsdag 05 april 2005 @ 19:00:
Jrz, praat je de hele tijd over de OS X Server uitvoering of OS X voor workstations? Je kan je posts namelijk op twee manieren lezen. Als zijnde een Apple computer met OS X die als server dient of een Apple computer met OS X Server erop geinstalleerd.
Automounter lijkt me een goede, ik zal het morgen even proberencailin_coilleach schreef op woensdag 06 april 2005 @ 09:21:
Hallo jongens! Het woord waar jullie met z'n allen naar zoeken heet de "auto mounter" !!
Die werkt als het goed is net zoals bij bijvoorbeeld Solaris: je maakt een bepaalde auto mount map aan en geeft aan welke share van welke server daar achter hoort. Elke keer dat die directory aan wordt gesproken en de share is niet gemount, dan wordt dat automatisch gedaan...
EDIT:
Van de site van Apple...
[...]
Ennnnnnnnnn laat losssssssss.... https://github.com/jrz/container-shell (instant container met chroot op current directory)