Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ohjelmointi, palvelimet ja muu edistyneempi käyttö => Aiheen aloitti: vtp - 23.02.09 - klo:19.01
-
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
-
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ää :)
-
Itselläni ei ole ollut tuollaista ongelmaa... Pitäisiköhän tarkistaa minkä kokoinen ko. logitiedosto on... :)
-
Sulla on jotain vialla jos tuon verran logia tulee viikossa, mulla on mythbuntuserverin kuukauden logit n. 10 megaa
-
No on kyllä pikkasen rajun kokoinen loki tiedosto :o
Toisaalta, luulis sen vika ilmoituksen löytyvän suht helposti ;D
-
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.
-
Kyllä joskus sitten on pienestä kiinni :o
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
-
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.