Disaster recovery and virtualisation

[Quixote]

My Locale is set to en_US.utf8, so I'm all good in that regard.

@akbooer said in New to the forum:

The JavaScript used by plugins for AltUI will not run in the openLuup console interface.

Ok, and what's that in English?

[akbooer]

The openLuup console is not an all-singing and all-dancing UI, doesn’t support fancy browser-based extensions, and isn’t meant as an everyday replacement for AltUI, which remains the primary user-interface for openLuup. Indeed, it’s currently necessary for defining new scenes and variable-watch triggers.

If it’s not running, there’s probably something wrong with your system configuration, although that may have something to do with not having a licence. On the scale of HA installations, it’s not a big cost.

[Quixote]

@akbooer fair enough, but, at the risk of sounding ungrateful, I've barely left the starting gate here -- no new scenes, "variable-watch triggers": I have no idea but probably since you brought them up.
Not sure why I would need a license immediately, but in any case, to me it's like paying a yearly subscription for an Echo. When I bought it, it did what it did. Any other developments are the choice of the developer to invest the time into that in order to entice more clients and keep existing ones from leaving for something more appealing. Again, I'm not against a one time fee, but a reoccurring fee doesn't work for me. I also understand that it's in your best interest to have a developer that is well-versed in your project and fully capable of complimenting it on so many levels, however, a dependency on a commercial entity pretty much means that you are no longer "open".
Am I way out of line here?
Oh, and just by the way, if you need icons or anything, I'm willing to help you with that. I have a background in graphic design.

[akbooer]

It’s a fact of history that openLuup would not have existed without AltUI. There’s no way I have the skills to make a modern web interface with asynchronous updates, etc. As my frustrations with Vera grew, AltUI was a huge innovation, which kept me with Vera. TBH, I can’t really imagine using Vera without it, now. After further frustration with the performance and behaviour of the Vera Luup engine, I realised that I did have the skills to develop openLuup.

It’s entirely open, and so BTW is AltUI. Everything is available on GitHub. I don’t consider @amg0 to be a commercial entity, but I take your point, and eschew subscription arrangements for most things. But needs must.

You can certainly continue up to a point with the openLuup interface, but I’m just pointing out that it has its limitations, and the LIFX interface is one such. I’m sure we can get around this, since you imply that you want to control this through one app or other. How is everything else working?

[PerH]

You don't have to pay for 95% of the functions of AltUI as long as you can live with an "unregistered" banner at the bottom. I did that for years, not sure if i actually had to register for how i use it.
On the other side, i'm now so happy with it, that I thought a donation was in order.
try this: [IP]:3480/data_request?id=lr_ALTUI_Handler&command=home&lang=en
That forces use of english.

[Quixote]

@akbooer Unfortunately, not great. I've been trying to set it up so that it will run on boot, but since I followed therealdb's advice and installed WSL on my Windows 10 installation, I've discovered that it doesn't use systemd and it appears I'm on my own in figuring this out now. At this point I'm feeling quite stupid and can't even figure out how to start openLuup again, but I must just be having a bad day.
The other obstacle is that I really don't have that many Zwave devices and my alarm system isn't even set up at this point, so even if I were able to get some traction, every Zwave trigger I have (motion sensor, Wallmote quad) leads to a LIFX light action. I was not able to get those to work, so at this point my tests will generally be meaningless.
@PerH thank you for the tip. I'll look at that once I can get it started again without following the install method all over again that's the only way I've seen in the manual, (aside from scripts for other system types).

[akbooer]

There are three alternatives for starting at boot time documented in the User Guide. I don’t know if either of the alternatives are suitable for your use case. To run openLuup, you just need to run the openLuup_reload.bat file, which wraps Lua in a loop which allows Luup reloads to work.

[Quixote]

I thought batch files were exclusive to a DOS/Windows environment.
I had attempted to set up loading at boot using the the Systemctl approach listed in the appendix, but WSL rejects Systemctl/Stystemd. Everything I've read online states that it's not needed, however fails to mention what to do instead.

