Viestit

1

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / idle-potkijaan parantelua.

« : 29.05.09 - klo:17.04 »

Pitäisi LTSP-järjestelmään saada softa joka potkasee päätteen gnome-sessiolta jalat alta kun kone on ollut käyttämättömänä yli 15 minuuttia.
Väsäsin tähän tehtävään xsession.d:ssä (/etc/X11/Xsession.d/) käynnistyvän bash-skriptin mutta tuntuvat jäävän nämä skriptin prosessit roikkumaan koneelle vaikka käyttäjä on jo poistunut koneelta.
Jouduin äskettäin ottamaan ko. skriptin pois ajosta kun niitä näytti olevan yli 1000 kpl ajossa. käyttäjiä silti vain noin 30kpl

Jos joku paremmin bash-skriptausta osaava voisi neuvoa mitä tuohon skriptiin pitäs muuttaa/lisätä että ne kuolevat kun käyttäjä poistuu tai saavat Xsession teilattua.

skripti yksinkertaisuudessaan on tälläinen:

Koodia: [Valitse]

#!/bin/bash
#idle-agent.sh

while [ true ]
do
    idletime=$(/usr/bin/xprintidle)

    if [ $idletime -gt 900000 ] #idlattu yli 15min
    then
        gnome-session-save --kill --silent
    else
        sleep 10
    fi
done

ja tämä siis käskytetään xsession.d:ssä  vain:

Koodia: [Valitse]

if [ -n "$LTSP_CLIENT" ] ; then
        /usr/local/bin/idle-agent.sh &
fi

xprintidle on repositorystä asennettu softa joka tulostaa idle-ajan millisekunneissa stdouttiin.

2

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Ltsp ja käyttäjien diskettiasemat

« : 04.05.09 - klo:18.04 »

Tämä ei ole pelkästään ongelma levyke-asemien kanssa vaan myös usb-muistitikut tuntuvat ilmaantuvan jokaisen käyttäjän työpöydälle. (ainakin minulla)
kerrotko Topelius mitä tulostuu kun ajat komennon id silloin kun olet logannut sisään jollain käyttäjän tunnuksella päätteelle ja jos vielä viitsit kertoa mitä sanoo
ls -al /media/ silloin kun olet pistänyt koneeseen usb-muistitikun kiinni tällä käyttäjällä. (jos kerran ne floppyt on jo disabloitu udevistä)

kummittelevat diskettiasemat ovat luultavasti jääneet käyttäjien gvfs-mounttiin killumaan..
aja vaikka komento: sudo find /media/ -type d -iname floppy* ja ajat niille sudo fusermount -zu <findin tulostama kansiopolku>

3

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / LTSP-palvelimen dbus kuolee

« : 15.01.09 - klo:16.31 »

Ylläpidän ja kehitän yhtä noin parinkymmenen päätteen Ubuntu 8.04 Hardy heron + LTSP5 -pohjaista pääte-järjestelmää.
Jo pidemmän aikaa sitä on vaivannut omituinen vika jossa jostain syystä dbus-palvelu tuntuu kuolevan tai ainakaan se ei enää vastaa sitä tarvitseville ohjelmille. Tämä johtaa monenlaisiin käyttö-ongelmiin, esimerkiksi siihen että uloskirjautuminen jumittaa paneelit noin puolen minuutin ajaksi kunnes dialogi ilmaantuu. syy tuohon ainakin näyttää olevan se että gnome-power-manager jota uloskirjautumis-ohjelma tarvitsee ei käynnisty sisäänkirjautuessa dbusin puuttumisen takia ja joudutaan käynnistämään uloskirjautumis-nappia painettaessa..

/var/log/messages-logiin alkaa ilmestyä tämän tapaista virheilmoitusta.

Koodia: [Valitse]

ltsp1 gnome-power-manager: (username) This program cannot start until you start the dbus system service. It is <b>strongly recommended</b> you reboot your computer after starting this service.

gnome-power-bugreport.sh antaa tälläistä ulos.

Koodia: [Valitse]

root@ltsp1:~# /usr/bin/gnome-power-bugreport.sh
Distro version:       DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.04
DISTRIB_CODENAME=hardy
DISTRIB_DESCRIPTION="Ubuntu 8.04.1"
Kernel version:       2.6.24-23-server
g-p-m version:        open
"gnome-power-manager
HAL version:          0.5.11rc2
System manufacturer:  missing
System version:       missing
System product:       missing
AC adapter present:   error: libhal_ctx_set_dbus_connection: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
no
Battery present:      error: libhal_ctx_set_dbus_connection: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
no
Laptop panel present: error: libhal_ctx_set_dbus_connection: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
no
CPU scaling present:  error: libhal_ctx_set_dbus_connection: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
no
Battery Information:
error: dbus_bus_get: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
GNOME Power Manager Process Information:
5277     22987  0.0  0.0  40600  7976 ?        Ss   14:19   0:00 /usr/bin/gnome-power-manager
5016      2615  0.0  0.0  40600  7976 ?        Ss   15:21   0:00 /usr/bin/gnome-power-manager
5027      5958  0.0  0.0  40604  7964 ?        Ss   15:36   0:00 /usr/bin/gnome-power-manager
5359      8252  0.0  0.0  40604  7976 ?        Ss   15:49   0:00 /usr/bin/gnome-power-manager
HAL Process Information:
111      22334  0.0  0.0  24004  5496 ?        Ss   14:18   0:00 /usr/sbin/hald
root     22340  0.0  0.0   3236  1052 ?        S    14:18   0:00  \_ hald-runner
111      22427  0.0  0.0   2204   900 ?        S    14:18   0:00      \_ hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
root     22429  0.0  0.0   3300  1048 ?        S    14:18   0:00      \_ hald-addon-input: Listening on /dev/input/event2


