From nobody Fri Aug 11 15:18:52 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RMnWk4TLdz4TxMw for ; Fri, 11 Aug 2023 15:19:14 +0000 (UTC) (envelope-from trashcan@ellael.org) Received: from mx1.enfer-du-nord.net (mx1.enfer-du-nord.net [91.121.41.56]) (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) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RMnWj2vspz4WQB for ; Fri, 11 Aug 2023 15:19:12 +0000 (UTC) (envelope-from trashcan@ellael.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ellael.org header.s=dkim header.b=P6ZdN8kw; spf=pass (mx1.freebsd.org: domain of trashcan@ellael.org designates 91.121.41.56 as permitted sender) smtp.mailfrom=trashcan@ellael.org; dmarc=pass (policy=quarantine) header.from=ellael.org Received: from smtpclient.apple (p5b2e5c3e.dip0.t-ipconnect.de [91.46.92.62]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.enfer-du-nord.net (Postfix) with ESMTPSA id 4RMnWW0gNbzn77 for ; Fri, 11 Aug 2023 17:19:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellael.org; s=dkim; t=1691767143; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=RdIlmtOZZ9jULe7wATct7vsRvAC3lksA30bldYs/qZk=; b=P6ZdN8kwxRr5yMN7l/nKT4iy6Viuq/ccVIQiXX35ORmccrzZ9eZwnkRSM7qPwo9gSQGwWN sWk8N6/WAI5GiGjO1hAGZ9IDPENnbE75u3s5LoW1QPLYjPHjzgGfzEU2EhDC5P/hxaYoeF HQvufhOnBXay1/VJqPSQN+ZGldc5+Bay3jSlv5gh1eKjm7VQ066SH4YUvshdOHp7GsZm3G 2Gn1lsUn+g9ltyA7aIIjcqCNx7PRhewRMPELwEr45iRhdWtOAqpfBqMCnZitPrvLJKo9ZW eRHwLXhFJ6zh5oOhhsDMmajLkYKXTHQCrr8XXBfa077jJxdW2wzzsbNdL9AXzw== From: Michael Grimm Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: periodic daily produces ridiculously huge report files Message-Id: <60209E13-5019-4E2C-889A-E36B5FD6DDCE@ellael.org> Date: Fri, 11 Aug 2023 17:18:52 +0200 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Result: default: False [-3.39 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[ellael.org,quarantine]; R_DKIM_ALLOW(-0.20)[ellael.org:s=dkim]; R_SPF_ALLOW(-0.20)[+ip4:91.121.41.56]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[ellael.org:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4RMnWj2vspz4WQB Hi, I recently upgraded from 13-STABLE to MAIN, now at FreeBSD 14.0-ALPHA1 = amd64 1400094 #12 main-n264689-580cadd6a5f0, a custom kernel compiled = *without* IPv6 (WITHOUT_INET6=3Dyes). Ever since either upgrading to MAIN or WITHOUT_INET6=3Dyes [1] I noticed = that periodic daily still runs in the morning failing to mail = ridiculously huge report files (>=3D 90 *GB*). [1] Can't remember when this started. I believe to have found the step in periodic daily causing these huge = files, but I do not know why: 1) I used to run default daily_status_network_netstat_flags=3D"-d -W" in = /etc/periodic.conf This normally produces an output like: MWN> netstat -i -d -W -n=20 Name Mtu Network Address Ipkts = Ierrs Idrop Opkts Oerrs Coll Drop vtnet0 1490 fa:16:3e:37:a7:35 963666 = 0 0 1145053 0 0 0 vtnet0 - 1.2.3.4/32 1.2.3.4 859598 = - - 1068898 - - - vtnet0 - 10.20.30.40/32 10.20.30.40 12176 = - - 0 - - - vtnet0 - 50.60.70.80/32 50.60.70.80 0 = - - 0 - - - vtnet0 - 100.100.100.10/32 100.100.100.10 5200 = - - 0 - - - vtnet1* 1500 fa:16:3e:58:c8:c9 0 = 0 0 0 0 0 0 lo0 16384 lo0 20 = 0 0 20 0 0 0 lo0 - - - - - - - - lo0 - - - - - - - - lo0 - 127.0.0.0/8 127.0.0.1 20 = - - 20 - - - bridge0 1490 58:9c:fc:00:61:18 186483 = 0 0 173172 0 0 0 bridge0 - 10.2.2.0/24 10.2.2.254 6625 = - - 6698 - - - bridge0 - 10.2.2.199/32 10.2.2.199 5198 = - - 0 - - - bridge0 - 10.2.2.220/32 10.2.2.220 363021 = - - 0 - - - ipsec0 1400 ipsec0 852284 = 0 0 1035859 0 0 0 ipsec0 - 10.2.2.0/24 10.2.2.250 391221 = - - 941898 - - - pflog0 33152 pflog0 0 = 0 0 49185 0 0 0 epair201a 1490 02:0a:28:51:b5:0a 33154 = 0 0 32531 0 0 0 epair203a 1490 02:0b:44:a0:f4:0a 2807 = 0 0 2567 0 0 0 epair2a 1490 02:22:d3:ae:82:0a 7635 = 0 0 5435 0 0 0 epair1a 1490 02:61:a8:aa:89:0a 142474 = 0 0 132256 0 0 0 epair6a 1490 02:b4:4a:c7:dd:0a 228 = 0 0 213 0 0 0 epair5a 1490 02:ba:52:8a:6d:0a 185 = 0 0 170 0 0 0 But pretty often "netstat -i -d -W -n" produces garbage like spaces or = "0". This fills /tmp pretty fast (luckily a compressed zfs filesystem) = and my mta still tries to mail in the morning. 2) I modified /etc/periodic.conf to = daily_status_network_netstat_flags=3D"-d -W -4" This produces an output like: MWN> netstat -i -d -W -n -4=20 Name Mtu Network Address Ipkts Ierrs = Idrop Opkts Oerrs Coll Drop vtnet0 - 1.2.3.4/32 1.2.3.4 859590 - = - 1068102 - - - =20 vtnet0 - 10.20.30.40/32 10.20.30.40 11592 - = - 0 - - - vtnet0 - 50.60.70.80/32 50.60.70.80 0 - = - 0 - - - vtnet0 - 100.100.100.10/32 100.100.100.10 5192 - = - 0 - - - =20 lo0 - 127.0.0.0/8 127.0.0.1 20 - = - 20 - - - bridge0 - 10.2.2.0/24 10.2.2.254 6623 - = - 6696 - - - bridge0 - 10.2.2.199/32 10.2.2.199 5196 - = - 0 - - - bridge0 - 10.2.2.220/32 10.2.2.220 363021 - = - 0 - - - ipsec0 - 10.2.2.0/24 10.2.2.250 391221 - = - 941898 - - - This fixed my issue with periodic daily. But I would like to know, if this has to do with WITHOUT_INET6=3Dyes or = FreeBSD 14? Or something different ... Did someone of you experiences equal behaviour of "netstat -i -d -W"? Anyone with WITHOUT_INET6=3Dyes willing to test this? Regards, Michael