[akbooer]

Sorry, you’re right, of course. I was beguiled by the fact that you were, in fact, using a Windows machine. It’s the.sh file.

For me, loading at boot time probably would have lower priority than getting the rest of it running to your satisfaction. How often does the host PC get rebooted anyway?

[Quixote]

Thank you so much for your assistance. I'm sure it can be an eye-rolling experience to help out newbies like me.
You are accurate that loading at boot is not a priority since I often run this machine for weeks art a time before rebooting. I was just trying to start from zero while considering certain factors such as security since I used to rely on my system to text me on my phone (using an email plugin) if something needed my attention.
Definitely not a top priority, so thanks for snapping me back to reality. lol I tend to get side-tracked.
So I tried:
sudo ./run_openLuup.sh
and a get:

Starting openLuup server
To see tail of logfile: tail -f ./out.log

Navigating to any variation of http://172.25.26.14:3480 fails.
http://172.25.26.14:3480/data_request?id=exit does nothing, either.

[akbooer]

Sorry to sound daft, but I have absolutely no idea where you got that file from. What does it contain?

The shell file you need is simply called openLuup_reload and should contain:

#!/bin/sh
#
# reload loop for openLuup
# @akbooer, Aug 2015
# you may need to change ‘lua’ to ‘lua5.1’ depending on your install

lua5.1 openLuup/init.lua $1

while [ $? -eq 42 ]
do
   lua5.1 openLuup/init.lua
done

My bad for calling it a .sh file.

[therealdb]

WSL.exe could be called via command line. So, call wsl via a schedule task on windows calling the openluup_reload script.

[Quixote]

Thanks for bearing with me here.

@akbooer said in New to the forum:

Sorry to sound daft, but I have absolutely no idea where you got that file from. What does it contain?

The file "run_openLuup.sh" was the only file I saw with the extension ".sh" in the directory /etc/cmh-ludl. I found the correct file you mentioned, and tried:
sudo ./openLuup_reload
and I get this:

lua5.1: openLuup/init.lua:291: openLuup - is another copy already running? Unable to start HTTP server on port 3480
stack traceback:
[C]: in function 'error'
openLuup/init.lua:291: in main chunk
[C]: ?

@therealdb Thanks. I'll revisit that once I can get things going again.

[akbooer]

Well, then, you do already have openLuup running, and should be able to access it on port 3480.

[akbooer]

...or, something else is using the port.

[Quixote]

I see nothing running on that port. Also, it still doesn't work even after using "http://172.25.26.14:3480/data_request?id=exit" and attempting to initialize the program again afterwards.
I'm starting to think this may be firewall related, though I'm unsure as to how that would just manifest itself out of nowhere when I had it running fine last week.

Update 1: After rebooting, it just gives me this message:
rm: cannot remove '/www/altui/altui*': No such file or directory
and then hangs.

Update 2: Ok, so I tried running the install again and it seemed to work, but opening the IP address did not. I went and browsed the web for a good hour and then tried again for the hell of it and, lo and behold -- it worked. It no longer has VeraBridge installed or any devices that I had imported last week. AltUI still refuses to load.
Interesting.

[Quixote]

This post is deleted!

[Quixote]

This post is deleted!

[akbooer]

@quixote said in New to the forum:

rm: cannot remove '/www/altui/altui*': No such file or directory

An absolutely standard, if confusing, message from AltUI. So it must, at least, have started running.

Is there something special about the VM environment which requires some configuration, perhaps? Way out of my league, there.

But if you have access to the openLuup console menu, there’s much we can do to diagnose the system.

• logs, both the standard one and the startup one.
• openLuup > Scheduler pages, particularly startup and plugins pages
• openLuup > Servers, particularly the http page.

This should gives us some clues.

[Quixote]

