Re: networking.service fails

2022-04-12 Thread Dmitry Katsubo
On 2022-04-11 07:56, Reco wrote: > Good news - it explains "ifup: unknown interface eth0" messages. > Bad news - this /e/n/i is not valid. > > The reason being - both eth0 and eth1 lack interface definitions, i.e. > have no "iface" stanzas. > > If you absolutely need both eth0 and eth1 in the UP

Re: networking.service fails

2022-04-10 Thread Reco
Hi. On Mon, Apr 11, 2022 at 01:48:35AM +0200, Dmitry Katsubo wrote: > The configuration is trivial: it adds both eth0 eth1 to the bridge > br0. > > === cut /etc/network/interfaces === > auto lo > auto eth0 > auto eth1 > > iface lo inet loopback > > auto br0 > iface br0 inet static > ad

Re: networking.service fails

2022-04-10 Thread Dmitry Katsubo
Dear Debian community, First of all many thanks to everybody who has replied to my message and contributed ideas to solve the issue. On 3 Apr 2022 22:41:44, Greg Wooledge wrote: > So... you've got some wild stuff going on here. > > You have two interfaces. One of them was named enp2s0 and then g

Re: networking.service fails

2022-04-03 Thread Reco
Hi. It's pretty straightforward. On Mon, Apr 04, 2022 at 02:38:39AM +0200, Dmitry Katsubo wrote: > Dear Debian community, First we have this - don't be confused by the "kernel's" timestamps, systemd likes to add its own messages into the kernel's ringbuffer: > Apr  4 00:37:28 debian ker

Re: networking.service fails

2022-04-03 Thread Greg Wooledge
On Sun, Apr 03, 2022 at 10:48:31PM -0500, David Wright wrote: > On Mon 04 Apr 2022 at 02:38:39 (+0200), Dmitry Katsubo wrote: > > On 2021-02-17 14:21, Henning Follmann wrote: > > > > > Are you using eth0, eth1? > > > Or are you using predictable network names? > > > https://wiki.debian.org/Network

Re: networking.service fails

2022-04-03 Thread David Wright
On Mon 04 Apr 2022 at 02:38:39 (+0200), Dmitry Katsubo wrote: > On 2021-02-17 14:21, Henning Follmann wrote: > > > Are you using eth0, eth1? > > Or are you using predictable network names? > > https://wiki.debian.org/NetworkInterfaceNames > Well, I use eth0/eth1 as I have renamed them from predict

Re: networking.service fails

2022-04-03 Thread Greg Wooledge
On Mon, Apr 04, 2022 at 02:38:39AM +0200, Dmitry Katsubo wrote: > I've exercised several directions to solve the issue, however I've failed. > Would be great if somebody can share his idea. After upgrading from Debian > buster to bullseye I still have the same issue: Upgrading from one release t

Re: networking.service fails

2022-04-03 Thread Jeremy Ardley
On 4/4/22 10:31 am, Jeremy Ardley wrote: In my case I am delegating ipv6 prefixes that I obtain from my ISP and also advertising them, making radvd redundant. I have kept my ISC dhcp servers as I am doing DDNS with my bind instance. Possibly systemd-networkd.service does DDNS as well but I

Re: networking.service fails

2022-04-03 Thread Jeremy Ardley
On 4/4/22 10:15 am, Charles Curley wrote: On Mon, 4 Apr 2022 09:50:19 +0800 Jeremy Ardley wrote: * systemd-networkd.service * networking.service * NetworkManager.service Possibly because they do different things. I have no experience what the first one does. systemd.networkd.serv

Re: networking.service fails

2022-04-03 Thread Charles Curley
On Mon, 4 Apr 2022 09:50:19 +0800 Jeremy Ardley wrote: > * systemd.networkd.service > * networking.service > * NetworkManager.service Possibly because they do different things. I have no experience what the first one does. The latter two are not mutually exclusive. Use networking.service

Re: networking.service fails

2022-04-03 Thread Jeremy Ardley
On 4/4/22 8:38 am, Dmitry Katsubo wrote: Dear Debian community, I've exercised several directions to solve the issue, however I've failed. Would be great if somebody can share his idea. After upgrading from Debian buster to bullseye I still have the same issue: # systemctl status networking.

Re: networking.service fails

2022-04-03 Thread Dmitry Katsubo
Dear Debian community, I've exercised several directions to solve the issue, however I've failed. Would be great if somebody can share his idea. After upgrading from Debian buster to bullseye I still have the same issue: # systemctl status networking.service — networking.service - Raise networ

Re: networking.service fails

2021-02-17 Thread Gary Dale
On 2021-02-17 08:28, Andrei POPESCU wrote: On Mi, 17 feb 21, 00:01:01, Gary Dale wrote: On 2021-02-16 19:44, Dmitry Katsubo wrote: Dear Debian community, I am puzzled with the following problem. When my Debian 10.8 starts, the unit "networking.service" is marked as failed with the following r

Re: networking.service fails

2021-02-17 Thread Andrei POPESCU
On Mi, 17 feb 21, 00:01:01, Gary Dale wrote: > On 2021-02-16 19:44, Dmitry Katsubo wrote: > > Dear Debian community, > > > > I am puzzled with the following problem. When my Debian 10.8 starts, the > > unit "networking.service" is > > marked as failed with the following reason: > > > > root@debi

Re: networking.service fails

2021-02-17 Thread Henning Follmann
On Wed, Feb 17, 2021 at 01:44:35AM +0100, Dmitry Katsubo wrote: > Dear Debian community, > > I am puzzled with the following problem. When my Debian 10.8 starts, the unit > "networking.service" is > marked as failed with the following reason: > [...] > > and also set a big timeout for br0 in

Re: networking.service fails

2021-02-17 Thread Gary Dale
On 2021-02-16 19:44, Dmitry Katsubo wrote: Dear Debian community, I am puzzled with the following problem. When my Debian 10.8 starts, the unit "networking.service" is marked as failed with the following reason: root@debian:~ # systemctl status networking.service *— networking.service - Raise

Re: networking.service fails

2021-02-16 Thread Reco
Hi. On Wed, Feb 17, 2021 at 01:44:35AM +0100, Dmitry Katsubo wrote: > root@debian:~ # systemctl status networking.service ... > Process: 691 ExecStart=/sbin/ifup -a --read-environment (code=exited, > status=1/FAILURE) > Main PID: 691 (code=exited, status=1/FAILURE) ... > Any ideas wher