From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 0AC4A15802C for ; Mon, 16 Dec 2024 17:11:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 38E53E07C5; Mon, 16 Dec 2024 17:11:35 +0000 (UTC) Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 81F5BE070D for ; Mon, 16 Dec 2024 17:11:34 +0000 (UTC) Received: by mail-pg1-x52c.google.com with SMTP id 41be03b00d2f7-801c8164ef9so2149215a12.1 for ; Mon, 16 Dec 2024 09:11:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734369093; x=1734973893; darn=lists.gentoo.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=wttv0Hw7WUlr4ImMArh4s5DW9KJfms+7BD7p2EzQ7ZI=; b=JfweW3cJKAOEQ+EwoOLOMOaP3qIXQX29hvsOKgDKisg9Qok0/W+0DvalcTujU/uqH+ MGUVn/sF5ehaT4pfFT4uY9rch381f2C6lzppzVD5k5uPKNW2+MPmTJeB+dkKMn0ygMCd fqOlltr05ZJ5YA0vUjhdKB4d/mzsq8NjcQV/2idejyvlDxA9gRNcvt0Ieyl3jQMohTW+ 8jEn0pRsQPfk/LSb4Td29BZA1H3Ed0aksXxOl2psn7uZcV5VDEmM6B5jYXyZPFNHU7Sw 0eqZiYGRHoaGxyuahN3kX9vCNYvNh5D9H91J7oGWQsO1bEV/Ze0BNPxUy3pbCELqoX8F i1ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734369093; x=1734973893; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=wttv0Hw7WUlr4ImMArh4s5DW9KJfms+7BD7p2EzQ7ZI=; b=E//bkp+LP0bhLx8TRG/oZEBh/Z+NtFiqSjI2SapFV8kNUy2FejTp0Myyv0VGh90eP9 UwOPwuk83gTeTbLztbyGlNcuv9/x+OceQIDgDILx83FXBmx7WNlYzNBV7PWIKqZGs43L Rw8+losfZY9U9Yvu0TAAmafU1FtPG01wExGbhB7I6eHMoC9OEJ/ckRruUQGrP7aI3VcX jm9rKY5Gv4CF5s+3likiLGX+RgsxWUERm7akZP/Owa5xDIKtMsL4RfBCVXn3grX2spL/ Twamg/TOa8l9R/9uZple0I/CR16c4fwnS5zbxCbbHcrph1BYfFRwGa3b2IL3FE7Tppaf U9cA== X-Gm-Message-State: AOJu0YyT3F+AzCDF3mNz2MxqgF46V6WZ7jA+387cPYx3McmyRJ2Jyapy HLPkZAzCdsJuSaVMlOrnFtdEr5Uc1R13dUQX/lvQsOI/7tjjh/B7PlKLMFhDMxQY+6R56bnDOP9 fxXxrws2RNRBippCrJlAISgxBJ0oAglLj X-Gm-Gg: ASbGncsKgRwbMJtpE+iwyrVedD1ax7MYTVCF3tv/tI6A9dpic+1ShHBbmxfrdE0jL/M Jte2XaY9obKevGbkXCGPtfjGz2Uta6tnJs+VoPQ== X-Google-Smtp-Source: AGHT+IFxV+ayBQflsn/uCo0YFts7QSwwQAJzPOedHb3LN/z10vb9+ua+KzOZlB/ir9gJsu3+l7j2I4DaqTiUS0/RA4o= X-Received: by 2002:a17:90b:38ca:b0:2ef:9dbc:38d1 with SMTP id 98e67ed59e1d1-2f2d87bd3d7mr128029a91.5.1734369093386; Mon, 16 Dec 2024 09:11:33 -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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 From: Jorge Almeida Date: Mon, 16 Dec 2024 17:11:24 +0000 Message-ID: Subject: [gentoo-user] distccd offspring To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary="000000000000b88ae10629664551" X-Archives-Salt: 1ef19d25-caf6-41b1-ac37-e0533dd9824f X-Archives-Hash: 8660cd47404d5b57f9f88d1ddc1392a9 --000000000000b88ae10629664551 Content-Type: text/plain; charset="UTF-8" I have this in the output of "ps axf" 532 ? SN 0:00 \_ /usr/bin/distccd --user distcc --daemon --no-detach --log-stderr --log-level notice --port 3632 --listen 192.168.1.131 --allow 192.168.1.128 536 ? SN 0:00 | \_ /usr/bin/distccd --user distcc --daemon --no-detach --log-stderr --log-level notice --port 3632 --listen 192.168.1.131 --allow 192.168.1.128 Process 532 is what it is supposed to be. But why the child 536? Not to mention 17 more children just like 536, which I didn't paste. The distccd daemon is alive but not really working, as it has nothing to do: I use this about once a week (for world updating, eventually kernel compiling), and today the 192.168.1.128 client is not even on. I checked the distccd log, nothing there. The connection is by ethernet cable. distccd works just fine when required to. So, what could lead it to spawn so many useless children? I couldn't find anything in the manual, and googling doesn't seem to help. Any distcc user in the same boat? Thanks Jorge Almeida --000000000000b88ae10629664551 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have this in the output of "ps axf"

=C2=A0 532 ? =C2=A0 =C2=A0 =C2=A0 =C2=A0SN =C2=A0 =C2=A0 0:00 =C2= =A0\_ /usr/bin/distccd --user distcc --daemon --no-detach --log-stderr --lo= g-level notice --port 3632 --listen 192.168.1.131 --allow 192.168.1.128
= =C2=A0 536 ? =C2=A0 =C2=A0 =C2=A0 =C2=A0SN =C2=A0 =C2=A0 0:00 =C2=A0| =C2= =A0 \_ /usr/bin/distccd --user distcc --daemon --no-detach --log-stderr --l= og-level notice --port 3632 --listen 192.168.1.131 --allow 192.168.1.128

Process 532 is what it is supposed to be. But why th= e child 536? Not to mention 17 more children just like 536, which I didn= 9;t paste.
The distccd daemon is alive but not really working, as= it has nothing to do: I use this about once=C2=A0 a week (for world updati= ng, eventually kernel compiling), and today the=C2=A0192.168.1.128 client i= s not even on. I checked the distccd log, nothing there. The connection is = by ethernet cable.=C2=A0 distccd works just fine when required to.

So, what could lead it to spawn so many useless children? = I couldn't find anything in the manual, and googling doesn't seem t= o help.


Any distcc user in the same= boat?

Thanks

Jorge Almei= da
--000000000000b88ae10629664551--