You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 14, 2023. It is now read-only.
I got myself a 32G SD card and used "flash --userdata setup.yml hypriotos-rpi-v1.12.3.img.zip" from my AMD64 Debian box. The setup.yml file was based upon the static.yml example at github and I had a static IP set to 192.168.0.100 .
Everything seemed to run fine and I booted the RPI3+ but found it at 192.168.0.184?!
When I opened up /etc/dhcpcd.conf on the RPI the IP address in that file was certainly set to 192.168.0.100 by the flash tool when flashing the image.
Not a problem when using black-pearl.local but I am having to use raw IP on occasion and have set up my IP map for the Hypriot based home server at 192.168.0.100.
This is a fresh install so what is likely the problem please?
Obviously, the IP changes each time giving it comes from DHCP and not a static IP. I was, of course, using a pop culture reference as 42 is the answer to the question of life, the universe and everything.
The text was updated successfully, but these errors were encountered:
One means "correct" this problem Hypriot 1.12.3 is actually cited in /etc/network/interfaces.d/50-cloud-init.cfg:
# This file is generated from information provided by
# the datasource. Changes to it will not persist across an instance.
# To disable cloud-init's network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
So, I found the means was:
Creating and editing /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg per guidance in /etc/network/interfaces.d/50-cloud-init.cfg, then
Updating /etc/network/interfaces.d/50-cloud-init.cfg with static IP
When in/etc/network/interfaces.d/50-cloud-init.cfg change:
This at least fixes the problem for Hypriot 1.12.3.
The real fix seems to need to be either:
flash needs be updated to detect a static IP being set and then carry out the knock on changes, or
flash example be supplied if flash could, in fact, push /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg into the image and likely push an change to /etc/network/interfaces.d/50-cloud-init.cfg.
If it wasn't for the knock on problem that is.
The problem now though is that when I try docker-compose up I get:
$ docker-compose up
Pulling mybroker (emqx/emqx:v3.2.7)...
ERROR: Get https://registry-1.docker.io/v2/: dial tcp: lookup registry-1.docker.io on [::1]:53: read udp [::1]:59161->[::1]:53: read: connection refused
Created new issue to cover the impact of so-called "fix" of static IP.
Cheers,
A
Bazmundi
changed the title
Okay, so who's being funny? Static IP are being set n+2*42!
Okay, so who's being funny? Static IP are being set n+2*42! [SOLVED]
Aug 22, 2020
Bazmundi
changed the title
Okay, so who's being funny? Static IP are being set n+2*42! [SOLVED]
Okay, so who's being funny? Static IP are being set n+2*42!
Aug 22, 2020
I got myself a 32G SD card and used "flash --userdata setup.yml hypriotos-rpi-v1.12.3.img.zip" from my AMD64 Debian box. The setup.yml file was based upon the static.yml example at github and I had a static IP set to 192.168.0.100 .
Everything seemed to run fine and I booted the RPI3+ but found it at 192.168.0.184?!
When I opened up /etc/dhcpcd.conf on the RPI the IP address in that file was certainly set to 192.168.0.100 by the flash tool when flashing the image.
Not a problem when using black-pearl.local but I am having to use raw IP on occasion and have set up my IP map for the Hypriot based home server at 192.168.0.100.
This is a fresh install so what is likely the problem please?
Obviously, the IP changes each time giving it comes from DHCP and not a static IP. I was, of course, using a pop culture reference as 42 is the answer to the question of life, the universe and everything.
The text was updated successfully, but these errors were encountered: