Summary: | Installer interferes with manual network setup, preventing netinstall from succeeding | ||
---|---|---|---|
Product: | Base System | Reporter: | Sevan Janiyan <venture37> |
Component: | bin | Assignee: | freebsd-sysinstall mailing list <sysinstall> |
Status: | New --- | ||
Severity: | Affects Many People | CC: | allanjude |
Priority: | --- | ||
Version: | 10.2-RELEASE | ||
Hardware: | Any | ||
OS: | Any |
Description
Sevan Janiyan
2016-01-18 03:37:44 UTC
resetting the IP address always resets the routing table. When the IP that gives you access to the gateway goes away, the routing entries does too. Then the IP is readded, and the gateway is added. This seems to be expected behaviour, as you are asking the installer to please set my IP address and gateway to these values I entered via the dialog. So, if we fix it to not remove your resolv.conf, will that solve your problem? The installer normally assumes / and /etc are read-only, and that /etc/resolv.conf is already a symlink to /tmp/bsdinstall_etc/resolv.conf When you are manually configuring the system, are you actually removing that symlink? or writing to the /tmp destination? (In reply to Allan Jude from comment #1) "resetting the IP address always resets the routing table." But I am not actually making any changes, just confirming the information that's read in by the installer that I'd already configured. "When the IP that gives you access to the gateway goes away, the routing entries does too. Then the IP is readded, and the gateway is added." But the installer is incapable of adding the route back in for the gateway in this scenario. As the gateway IP address is in another subnet, you first need a route to reach the gateway IP address before you are able to use that IP address as the default gateway. A better option might be to compare the information that was read in by the installer & the information confirmed by the user, if there is no difference. Don't do anything. "When you are manually configuring the system, are you actually removing that symlink? or writing to the /tmp destination?" I'm just running echo "nameserver 8.8.8.8" >> /etc/resolv.conf (In reply to Sevan Janiyan from comment #2) "But the installer is incapable of adding the route back in for the gateway in this scenario. As the gateway IP address is in another subnet, you first need a route to reach the gateway IP address before you are able to use that IP address as the default gateway." We probably should do this, but for now, you'd just say 'no' when asked to configure the network and let it keep using your existing configuration. I would first like to focus on how/why your resolv.conf was getting clobbered. It looks like both 'auto' and 'script' entirely remove /tmp/bsdinstall_tmp when they start, and since /etc/resolv.conf is a symlink to /tmp/bsdinstall_tmp/resolv.conf on the boot media, this is where things are going wrong. I suppose it could backup resolv.conf if it exists first, then restore it. (In reply to Allan Jude from comment #3) "I suppose it could backup resolv.conf if it exists first, then restore it." However you see fit to resolv the issue :) For the sake of archeology, as a workaround, use an image which contains the distfiles such as disk1.iso & avoid the bootonly image. A commit references this bug: Author: jbeich Date: Thu Aug 8 13:18:38 UTC 2019 New revision: 508377 URL: https://svnweb.freebsd.org/changeset/ports/508377 Log: lang/crystal: unbreak runtime after r507877 $ cat >foo.cr require "http/client" HTTP::Client.get "http://api.icndb.com/jokes/1" $ crystal foo.cr [warn] event_reinit: forked from the event_loop. Unhandled exception in spawn: Error reinitializing libevent (Exception) [warn] event_reinit: forked from the event_loop. Unhandled exception in spawn: Error reinitializing libevent (Exception) [warn] event_reinit: forked from the event_loop. Unhandled exception in spawn: Error reinitializing libevent (Exception) [warn] event_reinit: forked from the event_loop. [warn] event_reinit: forked from the event_loop. [...] PR: 206355 Reported by: Petr Fischer Submitted by: Walter Schwarzenfeld Approved by: Greg V (maintainer) Changes: head/lang/crystal/Makefile head/lang/crystal/distinfo Sorry, comment 6 was for bug 239655. 206355 referred to attachment id. |