@akbooer I have no idea about configuring WSL in Windows. All I did was install it along with Kali Linux, and then Lua 5.1 and the other dependencies from the Bash prompt. I'm guessing that therealdb would probably have mentioned any setup procedures specific to this particular arrangement that I may have missed, but it seemed fairly straightforward. Here are the logs:

logs/LuaUPnP_startup.log

2020-12-10 05:10:17.519   :: openLuup STARTUP :: /etc/cmh-ludl
2020-12-10 05:10:17.519   openLuup.init::        version 2020.05.01  @akbooer
2020-12-10 05:10:17.527   openLuup.scheduler::   version 2020.01.25  @akbooer
2020-12-10 05:10:17.531   openLuup.wsapi::       version 2019.08.12  @akbooer
2020-12-10 05:10:17.531   openLuup.servlet::     version 2020.01.29  @akbooer
2020-12-10 05:10:17.531   openLuup.client::      version 2019.10.14  @akbooer
2020-12-10 05:10:17.532   openLuup.io::          version 2019.11.29  @akbooer
2020-12-10 05:10:17.532   openLuup.server::      version 2020.03.20  @akbooer
2020-12-10 05:10:17.533   openLuup.scenes::      version 2020.03.16  @akbooer
2020-12-10 05:10:17.534   openLuup.chdev::       version 2020.03.07  @akbooer
2020-12-10 05:10:17.534   openLuup.userdata::    version 2020.03.31  @akbooer
2020-12-10 05:10:17.534   openLuup.requests::    version 2020.04.15  @akbooer
2020-12-10 05:10:17.535   openLuup.gateway::     version 2020.03.08  @akbooer
2020-12-10 05:10:17.535   openLuup.smtp::        version 2018.04.12  @akbooer
2020-12-10 05:10:17.536   openLuup.historian::   version 2020.02.12  @akbooer
2020-12-10 05:10:17.536   openLuup.luup::        version 2020.03.21  @akbooer
2020-12-10 05:10:17.537   openLuup.pop3::        version 2018.04.23  @akbooer
2020-12-10 05:10:17.537   openLuup.compression:: version 2016.06.30  @akbooer
2020-12-10 05:10:17.537   openLuup.timers::      version 2019.05.03  @akbooer
2020-12-10 05:10:17.537   openLuup.logs::        version 2018.03.25  @akbooer
2020-12-10 05:10:17.537   openLuup.json::        version 2020.05.20  @akbooer
2020-12-10 05:10:17.537   openLuup.init:: Cjson not installed - using openLuup.json.Lua.decode() instead
2020-12-10 05:10:17.548   luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml /    (urn:schemas-micasaverde-com:device:ZWaveNetwork:1)
2020-12-10 05:10:17.552   luup.create_device:: [2] D_openLuup.xml / I_openLuup.xml / D_openLuup.json   (openLuup)
2020-12-10 05:10:17.552   openLuup.init:: loading configuration user_data.json
2020-12-10 05:10:17.552   openLuup.userdata:: loading user_data json...
2020-12-10 05:10:17.553   luup.variable_set:: 2.openLuup.HouseMode was: EMPTY now: 1 #hooks:0
2020-12-10 05:10:17.553   openLuup.userdata:: loading rooms...
2020-12-10 05:10:17.553   openLuup.userdata:: ...room loading completed
2020-12-10 05:10:17.553   openLuup.userdata:: loading devices...
2020-12-10 05:10:17.554   luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml /    (urn:schemas-micasaverde-com:device:ZWaveNetwork:1)
2020-12-10 05:10:17.557   luup.create_device:: [3] D_AltAppStore.xml / I_AltAppStore.xml / D_AltAppStore.json   (urn:schemas-upnp-org:device:AltAppStore:1)
2020-12-10 05:10:17.557   openLuup.userdata:: loading scenes...
2020-12-10 05:10:17.557   openLuup.userdata:: number of scenes = 0
2020-12-10 05:10:17.557   openLuup.userdata:: ...scene loading completed
2020-12-10 05:10:17.557   openLuup.userdata:: loading installed plugin info...
2020-12-10 05:10:17.557   openLuup.userdata:: [openLuup] openLuup (20.5.22)
2020-12-10 05:10:17.557   openLuup.userdata:: [AltAppStore] Alternate App Store (20.3.30)
2020-12-10 05:10:17.557   openLuup.userdata:: [VeraBridge] VeraBridge (not.installed)
2020-12-10 05:10:17.557   openLuup.userdata:: [8246] Alternate UI (not.installed)
2020-12-10 05:10:17.557   openLuup.userdata:: [Z-Way] Z-Way (not.installed)
2020-12-10 05:10:17.557   openLuup.userdata:: [Arduino] MySensors (not.installed)
2020-12-10 05:10:17.557   openLuup.userdata:: ...user_data loading completed
2020-12-10 05:10:17.557   openLuup.init:: running _openLuup_STARTUP_
2020-12-10 05:10:17.557   luup_log:0: startup code completed
2020-12-10 05:10:17.557   openLuup.init:: init phase completed
2020-12-10 05:10:17.557   :: openLuup LOG ROTATION :: (runtime 0.0 days) 