periaattessahan en tuota virranhallinta-palvelua tarvitsisi mutta se on Hardyssä sidottu aika hyvin mukaan eli poistaminen ei onnistu. Enkä oikein usko vian olevan siinä.

/etc/init.d/dbus restart  auttaa hetkellisesti mutta ongelma palaa hetken kuluttua.

dbus-daemon on kuitenkin ajossa joten en tajua miksi se ei sitten vastaa.

Koodia: [Valitse]

root@ltsp1:~# pgrep -fl dbus
2413 dbus-daemon --fork --print-address 19 --print-pid 21 --session
5746 dbus-daemon --fork --print-address 19 --print-pid 21 --session
5794 dbus-daemon --fork --print-address 19 --print-pid 21 --session
8052 dbus-daemon --fork --print-address 19 --print-pid 21 --session
17481 dbus-daemon --fork --print-address 19 --print-pid 21 --session
18602 dbus-daemon --fork --print-address 19 --print-pid 21 --session
19127 dbus-daemon --fork --print-address 19 --print-pid 21 --session
20620 dbus-daemon --fork --print-address 19 --print-pid 21 --session
22176 dbus-daemon --fork --print-address 19 --print-pid 21 --session
22204 /usr/bin/dbus-daemon --system
22749 dbus-daemon --fork --print-address 19 --print-pid 21 --session
24687 dbus-daemon --fork --print-address 19 --print-pid 21 --session

olen asentanut dbus ja hal paketit uudestaan mutta ei auttanut.

Olen googlettanut tuota virheilmoitusta mutta en ole kyllä löytänyt mistään ratkaisua tuohon vikaan.

Palvelimena on IBM eServer BladeCenter HS21 (8853L2G) jossa 8Gt muistia. Päätteinä toimii pääasiassa IBM Netvista A40 -koneita.

4

Laitealue / Vs: kuinka saan bluetooth GPS:n toimimaan ubuntussa?

« : 26.05.08 - klo:19.56 »

Ei sitä bluetooth GPS-vastaanotinta tarvitse parittaa tietokoneen bluetooth-adapterin kanssa. Tuossa SOD:n antamassa osoitteessa on kaikki mitä sen toimintaan saamiseen tarvitset. tärkein (ja kovin työ) on saada rfcomm juttelemaan vastaanottimen kanssa.
Aluksi kuitenki asenna apt-getillä tai synapticilla gpsd, GPS daemon, joka toimii gps-vastaanottimesi rajapintana esimerkiksi tuolle gpsdrive-ohjelmalle.

Koodia: [Valitse]

sudo apt-get install gpsd gpsd-clients
Tämän jälkeen katsot hcitoolilla löytääkö bluetooth-adapterisi gps:n ja samalla näet myös mikä on gps:äsi mac-osoite.

Koodia: [Valitse]

shamino@antares:~$ hcitool scan
Scanning ...
11:22:33:44:55:66 BT-GPS-36B87F
kopioi mac-osoite, tarvitset sen rfcommin konfigurointiin ja oikean rfcomm-kanavan selvittämiseen.

Nyt pitäisi sitten saada selville mitä rfcomm-kanavaa gps-vastaanottimesi käyttää. tähän on ohjelma nimeltä sdptool (service discovery protocol)

Koodia: [Valitse]

shamino@antares:~$ sdptool records 11:22:33:44:55:66
Service Name: BT-GPS COM Port
Service RecHandle: 0x10000
Service Class ID List:
  "Serial Port" (0x1101)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 1
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Protocol Descriptor List-osiossa näkyy Channel: 1 ja tämä on siis minun gps-vastaanottimen käyttämä kanava. voit myös käyttää sdptool browse 11:22:33:44:55:66 -komentoa mutta minulla se ei ainakaan tulostanut mitään.

nyt avaa /etc/bluetooth/rfcomm.conf -tiedosto

Koodia: [Valitse]

sudo gedit /etc/bluetooth/rfcomm.conf poista #-merkit niin että sisältö näyttää jotakuinkin tältä:

Koodia: [Valitse]

#
# RFCOMM configuration file.
#

rfcomm1 {
# Automatically bind the device at startup
bind yes;

# Bluetooth address of the device
device 11:22:33:44:55:66;

# RFCOMM channel for the connection
channel 1;
}
Muokkaa kuitenkin tiedosto niin että devicen jälkeen lukee vastaanottimesi mac-osoite ja channel on sdptoolin kertoma kanava.
tallenna tiedosto ja uudelleenkäynnistä bluetooth-palvelu.

Koodia: [Valitse]

sudo /etc/init.d/bluetooth restartnyt varmista että gps-vastaanotin päällä ja komenna rfcomm yhdistämään vastaanottimeen.

Koodia: [Valitse]

shamino@antares:~$ sudo rfcomm connect 1
Connected /dev/rfcomm1 to 11:22:33:44:55:66 on channel 1
Press CTRL-C for hangup
tämän jälkeen avaa uusi terminaali ja käynnistä gpsd

Koodia: [Valitse]

gpsd -b /dev/rfcomm1tuo -b estää gpsd:tä kirjottamasta mitään vastaanottimelle koska ilmeisesti aika monet vastaanottimet ei siitä tykkää ja vetävät itsensä jollain tapaa jumiin.
nyt käynnistä vaikka xgps-ohjelman jolla näet lähettääkö gpsd NMEA-tietoa vastaanottimelta.