APUA! MythTV:n mythconverg-kanta levisi. Miten korjaan? - RATKENNUT

[vtp]

Kone sekosi tuntemattomasta syystä ja nyt phpmyadmin herjaa tällaista. Mitä teen? 


Warning: session_write_close() [function.session-write-close]: write failed: No space left on device (28) in /usr/share/phpmyadmin/libraries/common.lib.php on line 648

Warning: session_write_close() [function.session-write-close]: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/php5) in /usr/share/phpmyadmin/libraries/common.lib.php on line 648

#0  PMA_sendHeaderLocation(http://192.168.1.50/phpmyadmin/index.php?lang=fi-utf-8&token=f5d3d294adaba6a2018379aa5dfcf040) called at [/usr/share/phpmyadmin/libraries/auth/cookie.auth.lib.php:543]
#1  PMA_auth_set_user() called at [/usr/share/phpmyadmin/libraries/common.inc.php:752]
#2  require_once(/usr/share/phpmyadmin/libraries/common.inc.php) called at [/usr/share/phpmyadmin/index.php:34]


Fatal error: PMA_sendHeaderLocation called when headers are already sent! in /usr/share/phpmyadmin/libraries/common.lib.php on line 655

[vtp]

Asia ratkesikin jo. Roottipartitio oli täyttynyt. Mythtv:n lokitiedostojen koko oli 35 gigaa ja kun systeemilevyn koko on 40G, niin tässä se sitten olikin...

Nyt olisi jatkokysymys: miten estetään vastaavan tilanteen syntyminen jatkossa? Lokia siis syntyi tuon verran noin viikon aikana, joten jollei joka viikko muista käydä tyhjentämässä lokeja, niin homma tyssää joka kerta samaan paikkaan.

Lisäksi /etc/mythtv/mysql.txt -tiedoston asetukset olivat kadonneet, joten piti käydä laittamassa kantaan mythtv-käyttäjälle salasana ja laittamassa asetukset takaisin kuntoon, joten melko hankalaa tuo elvytys jos joutuu usein tekemään 

Onneksi nyt kuitenkin kaikki taas pelittää 

[Tomin]

Itselläni ei ole ollut tuollaista ongelmaa... Pitäisiköhän tarkistaa minkä kokoinen ko. logitiedosto on...

[JTap]

Sulla on jotain vialla jos tuon verran logia tulee viikossa, mulla on mythbuntuserverin kuukauden logit n. 10 megaa

[qwertyy]

No on kyllä pikkasen rajun kokoinen loki tiedosto 
Toisaalta, luulis sen vika ilmoituksen löytyvän suht helposti 

[vtp]

Jotain on tosiaan pitänyt olla pielessä. "du -hs" hakemistossa /var/log/mythtv sen näytti 35G. Tämän jälkeen oli hätä tyhjentää sieltä kaikki, joten jäipä sitten tarkistamatta tuo virheilmoitus  Ilmeisesti oli syntynyt joku luuppaava virhetilanne, joka on jatkuvalla syötöllä kasvattanut lokia, koska se on paukkunut näinkin nopeasti.

[vtp]

Kyllä joskus sitten on pienestä kiinni 

Nimittäin selvisi yksi pitkään vaivannut mysteeri. Oire oli, että kun loggasi ulos ja uudelleen sisään, tuli miltei poikkeuksetta kernel panic. Samoin kun MythTV:n sammutti ja käynnisti muutaman kerran uudelleen, tuli yleensä koko laitteen hyytyminen. Jossain vaiheessa myös kello hyppäsi vuoteen 2015! Tämä sekoitti mysql-kantaa ihan mukavasti...

Korjaus oli hyvin yksinkertainen: lisäsin xorg.conf -tiedostoon parametrin:

Option "NvAGP" "1"

