openHABian hassle-free openHAB Setup

Yes, change the OPENHAB_HTTP_PORT environment variable.

It’s difficult to answer because it depends on how much you plan to put on. But yes, openHABian makes it easier to set up an out of a box rounded solution, it’s probably not your solution though. If you’re familiar with Linux and want a slightly custom flavour, install openHAB’s apt/yum/dnf package or in a docker container on your choice of OS.

1 Like

Can someone please explain the relationship (if any) between the choices under openHabian Config Menu 41 and the respective version of openHAB that it will install? Is it as follows? (And if so, is there a reason why openHabian Config uses different wording than openHab does?)

  • Release <=> Stable
  • Testing <=> Milestone
  • Snapshot <=> Snapshot

1 Like

Yeah, the reasoning is not great, but it has to do with the names for the repositories that contain the packages in apt. We should probably change it but that was the original reasoning.

4 posts were split to a new topic: Openhabian install hangs on tailscale setup

Thank you for the helpful response.

I created a PR with proposed changes to the UI :slight_smile:

1 Like

After opening this post openHABian 1.6.4 I saw that I should have better added it here. So at least here is the link.

the new frontail GUI looks very good. but what do I need to change to get it activated (openhabian 1.6.4 main is installed)?

EDIT:
found it by myself. restarting frontail.service does not help.
You need to reinstall frontail (run openhabian-config, menu 21)

I have an openHABian installation that still uses the openhabian-config of version v1.4.1-474(174b148). When I start it it does not automatically offer to update itself to 1.6.x, and a manual update also does not do this update but stays with 1.4.x. What would be the correct way to update this version to v1.6.5 to be able to fix the Bintray legacy issue? I am still on OH2.5.x and would appreciate to stick with it for the time being. Also, I already changed the entry in /etc/apt/sources.list.d/openhab2.list from

deb https://dl.bintray.com/openhab/apt-repo2 stable main

to

deb https://openhab.jfrog.io/artifactory/openhab-linuxpkg stable main

to be able to use apt-get again. Any suggestions would be appreciated. Thanks!

The problem with Bintray is only if you install from an older image, on a running system you just need to change the repos like you already did so I don’t think you have to do anything.

For what you want to do, there is no supported procedure, your openHABian is too old.
To get it up to latest you can try the commands below but be prepared and take a backup of your system first, just in case things go wrong.

[12:39:15] root@devpc:/home/markus# cd /opt/openhabian/
[12:39:21] root@devpc:/opt/openhabian# git checkout stable

Thanks a lot!

Hi,
I’m on it to migrate from Windows based to LInux Debian and installed openHABian few times over the past days and all works fine since yesterday :-/
It now appears that openHAB will now longer being installed as service and openhab User/Group is also missing. Was there a recent change which might cause this issue??

I followed official Docu at openHABian | openHAB which as I said worked before yesterday.

Detailesd Log from a Debain 10 (it doesn’t matter if I use Deb 9, 10 or 11)

> root@Skynet:~# openhabian-config unattended
> 2021-09-23_22:12:59_CEST [openHABian] Checking for root privileges... OK
> 2021-09-23_22:12:59_CEST [openHABian] Updating Linux package information... OK
> 2021-09-23_22:13:02_CEST [openHABian] Loading configuration file '/etc/openhabian.conf'... OK
> 2021-09-23_22:13:02_CEST [openHABian] Adjusting swap size to 8192 MB... FAILED (swapoff)
> 2021-09-23_22:13:02_CEST [openHABian] Setting timezone based on openhabian.conf... OK (Europe/Berlin)
> 2021-09-23_22:13:02_CEST [openHABian] Enabling time synchronization using NTP... SKIPPED
> 2021-09-23_22:13:02_CEST [openHABian] Setting locale based on openhabian.conf... OK (reboot required)
> 2021-09-23_22:13:13_CEST [openHABian] Setting hostname of the base system based on openhabian.conf... OK
> 2021-09-23_22:13:14_CEST [openHABian] Setting the GPU memory split down to 16MB for headless system... OK
> 2021-09-23_22:13:14_CEST [openHABian] Enabling Audio output... OK
> 2021-09-23_22:13:14_CEST [openHABian] Installing basic can't-be-wrong packages (screen, vim, ...)... OK
> 2021-09-23_22:13:50_CEST [openHABian] Installing additional needed packages... OK
> 2021-09-23_22:14:41_CEST [openHABian] Installing pigpio package... FAILED
> 2021-09-23_22:14:42_CEST [openHABian] Adding slightly tuned bash configuration files to system... OK
> 2021-09-23_22:14:42_CEST [openHABian] Adding slightly tuned vim configuration file to system... OK
> 2021-09-23_22:14:42_CEST [openHABian] Downloading FireMotD... OK
> 2021-09-23_22:14:45_CEST [openHABian] Installing FireMotD... OK
> 2021-09-23_22:14:45_CEST [openHABian] Generating FireMotD theme... OK
> 2021-09-23_22:14:50_CEST [openHABian] Setting up FireMotD apt updates count service... FAILED (service enable)
> 2021-09-23_22:14:51_CEST [openHABian] Adding required keys to apt... OK
> 2021-09-23_22:14:53_CEST [openHABian] Adding Zulu repository to apt... OK
> 2021-09-23_22:14:55_CEST [openHABian] Installing Zulu 11 Enterprise 64-Bit OpenJDK... OK
> 2021-09-23_22:15:33_CEST [openHABian] Installing Java Zulu CEK to enable unlimited cipher strength... OK
> 2021-09-23_22:15:34_CEST [openHABian] Beginning install of latest openHAB3 release (stable)... OK
> 2021-09-23_22:15:34_CEST [openHABian] Adding required keys to apt... FAILED
> 2021-09-23_22:15:35_CEST [openHABian] Adding openHAB syntax to vim editor... OK
> 2021-09-23_22:15:36_CEST [openHABian] Adding openHAB syntax to nano editor... OK
> 2021-09-23_22:15:36_CEST [openHABian] Adding openHAB scheme to multitail... OK
> 2021-09-23_22:15:36_CEST [openHABian] Preparing openHAB folder mounts under '/srv/openhab-*'... OK
> 2021-09-23_22:15:38_CEST [openHABian] Applying miscellaneous system settings... OK
> 2021-09-23_22:15:38_CEST [openHABian] Installing Samba... OK
> 2021-09-23_22:15:58_CEST [openHABian] Setting up Samba network shares... OK
> 2021-09-23_22:15:58_CEST [openHABian] Setting up Samba service... OK
> 2021-09-23_22:15:58_CEST [openHABian] Applying file permissions recommendations... FAILED (please execute after openHAB is installed)
> 2021-09-23_22:15:59_CEST [openHABian] Installing Frontail prerequsites (NodeJS)... OK
> FAILED (adduser)
> /usr/local/bin/openhabian-config: line 116: custom_log: command not found
> 2021-09-23_22:16:14_CEST [openHABian] Skipping zram install as requested.2021-09-23_22:16:14_CEST [openHABian] Installing MTA required packages (mailutils, exim4, dnsutils)... OK
> OK
> 2021-09-23_22:16:34_CEST [openHABian] Beginning Mail Transfer Agent setup... sed: -e expression #4, char 22: unterminated `s' command
> OK
> 2021-09-23_22:16:34_CEST [openHABian] Creating MTA config... OK
> 2021-09-23_22:16:34_CEST [openHABian] Adding to john.doe@foo.bar email to system accounts... OK
> 2021-09-23_22:16:34_CEST [openHABian] tailscale VPN installation... SKIPPED (no preauthkey defined)
> 2021-09-23_22:16:34_CEST [openHABian] Setting up automated SD mirroring and backup... OK
> blockdev: cannot open /dev/sda: No such file or directory
> FAILED (bad destination)
> 2021-09-23_22:16:36_CEST [openHABian] Cleaning up... OK

