9 replies to this topic

[jeepees]

Hallo,

Heeft iemand raad voor het volgend probleem met de DM8000 draadloos/wifi netwerk en tenslotte complete dm8000 hangup?

Ik heb reeds een jaar of 3 mijn DM8000 waarvan super tevreden.. ongeveer 6 maand geleden ben ik op aanraden van collega dm'mers overgestapt van de GP2 (gemini project2) image naar OpenPli image.. en dan begon de miserie.
Voorheen met GP2 image had ik dit probleem nooit..
Probleem is dat de dm8000 uiteindelijk volledig vastloopt en ik enkel met de power off button aan de voorzijde de dm8000 mag uit-aan zetten..

Het probleem treed op met verschillende handelingen:
1) Als ik met scp (secure shell copy) bijvoorbeeld een folder foto's of muziek kopieer van de laptop naar de dm8000 kopieer bvb meer dan 50 foto's (bvb scp *.jpg root@dm8000:/media/hdd/pictures)
Na een 10-tal foto's te hebben gekopieerd hangt het scp commando en verschijnen de gekende draaiende tandwielen op de dm8000 in de linkerboven hoek van het scherm...
Ping naar de dm8000 werkt niet meer, Firefox kan er niet meer aan en ssh naar de dm8000 werkt ook niet meer en uiteindelijk moet de dm8000 met de power-on/off button uit en aangezet worden. Op de remote control (om hem te herstarten) reageert de dm8000 ook al niet meer.

2) steaming mode met VLC van de smartphone... als ik via vlc het url adres ingeef van een programma/film, dan lukt dat de eerste 3 of 4 keer wel maar als ik vergeet de dm8000 te rebooten na 3 of 4 keer zal VLC ook meestal hangen met hetzelfde fenomeen (pingen naar de dm8000 lukt niet/ loopt compleet vast)
Ook onder de android app 'dreamdroid', als ik "stream" -> via VLC kies zie ik de eerste malen een soort quality % dat gaat van 97%.. als ik na een tijd opnieuw een programma kies om te streamen, 83%.. dan 65% en dan niets meer... dan mag ik de dm8000 power-off/on doen want dan hangt ie.
VLC 2.0.5 Linux versie werkt nog het best, maar na 10x een programma te streamen zit ik ook daar weer in hetzelfde probleem.
Met de laatste versie van VLC voor windows moet ik zelfs niet proberen iets te streamen -> dm8000 hangt van de 1e keer.

Als het dan nog lukt om de dm8000 met de remote control te bedienen probeer ik het netwerk (wlan of wifi) te herstarten, maar toch kan ik na zulks een 'nw disconnect laat maar zeggen' niets anders doen dan de dm8000 te rebooten.

Men zou denken dat het aan VLC ligt; maar zoals in punt 1 aangegeven, als ik 10-tallen bestanden met SCP kopieer heb ik het probleem ook..

Echt vervelend is dat !!! ik hoop elke keer met een update dat het probleem eens zou verholpen zijn, maar het blijft me erg hoog zitten dat ik dan soms met al dat power-off/on gedoe nog eens de dm8000 mag her-imagen ook nog..

Ik denk er sterk over om terug naar GeminiProject images te gaan als het niet opgelost wordt.. hopelijk weet iemand raad...

thanks
JP

[Erik Slagter]

GP werkt vast met een "ouderwetse" kernel, eentje van voor het 3.0-tijdperk. De drivers van DMM voor de 3-kernels zijn (nog) niet helemaal perfect zeg maar... De meeste mensen hebben daar in dagelijks gebruik geen last van, maar met name als je veel over het netwerk doet kan het geheugen "op" raken (fragmentatie). We hebben daarvoor al een workaround in NFS aangebracht, maar met scp en vlc is het wat lastiger...

Ga maar eens een tijd "cat /etc/buddyinfo" in de gaten houden en post dan degene die je het laatst voor de crash hebt opgevraagd.

[jeepees]

ok bedankt reeds voor het antwoord. /etc/buddyinfo bestaat niet op mn dm8000
moet ik dat manueel aanmaken ergens via de kernel /proc of wordt dat aangemaakt
tijdens of na een crash? maar dan nog.. de dm8000 crasht niet.. hij komt in een complete hang situatie waaruit ik enkel nog met de power button op de dm8000 vooraan en of soms achteraan uit geraak met een reboot..
kan ik het verhelpen door swap aan te maken of heeft dat geen nut voor DMM?

[pieterg]

/proc/buddyinfo

[christophecvr]