There are several choices for configuring the NVIDIA kernel module's use of AGP: you can choose to either use NVIDIA's AGP module (NVAGP), or the AGP module that comes with the Linux kernel (AGPGART). This is controlled through the "NvAGP" option in your X config file:

    Option "NvAgp" "0"  ... disables AGP support
    Option "NvAgp" "1"  ... use NVAGP, if possible
    Option "NvAgp" "2"  ... use AGPGART, if possible
    Option "NvAGP" "3"  ... try AGPGART; if that fails, try NVAGP

The default is 3 (the default was 1 until after 1.0-1251).

You should use the AGP module that works best with your AGP chip set. If you are experiencing problems with stability, you may want to start by disabling AGP and seeing if that solves the problems. Then you can experiment with either of the other AGP modules.

Ja tähän paikkaan loppuivat vakausongelmat! Todennäköisesti tällä on myös jotain tekemistä näiden muiden sekoilujen kanssa.

Kytkin nyt kaukosäätimen power-nappiin toiminnon, että se vuoroin sammuttaa ja käynnistää mythfrontendin. Samalla scriptillä ohjataan myös näytön tilaa:

#!/bin/bash

getXuser() {
        user=`finger| grep -m1 ":$displaynum " | awk '{print $1}'`
   if [ x"$user" = x"" ]; then
      user=`finger| grep -m1 ":$displaynum" | awk '{print $1}'`
   fi
   if [ x"$user" != x"" ]; then
           userhome=`getent passwd $user | cut -d: -f6`
           export XAUTHORITY=$userhome/.Xauthority
   else
      export XAUTHORITY=""
   fi
}

touch /var/run/display.state

grep -q off /var/run/display.state
if [ $? = 0 ]
then
    echo -n "on" > /var/run/display.state
    for x in /tmp/.X11-unix/*; do
   displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
   getXuser;
   if [ x"$XAUTHORITY" != x"" ]; then
       export DISPLAY=":$displaynum"      
       su $user -c "xset dpms force on"
            su $user -c "mythfrontend &"
   fi
    done
else
    echo -n "off" > /var/run/display.state
    for x in /tmp/.X11-unix/*; do
   displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
   getXuser;
   if [ x"$XAUTHORITY" != x"" ]; then
       export DISPLAY=":$displaynum"
       su $user -c "xset dpms force off"
            su $user -c "kill -TERM `pidof mythfrontend.real`"
   fi
    done
fi

[vtp]

No niin, nyt alkaa homma olla hyvin kasassa  Vaihdoin vielä näytönohjaimen vähän uudempaan Nvidian malliin. TV-kuva keskittyi tällä kertaa ihan hyvin ilman säätöjä. Samoin sain S-Videon toimimaan kun älysin TV:n asetuksista vaihtaa signaalin tyypin oikein. Kuva siis on nyt terävä ja häiriötön.

Tuli huomattua, että HTPC:tä kasattaessa tieto on kasattava ihan päreistä. Mitään yhden sivun manuaalia tähän ei löydy. Pahin ongelma minulla oli tuo agp:sta johtuva kaatuminen. Samoin xorg.conf -tiedostoa sai säätää. Oletuksena on NTSC-muotoinen video, joka pitää muuttaa joko PAL-G tai PAL-B -tyyppiseksi.

Tallennuksille tein xfs-tiedostojärjestelmän, ja tässä kohtasin vähän ajan päästä fragmentoitumisongelman. Tähän auttoi "allocsize=512m" -mounttioptio. Kaukosäätimen opettaminen lirc:lle oli myös oma juttunsa.

Todennäköisesti tuo lokitiedostojen paisuminen oli jossain kytköksissä tuohon agp:hen. Kerran nimittäin sain koneen juntturaan ja bootissa sitten korjattiin systeemilevyllä olevaan ext3:a oikein kunnolla. Samoin tuo reaaliaikakello saattoi pompahtaa ihan väärään kellonaikaan. Ties mitä kaikkea muuta tuo on aiheuttanut.

Oma lukunsa sitten on MythTV:n kanavaviritykset ja kaikki muut säädöt, joiden kanssa on vierähtänyt pitkä tovi.