From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 19 16:49:13 2024 Received: (at submit) by debbugs.gnu.org; 19 Jan 2024 21:49:13 +0000 Received: from localhost ([127.0.0.1]:60224 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rQwjg-00089s-UH for submit@debbugs.gnu.org; Fri, 19 Jan 2024 16:49:13 -0500 Received: from lists.gnu.org ([2001:470:142::17]:57262) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rQwjd-00089c-Ud for submit@debbugs.gnu.org; Fri, 19 Jan 2024 16:49:11 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rQwjV-0003et-Kg for bug-guix@gnu.org; Fri, 19 Jan 2024 16:49:01 -0500 Received: from mail-lf1-x130.google.com ([2a00:1450:4864:20::130]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rQwjT-0004t4-EG for bug-guix@gnu.org; Fri, 19 Jan 2024 16:49:01 -0500 Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-50e6ee8e911so1764627e87.1 for ; Fri, 19 Jan 2024 13:48:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1705700937; x=1706305737; darn=gnu.org; h=mime-version:message-id:date:subject:to:from:user-agent:from:to:cc :subject:date:message-id:reply-to; bh=aQ9SGfLFEztu+uCDjMFFzOvhlWG0BLoTZCg1VBpYPaU=; b=XacIHjCxQqyky+QTzDlVKUUXvNqN0esYmONCFgLicpojjbIcX3FLKCWcfODUnEmINo UmixhHel9Yq5QROh0GWuqL+e7ZrSBePrhyaTh6h0b3lLi5BuIBVh0HJI2TqcOw6B1F9e QBwkAAibXg6xU/jPz0J0jqZPvDePpewTcM/U1HluOetGVlmT6E6w+NPmpLl5U/KITUXx YJMrbRqu9Cn1Mm2IRpDM5F+X4sFFZpv8ZHSBCGyZ4GtknTxl+4MSIsXixN8B12MMGNu9 47b9OusP+arojLs0qPK8Nn44Sz04MHFCDyyArNzqYq/nzNslmswUtnUVjdmpGWRhtZuo IRAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705700937; x=1706305737; h=mime-version:message-id:date:subject:to:from:user-agent :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=aQ9SGfLFEztu+uCDjMFFzOvhlWG0BLoTZCg1VBpYPaU=; b=FilgoPkhGjFRuBSrMdWL+VC4A1P7r/XOjB82iynfuvoY5I1WuJhKImjAdk9MbuoVwu F1EBv2VvXtMWmPUhvWSLSMSCGo+nWCT6H85zQr89nK3rEAkHCRzJmSVGXJ5TelRgiaLD V4qru9a344gae0a81D3o08n+bQ3jaffXeKWZsd6wcbg1vLaLbIb873cyPPiQjkN5aBAD 0U7zQG9M78UTraEnm/hKexRBOvAfdZ61G/k0dcdA0wp6gKIAfxAybMnr+S9zqEgo76GC uVWiLoSRE9N/zIixCM6jGJi8lHjoo+F+iICKZRoEayht47CS59/+n+WoqepJoTWDh1bh 0Pfw== X-Gm-Message-State: AOJu0YyrVV2jvTXvep7MaxDydFZAkPBw7m15vfI8VHBfBVU5oP8wa7bs sRgyUezFyXt3UyA4HeaE+EyRWvKH21LOucgmp1k11oip34VhVDfsiZp80ImyQ5g= X-Google-Smtp-Source: AGHT+IFlgXcx5chCQ57nY5b1Z9t18S+wimcvmRJhSo0CiSK9TxOinro76TlEoypbBoOPXhUBFyk6BA== X-Received: by 2002:ac2:4290:0:b0:50e:84f8:77dc with SMTP id m16-20020ac24290000000b0050e84f877dcmr145566lfh.111.1705700937291; Fri, 19 Jan 2024 13:48:57 -0800 (PST) Received: from localhost (78.79-160-60.customer.lyse.net. [79.160.60.78]) by smtp.gmail.com with ESMTPSA id dx5-20020a0565122c0500b0050e6451baf0sm1086502lfb.53.2024.01.19.13.48.56 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 19 Jan 2024 13:48:56 -0800 (PST) User-agent: mu4e 1.10.8; emacs 30.0.50 From: Lars Rustand To: bug-guix@gnu.org Subject: VLANs in static-networking-service-type hangs shepherd Date: Fri, 19 Jan 2024 20:12:24 +0100 Message-ID: <87v87pc7ul.fsf@yoga.mail-host-address-is-not-set> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2a00:1450:4864:20::130; envelope-from=rustand.lars@gmail.com; helo=mail-lf1-x130.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Like the title says, if you add any VLAN in a static-networking-service-type it seems like the whole shepherd daemon freezes up and anything that depends on it stops responding. Additionally the networking does not get fully configured either. After configuring a VLAN `herd status`, `herd restart networking` and any other herd command hangs forever with no output. Even reboot is not working. The only remedy is to restart the system using the power button, but even after the restart the networking service still fails to start. VLANs are seemingly created, but no addresses are created. Steps to reproduce: 1. Add a static network with a VLAN to your system config (see below for minimal example) 2. Reconfigure your system 3. Restart the networking service with `sudo herd restart networking` 4. Observe that herd does not finish 5. Try to run `herd status`, `guix system reconfigure`, or `sudo reboot`. 6. Observe that none of the commands seem to have any effect, and that they hang indefinitely with no output --8<---------------cut here---------------start------------->8--- (service static-networking-service-type (list (static-networking (links (list (network-link (name "myvlan") (type 'vlan) (arguments '((id . 3) (link . "eth0")))))) (addresses (list (network-address (device "myvlan@eth0") (value "192.168.0.2/24"))))))) --8<---------------cut here---------------end--------------->8--- Alternatively here are the reproduction steps using VM: 1. Build a qcow2 image, make sure there is enough space to reconfigure the system. Use --save-provenance so you have the config inside the vm so you can reconfigure later. `guix system image --image-type=qcow2 --image-size=30G --save-provenance minimal.scm` 2. Copy the qcow image to a writable directory. 3. Start up the vm. ``` sudo qemu-system-x86_64 \ -nic user,model=virtio-net-pci \ -enable-kvm -m 2048 \ -device virtio-blk,drive=myhd \ -drive if=none,file=1a7wi5mgcy3wrsx6pcnag6qjbb87djwl-image.qcow2,id=myhd ``` 4. Edit /run/current-system/configuration.scm and uncomment the static networking. 5. Reconfigure the system. 6. Try to restart the networking service. `herd restart networking` 7. The command will hang infinitely. Cancel it. 8. Check the network interfaces. The VLAN interface will have been created, but it will not have any address. 9. The aforementioned commands will all be unresponsive now. 10. If you reboot your VM you will see that the networking service is failed at startup, and if you try to restart the service you will get an error: #<&netlink-response-error errno: 17> --8<---------------cut here---------------start------------->8--- (use-modules (gnu) (gnu services) (gnu services base) (gnu services networking) (gnu bootloader) (gnu bootloader grub) (gnu system) (gnu system file-systems) (gnu system accounts)) (operating-system (host-name "minimal") (users (cons* (user-account (name "lars") (group "users")) %base-user-accounts)) (services (cons* (service dhcp-client-service-type) ;; Commented out so you can uncomment it after booting the VM ;;(service static-networking-service-type ;; (list (static-networking ;; (links ;; (list (network-link ;; (name "myvlan") ;; (type 'vlan) ;; (arguments '((id . 3) ;; (link . "eth0")))))) ;; (addresses ;; (list (network-address ;; (device "myvlan@eth0") ;; (value "192.168.0.2/24"))))))) %base-services)) (bootloader (bootloader-configuration (bootloader grub-bootloader) (targets '("/dev/vda")))) (file-systems (cons* %base-file-systems))) --8<---------------cut here---------------end--------------->8--- From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 19 18:45:14 2024 Received: (at submit) by debbugs.gnu.org; 19 Jan 2024 23:45:14 +0000 Received: from localhost ([127.0.0.1]:60431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rQyXy-0005J5-8b for submit@debbugs.gnu.org; Fri, 19 Jan 2024 18:45:14 -0500 Received: from lists.gnu.org ([2001:470:142::17]:42154) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rQyXw-0004zM-CQ for submit@debbugs.gnu.org; Fri, 19 Jan 2024 18:45:12 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rQyXn-0008Mt-L2 for bug-guix@gnu.org; Fri, 19 Jan 2024 18:45:03 -0500 Received: from mail-lj1-x232.google.com ([2a00:1450:4864:20::232]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rQyXl-0002mQ-46 for bug-guix@gnu.org; Fri, 19 Jan 2024 18:45:02 -0500 Received: by mail-lj1-x232.google.com with SMTP id 38308e7fff4ca-2cddb11b2e2so17331031fa.1 for ; Fri, 19 Jan 2024 15:45:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1705707899; x=1706312699; darn=gnu.org; h=mime-version:message-id:in-reply-to:date:subject:to:from:user-agent :references:from:to:cc:subject:date:message-id:reply-to; bh=5WzD5EGZaV4v8qIMJPBN1c9qr746fCaNvjISyr5p2+M=; b=IUGLUe0+mhrNXbQFBYcKkWpuxE33iJfKgjp3pxcWa3l3Spi00B4dMHGaDBQ8KiKnVm eT/1ItIlkaVrsve3XRFdjL4+1QGgFZDZmh6mO974Mv6GK4NXWarXRSUFXQ8hIDj0BZzT JgyVbi7Ou6j6EEE1XUlwu92AuIU1vuQTEWBmpxBn1961ng+51zHZry4PKVtADtFoy/s4 bblJ/5xqhCQ9GvhNvtKTNWhiyWoZYRVemlkKjLBKnfUaefT2h5C0oun9UJkFY5eP/82e cgMoDGWJD/Vw8vDe4EU5fgxm5ttcDSeRiyHI3VXlijeTNYkgQXc2JLMVLspqoNpTb2Mp 4etQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705707899; x=1706312699; h=mime-version:message-id:in-reply-to:date:subject:to:from:user-agent :references:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=5WzD5EGZaV4v8qIMJPBN1c9qr746fCaNvjISyr5p2+M=; b=Kpkq7XKACDh0RZ/fU1LkXmvoyhZOGoednRz7gYh5Moa/MBZ3WNhckOFZ3Dgk4qxaF2 TKljDCxzyeSWmIofmtfhhZFhy8iTrai8cmCHyP6coJiHRYRoyQApjUkUiUa6o1+3ZDEv VkA/+RlgzqyOf83V3ldI/RMOmCbmJme7/BMu87FxY8+2A+BFWnSYbyqnv941ROlVmam3 F0ip2KVRlWFBu3WWW407Y5q4SR8N4co6gJn7IQF73Jyt7yAsLwvNX+9rIYmoUjUMQcHg qLA+JhahWdRqhzVL57wYSvSXTzesFLDN+Xg+BXX5UgdAsHGB1W2jF42NUY19VhN4GvU5 9Biw== X-Gm-Message-State: AOJu0YzJZQ1xrZZ1uClXv7tiWqgl6ZZCSjLF1Aql8yjHajxySOnHowZc jF4SzzjaOEFLZZIa8Ps7tu3pWTeylHLRkO81w1MMrwX84Ww5lLcEzBY3fjdcbT0= X-Google-Smtp-Source: AGHT+IG98aMma4PhCCHj4j9R2d7h2TctFiKXpOak2Fhridr13zCdZN0PNyD0ZaGVo2irkkw/BSsT/A== X-Received: by 2002:a05:651c:4cf:b0:2cd:ef2c:b436 with SMTP id e15-20020a05651c04cf00b002cdef2cb436mr315875lji.18.1705707899214; Fri, 19 Jan 2024 15:44:59 -0800 (PST) Received: from localhost (78.79-160-60.customer.lyse.net. [79.160.60.78]) by smtp.gmail.com with ESMTPSA id w8-20020a2e8208000000b002cdf2a2d8d6sm778942ljg.23.2024.01.19.15.44.58 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 19 Jan 2024 15:44:58 -0800 (PST) References: <87v87pc7ul.fsf@yoga.mail-host-address-is-not-set> User-agent: mu4e 1.10.8; emacs 30.0.50 From: Lars Rustand To: bug-guix@gnu.org Subject: Re: VLANs in static-networking-service-type hangs shepherd Date: Sat, 20 Jan 2024 00:32:58 +0100 In-reply-to: <87v87pc7ul.fsf@yoga.mail-host-address-is-not-set> Message-ID: <87r0icdh1l.fsf@yoga.mail-host-address-is-not-set> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2a00:1450:4864:20::232; envelope-from=rustand.lars@gmail.com; helo=mail-lj1-x232.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) For fun I tried to use the exact configuration that is mentioned in the manual and was amazed that it worked, and the networking service is able to start successfully. Here is the working configuration: --8<---------------cut here---------------start------------->8--- (static-networking (links (list (network-link (name "bond0") (type 'bond) (arguments '((mode . "802.3ad") (miimon . 100) (lacp-active . "on") (lacp-rate . "fast")))) (network-link (mac-address "98:11:22:33:44:55") (arguments '((master . "bond0")))) (network-link (mac-address "98:11:22:33:44:56") (arguments '((master . "bond0")))) (network-link (name "bond0.1055") (type 'vlan) (arguments '((id . 1055) (link . "bond0")))))) (addresses (list (network-address (value "192.168.1.4/24") --8<---------------cut here---------------end--------------->8--- However, if I simply substitute the bond interface with a real interface I get back the error described in my previous message. This configuration fails: --8<---------------cut here---------------start------------->8--- (static-networking (links (list (network-link (name "bond0.1055") (type 'vlan) (arguments '((id . 1055) (link . "ens3")))))) (addresses (list (network-address (value "192.168.1.4/24") (device "bond0.1055"))))) --8<---------------cut here---------------end--------------->8--- So it seems that VLANs do work for bonds, but not for physical network interfaces. I've done a lot of digging on the internet and cannot find a single example of anyone using VLANs at all in Guix, so maybe that is why this problem hasn't been discovered yet. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 12 04:56:04 2024 Received: (at 68595) by debbugs.gnu.org; 12 Feb 2024 09:56:04 +0000 Received: from localhost ([127.0.0.1]:44362 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rZT2h-00068P-Kh for submit@debbugs.gnu.org; Mon, 12 Feb 2024 04:56:03 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:58186) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rZT2f-00067a-GM for 68595@debbugs.gnu.org; Mon, 12 Feb 2024 04:56:02 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rZT2H-0002Jr-FF; Mon, 12 Feb 2024 04:55:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=Y5gd7AMXK/6JioBRRK5o2EfKfcXL6eAcl2lK7h754DY=; b=BmG18ZET/ET6jTd8dzuf 9HvtU8k95n/gTrkBnFXqGfoIpcdHwqhLGscc2D50ZeXS+YCGviuAVgbt8oiD6qo0Sppjnw5YtlPHb NtPxsw6vUPf1/8ppqo32RzwoYHrkjx+8V6ezTdDPuh7gLax3V3Q2rQp+yApLd8kL6bHwrlKU63xqO YGtIIucIKMaPpjJqK+XA5IgByevPt2vm2OiZmj0cHPWD7ovpbLz4/v/iGiX3j98vwj6AoL0bieKxB o8ZtcZjygbC87GAsUC2hADa+568oF98z+trOfT9yKacTXHc6GQatHTK3TMGzwhKfp0YsFCUuJdrWI olj2xwr1pEkMbQ==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Lars Rustand Subject: Re: bug#68595: VLANs in static-networking-service-type hangs shepherd In-Reply-To: <87v87pc7ul.fsf@yoga.mail-host-address-is-not-set> (Lars Rustand's message of "Fri, 19 Jan 2024 20:12:24 +0100") References: <87v87pc7ul.fsf@yoga.mail-host-address-is-not-set> Date: Mon, 12 Feb 2024 10:55:32 +0100 Message-ID: <875xyugg6j.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 68595 Cc: 68595@debbugs.gnu.org, Julien Lepiller , Alexey Abramov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, Lars Rustand skribis: > Like the title says, if you add any VLAN in a > static-networking-service-type it seems like the whole shepherd daemon > freezes up and anything that depends on it stops responding. > Additionally the networking does not get fully configured either. > > After configuring a VLAN `herd status`, `herd restart networking` and > any other herd command hangs forever with no output. Even reboot is not > working. The only remedy is to restart the system using the power > button, but even after the restart the networking service still fails to > start. Ouch. Could you check what /var/log/messages reports? Once you=E2=80=99ve reproduced the hang, could you attach GDB to shepherd a= nd get a backtrace? gdb -p 1 bt (I recommend doing that in a VM rather than on your main machine!) > 1. Add a static network with a VLAN to your system config (see below for > minimal example) > 2. Reconfigure your system > 3. Restart the networking service with `sudo herd restart networking` > 4. Observe that herd does not finish > 5. Try to run `herd status`, `guix system reconfigure`, or `sudo reboot`. > 6. Observe that none of the commands seem to have any effect, and that > they hang indefinitely with no output > > (service static-networking-service-type > (list (static-networking > (links > (list (network-link > (name "myvlan") > (type 'vlan) > (arguments '((id . 3) > (link . "eth0")))))) > (addresses > (list (network-address > (device "myvlan@eth0") > (value "192.168.0.2/24"))))))) You mentioned in your other message that the example from the manual works fine. Could you try and reduce your config until you find which bit makes it fail? Cc=E2=80=99ing Alexey and Julien who may know more. Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 12 04:56:34 2024 Received: (at control) by debbugs.gnu.org; 12 Feb 2024 09:56:34 +0000 Received: from localhost ([127.0.0.1]:44387 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rZT3C-0006Ac-20 for submit@debbugs.gnu.org; Mon, 12 Feb 2024 04:56:34 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40438) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rZT3A-0006A9-Kj for control@debbugs.gnu.org; Mon, 12 Feb 2024 04:56:32 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rZT2o-0002UR-Jb for control@debbugs.gnu.org; Mon, 12 Feb 2024 04:56:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:Subject:From:To:Date:in-reply-to: references; bh=6TJrV+ukZQnHU64q7/CvkKGPM+5tuAyOs1/C63k1OVU=; b=IMq5aRYIGxDIox nO8c9WfKw/RnFj0A6MPyaiyFzBndgQn8QeCgutnFt2QupenRTvef0NZzdUdB4otTRhWlRlPc9h007 C/tOshcmY5R5pgu5WAJU9RTnUPgFDr/BDGoNCHJJp+jhWUG1v17dC8YfK5MfreSjV64IRNsGxZOQ/ EhcngM43n6HxrNfktXd26jNyUArXujSmf7L/u1e9jqxMdh4iUh+cur2SngmyiyrDSPmkx8FPjKjDR x6BgIEDPfh0F2cbSy/O05nvfmyBXkdlnHfF4FU3SoiXDWoXBit4mf8oKttrno1ipmEN7SM87Q+AyQ jptFMezkR+CoVLhRGzlA==; Date: Mon, 12 Feb 2024 10:55:51 +0100 Message-Id: <874jeegg60.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #68595 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) severity 68595 important quit From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 12 06:59:52 2024 Received: (at 68595) by debbugs.gnu.org; 12 Feb 2024 11:59:53 +0000 Received: from localhost ([127.0.0.1]:51653 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rZUyW-0004Kz-9O for submit@debbugs.gnu.org; Mon, 12 Feb 2024 06:59:52 -0500 Received: from mail.mmer.org ([178.22.65.174]:37990) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rZUyU-0004KO-Ud for 68595@debbugs.gnu.org; Mon, 12 Feb 2024 06:59:51 -0500 Received: from mail.mmer.org (localhost [127.0.0.1]) by mail.mmer.org (OpenSMTPD) with ESMTP id ddd6846b; Mon, 12 Feb 2024 11:59:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=mmer.org; h=from:to:cc :subject:in-reply-to:references:date:message-id:mime-version :content-type; s=dkim; bh=74LMdbxeY35gqiQ9Ea8RPeVW8Vr99mX3lg680t jfz3I=; b=Ed4RuyJt5khe3VQ8qPMbOzZZ3uU72WJl4eXbjneibkZ67o8KTk98vM icrguPFVObJ7IWtFDJpeA8KMDD9N/FAIZj/Azq7WXRerdITbFEVZx92GgAn365Pe hxtzYQ0gBJKumLe7qbuXz2zAGKUq5Z7mCo/0054d0LJLnfc/bCisw= Received: from delta.lan (i60212.upc-i.chello.nl [62.195.60.212]) by mail.mmer.org (OpenSMTPD) with ESMTPSA id cf7d2fc7 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 12 Feb 2024 11:59:27 +0000 (UTC) From: Alexey Abramov To: Lars Rustand Subject: Re: bug#68595: VLANs in static-networking-service-type hangs shepherd In-Reply-To: <87v87pc7ul.fsf@yoga.mail-host-address-is-not-set> (Lars Rustand's message of "Fri, 19 Jan 2024 20:12:24 +0100") References: <87v87pc7ul.fsf@yoga.mail-host-address-is-not-set> Date: Mon, 12 Feb 2024 12:59:26 +0100 Message-ID: <87r0hh28rl.fsf@delta.lan> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 68595 Cc: 68595@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Lars, Lars Rustand writes: > Like the title says, if you add any VLAN in a > static-networking-service-type it seems like the whole shepherd daemon > freezes up and anything that depends on it stops responding. > Additionally the networking does not get fully configured either. > > After configuring a VLAN `herd status`, `herd restart networking` and > any other herd command hangs forever with no output. Even reboot is not > working. The only remedy is to restart the system using the power > button, but even after the restart the networking service still fails to > start. > > VLANs are seemingly created, but no addresses are created. > > Steps to reproduce: > > 1. Add a static network with a VLAN to your system config (see below for > minimal example) > 2. Reconfigure your system > 3. Restart the networking service with `sudo herd restart networking` > 4. Observe that herd does not finish > 5. Try to run `herd status`, `guix system reconfigure`, or `sudo reboot`. > 6. Observe that none of the commands seem to have any effect, and that > they hang indefinitely with no output > > --8<---------------cut here---------------start------------->8--- > (service static-networking-service-type > (list (static-networking > (links > (list (network-link > (name "myvlan") > (type 'vlan) > (arguments '((id . 3) > (link . "eth0")))))) > (addresses > (list (network-address > (device "myvlan@eth0") > (value "192.168.0.2/24"))))))) > --8<---------------cut here---------------end--------------->8--- I see, Could you please, replace the device name to "myvlan" and not "myvlan@eth0" in the network-address. Even though ip link (iproute2) shows you 'myvlan@eth0' this is not an actual name of the interfaces. > Alternatively here are the reproduction steps using VM: > > 1. Build a qcow2 image, make sure there is enough space to reconfigure > the system. Use --save-provenance so you have the config inside the > vm so you can reconfigure later. > `guix system image --image-type=qcow2 --image-size=30G --save-provenance minimal.scm` > 2. Copy the qcow image to a writable directory. > 3. Start up the vm. > ``` > sudo qemu-system-x86_64 \ > -nic user,model=virtio-net-pci \ > -enable-kvm -m 2048 \ > -device virtio-blk,drive=myhd \ > -drive > if=none,file=1a7wi5mgcy3wrsx6pcnag6qjbb87djwl-image.qcow2,id=myhd > ``` > 4. Edit /run/current-system/configuration.scm and uncomment the static > networking. > 5. Reconfigure the system. > 6. Try to restart the networking service. `herd restart networking` > 7. The command will hang infinitely. Cancel it. > 8. Check the network interfaces. The VLAN interface will have been > created, but it will not have any address. > 9. The aforementioned commands will all be unresponsive now. > 10. If you reboot your VM you will see that the networking service is > failed at startup, and if you try to restart the service you will get > an error: #<&netlink-response-error errno: 17> > We need to improve our error messaging. This means that the interface is exist. -- Alexey From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 15 04:24:17 2024 Received: (at 68595) by debbugs.gnu.org; 15 Feb 2024 09:24:17 +0000 Received: from localhost ([127.0.0.1]:54100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1raXya-00021v-JF for submit@debbugs.gnu.org; Thu, 15 Feb 2024 04:24:16 -0500 Received: from mail-lf1-f53.google.com ([209.85.167.53]:43206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1raXyX-00021e-J4 for 68595@debbugs.gnu.org; Thu, 15 Feb 2024 04:24:14 -0500 Received: by mail-lf1-f53.google.com with SMTP id 2adb3069b0e04-5112bd13a4fso1798387e87.0 for <68595@debbugs.gnu.org>; Thu, 15 Feb 2024 01:23:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1707988969; x=1708593769; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:message-id:in-reply-to:date :subject:cc:to:from:user-agent:references:from:to:cc:subject:date :message-id:reply-to; bh=Yxf6X8ONTD3Sh21FHtT4pHiI35Ngeymfr74VvAYpYMk=; b=N1O3+6+X4t7GCbDorXdlctN4cFiZkXRa09G/nguxL0Pf306Mp9Y4V6MnQiXlRhNzSP W1u2e1MH8lEUBRz0WInsyrXXwQsHJhkZJ3OIx2PjBQ863hNeSYMuOcF7Q039FStWcsW1 UnM0hu1Pe+GiEpDc2JQjGKhSkuTfnfhZNPHMtpO55QpwLRV7OOWECi8pz/VMoap0HUHo x4ud3As/k1Whk8pa3s8iCf1+M1/fQ4z0ipkMDG3bG3vYPchIKWpnsZW7sJyww1lNxc3B fmyBczEy0SQkrOPTx/Q3Xacclf9SV8yowGaMyx/0ieM97zZcxjhmUnyRF25nEgiSdPj9 v0Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1707988969; x=1708593769; h=content-transfer-encoding:mime-version:message-id:in-reply-to:date :subject:cc:to:from:user-agent:references:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=Yxf6X8ONTD3Sh21FHtT4pHiI35Ngeymfr74VvAYpYMk=; b=O1wFeDVv0W+iIDqGXdunV6yzhAMb8J1Iv6ChvKLdzX9FBlVrUY6Y0H5Bn0vIV7gF1b ee0A9sqRwUnNk3NCQdAJt8QDxVQN5YcRdV/sQ+h4aXMuvRmyVqoJ5KdpkkQIN0yXqrV+ 5R6d7LXCZksaIEY8DAbo/INEyUMTITuLfkRMNDHZsLODTYf32xMywOIf2u0d6sdhrVAI Qz7via5OuC9B8cLQV3suD9wHvQd2hHFNlcObEb6xiqeocA7inPWCRDiuPvipsRssGJjA 5I/lGD6pKJqRraZLV+/uTIkNoIkIs8r7Hw0RTPYBI8Q2DjIckOcYrKn4kQHe9HM+GH63 Ej2A== X-Gm-Message-State: AOJu0YycYCdbwPfhfC6aemLK+Vrz7xJd1290s2nyMEsaiN3I5NPVWkzK fTfCVu+qR+izufXWQoBBINM7FQWTYWSlhQa0S2o5Q0zyxaoTle9E X-Google-Smtp-Source: AGHT+IGnafva1vft6p4Y2ja5zLIyeS/uElRHOAaQEtL6CBmDH8bHbNIHrYg9pV+I5dOAoyz8pyHu2Q== X-Received: by 2002:a05:6512:3b93:b0:511:aa89:2cd8 with SMTP id g19-20020a0565123b9300b00511aa892cd8mr1776225lfv.18.1707988968555; Thu, 15 Feb 2024 01:22:48 -0800 (PST) Received: from localhost ([2a01:799:9ec:800:98fb:6748:4742:315b]) by smtp.gmail.com with ESMTPSA id u12-20020ac24c2c000000b00511510cb561sm167306lfq.79.2024.02.15.01.22.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 15 Feb 2024 01:22:47 -0800 (PST) References: <87v87pc7ul.fsf@yoga.mail-host-address-is-not-set> <875xyugg6j.fsf@gnu.org> User-agent: mu4e 1.10.8; emacs 30.0.50 From: Lars Rustand To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#68595: VLANs in static-networking-service-type hangs shepherd Date: Thu, 15 Feb 2024 10:07:51 +0100 In-reply-to: <875xyugg6j.fsf@gnu.org> Message-ID: <87il2q3wv2.fsf@yoga.mail-host-address-is-not-set> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 68595 Cc: 68595@debbugs.gnu.org, Julien Lepiller , Alexey Abramov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.9 (--) Ludovic Court=C3=A8s writes: > Ouch. Could you check what /var/log/messages reports? > > Once you=E2=80=99ve reproduced the hang, could you attach GDB to shepherd= and > get a backtrace? > > gdb -p 1 > bt > > (I recommend doing that in a VM rather than on your main machine!) > I have unfortunately been unable to reproduce the full shepherd hang, even though I have followed the exact same procedure as before. I still experience that the command `herd restart networking` hangs indefinitely the first time after adding a VLAN, but now this has not triggered the whole shepherd to hang afterwards anymore. The basic error 17 still comes any time I try to start networking service while having a VLAN configured. > > You mentioned in your other message that the example from the manual > works fine. Could you try and reduce your config until you find which > bit makes it fail? The configuration I have already attached is as minimal as it is possible. It only includes the mandatory OS fields and a minimal static-networking-configuration. I have already found which bit makes it fail. It is the use of VLAN for any normal network link. VLANs seem to only work for bond devices as in the example. The reproduction steps are maybe a little over-complicated however, and are only necessary in order to reproduce the full "shepherd hangs" bug, which I now am unable to reproduce anyway. But what I believe is the root of the problem is the error 17 on starting the networking service. This can be reproduced much more simply and reliably by just starting a VM the normal way with the static-networking snippet already enabled when building it. So here are the new simplified reproduction steps for reproducing only the error 17 and unfunctional VLAN networking: Use the OS config from my first post, but uncomment the static networking block. Build and run the VM with `$(guix system vm minimal.scm)`. That's it. > Cc=E2=80=99ing Alexey and Julien who may know more. > > Thanks, > Ludo=E2=80=99. Alexey Abramov writes: > Hi Lars, > > I see, Could you please, replace the device name to "myvlan" and not > "myvlan@eth0" in the network-address. > > Even though ip link (iproute2) shows you 'myvlan@eth0' this is not an > actual name of the interfaces. > I have tried with your suggestion, but everything behaves exactly the same.