196 replies to this topic

[littlesat]

Maar waarom gaat je server uit? Een server hoort 24/7 aan te staan? En als hij aan staat zou je er altijd naar toe moeten kunnen browsen...

[Erik Slagter]

Dat heeft-ie net maar weer eens uitgelegd, lees nog maar even Littlesat

 

Het is op zich helemaal niet raar wat stephan296 wil, het probleem is gewoon dat het niet "samen gaat" met de techniek (tot heel diep) en dat is gewoon een probleem wat niet zo 1,2,3 is op te lossen.

[Tech]

Maar waarom gaat je server uit? Een server hoort 24/7 aan te staan? En als hij aan staat zou je er altijd naar toe moeten kunnen browsen...

 

Ik denk dat hij een stroomvretende bak heeft staan, en niet van die mooie oplossingen zoals (misschien) jij en ik hebben staan in de vorm van een Synology of iets dergelijks.

 

Ik ben het wel eens dat een server 24/7 beschikbaar zou moeten zijn, maar als dat niet gewenst is heb je inderdaad een leuke uitdaging .

[Stephan296]

Als hij aanstaat kan ik niet via de smbnetfs er naar toe browsen want hij ziet de pc niet.

Ik zet mijn server uit omdat ik daar alleen de films en series daar vanaf kijk en ze daar ook mee binnen haal. (beetje zonde hem dan 24/7 aan te laten staan)

Ik heb er ook een bookmark van gemaakt van de share via smbnetfs en ook deze is niet te bereiken als de server aangezet wordt.

Ik moet eerst weer via netwerk en dan mount shares doen voordat ik de server kan bereiken.

Dus mijn enige vraag is om de mogelijkheid om die mount share aan een kleurknop gekoppeld kan worden.

Mochten jullie die niet willen/kunnen (of welke reden dan ook) implementeren wil ik jullie vragen om mij een stuk op weg te helpen hoe ik dit kan realiseren.

[MiLo]

Ik heb er ook een bookmark van gemaakt van de share via smbnetfs en ook deze is niet te bereiken als de server aangezet wordt.

Dat had wel moeten werken.

[mirakels]

net een testje gedaan met NFS shares. Als ik de nfs server stop en met enigma een filelist opvraag, krijg je tandwieltjes zoals verwacht.

Als ik dan de nfs server weer start, krijg ik even later gewoon de filelist te zien.

[Stephan296]

Ik heb er ook een bookmark van gemaakt van de share via smbnetfs en ook deze is niet te bereiken als de server aangezet wordt.

Dat had wel moeten werken.

Welke setting moet ik daarvoor gebruiken volgens jullie?

[Erik Slagter]

Dat gedrag is precies zoals verwacht, bij NFS. NFS blijft eindeloos proberen als de server niet bereikbaar is, en ondertussen blijf het proces in D)isk wait. Je kunt allerlei timeouts lager zetten, maar in de praktijk helpt dat niet.

 

Als je servers wilt gaan uitzetten terwijl ze gemount zijn, moet je zéker geen nfs gebruiken. SMB/CIFS wil soms nog wel eens opgeven na een timeout.

 

Mocht je nou toch je server hebben uitgezet, losgekoppeld, enz. Dan kun je nog best een umount -l doen (lazy), dan blijft tenminste niet alles hangen op het mountpoint. Maar het beste is daarna toch wel zo snel mogelijk een reboot doen.

[Stephan296]

En hoe kan ik dat koppelen aan een knop? Want bij mij werkt smbnetfs niet zoals het zou horen te werken.

[Stephan296]

Ik blijf wel gewoon de mount again functie gebruiken. Er is geen concrete oplossing hiervoor.

[Erik Slagter]

Ik blijf wel gewoon de mount again functie gebruiken. Er is geen concrete oplossing hiervoor.

Ik denk dat we het met elkaar eens zijn

[mirakels]

Dat gedrag is precies zoals verwacht, bij NFS. NFS blijft eindeloos proberen als de server niet bereikbaar is, en ondertussen blijf het proces in D)isk wait. Je kunt allerlei timeouts lager zetten, maar in de praktijk helpt dat niet.

 

Als je servers wilt gaan uitzetten terwijl ze gemount zijn, moet je zéker geen nfs gebruiken. SMB/CIFS wil soms nog wel eens opgeven na een timeout.

 

Mocht je nou toch je server hebben uitgezet, losgekoppeld, enz. Dan kun je nog best een umount -l doen (lazy), dan blijft tenminste niet alles hangen op het mountpoint. Maar het beste is daarna toch wel zo snel mogelijk een reboot doen.

 