logs/LuaUPnP.log

2020-12-10 05:10:17.557   :: openLuup LOG ROTATION :: (runtime 0.0 days) 
2020-12-10 05:10:17.557   openLuup.init:: init phase completed
2020-12-10 05:10:17.557   openLuup.io.server:: starting HTTP:3480 server on port: 3480 tcp{server}: 0x55cccfabb738
2020-12-10 05:10:17.557   openLuup.io.server:: starting SMTP server on port: 2525 tcp{server}: 0x55cccfb272f8
2020-12-10 05:10:17.557   openLuup.io.server:: starting POP3 server on port: 11011 tcp{server}: 0x55cccfa9c848
2020-12-10 05:10:17.557   openLuup.historian:: starting data historian
2020-12-10 05:10:17.557   openLuup.historian:: using memory cache size (per-variable): 1024
2020-12-10 05:10:17.557   openLuup.scheduler:: starting
2020-12-10 05:10:17.557   openLuup.scheduler:: [2]     openLuup device startup
2020-12-10 05:10:17.557   luup_log:2: v20.5.22
2020-12-10 05:10:17.557   luup_log:2: sync in 102.4 s
2020-12-10 05:10:17.558   luup.variable_watch:: callback=housemode_watcher, watching=2.openLuup.HouseMode
2020-12-10 05:10:17.558   luup.register_handler:: global_function_name=openLuup_email, request=openLuup@openLuup.local
2020-12-10 05:10:17.558   luup.register_handler:: global_function_name=openLuup_images, request=images@openLuup.local
2020-12-10 05:10:17.558   luup.register_handler:: global_function_name=openLuup_events, request=events@openLuup.local
2020-12-10 05:10:17.558   luup.register_handler:: global_function_name=openLuup_mailbox, request=mail@openLuup.local
2020-12-10 05:10:17.558   luup.chdev.append:: [AltAppStore] Alternate App Store
2020-12-10 05:10:17.558   luup.chdev.sync:: [2]     openLuup, syncing children
2020-12-10 05:10:17.558   luup_log:2: 2Mb, 0%cpu, 0.0days
2020-12-10 05:10:17.558   openLuup.scheduler:: [2]     openLuup device startup completed: status=true, msg=sync in 102.4 s, name=L_openLuup
2020-12-10 05:10:17.558   openLuup.scheduler:: [3] Alternate App Store device startup
2020-12-10 05:10:17.558   luup_log:3: AltAppStore : starting...
2020-12-10 05:10:17.558   luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine1 was: AltAppStore now: AltAppStore #hooks:0
2020-12-10 05:10:17.558   luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine2 was:  now:  #hooks:0
2020-12-10 05:10:17.558   luup_log:3: AltAppStore : v20.3.30
2020-12-10 05:10:17.558   luup.set_failure:: status = 0
2020-12-10 05:10:17.558   luup.variable_set:: 3.urn:micasaverde-com:serviceId:HaDevice1.CommFailure was: 0 now: 0 #hooks:0
2020-12-10 05:10:17.558   luup.variable_set:: 3.urn:micasaverde-com:serviceId:HaDevice1.CommFailureTime was: 0 now: 0 #hooks:0
2020-12-10 05:10:17.558   openLuup.scheduler:: [3] Alternate App Store device startup completed: status=true, msg=OK, name=AltAppStore
2020-12-10 05:10:17.816   openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:17.817   openLuup.server:: GET /w3.css HTTP/1.1 tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:17.817   openLuup.server:: request completed (23661 bytes, 2 chunks, 0 ms) tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:17.820   openLuup.server:: GET /icons/openLuup.svg HTTP/1.1 tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:17.820   openLuup.server:: request completed (458 bytes, 0 chunks, 0 ms) tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:17.821   openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfaade28
2020-12-10 05:10:23.085   openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x55cccfaade28
2020-12-10 05:10:29.799   openLuup.server:: GET /openLuup?page=system HTTP/1.1 tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:29.799   openLuup.wsapi:: using openLuup/console.lua for openLuup
2020-12-10 05:10:29.799   openLuup.wsapi:: using REQUIRE to load CGI openLuup/console.lua
2020-12-10 05:10:29.807   openLuup.server:: request completed (11022 bytes, 0 chunks, 7 ms) tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:12:00.085   luup_log:2: synchronising to on-the-minute
2020-12-10 05:12:00.085   luup.call_timer:: interval: time=2m, days={}
2020-12-10 05:12:00.085   luup_log:2: 2 minute timer launched
2020-12-10 05:12:00.085   luup_log:2: 3Mb, 0%cpu, 0.0days
2020-12-10 05:12:03.091   openLuup.io.server:: HTTP:3480 connection closed EXPIRED tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:14:00.124   luup_log:0: 2Mb, 0%cpu, 0.0days
2020-12-10 05:15:13.997   openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfc0ffa8
2020-12-10 05:15:13.998   openLuup.server:: GET /openLuup?page=startup_log HTTP/1.1 tcp{client}: 0x55cccfc0ffa8
2020-12-10 05:15:13.998   openLuup.server:: request completed (11674 bytes, 0 chunks, 0 ms) tcp{client}: 0x55cccfc0ffa8
2020-12-10 05:16:00.088   luup_log:0: 4Mb, 0%cpu, 0.0days
2020-12-10 05:16:44.180   openLuup.io.server:: HTTP:3480 connection closed EXPIRED tcp{client}: 0x55cccfc0ffa8
2020-12-10 05:17:16.830   openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfb14ab8
2020-12-10 05:17:16.831   openLuup.server:: GET /openLuup?page=log HTTP/1.1 tcp{client}: 0x55cccfb14ab8

I'm assuming that logs .1 to .5 are just previous sessions being pushed through the line?

Scheduler: Startup

Plugin Startup Jobs CPU usage (in startup order)
# 	date / time 	device 	priority 	status 	hh:mm:ss.sss 	job # 	info 	notes
1 	2020-12-10 05:10:18.058 	2 	1 	Done 	0.000 	1 	plugin: openLuup 	sync in 102.4 s
2 	2020-12-10 05:10:18.058 	3 		Done 	0.000 	2 	plugin: Alternate App Store 	OK

Scheduler: Plugins

Plugin CPU usage (0.0% system load)
# 	device 	status 	hh:mm:ss.sss 	name 	message
1 	2 	-1 	0.001 	openLuup 	
2 	3 	-1 	0.000 	Alternate App Store 

Servers: http

request 	#requests 	status
/openLuup 	26 	200
icons/openLuup.svg 	1 	200
w3.css 	1 	200

I hope this will help!