196 replies to this topic

[Rob van der Does]

Maar de grap met smbnetfs is nu juist dat je geen mounts meer nodig hebt.

[mirakels]

Dus de vraagsteller heeft ene probleem dat de NAS in suspend gaat en niet automatisch opkomt als hij de NFS mount daarvan aanspreekt.

Wat zou smbnetfs dan meer kunnen doen als hij overstapt op smb/cifs mounts? De NAS gat nog steeds in suspend dus zal hij denk ik hetzelfde reageren op een NFS of SMB verzoek: de NAS doet niets dus. Of WOL daarbij zal helpen...

 

Ik heb hier een NAS staat die volgens mij ook in suspend gaat (of in ieder geval, de disk stopt met draaien), maar als hij een data verzoek krijgt spint de disk weer op en komt de gevraagde data keurig terug. Natuurlijk wel met enige vertraging, maar dat heb ik ook met de interne disk die op suspend gaat de STB.

 

Dus misschien moet het probleem in de NAS gezocht worden?

[Stephan296]

Aha kijk. Ik ga me er eens in verdiepen!

[Erik Slagter]

Dus de vraagsteller heeft ene probleem dat de NAS in suspend gaat en niet automatisch opkomt als hij de NFS mount daarvan aanspreekt.
Wat zou smbnetfs dan meer kunnen doen als hij overstapt op smb/cifs mounts? De NAS gat nog steeds in suspend dus zal hij denk ik hetzelfde reageren op een NFS of SMB verzoek: de NAS doet niets dus. Of WOL daarbij zal helpen...

Dat probeer ik ook al een pagina of vijf uit te leggen.  

Er is wel een subtiel verschil, daar waar een bestaande mount met NFS meestal eindeloos blijft hangen als de server onbereikbaar raakt, wil SMB het nog wel eens opgeven na een tijdje.

Ik heb hier een NAS staat die volgens mij ook in suspend gaat (of in ieder geval, de disk stopt met draaien), maar als hij een data verzoek krijgt spint de disk weer op en komt de gevraagde data keurig terug. Natuurlijk wel met enige vertraging, maar dat heb ik ook met de interne disk die op suspend gaat de STB.

Da's nogal een verschil he... Ik probeer ook al telkens uit te leggen dat dat is wat je wilt, disks uit maar controller aan. Dat je je nas dus helemaal niet in suspend wilt hebben, daar is het allemaal niet op bedacht. Maar dat schijnt dat niet de vraag te zijn en dan gaan we maar weer verder over de mount again knop.

[Meega]

Kun je de optie "mount again" niet laten uitvoeren op het moment dat je op de pvr knop drukt.

Dus dat die altijd mount again uitvoert.

 

Een poosje geleden was deze vraag ook gesteld met als resultaat de netwerk in stellingen in het pvr menu.

 

Nu kan ik mijzelf voorstellen dat je bv fofo's wilt bekijken op je tv van je pc ,maar dat de pc later aan gezet is, en dat de link er dan niet is.

 

Ik kan het zien omdat ik in de moviemap symlinks gemaakt heb naar mijn shares die niet zichtbaar zijn als de link er niet is.

[littlesat]

Kun je de optie "mount again" niet laten uitvoeren op het moment dat je op de pvr knop drukt.

Dit kan nogal vertragend werken....

[Meega]

Kun je de optie "mount again" niet laten uitvoeren op het moment dat je op de pvr knop drukt.

Dit kan nogal vertragend werken....

Oke ,was maar een gedachte.

[mirakels]

Dus de vraagsteller heeft ene probleem dat de NAS in suspend gaat en niet automatisch opkomt als hij de NFS mount daarvan aanspreekt.
Wat zou smbnetfs dan meer kunnen doen als hij overstapt op smb/cifs mounts? De NAS gat nog steeds in suspend dus zal hij denk ik hetzelfde reageren op een NFS of SMB verzoek: de NAS doet niets dus. Of WOL daarbij zal helpen...

Dat probeer ik ook al een pagina of vijf uit te leggen.  

Er is wel een subtiel verschil, daar waar een bestaande mount met NFS meestal eindeloos blijft hangen als de server onbereikbaar raakt, wil SMB het nog wel eens opgeven na een tijdje.

>Ik heb hier een NAS staat die volgens mij ook in suspend gaat (of in ieder geval, de disk stopt met draaien), maar als hij een data verzoek krijgt spint de disk weer op en komt de gevraagde data keurig terug. Natuurlijk wel met enige vertraging, maar dat heb ik ook met de interne disk die op suspend gaat de STB.

Da's nogal een verschil he... Ik probeer ook al telkens uit te leggen dat dat is wat je wilt, disks uit maar controller aan. Dat je je nas dus helemaal niet in suspend wilt hebben, daar is het allemaal niet op bedacht. Maar dat schijnt dat niet de vraag te zijn en dan gaan we maar weer verder over de mount again knop.

 

 

Wat ik dan bedoel is, dat een 'mount again' ook niet zou moeten kunnen helpen, omdat die ook gewoon weer de NAS probeert te benaderen, en die reageert juist niet (omdat hij in suspend staat...)

 

