Sziasztok!
Egy pár éve használunk a főiskolán vékony klienseket. Az LTSP szerver Ubuntu, a terminál szerverek pedig Wondows 2008 majd 2012, ill. van egy pár kiosk terminál. A géppark vegyes felvágott: vannak vékony kliensnek szánt hardverek, és kiszuperált PC-k.
Csináltam egy kottát is az installálásról: https://docs.google.com/document/d/18gWgqV8w6mptP9GPc7NH4Xlk5tnIbypqi66… .
A régebbi gépekkel vannak bajok, amiből még jó párat kénytelenek vagyunk üzemeltetni. Meg lettek frissítve a szerverek, és a kliens környezetek is, aminek igen változatos hibajelenségek lettek az eredményei:
Először úgy tűnt minden rendben, majd jelezték, hogy az outlook-nál kiakad a terminál. Ez elsőre hülyeségnek hangzott, de tényleg lefagy a vékony kliens gép, megáll mint a szög és kész. A jelenséget csak az outlook-nál tapasztaljuk, de ott jól reprodukálható.
Újabb gépeknél, és a Hyper-V alatt futó virtuális teszt példánynál nincs gond, de az eddig működőképesnek vélt régi gépeknél igen.
Elővettem néhányat az eddig nem használt régi gépekből, de nem jött be, egy intel konfignál (amikre le lehetne cserélni az eddigieket) a kernel betöltésnél kikapcsol a ventilátor, proci nem melegszik, power LED ég, és nincs tovább.
Megpróbáltam előre menekülni, gyorsan installáltam egy 13.04-es szervert. De ez sem ok:
Az eddig kiakadós gépeken 2008-as terminál szerver esetén a kurzor egy random bitmap. Ha 2012-es szerverhez csatlakozom akkor általában jó a kurzor, de néha itt is random bitmap-ra vált.
Ha a fentebb említett félig kikapcsolós intel gépeket próbálom, akkor (csak a freerdp-nél, az előtét program színei jók) teljesen össze vannak kutyulva a színek.
Próbáltam játszadozni a BIOS beállításokkal vagy a freerdp kapcsolóival, de hatástalanok, a FreeRDP verziója 1.0.1 nem éppen a legfrissebb, de nem találok csomagban jobbat. A fordítás meg nem tűnik lejtmenetnek, és az idő is szorít, kezdődik a tanítás.
Egyre tanácstalanabb vagyok. Esetleg van valakinek ötlete?
Vagy tapasztalata, más terjesztések és régi hardverek viszonyáról?
- 6342 megtekintés
Hozzászólások
A rengeteg ötlet olvasgatása mellett volt időm fordítani egy freerdp-t (stable 1.1-et).
A helyzet változatlan, (nem állandó, hanem "zizegő") random bitmap van a kurzor helyén a régi AMD-s PC-ken. Az Intel PC-knél, ahol összekeveredtek a színek, ott most összekeverednek a színek. A hibák szempontjából az 1.1 ugyanaz mint az 1.0.1 .
Sejtésem szerint valamelyik (vagy több) kernel modulban lehet a bibi, vagy esetleg az Xorg-ban, a freerdp-vel hiába sportolok.
- A hozzászóláshoz be kell jelentkezni
Sima rdesktoppal tapasztalhato-e a hiba? Az nem freerdp alapu, es eleg jo implementacioval rendelkezik, bar RemoteFX-et meg rendes licensing kezelest asszem nem tud.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. - A hozzászóláshoz be kell jelentkezni
Érdekes kérdés. Holnap, ha nincs más ötlet, akkor kipróbálom.
Mondjuk az össze-vissza próbákkal sikerült kinyírni a régi LTSP szervert, márpedig arról jó pár gépnek kell(ene) mennie hétfőn. Az újat meg inkább be kellene fejezni, nem pedig szintén kinyírni.
A régi szerveren egy kliens kép generálása után a kliens betölti a kernelt, majd közli, hogy nincs joga csatolni a gyökér fájlrendszert, nem tudom ezt hogyan sikerült. Nem estem volna kétségbe, de a ltsp-build-client csak a következő barátságtalan üzenetet közli:
I: Retrieving Release
E: Failed getting release file http://archive.ubuntu.com/ubuntu/dists/precise/Release
error: LTSP client installation ended abnormally
Az is gáz, ha az a 20-30 rosszalkodó gép nem megy, de ha a többi közel 100-sem, akkor nagyon népszerűtlen leszek hétfőn.
- A hozzászóláshoz be kell jelentkezni
Kipróbáltam az rdesktop-ot.
Az AMD-s gépeken ugyanúgy "zizi"-s a kurzor, mint a freerdp-vel.
Viszont az Inteles gépeken nincs szín kutyulás, az teljesen jó, de nem megoldás, mert a Windows 2012-es terminálszerverrel nem akar kommunikálni.
Halovány és régi emlékeim szerint nem először látok ilyen random bitmap-et a kurzor helyén, akkor még rdesktop volt az LTSP-ben, és ha minden igaz egy témát kellet felrakni a kliensre, és (talán) ettől megjavult a dolog. De melyik témát? akad egy pár. Mintha a neve utalt volna a Windows-ra, de ilyet eddig nem találok.
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
Néhány hét szívás után részben megoldódott a dolog. Az Ubuntu 13.04-egy katasztrófa (szerintem). Tehát 12.04-el és a Github-ról letöltött és lefordított FreeRDP-vel működik a dolog.
Egy jó pár Intel-es géppel ugyan nem boot-ol PXE-vel, de szerencsére nincs sok ilyen gépünk. (Valaki feltett hiba jegyet is erről, de nem találtam megoldást).
Ami viszont nem akar működni a Fujitsu-Siemens Futro S450-es vékonykliens. Ez eddig simán ment, ha felraktam a fglrx csomagot. Most viszont a modul betöltésénél azt mondja (a dmesg-ben):
[fglrx:firegl_init_device_list] *ERROR* No supported display adapters were found
A video adapter típusa:
01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS690M [Radeon Xpress 1200/1250/1270]
Ha a nyilt forrásu radeon modul van betöltve, akkor 640x480-as felbontással indul. Próbáltam generálni xorg.conf állományt, mert ha jól látom a nem létező LCD felbontását állítja be, és talán lebeszélhető erről, de az Xorg -configure hibával kilép, mert hogy több képernyőt talált, mint meghajtót.
Kezdem érteni azokat, akik habzó szájjal szidják a Linux-ot, azért ha valaki kevésbé elkötelezett beleszalad egy ilyen bug halomba, attól ez egy természetes reakció.
Szóval itt állok 40 ilyen géppel és nincs ötletem. (az eredeti firmware frissítés 32 gép felett egy vagyon, és nem biztos, hogy jobb mint a tavalyi verzió, aminél a Windows 2012-es terminálszerverre bejelentkezve nincs látható kurzor).
Letöltöttem az AMD-től az fglrx legaci-t az se talál támogatott eszközt.
- A hozzászóláshoz be kell jelentkezni
A nyílt radeon meghajtóval már majdnem jó. Sajnos nem igazán látom át az xorg.conf-ot.
Az Xorg talál (3 vagy inkább) 2 megjelenítőt, ill. video kimenetet:
[ 989.105] (II) RADEON(0): Output DVI-0 using monitor section LCDMonitor
[ 989.109] (II) RADEON(0): Output LVDS has no monitor section
Az elsőt beazonosította az xorg.conf-ból, de a csak a chipset-ben létező LVDS-t nem sikerült eltalálnom:
Mi alapján azonosítja a "Dosplay"-t ???
A lényeg, hogy bár megadom a layout-ot, a végén allokál egy szép nagy desktop-ot:
[ 1009.511] (II) RADEON(0): Allocate new frame buffer 1920x1024 stride 1920
Aminek az eleje az LVDS nem létező kijelző, és ez jelentősen ront a használhatóságon.
Hogyan kell lebeszélni az LVDS képernyőről az xorg.conf-ban, valaki elárulhatná.
A legutóbbi konfigot és hozzá tartozó log-ot kitettem egy web szerverre:
http://svn.kkfk.bgf.hu/fusi/Xorg.7.log.txt
http://svn.kkfk.bgf.hu/fusi/xorg.conf.txt
- A hozzászóláshoz be kell jelentkezni
Nem feltétlenül a nagy érdeklődés miatt, csak hogy ne legyen csonka a monológom, ideteszem a nyerő xorg.conf -ot. (egy rendes dokumentáció sokat segített volna, de az egy tök elavult dolog):
Section "ServerLayout"
Identifier "FUSI"
Screen "Screen" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Module"
Load "dbe"
Load "dri"
Load "dri2"
Load "extmod"
Load "glx"
Load "record"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5 6 7"
EndSection
Section "Monitor"
Identifier "Monitor DVI-0"
ModelName "DVI-0"
Option "Enable" "true"
EndSection
Section "Monitor"
Identifier "Monitor LVDS"
ModelName "LVDS"
Modeline "640x480" 25.20 640 648 744 800 480 482 484 525 -hsync -vsync
Option "Ignore" "true"
EndSection
Section "Device"
Identifier "Card0"
Driver "radeon"
BusID "PCI:1:5:0"
Option "Monitor-DVI-0" "Monitor DVI-0"
Option "Monitor-LVDS" "Monitor LVDS"
EndSection
Section "Screen"
Identifier "Screen"
Device "Card0"
Monitor "Monitor DVI-0"
SubSection "Display"
Viewport 0 0
Modes "1280x1024"
Depth 24
EndSubSection
EndSection
Bizonyára vannak benne felesleges sorok, de ez működik, nekem jó.
- A hozzászóláshoz be kell jelentkezni
Ha van egy kis szerencsed, akkor az fglrx driver azert nem jo, mert az ujbol kidobtak a kartyad supportjat. Probalj meg regi fglrx drivert vadaszni (ne szamits gyors sikerekre).
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. - A hozzászóláshoz be kell jelentkezni
Nembaj már a radeon nyílt meghajtó is működik (csak a nem létezés okán letiltandó display nevet kellet kitalálni).
Ennek ellenére szerintem egy LTS verzióban olyat nem lenne szabad csinálni. hogy kihagyják egy hardverelem támogatását. Vagy ha mégis, akkor valamilyen szemkiverős figyelmeztetés dukálna hozzá, meg talán valami lehetőség az előző verzió előkotrásához.
Mindenesetre közöltem a kollégákkal, hogy a "vékonykliens" és "frissítés" szavakat egy mondatban ne használják a jelenlétemben :).
Annyi hibába sikerült ez ügyben belefutnom, hogy közel egy hónapnyi szívás lett a végeredmény.
- A hozzászóláshoz be kell jelentkezni
Nem ok hagytak ki. Az fglrx zart csomag, kozvetlenul az AMD drivercsomagjabol van epitve, mindig a legfrissebbol. Nem mindig van doksi rola, hogy epp mi kerul ki a driverbol. Ilyen szempontbol az AMD es az nVidia egykutya.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. - A hozzászóláshoz be kell jelentkezni