From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 5508F1384B4 for ; Sat, 19 Dec 2015 20:03:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C635421C00B; Sat, 19 Dec 2015 20:03:46 +0000 (UTC) Received: from mail-lf0-f44.google.com (mail-lf0-f44.google.com [209.85.215.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 72EE4E08BE for ; Sat, 19 Dec 2015 20:03:45 +0000 (UTC) Received: by mail-lf0-f44.google.com with SMTP id l133so90801703lfd.2 for ; Sat, 19 Dec 2015 12:03:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=2xloSrSGHEWVDJCLxpOyDaOWkx57tCB1O7FPIpBCVoM=; b=BIxUKAZqrFLO9XD5OCahYCDrohMeOa1E5o2espS8+KBWL7L/zguOj2NoVNXtyEPfjS sNTwwVJFVzAksxi4XFL17bmW3I6fMi3kG/PZDyV529OPkX+48cE6cM7ZWLH5xkZnjLFd gFj92B1OGWjhT3vPrRvxRF2A2Tl2UIYVUAYJkh49qDIWvbY0hpwcIAxZqtkoDmsFqpN5 Y+kKCif6KnZN1P3wRBsdvV6MaNB6zcmjSHyMoB8Z6+3chtQEcYBRoGX/IFFxBkNWtvIo a0TNPq4ISjBBqMY3e3ornhZlbSmCNJwrASnzPfCcGOhi4KuuVReZLmDQUI9YncD9/Jhg +85w== X-Received: by 10.25.209.148 with SMTP id i142mr3774801lfg.163.1450555423853; Sat, 19 Dec 2015 12:03:43 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.25.146.77 with HTTP; Sat, 19 Dec 2015 12:03:04 -0800 (PST) In-Reply-To: References: <5675ABC2.3030007@sys-concept.com> <5675AEE7.8030606@sys-concept.com> From: Alexander Kapshuk Date: Sat, 19 Dec 2015 22:03:04 +0200 Message-ID: Subject: Re: [gentoo-user] no network "eth0" after upgrade. To: Gentoo mailing list Content-Type: multipart/alternative; boundary=001a1141214ec41079052745c02a X-Archives-Salt: 71cb85da-0ee1-4393-b4ab-3bdd36d56dd2 X-Archives-Hash: 48591eb31efb5d67fa47772c0918f4bd --001a1141214ec41079052745c02a Content-Type: text/plain; charset=UTF-8 On Sat, Dec 19, 2015 at 9:57 PM, Alexander Kapshuk < alexander.kapshuk@gmail.com> wrote: > On Sat, Dec 19, 2015 at 9:24 PM, wrote: > >> >> On 12/19/2015 12:10 PM, thelma@sys-concept.com wrote: >> > I just upgraded one of my systems and upon boot there is no network: >> > >> > /etc/init.d/net.eth0 start >> > * Mounting local filesystems ... >> > mount: mount point /proc/bus/usb does not exist >> > * Some local filesystem failed to start >> > ERROR: localmount failed to start >> > ERROR: cannot start net.eth0 as localmount would not start >> > >> > rc-status sysinit >> > sysfs [ started ] >> > dmesg [ started ] >> > devfs [ started ] >> > tmpfiles.dev [ started ] >> > udev [ started >> > >> > >> > I can not even ssh to the system as network is not working. >> > What to check next? >> > >> It seems I'm not the only one: >> https://forums.gentoo.org/viewtopic-t-1034770-highlight-localmount.html >> >> "The problem was openrc-0.18.4. When I downgraded to openrc-0.16.4 the >> problem went away." >> >> Now, I can not downgrade without eth0 working. >> Do I need to boot strap and downgrade or is there is easier solution? >> >> -- >> Thelma >> >> >> > Here is a news item that explains the situation. > > 2015-10-07-openrc-0-18-localmount-and-netmount-changes > Title OpenRC-0.18 localmount and netmount changes > Author William Hubbs > Posted 2015-10-07 > Revision 1 > > The behaviour of localmount and netmount is changing on Linux systems. > In the past, these services always started successfully. However, now they > will fail if a file system they attempt to mount cannot be mounted. > > If you have file systems listed in fstab which should not be mounted at > boot time, make sure to add noauto to the mount options. If you have > file systems that you want to attempt to mount at boot time but failure > should be allowed, add nofail to the mount options for these file > systems in fstab. > > > As a follow up, here is a postinst message generated for openrc that might come in handy as well: >>> Messages generated by process 3631 on 2015-12-03 16:53:14 EET for package sys-apps/openrc-0.18.4: WARN: postinst In this version of OpenRC, the loopback interface no longer satisfies the net virtual. If you have services now which do not start because of this, They can be fixed by adding rc_need="!net" to the /etc/conf.d/ file. You should also file a bug against the service asking that need net be dropped from the dependencies. The bug you file should block the following tracker: https://bugs.gentoo.org/show_bug.cgi?id=439092 Bug https://bugs.gentoo.org/show_bug.cgi?id=427996 was not fixed correctly in earlier versions of OpenRC. The correct fix is implemented in this version, but that means netmount needs to be added to the default runlevel if you are using nfs file systems. --001a1141214ec41079052745c02a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Sat, Dec 19, 2015 at 9:57 PM, Alexander Kapshuk <alexander.kapshuk@gmail.com> wrote:
On Sat, Dec 19, 2015 at= 9:24 PM, <thelma@sys-concept.com> wrote:

On 12/19/2015 12:10 PM, thelma@sys-concept.com wrote:
> I just upgraded one of my systems and upon boot there is no network: >
> /etc/init.d/net.eth0 start
> * Mounting local filesystems ...
> mount: mount point /proc/bus/usb does not exist
> * Some local filesystem failed to start
> ERROR: localmount failed to start
> ERROR: cannot start net.eth0 as localmount would not start
>
> rc-status sysinit
> sysfs=C2=A0 =C2=A0[=C2=A0 started=C2=A0 ]
> dmesg=C2=A0 =C2=A0[=C2=A0 started=C2=A0 ]
> devfs=C2=A0 [=C2=A0 started=C2=A0 ]
> tmpfiles.dev=C2=A0 [=C2=A0 started=C2=A0 ]
> udev=C2=A0 =C2=A0[=C2=A0 started
>
>
> I can not even ssh to the system as network is not working.
> What to check next?
>
It seems I'm not the only one:
https://forums.gentoo.org/vie= wtopic-t-1034770-highlight-localmount.html

"The problem was openrc-0.18.4. When I downgraded to openrc-0.16.4 the=
problem went away."

Now, I can not downgrade without eth0 working.
Do I need to boot strap and downgrade or is there is easier solution?

--
Thelma



Here is a news item that explains the si= tuation.

2015-10-07-openrc-0-18-localmount-and-netmount-changes
= =C2=A0 Title=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 OpenRC-0.18 local= mount and netmount changes
=C2=A0 Author=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 William Hubbs <williamh@gentoo.org>
=C2=A0 Posted=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 2015-10-07
=C2=A0 Revision=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 1

The behaviour of localmount and netmount is changing on Linux = systems.
In the past, these services always started successfully. Howeve= r, now they
will fail if a file system they attempt to mount cannot be m= ounted.

If you have file systems listed in fstab which should not be= mounted at
boot time, make sure to add noauto to the mount options. If = you have
file systems that you want to attempt to mount at boot time but= failure
should be allowed, add nofail to the mount options for these fi= le
systems in fstab.



As a follow up, her= e is a postinst message generated for openrc that might come in handy as we= ll:
>>> Messages generated by process 3631 on 2015-12-03 16:53:= 14 EET for package sys-apps/openrc-0.18.4:

WARN: postinst
In this= version of OpenRC, the loopback interface no longer
satisfies the net v= irtual.
If you have services now which do not start because of this,
= They can be fixed by adding rc_need=3D"!net"
to the /etc/conf.= d/<servicename> file.
You should also file a bug against the servi= ce asking that
need net be dropped from the dependencies.
The bug you= file should block the following tracker:
https://bugs.gentoo.org/show_bug.cgi?id=3D43= 9092

Bug https://bugs.gentoo.org/show_bug.cgi?id=3D427996 was not
fixed= correctly in earlier versions of OpenRC.
The correct fix is implemented= in this version, but that
means netmount needs to be added to the defau= lt runlevel if
you are using nfs file systems.

--001a1141214ec41079052745c02a--