Als er niemand thuis is, kan je proberen te kloppen of te bellen maar dat maakt niet uit. Ook niet als je een nieuwe bel op de deur plakt. Er zal niemand open doen...

 

 

Dus daarom zie ik dat je het probleem in de NAS meot oplossen (zorg dat er op zijn minst iemand thuis is die slaapt, maar door de bel wakker wordt en open kan doen)

[littlesat]

Dit kan nogal vertragend werken....

Inderdaad... als er niemand thuis... of zelfs niemand thuis slaapt... dan moet je wachten tot iemand thuis komt... en dat kan behoorlijk vertragend zijn

[Erik Slagter]

Er wordt hier telkens gesuggeerd een WOL-packet te sturen, daarmee zou de NAS wakker gemaakt moeten kunnen worden.

 

Maar ik zie dat niet gaan werken omdat de linux geen toestemming aan de applicatie (enigma) hoeft te vragen om een share te benaderen.

[Rob van der Does]

Als je een share die in slaap is benaderd, zal di eniet wakker worden. Alleen van een WOLletje springt hij in de benen.

 

PS: Een slapende NAS niet verwarren met een actieve NAS waarvan allen de HDD's slapen.

[nietgiftig]

Er wordt hier telkens gesuggeerd een WOL-packet te sturen, daarmee zou de NAS wakker gemaakt moeten kunnen worden.

 

Maar ik zie dat niet gaan werken omdat de linux geen toestemming aan de applicatie (enigma) hoeft te vragen om een share te benaderen.

 

 

Ik heb op een (Ubuntu) server die ik als NAS gebruik ook mijn Squeezeboxserver draaien met 3 losse apparaten, een Squeezebox Radio, Boom en Duet, allemaal kleine lieve Linux doosjes.

 

Zodra ik een van de Squeezeboxjes aanzet, of uit zijn ruststand haal, stuurt dit apparaat als hij de server niet ziet, een WOL packet.

Mijn server komt dan netjes uit suspend, en het circus kan beginnen, muziek maestro.

Het kan zelfs wel zijn dat die apparaten voor de zekerheid altijd een WOL sturen, is toch niet blokkend voor linux om een WOL te sturen.

 

Op mijn (linux) XBMC computertje, heb ik middels een plugin ook een Advanced WOL pakketjes maker, werkt net zo goed als de squeezebox.

Deze plugin heeft wat meer mogelijkheden, kan er ondermeer mee instellen dat hij om de zoveel tijd een WOL pakketje stuurt, of speciaal als er wat libraries etc moeten worden bijgewerkt.

De WOL mogelijkheid zit overigens standaard in XBMC.

 

Op de 1 of andere manier hebben de makers van deze programma's een methode gevonden / gemaakt om niet blokkend te kijken of de server in suspend is en aan de hand daarvan de juiste actie te ondernemen.

[DoeEensGek]

Dus de vraagsteller heeft ene probleem dat de NAS in suspend gaat en niet automatisch opkomt als hij de NFS mount daarvan aanspreekt.

Wat zou smbnetfs dan meer kunnen doen als hij overstapt op smb/cifs mounts? De NAS gat nog steeds in suspend dus zal hij denk ik hetzelfde reageren op een NFS of SMB verzoek: de NAS doet niets dus. Of WOL daarbij zal helpen...

 

Ik heb hier een NAS staat die volgens mij ook in suspend gaat (of in ieder geval, de disk stopt met draaien), maar als hij een data verzoek krijgt spint de disk weer op en komt de gevraagde data keurig terug. Natuurlijk wel met enige vertraging, maar dat heb ik ook met de interne disk die op suspend gaat de STB.

 

Dus misschien moet het probleem in de NAS gezocht worden?

Neem aan dat ik met vraagsteller wordt bedoeld. Loopt hier een beetje door elkaar maar geeft niks.

Het idee achter die knop op die plaats is dat mijn nas/pc aanstaat, maar niet is gemount door de dreambox/openpli. Reden maakt in dit geval niet uit. Je gaat dan naar netwerk instellingen, mount again, terug naar movielist en je mounts staan er weer. Omdat de groene en rode knop geen functie hebben als er geen mount is (als je op de ... staat), was mijn idee, stop die knop daar en je hoeft niet eerst terug naar netwerk etc.

De knop doet prima zijn werk alleen op een slimmere plek  (extra) was mijn idee .

 

Daarnaast kwam in dit topic het probleem als je nas/pc uit is en je per ongeluk de movielist opvraagt en de nas/pc was gemount. Dan krijg je die eeuwig draaiende tandjes. Daar gaat nu groot en deel de discussie over volgens mij. Het is een irritant probleem maar iedereen probeert het op te lossen merk ik (of denkt mee).

 

Wat ik wel wil toevoegen, is het een verstandig om de mounts welke voor opnames dienen en welk voor afspelen als apart te beschouwen, opname mounts als permanent bereikbaar beschouwen en de afspeel mounts als niet altijd bereikbaar, waarbij een eventuele check die iets meer tijd kost alleen uit te voeren op de laatste categorie.

