openHABian hassle-free openHAB Setup

the SD card only has /boot left
so no fstab there

really weird
32GB SD Card (also only boot left after I moved root to USB) + USB HDD works
512 MB SD Card + USB Hdd wont boot

maybe I try with vanilla raspbian and manual move to USB

Yes, sounds like a good idea to first install a complete system (be it raspbian or openhabian) on your new SDCard and then adjust cmdline.txt and fstab manually.
Keep in mind to set ā€œmax_usb_current=1ā€ in cmdline.txt if your USB storage needs more current.

I installed everything a while a go and it worked fine so far. The last steps I took was playing around with habpanel.
Using habpanel I noticed I can not use openhabiabpi:8080 on my android device. It works fine on my windows devices but not on my android devices. Both are on the same wifi.
Has this something to do with he dns? Is there a way to use the openhabian:8080 domain on mobile/android devises?

Is there any way to change the dashboard configuration?

I found this config file
/var/lib/openhab2/config/org/openhab/dashboard.config

But changing the grafana.link wonā€™t change the dashboard.

grafana.link-imageurl="data:image/png;base64,...."
grafana.link-name="Grafana"
grafana.link-url="http://openHABianDevice:3000"

I installed and have a running openHAB 2.2.0-1 (Release Build) :slight_smile: installation. Thank you!

Following

https://docs.openhab.org/installation/openhabian.html#optional-components

I installed openHAB Generator.

After loging in with SSH I typed openhab-generator. I got the message ā€œcommand not foundā€ even after rebooting.

Do you have any clue why?

.

Yes. Thats a known issue.
But the generator command was replaced anyway by the homebuilder.
It should be visible on the openhabianpi:8080 web interface when you selected the ā€œstandard packageā€.

When you canā€™t see Home Builder, you can install it with Paper UI and use it afterwards.

2 Likes

Thank you! :slight_smile:

1 Like

hi iā€™ve some issue on install zulu on ubuntu

axlerose@ServiziVM:~$ sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 0x219BD9C9
[sudo] password for axlerose: 
Sorry, try again.
[sudo] password for axlerose: 
Executing: /tmp/tmp.wclIW4rF03/gpg.1.sh --keyserver
hkp://keyserver.ubuntu.com:80
--recv-keys
0x219BD9C9
gpg: requesting key 219BD9C9 from hkp server keyserver.ubuntu.com
gpg: key 219BD9C9: public key "Azul Systems, Inc. (Package signing key.) <pki-signing@azulsystems.com>" imported
gpg: Total number processed: 1
gpg:               imported: 1  (RSA: 1)
axlerose@ServiziVM:~$ apt_source='deb http://repos.azulsystems.com/debian stable main'
axlerose@ServiziVM:~$ apt_list='/etc/apt/sources.list.d/zulu.list'
axlerose@ServiziVM:~$ echo "$apt_source" | sudo tee "$apt_list" > /dev/null
axlerose@ServiziVM:~$ sudo apt-get update
Hit:1 http://it.archive.ubuntu.com/ubuntu xenial InRelease
Hit:2 http://it.archive.ubuntu.com/ubuntu xenial-updates InRelease             
Ign:3 http://repos.azulsystems.com/debian stable InRelease                     
Hit:4 http://it.archive.ubuntu.com/ubuntu xenial-backports InRelease           
Get:5 http://repos.azulsystems.com/debian stable Release [8.604 B]      
Get:6 http://security.ubuntu.com/ubuntu xenial-security InRelease [102 kB]     
Get:7 http://repos.azulsystems.com/debian stable Release.gpg [819 B]           
Fetched 112 kB in 1s (73,8 kB/s)                                               
Reading package lists... Done
axlerose@ServiziVM:~$ sudo apt-get install zulu-8
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package zulu-8
axlerose@ServiziVM:~$ sudo apt-get install zulu
zulucrypt-cli  zulucrypt-gui  zulumount-cli  zulumount-gui  zulusafe-cli

Hi at all,

first of all, thanks a lot for the great work on openhabian!

Since the newest release 1.4 i have a big problem with openhabian. If I do a fresh installation of openhabian and then doing the following steps, nothing works anymore:

  1. start openhabian-config
  2. start update
  3. start upgrade system
  4. install optional components:
    a) homegear
    b) mosquitto
  5. edit the interfaces file to get a static ip
  6. reboot
  7. openhabian is broken, because i canā€™t start an upgrade system (point 3) anymore and i get the following error:
The following packages will be upgraded:
  bind9-host cpp-4.9 curl g++-4.9 gcc-4.9 gcc-4.9-base homegear homegear-homematicbidcos homegear-homematicwired libasan1 libatomic1 libbind9-90 libcups2 libcurl3 libcurl3-gnutls libdb5.3 libdns-export100 libdns100 libgcc-4.9-dev
  libgcc1 libgomp1 libgssapi-krb5-2 libhomegear-base libhomegear-node libicu52 libirs-export91 libisc-export95 libisc95 libisccc90 libisccfg-export90 libisccfg90 libk5crypto3 libkrb5-3 libkrb5support0 liblwres90 libmysqlclient18
  libncurses5 libncursesw5 libssl1.0.0 libstdc++-4.9-dev libstdc++6 libtinfo5 libubsan0 libwbclient0 libx11-6 libx11-data libxi6 libxml2 libxtst6 mysql-common ncurses-base ncurses-bin ncurses-term openhab2 openssh-client
  openssh-server openssh-sftp-server openssl p7zip-full rsync sensible-utils ssh sudo tzdata zulu-embedded-8
