Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Changing hostname to FQDN loses flow #6

Open
billsegall opened this issue Dec 22, 2018 · 2 comments
Open

Changing hostname to FQDN loses flow #6

billsegall opened this issue Dec 22, 2018 · 2 comments

Comments

@billsegall
Copy link

To duplicate, use raspi-config to change the hostname from "tiltpi" to tiltpi.your.domain" and reboot.

After getting past chrome bug 367048 travelling to [http://10.0.0.215:1880/ui](http://10.0.0.215:1880/ui presents a node-red no flows present screen.

Reverting the hostname change fixes it.

@noahbaron
Copy link
Collaborator

I was aware of changing the hostname also required a change to the node-red flows file name. This is in the node-red documentation under node red configuration. I didn't know it was possible to use a global hostname. How does this work? Do routers automatically know how to handle this?

@billsegall
Copy link
Author

Setting hostnames using an FQDN is an old habit of mine. I used to deal with too many machines in too many organizations.

I think the issue relates more to any change of hostname which some people will want to do to make it fit their local network schemes etc.

It is be possible to make node-red immune from any hostname change by explicitly setting flowFile in settings.js. This would be generous to do on the disk-image as it was difficult to diagnose what had gone wrong as a node-red and tiltpi newbie.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants