LCDProc starts but won't connect
-
I'll find a spare box, download 2.7 and report back soon.
It seems LCDd is listening however connecting to it is another matter, as per the below screenshot:
-
As a test try setting the SDEClcd and parallel port for the server. You should see it start and the php client connect even without a screen or even a parallel port.
-
I can report that using the same screen, I can run this on pfsense 2.7 - Using an identical configuration file on 2.6 results in no connection to the screen. A bit strange since a quick diff -s of /usr/local/pkg/lcdproc_client.php and /usr/local/etc/LCDd.conf between both versions are essentially the same.
Here's the output from 2.7:
[2.7.0-DEVELOPMENT][root@pfSense-test.home.arpa]/root: sockstat | grep 13666 root php 94904 13 tcp4 127.0.0.1:8568 127.0.0.1:13666 nobody LCDd 94880 5 tcp4 127.0.0.1:13666 *:* nobody LCDd 94880 7 tcp4 127.0.0.1:13666 127.0.0.1:8568 [2.7.0-DEVELOPMENT][root@pfSense-test.home.arpa]/root: ps aux | grep -i lcd nobody 94880 0.0 0.0 13068 2804 - SNs 02:22 0:00.23 /usr/local/sbin/LCDd -c /usr/local/etc/LCDd.conf -u nobody root 94904 0.0 0.1 69648 37952 - SN 02:22 0:00.14 /usr/local/bin/php -f /usr/local/pkg/lcdproc_client.php root 2267 0.0 0.0 12808 2448 0 S+ 02:27 0:00.00 grep -i lcd [2.7.0-DEVELOPMENT][root@pfSense-test.home.arpa]/root: ls -l /dev/cuaU0 crw-rw---- 1 uucp dialer 0x78 Feb 15 02:32 /dev/cuaU0 [2.7.0-DEVELOPMENT][root@pfSense-test.home.arpa]/root: cat /usr/local/etc/LCDd.conf [server] DriverPath=/usr/local/lib/lcdproc/ Driver=MtxOrb Bind=127.0.0.1 Port=13666 ReportLevel=3 ReportToSyslog=yes User=nobody Foreground=no ServerScreen=no GoodBye="Thanks for using" GoodBye=" pfSense " WaitTime=5 Backlight=on ToggleRotateKey=Enter PrevScreenKey=Left NextScreenKey=Right ScrollUpKey=Up ScrollDownKey=Down [menu] MenuKey=Escape EnterKey=Enter UpKey=Up DownKey=Down [MtxOrb] Device=/dev/cuaU0 Size=20x4 Type=lkd hasAdjustableBacklight=yes Reboot=no Contrast=900 Brightness=400 OffBrightness=100 Speed=9600
Here's the best I can manage on 2.6
/root: sockstat | grep 13666 nobody LCDd 46251 4 tcp4 127.0.0.1:13666 *:* /root: ps aux | grep -i lcd nobody 46251 0.0 0.0 11392 2680 - SNs 18:40 0:01.58 /usr/local/sbin/LCDd -c /usr/local/etc/LCDd.conf -u nobody root 75727 0.0 0.0 11216 2548 0 S+ 19:19 0:00.00 grep -i lcd
Addendum:
I tried running LCDd in verbose mode, there were no additional messages when trying to connect using 'lcdproc C T U'
/root: LCDd -f -r 5 -s 0 -c /usr/local/etc/LCDd.conf LCDd version 0.5.9 starting Built on Jan 12 2022, protocol version 0.3, API version 0.5 Using Configuration File: /usr/local/etc/LCDd.conf Set report level to 5, output to stderr LCDd 0.5.9, LCDproc Protocol 0.3 Part of the LCDproc suite Copyright (C) 1998-2017 William Ferrell, Selene Scriven and many other contributors This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. Server running in foreground Listening for queries on 127.0.0.1:13666 screenlist_init() driver_load(name="MtxOrb", filename="/usr/local/lib/lcdproc/MtxOrb.so") MtxOrb: using Device /dev/cuaU1 MtxOrb: opened display on /dev/cuaU1 MtxOrb: contrast set to 229 MtxOrb: unable to read device type MtxOrb: unable to read device firmware revision MtxOrb: unable to read device serial number Display detected: Matrix Orbital, Unknown model (0x00), Firmware Rev.: 0x00 0x00, Serial No: 0x00 0x00 MtxOrb: init() done Key "Escape" is now reserved exclusively by client [-1] Key "Enter" is now reserved shared by client [-1] Key "Up" is now reserved shared by client [-1] Key "Down" is now reserved shared by client [-1] screenlist_process() screenlist_switch(s=[_server_screen]) screenlist_switch: switched to screen [_server_screen] screenlist_process() screenlist_process() screenlist_process() ...
-
Hmm, that is odd. I wouldn't have expected any difference there either. Especially odd sicne the server clearly is able to see the driver and hardware it just doesn't accept the client.
Did you try running SDEClcd driver? I expect that to run fine in 2.6 without the screen.
-
Do you mean "Watchguard firebox with SDEC" ? I've given that a try with the com port set to parallel
That gives me the error "lcdproc: Failed to connect to LCDd process Can't assign requested address (49)"
So unfortunately not much luck. -
Hmm, that's odd error. That looks to be from the client. Does the server not start at all when you try that?
-
This is what's running:
/root: ps aux | grep -i lcd nobody 40181 0.0 0.0 11356 2660 - S<s Wed21 1:30.28 /usr/local/sbin/LCDd -c /usr/local/etc/LCDd.conf -u nobody
...However the lcdproc_client.php never connects, even if I run it manually, same story for lcdproc.
Bit of a weird one, hey?
-
Hmm, that feels more like something is blocking it but I'm not sure what could...
-
@stephenw10
I might be way off base here, but there aren't any rules or such, or permissions, blocking processes connecting on 127.0.0.1 in 2.6? -
I wouldn't expect there to be any. No different in 2.7 either.
I could just about imagine a floating block all rule might apply to localhost. But probably not from localhost also. I've never tried to block that!