ls -1Itt lakik a HUP PartnerünkHUP tweetjeiNépszerű témákNépszerű fórum témákÚj felhasználók
|
Probléma a Solaris 10 grafikus felületének forwardolásávalÜdv mindenkinek! A következő lenne a problémám: egy a legfrissebb solaris 10-et futtató szerverről szeretném forwardolni a grafikus felületet, de ahányszor beírom parancssorba a gdmlogint a kövekező hibaüzetenet kapom: Cannot start the greeter The greeter version (2.6.0.3) does not match the daemon version. You haver probably just upgraded gdm. Pleaser restart the gdm daemon or reboot. Ugyanez történik két windowsos xserver progival, és a legfrissebb ubuntuból is. Előre is kösz a segítséget! Exhodus
»
|
KeresésNavigációBelépésÁllásajánlatokHWSWFriss blogbejegyzések
HUP napi hírlevélInformációKövess minket! |
Solarison alapból a dtlogin fut
ellenőrzés:
svcs -a | grep login
<-------
You can't grep on dead trees.
ezek között sajna nincs dtlogin. van három disabled: gdm2-login, eklogin, klogin
meg 2 online, gondolom ezek lesznek az érdekesebbek: rlogin, meg amihez azt irja hogy graphical-login, az cde-login, húúú a cde grafikus felülettől félek :D
A svc:/application/graphical-login/cde-login:default az, ami a dtlogint futtatja.
A cde-hez csak a nevében van köze, ha amúgy jds fut, akkor semmi gáz. Ha gdm-et akarsz, ezt tedd disabled-re, majd svcadm enable gdm2-login:default.
De sok értelme nincs.
Eredetileg arra akartam utalni, hogy ne gdmlogint indíts, ha dtlogin futik :)
<-------
You can't grep on dead trees.
ok köszi, nekem a jdm tökéletesen megfelel, csak arra nem jövök rá hogy azt milyen parancsal tudom rávenni hogy a távoli felületen inditson egy grafikus felületet, (sorry nincs hosszú i-m)
mert a dtlogin-t nem ismeri mint parancsot
1.) x11vnc - ez a "klasszikus" vnc lesz, mindenki ugyanazt a desktopot látja, de lehet indítani per-user módon is
2.) gnome-session (ha nem elég gyors a két gép közötti kapcsolat, ez kicst lassúcska lesz)
3.) sima x forwardinggal elindítod a programokat, szépen, egyesével
(érdemes egy xhost +si:localuser:"username" parancsot kiadni, azzal a userrel, aki be van localban jelentkezve, ahol "username" a remote (vagy localban a su - "username" utáni másik) user)
<-------
You can't grep on dead trees.
mint gondolom már kiderült, nem igazán vagyok otthon a témában. a vnc nem igazán jó megoldás számomra, bár azt már sikerült beüzemelni. ez a gnome-session érdekesen hangzik, a kapcsolattal nem lesz gond mert belső háló, csak azt sem tudtam beüzemelni, beirtam hogy gnome-session, a session_manager reagált is, aztán kb annyi megállt promptot sem adta vissza, godnolom kihagytam valami kapcsolót, most nézem a mant. Igazság szerint azért akarom ezt az egészet megoldani mert a szerver hamarosan lekerül a helyére, be a rackszekrénybe, és vannak installerek amik grafikus felületről futnak, az meg gázos monitor nélkül.
A sima x forward dolgot sajna pláne nem értem :S
Ja igen, az xhost parancsot meg nem ismeri a drága
No, akkor sorban:
1.) x11vnc miért nem jó egy-egy installhoz? :) Ha megy az X, akkor ez arra pontyó, hogy bejelentkezel, aztán végig kattogtatod az installert.
2.) A gnome-session sokáig szüttyög nem-localhoston, még belső hálón is. Mennyit vártál vele? (ezzel kapcsolatban sok tapasztalatom nekem sincs, éppen a lassúsága miatt nem használom)
3.) Sima x forward:
ssh -X -l "username" hostname
ezután
/usr/openwin/bin/xhost +si:localuser:"username" (ua username, mint az előbb; ez a path alapból nincs a PATH-ban, valószínű azért nem találta)
ezután el lehet indítani az installert. Ha parancssorból indítod, akkor is - elvileg - ki kéne köpnie az ablakot. Katt-katt-kész. exit, ssh ablak bezár.
<-------
You can't grep on dead trees.
Kösz a türelmet és a válaszokat!
A sima x forward működött, ami vicces, hogy az anno beállitott puttyból is csak akkor nem gondoltam volna hogy ez igy fog menni ezért sosem probaltam, mindig valami gdmloginnal próbálkoztam :)
No, örülök, hogy összejött! :)
<-------
You can't grep on dead trees.
Sajnos újabb problémám akadt a grafikus felület forwardolásával, az eddig bevált módszer nem akar működni zónából, gondolom valamit be kéne neki állitani, próbálgattam a $DISPLAY környezeti változót, persze nem sok sikerrel, mivel csak tippelgetek.
Lényegében az a gond, hogy semilyen módon nem tudom elérni a zóna grafikus felületét pedig ugyanazok a login szolgáltatások futnak mint a globális zónában.
Azóta megpróbáltam az xhost +si ..... parancsot is, "unable to open display :0" hibaüzenetet kaptam.
A zónában erre mit mond?
ps -ef | grep DISPL
<-------
You can't grep on dead trees.
csak magát a grep folyamatot találta meg
Ezexerint esélyes, hogy nem fut az X a zónában.
svcs -a | grep cde-login
mit mond?
Ha offline, el kéne indítani.
Ha maintenance, akkor meg kéne nézni, mért.
svcs -xv
segít.
<-------
You can't grep on dead trees.
online, feljebb emlitettem is, hogy a grafikus szolgáltatások ugyanúgy futnak mint a globális zonában. Tehát teljesen ugyanazt a képet mutatják 3 online 3 offline.
Aha, ez érdekes, mert mégsincs X.
/var/log/Xorg.0.log
/var/dt/Xerrors
mit mond?
<-------
You can't grep on dead trees.
Log file: "/var/log/Xorg.0.log", Time: Fri Jul 31 07:07:29 2009
(EE) Unable to locate/open config file
(II) Loader magic: 821c600
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.2
X.Org XInput driver : 0.7
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on solaris
(II) LoadModule: "pcidata"
(II) Loading /usr/X11/lib/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.2
Fatal server error:
xf86OpenConsole: Cannot open /dev/fb (No such file or directory)
az xerrors pedig:
error (pid 21772): Server for display :0 can't be started.
Ahm... zónákban nem nagyon vagyok otthon, de mintha a /dev nem lenne tökéletes.
Itt:
http://forums.sun.com/thread.jspa?threadID=5272218
adnak egy olyan tippet, hogy Xvfb-t kéne esetleg használni (Karl Runge, aki adja, az x11vnc fejlesztője, ért hozzá! :))
Másrészt docs.sun.com-on kéne megnézni a zónákat:
sxce
S10
<-------
You can't grep on dead trees.