ok bedankt reeds voor het antwoord. /etc/buddyinfo bestaat niet op mn dm8000
moet ik dat manueel aanmaken ergens via de kernel /proc of wordt dat aangemaakt
tijdens of na een crash? maar dan nog.. de dm8000 crasht niet.. hij komt in een complete hang situatie waaruit ik enkel nog met de power button op de dm8000 vooraan en of soms achteraan uit geraak met een reboot..
kan ik het verhelpen door swap aan te maken of heeft dat geen nut voor DMM?

swap helpt daarbij als die op een goede snelle cf is .

[jeepees]

OK thanks; heb een scriptje gemaakt die me om de 30sec een output van /proc/buddyinfo bijhoudt (en trimmed als er meer dan xx lijnen instaan)
nu eens opnieuw laten hangen.. zal voor volgende week zijn.. (buitenland voor werk)

[amigo]

Heb precies hetzelfde ondervonden toen ik de 8000 via wifi instelde, zodra ik ik ging streamen liep alles vast. Swap helpt niet.
Hangt nu weer aan een kabel, en alles werkt weer goed.

[Erik Slagter]

/proc/buddyinfo

brrr wat een stomme typfout van me

[Erik Slagter]

Heb precies hetzelfde ondervonden toen ik de 8000 via wifi instelde, zodra ik ik ging streamen liep alles vast. Swap helpt niet.
Hangt nu weer aan een kabel, en alles werkt weer goed.

Ik vermoed dat de drivers voor de wlan interface nog meer "basic" zijn dan die van de vaste nic. Dat gaat wel aardig op met mijn ervaring, dat wlan interfaces steeds meer "basic" worden (om ze nog goedkoper te maken).

[jeepees]

Heb precies hetzelfde ondervonden toen ik de 8000 via wifi instelde, zodra ik ik ging streamen liep alles vast. Swap helpt niet.
Hangt nu weer aan een kabel, en alles werkt weer goed.

OK Wired... zal wel een workaround zijn die mijn probleem oplost; maar ik wil geen NW draden van de DM8000 naar de router trekken en dan met de PC ook weer eens aan de draad gaan hangen.. Trouwens met de smartphone kan ik geen wired connection maken... En LAN via devolo's/stroom netwerk gaat ook al niet (is ingenomen voor andere LAN digicoder/BBox)...

Met gemini image heb ik het probleem totaal niet..dus spijtig voor OpenPli, maar vermits het probleem me serieus op de kop steekt ga ik terug naar Gemini image als ik wat tijd heb.. tenzei er wat aan gedaan wordt aan die DMM drivers in afzienbare tijd..

hier is een 'normale' output van buddyinfo (niets via wifi gedaan /noch VLC /noch SCP/..)
Outputs van 30sec cat /proc/buddyinfo

==> buddyinfo.out <==
Node 0, zone Normal 611 4 6 0 0 0 0 0 0 0 0
Node 0, zone Normal 569 93 22 0 0 0 0 0 0 0 0
Node 0, zone Normal 533 52 4 0 0 0 0 0 0 0 0
Node 0, zone Normal 525 102 9 0 0 0 0 0 0 0 0
Node 0, zone Normal 441 1413 1277 533 148 15 0 0 0 0 0
Node 0, zone Normal 439 234 441 532 149 15 0 0 0 0 0
Node 0, zone Normal 430 233 103 183 149 15 0 0 0 0 0
Node 0, zone Normal 591 149 13 0 0 0 0 0 0 0 0
Node 0, zone Normal 555 134 0 0 0 0 0 0 0 0 0
Node 0, zone Normal 548 13 58 0 0 0 0 0 0 0 0

hier is een voorbeeld output van een situatie waar het na een paar minuten erna fout loopt ..
==> buddyinfo.save <==
Node 0, zone Normal 390 1548 1249 628 221 46 1 0 0 0 0
Node 0, zone Normal 411 1545 1249 628 221 46 1 0 0 0 0
Node 0, zone Normal 390 1548 1249 628 221 46 1 0 0 0 0
Node 0, zone Normal 384 1551 1249 628 221 46 1 0 0 0 0
Node 0, zone Normal 226 1367 1237 628 221 46 1 0 0 0 0
Node 0, zone Normal 235 1357 1236 628 221 46 1 0 0 0 0
Node 0, zone Normal 258 1360 1233 628 221 46 1 0 0 0 0
Node 0, zone Normal 266 1360 1231 628 221 46 1 0 0 0 0
Node 0, zone Normal 412 1519 1236 628 221 46 1 0 0 0 0
Node 0, zone Normal 236 1364 1205 625 221 46 1 0 0 0 0