Many thanks for assistance.

What’s the hardware ? Looks like RPi, but then you must not manually install but use the image.
Read the debug guide and provide a debug level log.

it’s a virtual Linux Container running on Proxmox. As said: All was fine few days ago (I installed this VM several times over the past days) I’ve created a step by step instruction for this, which also was working the day before yesterday. Since yesterday evening I run into this issue.

Again: what’s the hardware ? Your log looks like it believes you’re on RPi.
And what do you mean by ‘container’ - a VM ?

“it worked before” is useless to identify the reason here.

As said:

Sorry for being so explicit but you really have to give all relevant data, and you should always do that upfront. No potential helper wants to waste their time and motivation getting after this.

How to ask a good question / Help Us Help You - Tutorials & Examples - openHAB Community

I’m entirely with you on this and will check it out to provide more and required information. MANY thanks for now.

Apologies for this: Knowing it’s useless for others to mention: it worked before and I didn’t change anything :rofl: (typical User view)

1 Like

Good Morning on this sunny Sunday (and even European Team is very much behind the US Team at Ryder Cup)

I’v created a debug Log yesterday
openHABian Error Log.pdf (393.7 KB)

I’m running a Proxmox virtualization Server and createx a virtual Container to run Debian and followed guide on openhab.org to automatically install openHABian on this on this system. My Container Configuration looks like LXC Configuration.pdf (312.4 KB)
if this might be important as well.

Hope this provides more information, otherwise I appreciate some advise what else might be helpful

Regards
Joerg

That is not debug level. Set debuglevel=maximum in openhabian.conf as the debug guide tells you to.

Now asking for the 3rd time… ?

I can only guess here that openHABian identifies your system as a RPi because of some weirdness with your virtualization stuff but I cannot confirm if you don’t provide the log I requested.
You can try to enforce what HW it believes it runs on by setting the hw and hwarch parameters in openhabian.conf to match your system BEFORE installation.

Bear with me as I thought this was answered with Proxmox and to have openHABian run as Container while I had provided Container Config as well. Anyway physical Hardware which runs Proxmox Server is a ZBOX BI329 (Barebone) with 8GB RAM

putty.log (281.4 KB)

That’s what I had done already, please find also modified openhabian.conf

modified openHABian Settings.pdf (245.7 KB)

Thanks for your patience.

I don’t think that is the answer Markus is asking for. He needs to know what hardware openHAB’s host is running on. If it is in a container, the hardware the proxmox server is running on is completely irrelevant with regard to diagnosing the issue you are having. In the case of the host hardware openHAB is running on in your case, the answer is whatever hardware your container is emulating.
Your openhabian.conf posted above has #hw=pi4 (# fake hardware commented out) and hwarch=amd64

What did you modify in the conf file? I am not familiar with the contents of the default file to tell what (if anything) is modified.

This is a bad config line. You must have a space between # and hw. Insert it back.
So obviously unlike you told you did change something there.
And even without the ‘#’ it’s wrong understanding of the feature.
You enforced your amd64 system to be treated like a RPi (which as I indicated twice already is the cause of your problem).