Ja dat is inderdaad wat je mag verwachten.

De volgende stap is dat je ook de soft en intr nfs mount opties kan gebruiken. Dan zou je enigma kunnen leren om na een bepaalde timeout de 'read' af te breken.

[Erik Slagter]

soft en intr had ik impliciet ook bedoeld. Ja, ook die werken niet zoals je verwacht. NFS heeft er nou eenmaal heel erg een hekel aan als de server opeens weg is. De linux client in ieder geval. Daar kan hij niet goed mee omgaan. Ik draai hier nu een jaar of twintig NFS en het is op dat gebied altijd al allende geweest. Ik heb er zelfs een bug report van gemaakt bij de linux-nfs-mailing-list en het antwoord was vergelijkbaar, dat moet je ook gewoon niet doen...

[WanWizard]

Ik denk dat dit het (primaire) probleem niet is.

 

Als de server aan staat als de box start, dan heb je een mount, en speelt de timeout issue als je de server op een later tijdstip uit zet. Als de server niet aan staat als de box start, dan is de hele mount er niet, en valt er ook niks te re-retry-en. En dit is waar de TS de knop voor nodig heeft, om die mount alsnog te maken... Het equivalent van "mount -a" op de commandline dus...

[Meega]

Ik denk dat dit het (primaire) probleem niet is.

 

Als de server aan staat als de box start, dan heb je een mount, en speelt de timeout issue als je de server op een later tijdstip uit zet. Als de server niet aan staat als de box start, dan is de hele mount er niet, en valt er ook niks te re-retry-en. En dit is waar de TS de knop voor nodig heeft, om die mount alsnog te maken... Het equivalent van "mount -a" op de commandline dus...

exact, en jullie hebben het iedere keer maar over een server ,maar in mijn geval en ook stefan's (denk) is het gewoon een gedeelde map op mijn personal computer.

 

Maar is het nu niet mogelijk om die remount knop onder een kleurknop te zetten of kan er dan van alles misgaan?

Je kunt toch zo vaak remounten als je wilt?

[WanWizard]

In technische termen is dat nog steeds een "server", een systeem dat een (deel van een) disk aanbied over een netwerk.

 

En nee. Als je remount en de "server" is er nog niet, dan blijft de boel nog steeds met tandwielen hangen. Dat is nu juist het punt dat (o.a. door Erik) gemaakt wordt. De mechanismen om een "remote disk" te benaderen zijn allemaal ontworpen/gemaakt op basis van het feit dat een "server" altijd beschikbaar is.

 

Dingen die slechts af en toe beschikbaar zijn, zijn alleen handig voor read, en daarvoor heb je protocollen als DNLA (maar daarvoor heeft de filebrowser geen support).

[Rob van der Does]

Als je remount en de "server" is er nog niet, dan blijft de boel nog steeds met tandwielen hangen.

Ik zeg het dan toch nog maar een keertje: behalve als je ViX gebruikt......
Dus dat probleem is blijkbaar makkelijk op te lossen.

[mirakels]

Als je remount en de "server" is er nog niet, dan blijft de boel nog steeds met tandwielen hangen.

Ik zeg het dan toch nog maar een keertje: behalve als je ViX gebruikt......
Dus dat probleem is blijkbaar makkelijk op te lossen.

 

Dus je wilt beweren dat Vix een share van een server kan (re)mounten terwijl die server niet up en running is? Dat vindt ik knap. Als ViX dan ook nog data van die share af kan halen zou ik als de donder patent aanvragen op die techniek!

[Rob van der Does]

Dat zeg ik toch niet: waarom lees je niet wat er staat? Het is een heel eenvoudig zinnetje als antwoord op een al even eenvoudig zinnetje.

[Tech]

Als je remount en de "server" is er nog niet, dan blijft de boel nog steeds met tandwielen hangen.

Ik zeg het dan toch nog maar een keertje: behalve als je ViX gebruikt......
Dus dat probleem is blijkbaar makkelijk op te lossen.

 

Ik zie toch niet helemaal hoe je kunt remounten terwijl de server er nog niet is, zoals hierboven duidelijk wordt aangegeven..........

 

Of bedoel je dat VIX het zodanig opgelost heeft dat de server alsnog NIET gemount wordt, (wat ook niet kan, iets wat er niet is kan niet gemount worden) en verder gewoon doorgaat.

Dat zou ik nog erger vinden, je zou dan denken dat alles in orde is tot er een timeropname begint die probeert op te nemen op een niet gemounte schijf.