65 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/234 MB of archives.
After this operation, 175 MB of additional disk space will be used.
fatal: unable to read tree ecb31bff091888105076334ab0bd08fa3099f05b
dpkg-deb (subprocess): decompressing archive member: lzma error: compressed data is corrupt
dpkg-deb: error: subprocess <decompress> returned error exit status 2
dpkg-deb (subprocess): decompressing archive member: internal gzip read error: '<fd:4>: invalid distance too far back'
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
dpkg-deb: error: subprocess tar returned error exit status 2
Traceback (most recent call last):
  File "/usr/bin/apt-listchanges", line 250, in <module>
    main()
  File "/usr/bin/apt-listchanges", line 108, in main
    pkg = DebianFiles.Package(deb)
  File "/usr/share/apt-listchanges/DebianFiles.py", line 134, in __init__
    self.binary  = pkgdata.Package
AttributeError: ControlStanza instance has no attribute 'Package'
E: Corrupted archive
E: Prior errors apply to /var/cache/apt/archives/libncurses5_5.9+20140913-1+deb8u2_armhf.deb
fatal: unable to read tree ecb31bff091888105076334ab0bd08fa3099f05b; assuming package has no files currently installed
Updating FireMotD available updates count ... es/libatomic1_4.9.2-10+deb8u1_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (2)
FAILED

I donā€™t know what to do to avoid this error. I tried the installation for several times and I always get this error.

Maybe someone can help me?

Thanks a lot!

Greetings
Dennis

Maybe this works.

1 Like

I installed openHABian successfully and it has been working for a few months.
Just a few questions:

  • I need to install a new Z-wave jar file and I canā€™t find the addons directory. openHABian seems to put things in different folders from those listed here: https://docs.openhab.org/installation/linux.html#file-locations

  • How do I upgrade the installation to the latest stable release (Iā€™m on 2.1.0-1) ?

  • How do I backup my installation?

Found Amanda for backupā€¦ sounds complicated (but very effective).
Found openHABian-config and upgraded to 2.2.0 Iā€™ll have to figure out what the other options do.
Still canā€™t find addons directory.

After upgrade 2.1 to 2.2, Frontail doesnā€™t have any new events.
tail -F /var/log/openhab2/openhab.log /var/log/openhab2/events.log

Did the location of the events.log change?

Itā€™s possible that you did not upgrade correctly (there is a configuration for logging that has changed, the upgrade will by default use the old configuration, which is wrong). See here:

I guess thatā€™s the problem. It would have been nice to have known that I should not have accepted the defaults for those files. Perhaps some instructions somewhere.
Iā€™ll see if I can patch it up.

In fact, there are those informations. See Announcing openHAB 2.2 and the link inside, https://github.com/openhab/openhab-distro/releases/tag/2.2.0, especially the paragraph about breaking changes

You might think ā€œthatā€™s well hidden!ā€ but from the perspective of a developer, this (release information document) is the one and only place to give detailed informations. Why repeating informations over and over again, when you can simply set a link to it?

1 Like

I donā€™t want to be too hard on the good people here since I really appreciate everything they do but I do think the upgrade instructions could be improved to avoid the difficulty I (and others) have encountered.
The upgrade instructions are:

If you are working with an openHABian setup, the upgrade is quite easy. Regardless of if you are currently using the openHAB 2.1 stable release or one of the latest 2.2 SNAPSHOT builds, switching to openHAB 2.2.0 stable is done in just a few steps:

Connect to the SSH command line and execute: sudo openhabian-config
Select the "Update" option
Wait for the openHABian update to finish, reenter the openHABian configuration tool
Select the "openHAB 2.2.0 stable" option

It would be good to include instructions here to NOT accept the default reply to the messages which appear during the upgrade for certain files. The default option keeps the old configuration and this is not the correct response for some of the files. (It would be useful to know which files should use the old configuration and which the new.)

The ā€œBreaking Changesā€ section talks about what to do if you have made changes to the configuration file but should also include the above advice about upgrading to NOT accept the default response to that file which is to keep the old file. It should instruct to use the new file.

Again, I really appreciate all of the effort everyone has put into this project and my intention is to improve it, not criticize.

Thatā€™s the Thing. Wenn canā€™t publish such Infos online from a developers view, if the System is going to be used by other people than developers too.

Ich would consider myself as a geek, tech interested human and since i am working with different programming languages for years i would consider myself as a kind of developer too.

Guss what: i had the logging problem too and checked that file after updating.

Things like this should be improved if we want openHAB to be used by a wider range in the future.

Oh, I had this Issue, too. :slight_smile: But I donā€™t complain, because I found the needed information at once by reading the release notes (which I should have done before updating!)

Simply no.

If the product is for others than developers too, the Release Notes can be optional, but should not be a must read document.

Or we have to put a ā€œsorry only for nerdsā€ on top of the Pageā€¦

Especially opanhabian considers itself to be hassle free, so we have to listen for Feedback like this and improve ā€œhassle freeā€ on Such points.

1 Like