Added to my original problem description the full list of WARNING
messages from boot:
BTW, my FreeBSD 5.5 is running on a Pentium 4/2.4 GHz, 512 M RAM, Asus
mother board, oodles of disk
Matthew Pope wrote:
Hello,
I have a bit of grey hair, but I've been blessed with working with
FreeBSD gurus so much that I am struggling to run my own domain and
webserver. That is I have have been co-dependant upon FreeBSD gurus in
the past, so I was lazy. I'm now on my own and finding that
administering a UNIX system based domain and webserver is rewarding,
but requires a lot of technical knowledge.
The root of my problem was my 5.4 based system was running out of
sockets due to a close early problem, and a problem description I read
in the mailing lists did describe something very close, for which the
discoverer of the problem provided a patch. Rather than patch, I
thought it that since it's been a year, it was time to rebuild the
kernel with the latest STABLE release. So I did the rebuild as
instructed in the FreeBSD Handbook. Now I'm up to 5-5 STABLE using a
default kernel Generic i386 version.
The mergemaster step following the rebuild and reboot took me for a
ride. Rather I rode free and easy not quite sure what I was doing. I
was not sure exactly which file to go with, and I tended to choose t
for temp file for many of the prompts. Now my 5.5 kernel boots, but
there are a number of messages of the form:
source_rc_confs: not found
$ipnat_enable is not set properly - see rc.conf(5)
$ipfs_enable is not set properly - see rc.conf(5)
same message as above but with these additional var names:
$harvest_ethernet
$harvest_p_to_p
$start_vinum
$background_fsck
$ip6addrctl_enable
$atm_enable
$ipv6_firewall_enable
$ipv6_enable
$svr4_enable
$sysvipc_enable
$mroutedbd_enable
$ipv6_router_enable
$mrouted_enable
$router_enable
$syslogd_enable
$nfs_server_enable
$rpc_statd_enable
$rpc_lockd_enable
$pflog_enable
$pf_enable
$pppoed_enable
$virecover_enable
$rpcbind_enable
$nis_ypxfrd_enable
$nis_server_enable
$rpc_ypupdated_enable
$nis_client_enable
$nis_ypset_enable
$nis_yppasswdd_enable
$accounting_enable
$pflog_enable
$cron_enable
$jail_enable
$inetd_enable
$cron_dst
$kadmind5_server_enable
$keyserv_enable
$kpasswdd_server_enable
$ldconfig_insecure
$enable_quotas
$mountd_enable
$watchdogd_enable
$ugidfw_enable
$timed_enable
$bootparamd_enable
$hcsecd_enable
$lpd_enable
#
etc....
My rc.conf includes:
routed_enable="YES"
router="/sbin/routed"
defaultrouter="10.1.1.1"
I later read in the mailing list that someone had a simliar problem
and solved it by re-running the mergemaster step. I tried that too,
and this time I selected <default> answer to all the prompts about
conflicts. I rebooted, but I still cannot even ping my gateway, as
I'm getting "no route to host".
I tried starting routed manually, but still no routes were
discovered. I also tried inserting a subroutine into rc.subr that
called source_rc_confs that did source the rc.confs, and it is called
during boot I see from /var/messages. But alas this is a desperate
measure, there must be something I can do to fix this problem without
meddling in rc.subr. So my routing is down, which means my dns is
down, and most definetely my httpd is down.
Any help in debugging, resolving this poorly executed upgrade would be
very welcome.
Thanks,
Matthew
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
"[EMAIL PROTECTED]"
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"