graywolf

Forum Replies Created

Viewing 15 posts - 181 through 195 (of 670 total)
  • Author
    Posts
  • in reply to: Authentication failed, can’t change server settings #24537
    graywolf
    Participant

    Maybe we have two different issue.

    Is the host joined to a domain?

    What account type is the desktop owner account when you try to change settings (local normal, local administrator, domain normal, domain administrator)?

    What exactly happens when you try to change settings? Does a window show up, requiring Administrator credentials? If so, what type of Administrator account you try to use (local administrator, domain administrator)?

    graywolf
    Participant

    Hello, would you tell me the version of VS Code and the GNU/Linux distro you are using?

    Which is the version of NoMachine software?

    in reply to: Error is 108: Connection reset by peer #24484
    graywolf
    Participant

    Would you try this patched library and tell me if it helps?
    It can be deployed only into an existing installation of NoMachine 6.8.1.

    https://download.nomachine.com/44bef5297fe9efb3430b9fd47ad18b01/downloads/temporary/forum/libnxdimi.so

    Stop the server:
    /etc/NX/nxserver --shutdown
    Save the original:
    cp -a /usr/NX/lib/libnxdimi.so /usr/NX/lib/libnxdimi.so.original
    Place the patched library:
    cp libnxdimi.so /usr/NX/lib/
    Start:
    /etc/NX/nxserver --startup

    in reply to: Error is 108: Connection reset by peer #24479
    graywolf
    Participant

    The report is useful, but it looks generated two days ago and could be about a different problem. It is useful, but I’d like to be sure we got a fresh one. Do you mind deleting the existing file /var/crash/_usr_NX_bin_nxnode.bin.1000.crash, reproducing the crash, and processing the new *.crash file?

    in reply to: Error is 108: Connection reset by peer #24472
    graywolf
    Participant

    Hello.
    You should have the crash report: /var/crash/_usr_NX_bin_nxnode.bin.1000.crash.

    Process the crash report with command apport-retrace:

    apport-retrace -o nxnode-with-trace.crash /var/crash/_usr_NX_bin_nxnode.bin.1000.crash

    If the command fails with “ERROR: report file does not contain one of the required fields: Package”, append the field to the report in this way:

    echo Package: >> /var/crash/_usr_NX_bin_nxnode.bin.1000.crash

    and retry.

    Then let me see the output file: nxnode-with-trace.crash.

    in reply to: NX display blank white after login #24465
    graywolf
    Participant

    Are you trying to share the existing desktop of the Ubuntu host?
    Is the Ubuntu host a virtual machine?
    Would you create an archive of folder /usr/NX/var/log and send it to forum (at) nomachine (dot) com ?

    in reply to: Authentication failed, can’t change server settings #24435
    graywolf
    Participant

    I get the same behavior if “Run this program as an administrator” is checked in the Compatibility pane of nxexec.exe. Is it your case?

    Would you send to forum(at)nomachine(dot)com:

    • The output of command icacls “%PROGRAMFILES(x86)%\NoMachine\bin\nxexec.exe”
    • An image of the Security pane of nxexec.exe
    • A zip archive of folder %USERPROFILE%\.nx
    in reply to: Authentication failed, can’t change server settings #24429
    graywolf
    Participant

    Please, open the folder %PROGRAMFILES(x86)%\NoMachine\bin\, right-click on file nxexec.exe, choose “Properties” from the context menu, select the Security pane and verify that users have permission to Read and Execute.

    If you prefer the command line, run a Command Prompt and type the command icacls "%PROGRAMFILES(x86)%\NoMachine\bin\nxexec.exe"

    in reply to: Authorization required #24303
    graywolf
    Participant

    It is possible this is a known problem. Would you try to install a patched NoMachine component if I send it to you?

    in reply to: Authorization required #24275
    graywolf
    Participant

    Please, would you run a shell as one of the affected users, issue the command sudo -l and show me the result?

    in reply to: Sluggish screen redraw performance etc. #24234
    graywolf
    Participant

    Hello. The value of AgentX11VectorGraphics is ignored in floating-window mode, so that can’t help in your case.
    Is it possible that Mojave changed something about the mouse events. Would you check Mouse/Trackpad Settings and trying to change something, for example turn “inertia” off? Would you try a mouse with an ordinary wheel, without multi-touch surface?

    in reply to: Sluggish screen redraw performance etc. #24209
    graywolf
    Participant

    You run it in single-application, floating window mode.

    Would you try to run it in “virtual desktop” mode, with X11VectorGraphics disabled? Just edit node.cfg on the Linux server to have:

    AgentX11VectorGraphics 0

    Then connect to the server and chose “Create a virtual desktop” rather then “a new custom session”.

    • This reply was modified 5 years, 2 months ago by graywolf. Reason: Corrected value of AgentX11VectorGraphics to "0"
    in reply to: VirtualGL on CentOS 8 #24076
    graywolf
    Participant

    Now connection to :0 succeeded but an OpenGL error is issued.

    Is Xorg on display :0 using an NVIDIA or AMD video card? Is the proprietary driver installed (the one provided by the video card manufacturer) rather than the open source one?

    in reply to: Sluggish screen redraw performance etc. #24075
    graywolf
    Participant

    Would you provide some info about Linux distribution and desktop environemnt (version of Gnome/KDE) and grab a screenshot of panes “Display settings” and “Connection information” from the NoMachine menu?

    in reply to: VirtualGL on CentOS 8 #24052
    graywolf
    Participant

    It looks specific to CentOS8. This Trouble Report provides a workaround: https://www.nomachine.com/es/TR08Q09375

Viewing 15 posts - 181 through 195 (of 670 total)