Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    LCDProc 0.5.4-dev

    Scheduled Pinned Locked Moved pfSense Packages
    587 Posts 68 Posters 647.7k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • T
      tix
      last edited by

      Is there any known issues getting LCDProc running on the nano versions?

      I converted my Firebox X700 to nano on CF instead of a HDD install and I cannot get the package to run correctly.  The package installer shows success but I cannot get the display operational and on boot I get the following error:

      
 Starting package LCDproc-dev...
Warning: fopen(/usr/local/etc/LCDd.conf): failed to open stream: Read-only file system in /usr/local/pkg/lcdproc.inc on line 43
Bootup complete

      Line 43 is```
      $handle = fopen($file, 'w');

      
I had this working perfectly on the full HDD version.
      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        Hmm, that's odd.
        The package system should take care of the filesystem.

        What do you see from this command:

        mount -p

        Steve

        1 Reply Last reply Reply Quote 0
        • T
          tix
          last edited by

          This is the output

           mount -p
/dev/ufs/pfsense0       /                       ufs     rw,sync,noatime        1 1
devfs                   /dev                    devfs   rw              0 0
/dev/md0                /tmp                    ufs     rw              2 2
/dev/md1                /var                    ufs     rw              2 2
/dev/ufs/cf             /cf                     ufs     rw,sync,noatime        1 1
devfs                   /var/dhcpd/dev          devfs   rw              0 0

          Forgot to mention that this is on 2.1-Dev  Everything else is working great including the OpenVPN Client Export package which is the only other package installed.

          1 Reply Last reply Reply Quote 0
          • P
            palmfans
            last edited by

            mdima,

            I have an iMonLCD (OEM type) and I found that it should be supported on 0.5.5 package on this document:
            http://lcdproc.sourceforge.net/docs/lcdproc-0-5-5-user.html

            However, after install the LCDProc 0.5.5 package, the support for iMon is missing.

            Is there any way to bring it back?

            1 Reply Last reply Reply Quote 0
            • stephenw10S
              stephenw10 Netgate Administrator
              last edited by

              @tix:

              Forgot to mention that this is on 2.1-Dev

              In that case it's untested and you're on your own.  ;) Interesting to note though.
              However there's clearly something not right because your filesystem is mounted RW and it should be RO for Nano installs. I think I may have read something about that recently, check the 2.1 sub forum.

              Steve

              Edit: Did you test from the cli or using the Diag: Command: in the web gui?
              @jimp:

              Diag > Command does switch to rw. The shell does not.

              1 Reply Last reply Reply Quote 0
              • stephenw10S
                stephenw10 Netgate Administrator
                last edited by

                @palmfans:

                I have an iMonLCD (OEM type) and I found that it should be supported on 0.5.5 package

                It appears that the iMon LCDproc driver requires a kernel module in order to work. The links provided in the document are all Linux based. If there isn't a FreeBSD module then it's very unlikely.  :(

                Steve

                Edit: There may be hope: http://aopopov.home.xs4all.nl/imon/imon.html

                1 Reply Last reply Reply Quote 0
                • C
                  Cino
                  last edited by

                  is there a way to get a temperature screen added?

                  wondering if the code that is used for the system information widget/functions.inc.php could be helpful

                  
function get_temp() {
//	switch(get_hwtype()) {
//		default:
//			return;
//	}
//
//	return $ret;

         $temp_out = "";
	 exec("/sbin/sysctl dev.cpu.0.temperature | /usr/bin/awk '{ print $2 }' | /usr/bin/cut -d 'C' -f 1", $dfout);
         $temp_out = trim($dfout[0]);
         if ($temp_out == "") {
           exec("/sbin/sysctl hw.acpi.thermal.tz0.temperature | /usr/bin/awk '{ print $2 }' | /usr/bin/cut -d 'C' -f 1", $dfout);
   	   $temp_out = trim($dfout[0]);
         }

	 return $temp_out;
}

                  thanks in-advance!

                  1 Reply Last reply Reply Quote 0
                  • T
                    tix
                    last edited by

                    In that case it's untested and you're on your own.  ;) Interesting to note though.

                    I was afraid of that :)

                    However there's clearly something not right because your filesystem is mounted RW and it should be RO for Nano installs. I think I may have read something about that recently, check the 2.1 sub forum.

                    I thought so too, but being new to the nano version, I wasn't sure…

                    Edit: Did you test from the cli or using the Diag: Command: in the web gui?
                    @jimp:

                    Diag > Command does switch to rw. The shell does not.

                    CLI via SSH

                    I may end up grabbing the newest SNAP and starting over when I get a chance this weekend.  I have some 'other' 2.1-dev issues that seem to be resolved on a clean install of the newest SNAPs….

                    edit:  stephenw - you are right.  There seems to be some issues with CF cards 'hanging' and causing slow response, mine included.  http://forum.pfsense.org/index.php/topic,48256.0.html

                    1 Reply Last reply Reply Quote 0
                    • P
                      power_matz
                      last edited by

                      Hello,

                      I am running the latest version of the driver package installed with the web UI.

                      The LCDproc server stops after a while setting "thanks for using pfsense" in the display.
                      Restarting the server works but the the behaviour occures after a while.

                      I used the version (0.5.3 I think) without any problems.

                      Is there anyone who is interested in any logfiles (if so, which are of interest?).
                      If not, where can I get an older version of the package?

                      Matthias

                      1 Reply Last reply Reply Quote 0
                      • stephenw10S
                        stephenw10 Netgate Administrator
                        last edited by

                        What LCD do you have? Which driver?
                        Edit: I see you're using a firebox.
                        I have seen this behaviour at start up but not during normal running. Does it coincide with an IP change or an interface going up or down, when packages are restarted?

                        The old firebox lcd driver, which was 0.52 then 0.53, was not a pfSense package and as such it was only ever started once at boot. Currently there is an unresolved issue with the package being restarted multiple times during boot. This seems cause a problem with LCDd which cannot start/stop fast enough. On my box the daemon/client often ends up running incorrectly but after restarting manually it runs fine until I next reboot the box.

                        Steve

                        1 Reply Last reply Reply Quote 0
                        • marcellocM
                          marcelloc
                          last edited by

                          @stephenw10:

                          Here's a suggestion, while reading through some other bootup scripts I found this:

                          
// Do not process while booting
if($g['booting']) 
	exit;

                          Perhaps we could use this somehow to limit the number of reloads? Of course it could easily stop it loading at all.  ::)

                          Steve

                          Just some news about this function if still needed.

                          I found a way to detect and prevent multiple starts during boot.
                          here is the code I'm including on packages I'm maintaining

                          	# detect boot process
	if (is_array($_POST)){
		if (preg_match("/\w+/",$_POST['__csrf_magic']))
			unset($boot_process);
		else
			$boot_process="on";
	}

	if(is_process_running("NAME_OF_DAEMON_PROCESS_HERE") && isset($boot_process))
		return;

                          Treinamentos de Elite: http://sys-squad.com

                          Help a community developer! ;D

                          1 Reply Last reply Reply Quote 0
                          • stephenw10S
                            stephenw10 Netgate Administrator
                            last edited by

                            This looks good. I'll try and test it ASAP. Unfortunately my replacement X-Core has a dead backlight on the LCD.  ::)
                            Hopefully I can combine my two boxes to make one reliable one.  :)

                            Are you including this code in the rc file?

                            Steve

                            1 Reply Last reply Reply Quote 0
                            • marcellocM
                              marcelloc
                              last edited by

                              @stephenw10:

                              Are you including this code in the rc file?

                              No, it's on sync function at inc package file.

                              on postfix.inc for example:

                              function sync_package_postfix() {
	global $config;

	# detect boot process
	if (is_array($_POST)){
		if (preg_match("/\w+/",$_POST['__csrf_magic']))
			unset($boot_process);
		else
			$boot_process="on";
	}

	if(is_process_running("master") && isset($boot_process))
		return;

	#check patch in /etc/inc/config.
	$relay_domains = "";
	$transport = "";
.
.
.

                              Treinamentos de Elite: http://sys-squad.com

                              Help a community developer! ;D

                              1 Reply Last reply Reply Quote 0
                              • stephenw10S
                                stephenw10 Netgate Administrator
                                last edited by

                                Still not working.  :(
                                But it does correctly do something.

                                
May 7 18:24:10 	php: : Creating rrd update script
May 7 18:24:11 	php: : Restarting/Starting all packages.
May 7 18:24:11 	php: lcdproc: Sync: Begin package sync
May 7 18:24:12 	php: lcdproc: Sync: End package sync
May 7 18:24:12 	php: : Resyncing OpenVPN instances for interface WAN.
May 7 18:24:12 	php: lcdproc: Sync: Begin package sync
May 7 18:24:12 	php: lcdproc: Sync: End package sync
May 7 18:24:12 	php: : Creating rrd update script
May 7 18:24:12 	php: : The command '/usr/bin/killall 'ntpd'' returned exit code '1', the output was 'killall: warning: kill -TERM 58686: No such process'
May 7 18:24:12 	dnsmasq[47718]: reading /etc/resolv.conf
May 7 18:24:12 	dnsmasq[47718]: using nameserver 192.168.1.1#53
May 7 18:24:12 	dnsmasq[47718]: ignoring nameserver 127.0.0.1 - local interface
May 7 18:24:12 	dnsmasq[47718]: ignoring nameserver 127.0.0.1 - local interface
May 7 18:24:13 	php: : OpenNTPD is starting up.
May 7 18:24:13 	php: : pfSense package system has detected an ip change 0.0.0.0 -> ... Restarting packages.
May 7 18:24:13 	check_reload_status: Starting packages
May 7 18:24:14 	LCDd: LCDd version 0.5.5 starting
May 7 18:24:14 	LCDd: Using Configuration File: /usr/local/etc/LCDd.conf
May 7 18:24:14 	LCDd: Listening for queries on 127.0.0.1:13666
May 7 18:24:14 	php: : IPSEC: One or more IPsec tunnel endpoints has changed its IP. Refreshing.
May 7 18:24:15 	php: lcdproc: Start client procedure. Error counter: (0)
May 7 18:24:15 	login: login on console as root
May 7 18:24:15 	sshlockout[53881]: sshlockout/webConfigurator v3.0 starting up
May 7 18:24:16 	LCDd: Connect from host 127.0.0.1:26764 on socket 11
May 7 18:24:16 	check_reload_status: Reloading filter
May 7 18:24:18 	php: : Restarting/Starting all packages.
May 7 18:24:18 	php: lcdproc: Sync: Still Booting!
May 7 18:24:18 	php: lcdproc: Sync: Still Booting!
May 7 18:24:21 	LCDd: Client on socket 11 disconnected
May 7 18:24:21 	LCDd: sock_send: socket write error
May 7 18:24:22 	LCDd: Server shutting down on SIGTERM
May 7 18:24:23 	LCDd: LCDd version 0.5.5 starting
May 7 18:24:23 	LCDd: Using Configuration File: /usr/local/etc/LCDd.conf
May 7 18:24:23 	LCDd: sock_create_inet_socket: cannot bind to port 13666 at address 127.0.0.1 - Address already in use
May 7 18:24:23 	LCDd: sock_init: error creating socket - Address already in use
May 7 18:24:23 	LCDd: Critical error while initializing, abort.
May 7 18:24:23 	php: lcdproc: Start client procedure. Error counter: (0)
May 7 18:24:34 	php: lcdproc: Failed to connect to LCDd process Operation timed out (60)
May 7 18:24:34 	php: lcdproc: Start client procedure. Error counter: (1)
May 7 18:24:40 	php: /index.php: Successful webConfigurator login for user 'admin' from 192.168.1.111
May 7 18:24:40 	php: /index.php: Successful webConfigurator login for user 'admin' from 192.168.1.111
May 7 18:24:45 	php: lcdproc: Failed to connect to LCDd process Operation timed out (60)
May 7 18:24:45 	php: lcdproc: Start client procedure. Error counter: (2)
May 7 18:24:56 	php: lcdproc: Failed to connect to LCDd process Operation timed out (60)
May 7 18:24:56 	php: lcdproc: Start client procedure. Error counter: (3)
May 7 18:25:07 	apinger: Error while feeding rrdtool: Broken pipe
May 7 18:25:07 	php: lcdproc: Failed to connect to LCDd process Operation timed out (60)
May 7 18:25:07 	php: lcdproc: Too many errors, the client ends.

                                It's still hard to get a grip on why this is failing.
                                The package is initially started and the LCDd daemon successfully connects to the client on socket 11. Then all packages are restarted. For some reason the LCDd instance fails to stop quickly and a new one tries to start but can't because port 13666 is in use. Then the first instance stops and the client times out.  :-\

                                Steve

                                1 Reply Last reply Reply Quote 0
                                • marcellocM
                                  marcelloc
                                  last edited by

                                  Try this way:

                                  function sync_package_lcdproc_screens() {
	# detect boot process
		if (is_array($_POST)){
			if (preg_match("/\w+/",$_POST['__csrf_magic']))
				sync_package_lcdproc();
			}

	}

	function sync_package_lcdproc() {
		global $g;
		global $config;
		global $input_errors;		

		# detect boot process
		if (is_array($_POST)){
			if (!preg_match("/\w+/",$_POST['__csrf_magic']))
				return;
			}

		lcdproc_notice("Sync: Begin package sync");
		config_lock();
.
.
.

                                  Treinamentos de Elite: http://sys-squad.com

                                  Help a community developer! ;D

                                  1 Reply Last reply Reply Quote 0
                                  • stephenw10S
                                    stephenw10 Netgate Administrator
                                    last edited by

                                    The problem is not that it's syncing multiple times, it's that the package is started and then restarted multiple times.
                                    Adding the boot detection in the sync function cuts this down, since it normally restarts the package after a sync if it's already running, but it's still a problem.

                                    Here's the function I'm testing with:

                                    
	function sync_package_lcdproc_screens() {
		sync_package_lcdproc();
	}	
	function sync_package_lcdproc() {
		global $g;
		global $config;
		global $input_errors;

		# detect boot process and prevent syncing
		if (is_array($_POST)){
		if (preg_match("/\w+/",$_POST['__csrf_magic']))
			unset($boot_process);
		else
			$boot_process="on";
		}
		if(is_process_running("LCDd") && isset($boot_process)){
		lcdproc_notice("Sync: Still Booting!");
		return;
		}

		lcdproc_notice("Sync: Begin package sync");
		config_lock();
....etc

                                    You can see it in the logs once for each sync, lcdproc and lcdproc_screens:

                                    
May 7 18:24:18 	php: : Restarting/Starting all packages.
May 7 18:24:18 	php: lcdproc: Sync: Still Booting!
May 7 18:24:18 	php: lcdproc: Sync: Still Booting!

                                    However it still goes on to restart lcdproc and for some reason that causes a problem during boot.
                                    Restarting the package at any other time works fine.

                                    It would be better to prevent the package restarting during boot but the rc file is a shell script not a php file so I have no idea how that might be done.  :-\

                                    Thanks for looking at this.

                                    Steve

                                    1 Reply Last reply Reply Quote 0
                                    • marcellocM
                                      marcelloc
                                      last edited by

                                      I've tested the code on a virtual machine, and it started once. It crashed after because there is no lcd display attached.

                                      The sync process for each xml file is called by pfsense during boot, that's why I've configured the code there.
                                      After the sync process, the last step is to call all .sh files in /usr/local/etc/rc.d.

                                      Other point is that lcd binary is a php script(all I could see on my teste), so it's quite impossible to determine what php is lcd driver call on current function "is_process_running"

                                      Here is my virtual machine boot log in reverse order.
                                      Check if it starts the way you need.

                                      May 7 17:07:07	login: ROOT LOGIN (root) ON ttyv0
May 7 17:07:07	login: ROOT LOGIN (root) ON ttyv0
May 7 17:07:07	login: login on ttyv0 as root
May 7 17:07:03	php: lcdproc: Start client procedure. Error counter: (3)
May 7 17:07:03	php: lcdproc: Failed to connect to LCDd process Operation timed out (60)
May 7 17:06:52	php: lcdproc: Start client procedure. Error counter: (2)
May 7 17:06:52	php: lcdproc: Failed to connect to LCDd process Operation timed out (60)
May 7 17:06:41	php: lcdproc: Start client procedure. Error counter: (1)
May 7 17:06:41	php: lcdproc: Failed to connect to LCDd process Operation timed out (60)
May 7 17:06:38	check_reload_status: Reloading filter
May 7 17:06:38	Squid_Alarm[7659]: Reconfiguring filter...
May 7 17:06:35	Squid_Alarm[63075]: Attempting restart...
May 7 17:06:35	Squid_Alarm[62663]: Squid has exited. Reconfiguring filter.
May 7 17:06:32	check_reload_status: Reloading filter
May 7 20:06:31	squid[59082]: Child (59321) said Child starts
May 7 20:06:31	squid[59082]: child (59321) Started
May 7 20:06:31	squid[59082]: Platform: FreeBSD,8.1-RELEASE-p6,amd64,-smalloc,-smalloc,-hcritbit
May 7 17:06:30	php: : IPSEC: One or more IPsec tunnel endpoints has changed its IP. Refreshing.
May 7 17:06:30	php: lcdproc: Start client procedure. Error counter: (0)
May 7 17:06:30	LCDd: Critical error while initializing, abort.
May 7 17:06:30	LCDd: There is no output driver
May 7 17:06:30	LCDd: Could not load driver pyramid
May 7 17:06:30	LCDd: Driver [pyramid] init failed, return code -1
May 7 17:06:30	LCDd: pyramid: open(/dev/cuaU0) failed: No such file or directory
May 7 17:06:30	LCDd: Listening for queries on 127.0.0.1:13666
May 7 17:06:30	LCDd: Using Configuration File: /usr/local/etc/LCDd.conf
May 7 17:06:30	LCDd: LCDd version 0.5.5 starting

                                      Treinamentos de Elite: http://sys-squad.com

                                      Help a community developer! ;D

                                      1 Reply Last reply Reply Quote 0
                                      • stephenw10S
                                        stephenw10 Netgate Administrator
                                        last edited by

                                        Hmm, not really sure what I'm looking at but it looks like the LCD process is only started once so that's good.  ;)

                                        Steve

                                        1 Reply Last reply Reply Quote 0
                                        • marcellocM
                                          marcelloc
                                          last edited by

                                          If you want, I can commit the code.

                                          Treinamentos de Elite: http://sys-squad.com

                                          Help a community developer! ;D

                                          1 Reply Last reply Reply Quote 0
                                          • stephenw10S
                                            stephenw10 Netgate Administrator
                                            last edited by

                                            What code are you referring to? Nothing I've tried, and I've tried many variations, has started up correctly.  :(

                                            Steve

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.