[Erik Slagter]

@nietgiftig:

Het probleem is, en ik zal het nog maar weer eens herhalen, dat enigma niet de "baas" van de ontvanger is. Dat is de linux kernel. Bij zo'n squeezebox hebben ze alle i/o in hun eigen programma in de hand. Op een enigma-ontvanger is de linux kernel de baas, die doet het mounten, lezen en schrijven van/naar shares (disk of netwerk). Je zou dus in principe ook zoiets kunnen maken, met een WOL voordat je ook maar iets gaat lezen of schrijven, maar dat zou je dan in de linux kernel moeten inbouwen, niet in enigma.

 

Enigma kan wel gokken wanneer de linux kernel een disk access gaat doen, dat zal meestal goed gaan, maar niet altijd. En dan is de vraag of je er iets aan hebt.

Edited by Erik Slagter, 22 September 2013 - 12:52.

[Rob van der Does]

Op de 1 of andere manier hebben de makers van deze programma's een methode gevonden / gemaakt om niet blokkend te kijken of de server in suspend is en aan de hand daarvan de juiste actie te ondernemen.

Ik heb het al eerder gezegd, maar ik wordt meestal doodgegooid als ik dat doe: ook in VIX zijn de (cifs & NFS) mounts zodanig ingericht dat er niets 'hangt' als als een mount niet bereikbaar is. Er zit een timeout op (van ik meen zo'n 10 sec) en daarna gaat alees weer vrolijk door.

Dat zou toch de eerste oplossing/work-around moeten zijn?

 

Verder kan er toch niets op tegen zijn als de 'mount-again' wordt vergezeld van een WOLletje? Of de mount nu wakker is of niet, een WOL kan nooit kwaad.

 

 

[WanWizard]

Dat heb je inderdaad, en het antwoord daarop was dat je daar niks mee op schiet.

 

Je benadert de share immers om er iets van te lezen of iets naar toe te schrijven, en geen van beide is daarmee opgelost. Het enige wat je daarmee oplost is dat Enigma de "file not found" bij read kan afhandelen, of de opname kan stoppen met "geen medium gevonden". Leuk als het gebeurt terwijl je met de AB in de hand voor de TV zit, geen oplossing als dat niet het geval is. En dat idem voor mount knoppen of andere interactieve oplossingen.

[Rob van der Does]

Met andere woorden: het hangen van E2 bij het benaderen van een niet beschikbare mount is gewenst gedrag?

 

Ik snap er echt helemaal niets van: dat moet je toch niet willen?

 

En nee: dat het geen oplossing is om de mount wel te bereiken begrijp zelfs ik nog wel.

Edited by SatKiekerd, 22 September 2013 - 13:44.

[littlesat]

Met andere woorden: het hangen van E2 bij het benaderen van een niet beschikbare mount is gewenst gedrag?

Het niet beschikken van een mount is niet gewenst gedrag... Een NAS moet je zo inrichten zodat hij altijd benaderbaar is. Zo niet dan geen vaste mount erop zetten! Dus feitelijk is het een configuratie fout van de gebruiker waar maar omheen gewerkt moet worden....

 

En gaat er iets een keer mis met het netwerk dan kan je nog altijd de NAS handmatig inschakelen of iets dergelijks en via een dieper menu een remount doen.

 

De discussie is dus hier... moet er een shortcut op via de movieplayer voor iets wat feitelijk alleen incidenteel hoort te gebeuren? Zo'n shortcut is meestal snel gemaakt, maar wat is de (on)zin hiervan?

 

Voor "Flexibele" tijdelijke mounts hebben we nu een mooie structurele oplossing voor - dat is in ieder geval een gevolg geweest van dit draadje. Dus NAS-sen die je volledig uit zet of iets dergelijks kun je nu beter via deze methode benaderen. Daarmee is dacht ik een remount knop shortcut volledig overbodig geworden.

[doglover]

Het zou toch niet mogen dat enigma2 hangt door dat een mount niet beschikbaar is.  (om welke reden dan ook deze mount niet beschikbaar is).

Is de mount er niet, dan kun je een boodschap geven dat de mount er niet is en dan lekker voordoen.

 

Het moet niet zijn dat voor zoiets de PC moet gaan opstarten, enigma de nek omdraaien en weer opstarten.

Of nog erger, de stroom knop aan de achterkant gebruiken.

 

Willy

[Erik Slagter]

Feitelijk hangt er niks. Je hebt op een gegeven moment (meestal automatisch bij het opstarten) een mount van een share gedaan, toen was de server beschikbaar (anders lukt dat immers niet). Op enig moment is die server niet meer beschikbaar, maar enigma wil wel data lezen of schrijven. De linux kernel gaat dat proberen totdat de server weer beschikbaar. In de tussentijd staat enigma (impliciet) te wachten totdat de kernel daarmee klaar is. Je zult ook zien dat als je telnet naar het apparaat doet, die nog gewoon werkt, alleen de user interface thread van enigma staat stil, te wachten tot de kernel klaar is.