LCDProc 0.5.4-dev
-
I'm no expert in this hardware area (hats off to Steve 8)), but I might add:
The problem seems to be caused by packages conflicts. My clean installed pfsense suffered from the same problem only after I restored my setting. If I restore it without any other packages, lcdproc works fine. I had iperf, shellcmd, RRD Summary installed previously.
Perhaps it would be worth a shot to restore without packages and then manually add the packages back one by one? The manual rebuild will be a bit of a pain, but it removes the possibility of some leftover weirdness in the restore file.
-
Hi, I have modified the original package a bit by disabling the LCDd execution and changing lcdproc.inc to connect to a different ip (vm host which actually has LCDd running and the hardware).
Now my question is how can I make the status to detect it as running instead of using LCDd for status verification?
I understand it does so by checking process list for LCDd?
I suppose the easiest for now would be faking it by writing some binary named LCDd that does nothing and is retained in the process list?Also I would like to either make this configurable.
That is add another gui page where it is possible to define ip/port of LCDd instead of configuring a local copy of LCDd daemon and make local LCDd settings optional if remote daemon is chosen.
Is anybody interested in such feature? -
It's been a while since I looked but I believe the service monitored is listed in the package config xml file.
Edit: Yep in the <service>section in lcdproc.xml
Steve</service>
-
Yeah, but I am not sure what I should write in there to make it work.
I can't obviously right php because thats what is actually running.
So I guess I need to write a custom is_running function instead? -
I believe that the Status: Services: page just greps for whatever is in the 'executable' field in the output of ps so you should be able to put the php client in there. Try it and see.
Steve
-
Tried to put both in lcdproc.xml and config.xml the string lcdproc.php (that should have been enough right?) and nada.
Still shows as stopped. -
You re-installed lcdproc with the changed file?
Steve
-
No, but I ran some other tests which I think mean it doesn't just check ps output.
I wrote a shellscript that just sleeps for a while and called it LCDd.
Obviously if I do ps | grep LCDd it returns a non empty result.
Yet the service appears to be stopped while the script is running.
Does it have to literally match the executable string or can I just use a part of it?
So does it have to be "/usr/local/bin/php -f /usr/local/pkg/lcdproc_client.php" as appears in lcdproc.inc where the client is launched? -
Hmm, more complex than I thought then. Perhaps it requires the correct rc file, clearly it needs that for the service restart button onn the Status: Services: page. I don't know, I'm just guessing now. ::)
You should probably ask this as a new question in the packages section.Steve
-
Would it be possible to add 38400 bps as an option for the port speed?
Take a look at: https://forum.pfsense.org/index.php?topic=90569.msg515874#msg515874 for the changes I had to make to get nMedia lcd working.Thanks,
Ali -
For my 64 bit 2.2.2 and the latest lcdproc I have to modify the lcdproc.inc file where is says "localhost' to "127.0.0.1" for mine to start up. I fixed this package in past but no time to fix this time around. I need to figure github out more.
file for my system is in /usr/local/pkg
need file already fixed I can upload mine
-
https://github.com/pfsense/pfsense-packages/pull/945
-
Nice. Thanks for that Topper. :)
-
No problem. Docknotor if I spelled right also got the one going also with same patch I did. So he deserves some of thanks also :)
-
I'm actually seriously confused how the patch helps. The define is not used anywhere.
https://github.com/pfsense/pfsense-packages/blob/master/config/lcdproc/lcdproc.inc#L187
https://github.com/pfsense/pfsense-packages/blob/master/config/lcdproc-dev/lcdproc.inc#L188 -
The binding to localhost issue?
Ah, you mean LCDPROC_HOST is not used?
-
Yeah, exactly… :D
-
It was told me in Github that it does not bind right.
cbuechler commented on Aug 8
Merged, thanks! The reason that ends up failing is lcdproc doesn't bind to IPv6, and localhost will return as ::1 in that case. -
Anyone know what it would take to get this into 2.3??
-
If they do not have support for it in 2.3 I don't think I want to upgrade then.. But I have been keeping it going for bit now. Maybe I will be able to do something when 2.3 comes out.
