XDMCP в Centos 7

Вряд ли, что у тебя получится запустить Cinnamon, т.к. Cinnamon основан на Gnome 3. А для корректной работы Gnome 3 нужна поддержка 3D ускорения.

В rdp у тебя нет 3D ускорения.

Скажем, запустить xfce4 или другое DE, не требующее 3D ускорения у тебя должно получиться.

GDM тоже требует наличия 3D ускорения, поэтому в rdp он у тебя не запустится.

Поправка, xdmcp - это не rdp, но думаю проблема таже.

Спасибо! А можно поподробнее вот отсюда - я много где видел упоминания про это (gnome/gdm и требования по 3D ускорению), но ничего конкретного не находил. Просто у меня стоит точно такая же машина с NVidia 470.* драйвером (и более новой GPU картой), так там XDMCP завелось сразу и без плясок с бубном. Так может что-то нужно отключить в 390 драйвере?

Откуда такие выводы? Гоняю третий гном по рдп с виртуалок на которых нет вообще никакого gpu. Брат жив. Что происходит надо смотреть в лигах x server-а там все ответы.

правда с XDMCP такая проблема была - в X.Org в версиях примерно соответствующих входящих в первоначальную поставку centos 7.4 или чуть позже сломали indirect glx и по умолчанию теперь это расширение выключают. Соответственно в случае когда у нас X приложение запущено на одном ПК а X Server на другом (как и происходит при использовании XDMCP) то приложения использующие opengl необходимо именно это расширение независимо от того использует X Server аппаратное ускорение или программное.

т.е. первым пунктом необходимо включить iglx либо в конфиге xorg или в параметрах запуска. И дальше смотреть что происходит. Либо все заработает, либо любое opengl приложение будет валить X Server. Еще может в логах писать, что сервер не может декодировать сообщения X протокола. Тогда нужно откатываться до centos <= 7.4

У меня так на работе настроено - пришлось зафиксировать версию centos.

кстати, проверить как ваш текущий X Server переваривает inderect GLX (при включенной опции) можно даже с локальными приложениями.

просто запустите какой нибудь glxgears таким образом:

$ LIBGL_ALWAYS_INDIRECT=1 glxgears

В сочетании с программным рендером:

$ LIBGL_ALWAYS_INDIRECT=1 LIBGL_ALWAYS_SOFTWARE=1 glxgears

в документашке mesa говорится что переменным должно быть присвоено значения true …

когда я последний раз тестировал это (пару лет назад) - на всех мейнстримных дистрибутивах XServer падал в coredump :(

может сейчас поправили

Добрый день Про iGLX я читал, проверял - не оно. Работает glxgears, но при этом сессия XDMCP не проходит дальше логина. То есть lightdm отрабатывает (при этом gdm даже не пытается запуститься), потом черный экран. А в логах не густо. Вот что удалось найти:

bash-4.2$ cat .xsession-errors**

[cinnamon-settings-daemon-xrandr] Failed to start: RANDR extension is not present
[cinnamon-settings-daemon-power] Failed to start: RANDR extension is not present

(csd-wacom:2194): wacom-plugin-WARNING **: 09:59:41.484: Failed to create GnomeRRScreen: RANDR extension is not present
[cinnamon-settings-daemon-color] Failed to start: RANDR extension is not present

(csd-media-keys:2180): media-keys-plugin-WARNING **: 09:59:43.851: Unable to inhibit keypresses: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Permission denied
Xlib:  extension "RANDR" missing on display "172.16.1.105:1".

Cinnamon warning: Software rendering detected: Software Rasterizer

(cinnamon:2389): dbind-WARNING **: 09:59:45.286: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-8t0tcBPAvg: Connection refused
vmware-user: could not open /proc/fs/vmblock/dev
SELinux Troubleshooter: Applet requires SELinux be enabled to run.
Cjs-Message: 09:59:54.035: JS LOG: About to start Cinnamon
Cjs-Message: 09:59:54.036: JS LOG: ACTIVATING SOFTWARE RENDERING
** Message: 09:59:55.567: nemo-desktop: session is cinnamon, establishing proxy
St-Message: 09:59:57.303: cogl npot texture sizes SUPPORTED
Cjs-Message: 09:59:57.320: JS LOG: Cinnamon started at Thu May 05 2022 09:59:57 GMT+0300 (MSK)


Cjs-Message: 09:59:59.809: JS LOG: network applet: Cannot find connection for active (or connection cannot be read)
openGL version 1.4 (2 detected (GL Cogl Driver)

MetaSyncRing disabled: couldn't find required GL extensions, or the minimum safe openGL version was not met

Напрягает строчка:

openGL version 1.4 (2 detected (GL Cogl Driver)

MetaSyncRing disabled: couldn’t find required GL extensions, or the minimum safe openGL version was not met

Гугление привело на багу, но не пойму почему у меня такая старая версия openGL - у ребят в 2016 г. уже 3я…

Опытным путем нашел, что все работает через программу VCXsrv под Windows. Почему - непонятно.

Используй turbovnc+virtualgl, это сочетание гарантировано работает.

Я правильно понимаю, что тогда запуск приложения OpenGL будет производиться сторонней программой из комплекта virtualGl? В этом и проблема - софт на Java, там масса скриптов и куча всякой дряни, которая сама себя раскидывает по дисплеям. Боюсь что остается только RDP и VNC.

а ssh -X при этом работает и приложения запускаются?

Сразу скажу что на Debian’е у меня все работает (xdm + mate последнее). И даже virtualgl. А в CentOS вечто что-то учудят…

Запуск основного скрипта должен быть с помощью vglrun.

Боюсь что остается только RDP и VNC.

Про turbovnc и разговор, virtualgl лишь полезный довесок к нему.

Да, вполне неплохо.

Хорошо, спасибо. Попробую развернуть тестовую машину, погоняю.