On 5/10/21 11:45, Rob Landry wrote:
>
>
> Here is the x11vnc command:
>
> /usr/local/bin/x11vnc -display :0 -auth guess -rfbauth /root/.vnc/passwd
> -o /var/log/x11vnc.log -shared -forever -bg -rfbport 5900
>
> It's run by a startup script triggered by root's crontab at boot time.
>
> There are no entries in any logs that show any problem.
>
Looks like a reasonably set of command line options. How is it being
started?
My next step in troubleshooting might be to run x11vnc under strace(1),
like this:
strace -f -ff -tt -s 1024 -o /tmp/x11vnc /usr/local/bin/x11vnc
-display :0 -auth guess -rfbauth /root/.vnc/passwd -o
/var/log/x11vnc.log -shared -forever -bg -rfbport 5900
(watch the text wrap)
The problem with this is the ever-growing files in /tmp. strace writes
its output to those files until x11vnc crashes again. This makes it
problematic if you cannot reliably *make* x11vnc crash. You could
throttle the tmpfile growth by limiting the system calls strace records,
but this might also remove valuable troubleshooting information...
At this point I'm not sure what to tell you, other than see if you can
reliably recreate the conditions under which x11vnc crashes. If you can
do that, it will be much easier to run x11vnc under strace and see
exactly where it crashes.
~David
>
> Rob
>
> --
> Не думай что всё пропели,
> Что бури все отгремели;
> Готовься к великой цели,
> А слава тебя найдёт.
>
>
> On Mon, 10 May 2021, David Klann wrote:
>
>> I have not encountered the crashing x11vnc problem you describe. It has
>> been completely dependable for me. Can you provide the details about how
>> you invoke x11vnc (systemd service, user launched, etc.) including the
>> command line and all the arguments?
>>
>> One of the stations I work with introduced me to DWService
>> (https://dwservice.net/) about a year and a half ago. I have mostly
>> successfully[1] been using and recommending it for remote Rivendell
>> access ever since.
>>
>> DWService is a free[2] service that uses "the cloud" as an
>> "intermediary", or "meeting point", so it may not be desirable for some
>> users. It operates by running an agent on the computer one wants to
>> control, and a web browser on the client computer. In addition to remote
>> desktop access, DWService offers simple remote file access, remote text
>> file editing, and remote command line access. It includes the ability to
>> configure fine-grained access control to each of these access methods.
>>
>> The service requires you to create an account at dwservice.net, but once
>> you have a "share" set up, users who simply want to connect to the
>> remote computer do not need dwservice.net accounts, they simply need the
>> URL to the remote computer.
>>
>> Lots more information on the DWService website. I have no affiliation
>> with the organization other than as a satisfied paying customer.
>>
>> Hope this helps!
>>
>> ~David Klann
>>
>> [1]: the agent can "self update"; one update a few months ago caused
>> access problems on CentOS. I worked with the developers to fix it. So, a
>> problem was introduced, but the developers were very responsive and they
>> resolved problem.
>>
>> [2]: the service is free to use, and one can pay the developers.
>> Contributing money gets you higher bandwidth and thus better performance.
>>
>>
>>> Thanks,
>>>
>>>
>>> Rob
>>>
>>> --
>>> Не думай что всё пропели,
>>> Что бури все отгремели;
>>> Готовься к великой цели,
>>> А слава тебя найдёт.
>>> _______________________________________________
>>> Rivendell-dev mailing list
>>> Rivendell-dev@lists.rivendellaudio.org
>>> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>>>
>>
_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
