From owner-freebsd-questions@freebsd.org Sun Oct 13 04:21:07 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C6F54E32C7 for ; Sun, 13 Oct 2019 04:21:07 +0000 (UTC) (envelope-from lirving@qabservices.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 46rT5b2zfVz4VMT for ; Sun, 13 Oct 2019 04:21:07 +0000 (UTC) (envelope-from lirving@qabservices.com) Received: by mailman.nyi.freebsd.org (Postfix) id 66588E32C5; Sun, 13 Oct 2019 04:21:07 +0000 (UTC) Delivered-To: questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 661CEE32C4 for ; Sun, 13 Oct 2019 04:21:07 +0000 (UTC) (envelope-from lirving@qabservices.com) Received: from hwsrv-619845.hostwindsdns.com (hwsrv-619845.hostwindsdns.com [IPv6:2607:5501:3000:ad1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 46rT5Z1x5Zz4VMN for ; Sun, 13 Oct 2019 04:21:05 +0000 (UTC) (envelope-from lirving@qabservices.com) Received: from h1a.cupid.allsmooth.net (localhost [IPv6:::1]) by hwsrv-619845.hostwindsdns.com (Postfix) with ESMTP id 0B60DB4506 for ; Sat, 12 Oct 2019 19:25:57 +0000 (UTC) From: freebsd.org Security Upgrade Team To: questions@freebsd.org Subject: IT support system questions@freebsd.org needs to be upgraded Date: 12 Oct 2019 12:25:51 -0700 Message-ID: <20191012122551.AD92B5755FEBE586@qabservices.com> X-Rspamd-Queue-Id: 46rT5Z1x5Zz4VMN X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of lirving@qabservices.com has no SPF policy when checking 2607:5501:3000:ad1::2) smtp.mailfrom=lirving@qabservices.com X-Spamd-Result: default: False [5.69 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.98)[0.985,0]; DMARC_NA(0.00)[qabservices.com]; HFILTER_HELO_2(1.00)[hwsrv-619845.hostwindsdns.com]; NEURAL_SPAM_LONG(1.00)[1.000,0]; MIME_HTML_ONLY(0.20)[]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:~]; ASN(0.00)[asn:54290, ipnet:2607:5501::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(1.40)[ipnet: 2607:5501::/32(4.29), asn: 54290(2.78), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2019 04:21:07 -0000 From owner-freebsd-questions@freebsd.org Sun Oct 13 04:44:23 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C71A5E3F2E for ; Sun, 13 Oct 2019 04:44:23 +0000 (UTC) (envelope-from mortyyara43@gmail.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46rTcQ2p9hz4WRM for ; Sun, 13 Oct 2019 04:44:22 +0000 (UTC) (envelope-from mortyyara43@gmail.com) Received: by mail-qt1-x836.google.com with SMTP id u22so20200098qtq.13 for ; Sat, 12 Oct 2019 21:44:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=cye1qe7rTY8yROzLqJ6a168SJKAXvYHBdVO6t2121Rc=; b=m2vMa26kndHKFkafa0ca6ofVI0ZxQPhMF2+bsglxqkI8os17881IjglugUMe759Ltc wM6sECHWkuYlcwE8fkP3nUYnVPnOWs7JahcBVN+sZBB+2km2zDjQ+xT+4bQ4JN42Sj6N 9L3aK4b/s71jidAH5R8mY83hW8Ai2LcZ1Z+6xtA+M63zbbwyJGGI/s1zjwQwB2q28v9J zAm6VE18gKxkzKFQfBvF3zZsRVx671BXMB2s9Vu42SM2B/eneqw98iRRrVZOfvN3dE/y o4pWWWDeETSfbPll/mmyCcu4XV+p17nr0K0iZUTZu0xGOMSJox2oebjdRZ86WA1jNVt3 6+5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=cye1qe7rTY8yROzLqJ6a168SJKAXvYHBdVO6t2121Rc=; b=stMWUFoA3tjRwWRsRXodm6zkr6RSRaKA9OVFhI811CG5zsfj3BcBiI7zT9gYJoYYnn pYFi1NGD7Ppgym+83xG1elj03hSRWxf7WnHPw/uCYBb8mrmR+i2FV98hHAecH9Q0euZm aLyP4t9HJ0mv79aCM26X3/Qlcpnb2WI/M/zCXtb2vZdSbvs8y7Yz2pTEx94WsQqwGmom VBjQ+ir4r9Zn8SFLPDLw5tTouTFZAxcCyAQ0BCqq/JPzkpX+HHIK0ki5uCAJyf9XZu/g 5pnVpElBRW9jUhbD0YYUkig9b7Z967kH43PK8BY/GR5T7BN+/050h9p6sYbAJuAGHHap 5UCw== X-Gm-Message-State: APjAAAWfIoNesc3iFOF39wrdib4Y02EbF3YuNHf/41Cd0AvAHcWsY3km QAS/gZI0HIC6OC/Egg8pBYaj71yqKWVGtgoGtGCv0iSe X-Google-Smtp-Source: APXvYqwu6muuf1YIdATflyrff8sJLNj+da2ZrEHMIKzvnuEktqKR4N1B8/3djN39pFwH1SBZ+xy0AbjWU6pL0fQ1igs= X-Received: by 2002:a0c:fa49:: with SMTP id k9mr25263032qvo.239.1570941860546; Sat, 12 Oct 2019 21:44:20 -0700 (PDT) MIME-Version: 1.0 From: Morty Yara Date: Sat, 12 Oct 2019 21:44:10 -0700 Message-ID: Subject: What you should do about it? To: freebsd-questions@freebsd.org X-Rspamd-Queue-Id: 46rTcQ2p9hz4WRM X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=m2vMa26k; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mortyyara43@gmail.com designates 2607:f8b0:4864:20::836 as permitted sender) smtp.mailfrom=mortyyara43@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(0.00)[ip: (-9.25), ipnet: 2607:f8b0::/32(-2.51), asn: 15169(-2.12), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[6.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2019 04:44:23 -0000 Time have changed. I'm not saying that this is easy. Microsoft has altered their operating system to report real-time data back to a central data repository. They managed to do this because the operating system was just so easy to use, users had the natural inclination to touch the propriety OS instead of free and open source software. Next, next, next, and you've accepted browser history disclosure through the setup along with your voice fragments, for which a BestBuy associate, or perhaps an automated process has accepted the terms of the license agreement, at a physical store before you even bought the machine. I just wanted to tell you the truth. You are one of the only remaining options for users who wish to be free. (FreeBSD) Of course, we can optimize our settings to disable the tracking, diagtrack, set that to 4 with regedit 'disabled'. Firewall, set it to blocking from the inside, remove the default configuration from MS. Add almost 100 entries to the host file, but the OS will ignore some entries anyways. The system administrator thought that NAT meant to block from the inside too, but that wasn't a true firewall, it was network address translation.. Windows Update, set a policy to prevent automated rebooting of the machine while you're working. NAT, it's just a program that took the source address, and updated each frame to correspond to the outside layer 3 address and network. I took the time send you this because you this because I know you have the opportunity to create the next free OS. The one that respects people's rights. It's not going to be easy, but you have the opportunity to create an alternative. Monitor mode to see each machine on the network, instead of the Android mentality of not allowing low-level network access all together. Android users don't even have access to the ARP table in Android 10 'permission denied'. Which devices are on your WiFi network anyways? From Google, Fing, we destroyed you're whole business. Trying to protect your home with Haven? We will disallow camera access from a background thread, and we'll say that this is in the name of fighting APT malware. You are free and open source developers up against something that is truly evil. Regardless of what it said here, the community is looking to you to give the choices back. Look at Android. Most devices have locked the bootloader down to the point where free and open software (FOSS) could not even run without a signatory key from the device's manufacture who would never escrow such a key without monetary involvement. Create the software, the platform, that mobile devices can run on. Let each user have access to software and we will do the rest, to ensure that no one is denied access to this software, even at risk of our own lives. Create something that is truly intuitive. Make a whole new desktop OS that define Microsoft's and Apple's logic. From owner-freebsd-questions@freebsd.org Sun Oct 13 08:21:07 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 592D2F145F for ; Sun, 13 Oct 2019 08:21:07 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic311-30.consmr.mail.ir2.yahoo.com (sonic311-30.consmr.mail.ir2.yahoo.com [77.238.176.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46rZQV0Xc3z4g3c for ; Sun, 13 Oct 2019 08:21:05 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: _5zZocwVM1m2s2qoGnWMac0a5Mt3yviJOMgoVRyeECoRXjOHE4NLt7kllAUma_u Ld.UAROkROT6l8zwGrFmS4YVXQ7_yYDCYFVrZiXdVXe5bmgQE9spI13zQepCnp_PQF2KjyyWBq_8 CpY69x7NJjMb85j32gtS415j._LfE8EBxWAymEnTIj4paYJ8nv_Nd7d.itQxO6meO0Y2LD16SWx0 feSsATFDNFZ7E.BMhQ7NTD1FVZaajuc1XmlTjLAGnDpDLR2ksAvjRg1iOW0Fzzea0fGFkYmy.frH SVRgt90yQrkDqNY5Vjs8D0gMtagwLKL3gl9M2jLJ9dYUXOCwovB38gkl6xbwqdDwm_IY52c5ubWb nzqynqoJdbaeQL66hzj8VbYld3qJrY8NcCk0JN7ktnESuw48xVFlJoLQAIv0f4lNnuv.SI7nySJA ZTZcH2zWgFMN4FuxiyRbv2e86xnyQmh0q4OlYndkYU94DbfeUqtAzwhHoGVJDGCIujqgpTRPkc9c BufosOReQ0keJHUvHlJMy04_LxDudUqrFwJTqCVFsSKQ07WWd1hBNK3lxnpeFB2gKWaMp7.CSx0r 4rPrTv6N6ugA8wrEtiutjHW5Cu65VCq9MhRovuzbS8TDLIrchvB9O_01DvAM7nPi9bnvoJ2fidvB uezRetFWFvXxVcRtyZOLmQigyh_sr44bE7BrU1zliItmLNsVcPTBHYjG0IN1ULoXj95Odyrg4Fte 6H40Y35ScBX.v5RwWgiQbjk5hE_928H0HpwTH_O1iKflZwcIvKWemR9WMubDOMSEAtYA2zfW8jQk bxlz_tjCqNkPCoXuDBLgbLZnVdSGDIUlpp6UGHbNdVmOHbS0cp_6.A7hqez2A_aeAU3Tz.y.tt3T x7WUgoUtaN5Glg6A_r1nLsTA3gKF5IyQTPYtF1nMzRkmWt_IvgbTE7_QvuMTn0xz3iKjW3lM5_V1 Oy7N0hwff5RA0qNPpZjbEPqY3Zb6142aW4KJuNipEldDdXWoO8dKQxsNsHgyUiSOmG_n7Fo02FFb vD8PIEdJJbpI0uIRX13XhwoHiVqAuWdWvKtWdBJ7XN9WjRKGDoydWPdCTiXZ6h6gmx8IxYVgLgFU q.v95xJuqmhcnC_U.vOofgu.snsQWT1lSw6zAIpuLCYRbQDs_qWmeGQAdxoq4RDpW2JPiygDWnl8 qRIDo28O86s7mR._XihGNH7CbNKOvmYnJpQ0nSxBxx0RubDX3h86EHdx0LTRe9h88.bbU9RRgIRI hyCULJlonRosDBHmkG1vl67sAbwfxpwo7IorQyCjtCfc06fdiNLO40urDYxYKsvQXQCo89g.r3Oh 3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ir2.yahoo.com with HTTP; Sun, 13 Oct 2019 08:21:03 +0000 Received: by smtp424.mail.ir2.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7fe9c217a91fd0b0c468b3b2c8f0dcb0; Sun, 13 Oct 2019 08:21:03 +0000 (UTC) Date: Sun, 13 Oct 2019 10:21:05 +0200 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: What you should do about it? Message-ID: <20191013102105.53521423@archlinux> In-Reply-To: References: X-Mailer: Claws Mail (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46rZQV0Xc3z4g3c X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.04 / 15.00]; XM_UA_NO_VERSION(0.01)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[rocketmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[rocketmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[rocketmail.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; IP_SCORE(0.00)[ip: (6.68), ipnet: 77.238.176.0/22(2.18), asn: 34010(1.72), country: GB(-0.08)]; FREEMAIL_ENVFROM(0.00)[rocketmail.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[rocketmail.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_MEDIUM(0.54)[0.539,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.995,0]; RCVD_IN_DNSWL_NONE(0.00)[162.176.238.77.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[162.176.238.77.rep.mailspike.net : 127.0.0.17]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2019 08:21:07 -0000 Hi, I replied to a more appropriate mailing list, see https://lists.freebsd.org/pipermail/freebsd-chat/2019-October/007371.html for my answer. Regards, Ralf From owner-freebsd-questions@freebsd.org Sun Oct 13 09:01:31 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 28755F2368 for ; Sun, 13 Oct 2019 09:01:31 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46rbK53r8Gz3D82 for ; Sun, 13 Oct 2019 09:01:29 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id C1DDA20CCC for ; Sun, 13 Oct 2019 05:01:27 -0400 (EDT) Received: from imap6 ([10.202.2.56]) by compute7.internal (MEProxy); Sun, 13 Oct 2019 05:01:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm3; bh=GgTYQRfhBBZBmzINKjmbI/UNxLV5vGV DhjguNIWaYAU=; b=fDjn63PQZa46OtwR1t6O/og/WztCVI8CQLDlt9NyfpE1Ttn 9CW5BMP2q5AS9RPxm0n6czJK9oVu5zQqzhO2InkFMslUD1nGywZ7nSbmijmo7gWe A4nMq/v2UwySbS+I0Dg25UlGcC5c4x42sJBkZSWST+IqsFzuvxEx4gLfqrCFkp+3 wrUxAlCn14DXuYdbq8UFNHvstn7M5eOqF+JT8tzciEXmvsc4cEaarYJZZHPaPuZA XZtORQDaYsMKtQHj7qBJ5H1Wx/YHh+5gjPNGXL7E8K2CxleTekvGl9UZ8O0oQX7+ A2DOyah7MgZhPaQo41t8JlrcVExrHRNXT8tzb3w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=GgTYQR fhBBZBmzINKjmbI/UNxLV5vGVDhjguNIWaYAU=; b=H1+pio6QPKrAS6/75MvhXW 1RwlJScH9JT11g2lKBifndHbC8HGF8K8oeBN1M8KBArR7mJMij/R26LnQl4Zbxgb hD9DmB9RWNdKT3ST0GKPlukeNiO6MFo+FgGXqif+sxTCHz44+gwcGV2dXa2CmcZi Oz9zXbDTv796KTO5C8VCFsYL1LqDb/w9+VvXuFb9I2XeNAcsxoOQWMDdh5SRKJmg Zykd5Yx9et3F5p/woSrpCuCYN9xTzilMLnqJxRNQaMU3uZ85KoMNTPNGr4UgWs5P q+RFqYFYtrMD25WTpWBmB55VBeojpyzbLOZxyAPZde4+hprn3hhcee/wOUW266Ug == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrieelgddutdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdffrghvvgcuvehothhtlhgvhhhusggvrhdfuceouggthhes shhkuhhnkhifvghrkhhsrdgrtheqnecuffhomhgrihhnpehgihhthhhusgdrtghomhenuc frrghrrghmpehmrghilhhfrhhomhepuggthhesshhkuhhnkhifvghrkhhsrdgrthenucev lhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id CA9021400A2; Sun, 13 Oct 2019 05:01:26 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-360-g7dda896-fmstable-20191004v2 Mime-Version: 1.0 Message-Id: In-Reply-To: <20191005141507.GA1223@admin.sibptus.ru> References: <20191005141507.GA1223@admin.sibptus.ru> Date: Sun, 13 Oct 2019 11:01:06 +0200 From: "Dave Cottlehuber" To: freebsd-questions Subject: Re: Ansible for FreeBSD - use cases? Content-Type: text/plain X-Rspamd-Queue-Id: 46rbK53r8Gz3D82 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skunkwerks.at header.s=fm3 header.b=fDjn63PQ; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=H1+pio6Q; dmarc=none; spf=pass (mx1.freebsd.org: domain of dch@skunkwerks.at designates 66.111.4.27 as permitted sender) smtp.mailfrom=dch@skunkwerks.at X-Spamd-Result: default: False [-4.07 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[skunkwerks.at:s=fm3,messagingengine.com:s=fm1]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.27]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[skunkwerks.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-3.48)[ip: (-9.83), ipnet: 66.111.4.0/24(-4.86), asn: 11403(-2.68), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[skunkwerks.at:+,messagingengine.com:+]; MV_CASE(0.50)[]; RCVD_IN_DNSWL_LOW(-0.10)[27.4.111.66.list.dnswl.org : 127.0.5.1]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_WWW(0.50)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2019 09:01:31 -0000 On Sat, 5 Oct 2019, at 16:15, Victor Sudakov wrote: > Dear Colleagues, > > Is anyone using ansible on FreeBSD for anything useful in production? I look after a number of customers with reasonably complex requirements, bare metal, network provisioning, jails & custom apps. Typically we use bare metal systems to boot up FreeBSD, and then ansible-ify everything else from that. > I've experimented with the pkgng module, it does install packages :-) > Most modules are meant for Linux however. > > What FreeBSD tasks do you automate with ansible, and with what modules? I highly recommend sysutils/py-mitogen (for massive speed up) & https://github.com/austinhyde/ansible-sshjail (for remote jail access, works like you expect it to. The core functionality driven by ansible is roughly: - node bootstrap - sshd, users, ntp - sudo, sysctls, unbound - tarsnaps, pf, zfs - freebsd-update & IDS - set up zerotier mesh network to link jails across servers - jails (currently with iocell but soon "simple jails") - haproxy, pf, bgp networking, spiped, TLS certs - collectd, rsyslog, smtp - everything else lives in jails - graylog, riemann, vault - clustered rabbitmq & couchdb - a few bespoke apps in erlang & elixir - build server - setup poudriere - kick off builds from a custom ports repo Updating apps is as simple as: - use BGP to offline a node from incoming data - shut down jails - zfs destroy zroot/jails - re-run ansible to deploy all the things - let haproxy figure out things are up again We have datasets like zroot/jailed/app which contains all the permanent data, and the app & config lives in zroot/jails/app which is both transient and deployed by ansible. Some of the stuff never changes, so I've started using pkg-create(8) to wrap up a lot of the stuff that I used to have as configs, and simply deploy that as a package via ansible. > I use net/rdist6 to update some configs on remote hosts, so I don't > think I'll benefit much from file copying modules of ansible. Ansible shines for the case where you need more variable injection than rdist or simple shell scripts can provide, but there are a few things that I *don't* enjoy about ansible. 1. ansible suffers from its own success. GitHub is a terrible solution for managing 1000s of ever-changing PRs for modules, and I don't think they've yet found an appropriate approach for engaging with the community to keep PRs flowing. This is a generic issue for any FLOSS project of this level of activity. 2. hiera - if you've used puppet, you'll miss this. While ansible provides a similar hash table to merge inventory data, none of the community provided roles can use this so everything is "namespaced" via snake_case: postgres_config_thing instead of some postgres.config.thing (where each level is an actual hash). Where this matters is when you want a group of nodes to be able to override a particular setting, but inherit elsewhere. 3. DAG - if you're doing DevOps with tools that have no concept of dependencies, you're doing it wrong. For example, if 90% of the play is already set up, there is no need to re-run it all from scratch every time. I work around this with keeping plays in small task-focused sets, and using conditional clauses to skip large chunks of plays if the final condition of the play is already set. 4. versions, the core is changing continuously. You basically need to keep up with the leading edge to remain in support. This means updating your plays every quarter, and patching up anything that's out of whack. There's always something I use that's being deprecated, but only once has this been problematic. That aside, generally I'm pretty happy with ansible, especially for FreeBSD. Most roles comprise the same steps: - make a new jail - install some packages - setup a few directories & zfs datasets - ensure daemon is running - ensure data is synced across cluster nodes/jails - tweak settings for jails & proxies for a home grown "service mesh" I guess it takes around 1-2 hours to make an ansible role for any given application we wish to run in this way, across multiple jails. It would be great if FreeBSD were more programmable in some ways - more libxo for plumbing orchestration tools into the system, things like iflib or a libfw to programmatically manage networks instead of wrapping ansible line-in-file and block functions, but right now it's good enough. Jail and zfs support makes isolating things really easy and the performance is more than sufficient for my needs. The zfs books & the jails book are excellent companions. Happy to expand on this if something above is of interest. A+ Dave From owner-freebsd-questions@freebsd.org Sun Oct 13 10:40:45 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2C98BF4B0F for ; Sun, 13 Oct 2019 10:40:45 +0000 (UTC) (envelope-from emorrasg@yahoo.es) Received: from sonic314-19.consmr.mail.ir2.yahoo.com (sonic314-19.consmr.mail.ir2.yahoo.com [77.238.177.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46rdWZ60f8z3J2X for ; Sun, 13 Oct 2019 10:40:42 +0000 (UTC) (envelope-from emorrasg@yahoo.es) X-YMail-OSG: kGYbSFcVM1naK2tmsP1g.NogDjDStKNfzhIbWiq7ani9VQw.ZFZdSFlQlptS5Cd xL7IlAuLyymiipRgSxdG.Sf9bs9yEzxRDlj5e2VEJ.Poz_i8aU45.sVM9tNT9atRQYbfIwOgQtTV K4fdz9fr_U9Eg5O3COkIofbTRZXVa7ONR60Qh7fsI_2dC49iR_JPusx1C_aNjaJ47KQQ5WZQCptW 4qV42N_X6qxaonCQHFW4O52AMuYTS9LApV_guSbrVR9cUAfg1X8IvG6kSjNaVvyVltOOgic07BUl uWtx2l.nB.copdUYlU25R6d40CLuWKzr2T0mIXLCrYoRZawQ7xC4VLQjAjxFXSrUbDZ97LfeaENM F4Qhpvbp1jGyz6pqj0XJvRe.Cqh4OJLiBg10d3Q4d1TJP5axcthb_ryZ0y3HWVO3BM5pRIP6w3JL 1ULNYEsVktkhnUy_NKsoj_LWfbP0tLn4Tuu3pWOPXkpEd.0bYUCcDvbdUd8jmnOY6mmG0TdI8nZN VsG0mLIO0MitLosxjsN49jLfxLk2gYscnZehelTpSY27GDePQpPbyxF4nOmW2blL2LOjzeFv67vX 10peTgljB1PnIls52ljXbE2Wk4xFacbA0Y5ITO9lQSb5NtKhWVEGiS1C5QU3QvpFaSyRu0U3of0a JEkYF3p.LF.Je4kZdcqKv6VuDDWwRfo2g8k_Ey6ztYfXu1a4mXbVsl_7Z_puCyZOSvCdqHjGxTYd hypfqjs73q4fyjngIeK7AKyf3WHUR9vW9vfjoXRTxM65NdkWHn_s26fakrDG3dRA7s__apMaSLGS e3PnsjbnMWQn4rYKEWx.NboK7uygDrnsOlGpA8s7ksgxCRpxe0b3S1FlKYryjd8f2dgiR_ANC4Qw QAzuR0VywCdc96I5D9HonxQduoiX9JeJuzJA3OpET8CyFfmX2XojJelJnI.DDnplorMg4IeEbsBf cwK3pz446BD4TYvcQlILMtX6_7avjrSLEDWJTOkrkrIQGMlB9lpwf0.ov02bTubeLMnwniQRUoNv TfSm7ooYRlTf16MsgalvxovtMvkJZlafOQFSUAK_EUUnzVOjlzeGP6ClFf4d49dLjPsrL9zS7e1F X__ALWWZAZs0jKB4rCxiL.WG..3Vv40P9YNXz6hnwm31sZ7QLn8mdFTihayONOqtvIVDu4aDJdft KsGvgCJEo_KKzbndaCfbqHmtkGxKASf2F2_9GwBXpCUgaQ7qQOfojN5dLRsKeo5wOQBQ38HfCY1y eMSthg01.IfQ_OXKAZRlBXhxwBBaj9Hm9Obna9UoSiA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ir2.yahoo.com with HTTP; Sun, 13 Oct 2019 10:40:39 +0000 Received: by smtp401.mail.ir2.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 993af288f1a8d5430657e5a03efc7252; Sun, 13 Oct 2019 10:40:34 +0000 (UTC) Date: Sun, 13 Oct 2019 12:51:44 +0200 From: Eduardo Morras To: freebsd-questions@freebsd.org Subject: Re: Sctp and getaddrinfo Message-Id: <20191013125144.d005f969d2a3e75fad5f81dc@yahoo.es> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46rdWZ60f8z3J2X X-Spamd-Bar: / X-Spamd-Result: default: False [0.94 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.es:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.es]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.63)[0.628,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.es:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.es,reject]; RCVD_IN_DNSWL_NONE(0.00)[145.177.238.77.list.dnswl.org : 127.0.5.0]; MV_CASE(0.50)[]; IP_SCORE(0.00)[ip: (5.67), ipnet: 77.238.176.0/22(2.18), asn: 34010(1.72), country: GB(-0.08)]; NEURAL_SPAM_LONG(0.81)[0.808,0]; RWL_MAILSPIKE_POSSIBLE(0.00)[145.177.238.77.rep.mailspike.net : 127.0.0.17]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.es]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2019 10:40:45 -0000 On Thu, 3 Oct 2019 00:01:30 -0500 Brian Wood wrote: > Eduardo Morras writes: > > > Yes, I use it. Some questions: > > > > a) Can you post your getaddreinfo call? > > > > b) Do you use hint? Set it to null. > > > I have this: > > ::addrinfo hints{0, AF_UNSPEC, SOCK_STREAM > , IPPROTO_SCTP,0,0,0,0}; > > > c) Are you using more than one network interface? getaddrinfo > > (afaik) don't support it. After using getaddrinfo you can add more > > interfaces to the association > > > > d) Does your dns work? Are client and server in the same machine? > > They are on the same network. Don't know why is it failing to you. For my sctp code I used code from sctp-tools git project https://github.com/jtt/sctp-tools and sctplabs github repo (check https://github.com/sctplab/sctp_proxy project) In freebsd-net are sctp gurus, you could ask there too. > > Brian --- --- Eduardo Morras From owner-freebsd-questions@freebsd.org Sun Oct 13 16:18:20 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5E3E31353B8 for ; Sun, 13 Oct 2019 16:18:20 +0000 (UTC) (envelope-from vas@sibptus.ru) Received: from admin.sibptus.ru (admin.sibptus.ru [IPv6:2001:19f0:5001:21dc::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46rn171px5z4H43 for ; Sun, 13 Oct 2019 16:18:18 +0000 (UTC) (envelope-from vas@sibptus.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sibptus.ru; s=20181118; h=In-Reply-To:Message-ID:Subject:To:From:Date; bh=4NMC1NcW2cbbNe/sXDc+pDlhPMjxgiwSB3kZEq1ZueI=; b=FKrIX+T3YmTNokc2Y+r3dAJbmw DATVA8lNRxiiw4+CEtFF+CStI4TNd83Yzz/JVXL050itVgmOm7dWVMzKmF57cwNtPT+in1pG6mN8l RKIBZF/y4L4Ni0PafBZ6g+yu5RXMBHSlviAw7TEOJzULAiz0rdKni6kBMwjsRHnH8xt8=; Received: from vas by admin.sibptus.ru with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iJgZO-000LQ5-9y; Sun, 13 Oct 2019 23:18:10 +0700 Date: Sun, 13 Oct 2019 23:18:10 +0700 From: Victor Sudakov To: Oleg Cherkasov , freebsd-questions@freebsd.org Subject: Re: Fwd: from mfi to mrsas, a question to those who use mrsas Message-ID: <20191013161810.GA82069@admin.sibptus.ru> References: <334581570903892@vla5-a97816db28ca.qloud-c.yandex.net> <345141570904068@vla1-2bebf6b1c06e.qloud-c.yandex.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <345141570904068@vla1-2bebf6b1c06e.qloud-c.yandex.net> X-PGP-Key: http://admin.sibptus.ru/~vas/ X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 46rn171px5z4H43 X-Spamd-Bar: -------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sibptus.ru header.s=20181118 header.b=FKrIX+T3; dmarc=pass (policy=none) header.from=sibptus.ru; spf=pass (mx1.freebsd.org: domain of vas@sibptus.ru designates 2001:19f0:5001:21dc::10 as permitted sender) smtp.mailfrom=vas@sibptus.ru X-Spamd-Result: default: False [-8.32 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[sibptus.ru:s=20181118]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; IP_SCORE(-3.23)[ip: (-9.82), ipnet: 2001:19f0:5000::/38(-4.91), asn: 20473(-1.35), country: US(-0.05)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[sibptus.ru:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[sibptus.ru,none]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[yandex.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5000::/38, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2019 16:18:20 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Oleg Cherkasov wrote: > On 12.10.2019 14:36, Victor Sudakov wrote: > > 1. I have mirrors configured in mfi (see below). After switching, sh= all > > I continue to see and use the configured hardware RAID volumes, or w= ill > > the disks suddenly become.. well, just separate disks? >=20 > It depends how did you configured hardware RAID volume. In short it > would stay the way it is=20 Good news! > however you would notice device name change: >=20 > * MFI has something like /dev/mfi*, I do not remember correctly > nonetheless something like that. > * MRSAS makes /dev/da* devices. >=20 > Your filesystems or ZFS pool using those MFI device would gone on > reboot with MRSAS. Should be important for the swap partition only (which is in fstab). Thanks for the warning. I think ZFS does not really care for device names. >=20 > > > > 2. I think I'll lose the convenience of mfiutil. Is there anything to > > manage mrsas drives/volumes/firmware from inside FreeBSD (adding arr= ays, > > monitoring drives etc)? > > >=20 > Yep, you will. However you may install megacli=20 Not meant for humans, really. Its interface and commands were designed by some space aliens. > or stocli from ports. In the current configuration, storcli does not see my mfi controller. Maybe it will see after switching to mrsas, but I doubt. --=20 Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49@fidonet http://vas.tomsk.ru/ --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJdo05CAAoJEA2k8lmbXsY0eZEH/1lBjOAT8Sj0bGNlTWLZchCV hAIUIfPsTJGjXkgFUQBhdgiQVigQoFlRZ+jSItYAVk3qCWGQeJZ84a285ffxqvYC ExQkYGqhHZsmmd6S5NGSsanfQrpLjweHpdQe9T953ZJWUE/irJ4mJzQ3RcSANTqY W+iw9LP5l8oCBtL8pbSE0V+GD9XKrS2J1Un78zVUbS6Z/Zh9m1W8uEay+C1u13bY 7+CCBrC3kH/u6i/vVMclEBCwpGDDKgh65/G43GNFFAwYdNsV62YS1CDr1o6nUHkY 9sRfnIQQKmcdmxyNqrdQL4TfLPvVXs6LqlZOoAxTvPX87OkoksWr5ku/r5aAlcs= =eu9f -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-questions@freebsd.org Sun Oct 13 21:57:44 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A68BBB7B80 for ; Sun, 13 Oct 2019 21:57:44 +0000 (UTC) (envelope-from luislupe@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46rwXl3slBz4c2K for ; Sun, 13 Oct 2019 21:57:43 +0000 (UTC) (envelope-from luislupe@gmx.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1571003852; bh=k7EqPTlitP9pIDVV/KqSXk1FE2viZo0ge4n50njlNqs=; h=X-UI-Sender-Class:Date:From:To:Subject; b=aJs6DU5oI1vJwXb5RCPp9fRunuBHU+endHpBVHIlYf8FwvMU1tc/kwidC5qxWfMrt ihnQc/m8HQ967Mk67WgrDZCA+f+le1ORUe7WAgpaOmcX35gxbNVfbeBa5LZMIZSr/G P5IiUwAWcPQllkDpjLI3JAZmkF+lwCsKEplKRXbs= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from localhost ([144.64.85.65]) by mail.gmx.com (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MacOQ-1hm4wL35li-00cBZj for ; Sun, 13 Oct 2019 23:57:31 +0200 Date: Sun, 13 Oct 2019 22:57:28 +0100 From: "Luis P. Mendes" To: freebsd-questions@freebsd.org Subject: term: Undefined variable when booting Message-ID: <20191013215728.GB12627@leao.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline User-Agent: Mutt/1.12.2 (2019-09-21) X-Provags-ID: V03:K1:Sca/WpCkVyRW8nS1YkdOeKTS9iz9PKDeAeSR6OdVrj133SsDSVa MoCpDBjFLxvCNLMezpsevy3R1+OUYDBdtsB5e+eTuOEpUbL81lDdQbInk4oOB4KKjQzdQcY DFNf8RS2CoYa8cyOlmtUHGMwDjEnwqkJqCu3Qmd8mbg+o5rN53W6oUYa5bW5h9TViyIVExq r5DMpmwG98ZfQyBieNQpw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:BJOAJBEFJfI=:O9xaoDfmAZDHDEuRKxOMAI FK+Yqum+KPyN7efZENYTKRRUU/c1ZDSQpUN5Wje689h4NcSrgwbz8VzXovEFACx3YfWffPaeZ XKmmIA89RmQ8GhGxK6Z5Gf9Ae9kw0yWC2N0k+gehh1F+4Hn2uKeuU4msZkMoJ3RzyItoYWbdS LHsGZy4H68I5ZhsWe8JnU5tvrQRWOp59txVpJ+gbrC0YMOINozkh9nCjnSQ38KzbpMT0cLjey DMhK9Zi8A2ZXPaVga5AX01OJ/xDEkoiybwSBhSj99oBP/z/jL4cm0shzOfNmsnXJAEPcwQiLd /iHYGcKbE039oagK6qrslUWfDd+wb12DgNkn/3kosUuASNGxbxCrquUEbzXKriiHPLbRMXR2T EO8x+tAhlEopDgqJGEnWeyksOos/VA2atgfP9newQgmC6e0cc9UeZN9sWmQBS4EZuxumqQrSx 7vJD9gfTbkg7DKtuo7QmNPYnkUw0Kfiv9U+WXSz2Jlinj/0nmp3kmSznqIbJcQtHfrThLQu8v hfJTBp8CEFg68UAUErQvVTDfw0iCiZOr/sKFzmqHDeQZtrK7TZAoUnvYAv//xprmiuXmVlL7f XJMXza+rpvbUp+K3DNdYvqCajz42cijxF7XFw20hWYL2eKw5Lsp22jVVl/cKeINPmPQNOSOaR ekGdeB7Dn+8XHHxa3WyVnUAj/0KgNpjBaZdwWlQyPZduZ/4Q20iEwGwolmXVmgrio8uDHH7pp jt2869yXTCYgzDoHtNW0iH6IbSs1ktIUSDwxMCgJDWEdfWLHHNlOhv8kJL31akEs+E5xx1kkB gXg9BG7gxSh6qy0qsRm+wQAcFsu4iXtbixNLnNhyqqWlvYi611szcEseso4JqZXUzXq5iWuZb Aky/VRQEFvdCjMKgIEDYO2YpfUv1sw3VJRT9SuZPGzV6ZfgysU+mnBNdbQBqtx9Siy/F+N5I+ jrxKzbxU/+YvTNqvAW0EDaaFpGJ7knOl2Yvg08uFhEprOCKy2sX5W3TBR6j1nW6Wp49slXf7P 175OJ/mjmGBKabgyN3Nv4ym9dWxhpyOOerXo67QAaLffd7LxqcUlHnLEgU92JdNwlgNhSDhFe TOiXI4cdzCGJtYyObKoaupjrr9uL2z4snULL8yTMqUKBRA2g+tjnXWThEpPcM/fxEprvz3QNI 4oCivo46rYsrx5ZnTIm13wPTr/9CRupQqbsyYLm1mjPYFaYP0goXFJ9+AQalpUru1IA6fY1Jj zEbTqqf984YT4aqCeCM+9VtqamT8Op6tBlPwc/A== Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 46rwXl3slBz4c2K X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=aJs6DU5o; dmarc=none; spf=pass (mx1.freebsd.org: domain of luislupe@gmx.com designates 212.227.17.20 as permitted sender) smtp.mailfrom=luislupe@gmx.com X-Spamd-Result: default: False [-2.60 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; RECEIVED_SPAMHAUS_PBL(0.00)[65.85.64.144.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.227.17.0/27]; FREEMAIL_FROM(0.00)[gmx.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gmx.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(0.00)[ip: (-6.20), ipnet: 212.227.0.0/16(-1.30), asn: 8560(2.03), country: DE(-0.01)]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.com]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2019 21:57:44 -0000 Hi, Since some time ago, maybe after some system upgrade, there's the message: term: Undefined variable that follows the 'Starting daemons' message. What should I do to correct it, since the machine only boots after a Ctrl + C? I'm running 11.3-RELEASE-p3 on a genereic amd64. =2D- Luis Mendes From owner-freebsd-questions@freebsd.org Sun Oct 13 23:34:01 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 88F65BA2B1 for ; Sun, 13 Oct 2019 23:34:01 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46rygr3klxz3CQ6 for ; Sun, 13 Oct 2019 23:33:59 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([178.12.112.13]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPA (Nemesis) id 1MC2k1-1iDzXV0Syr-00CSW7; Mon, 14 Oct 2019 01:33:56 +0200 Date: Mon, 14 Oct 2019 01:33:55 +0200 From: Polytropon To: "Luis P. Mendes" Cc: freebsd-questions@freebsd.org Subject: Re: term: Undefined variable when booting Message-Id: <20191014013355.7c951938.freebsd@edvax.de> In-Reply-To: <20191013215728.GB12627@leao.home> References: <20191013215728.GB12627@leao.home> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:bEOPR6pd6lbE0fGiw6plTxESBSJkqQ/uZuiC4AHGCmuxkJJCliu DEm+U7SHpB7NgQ9OeIXwQQXkSbnAxv4wJ9oj0pUeQA7H8Rcf3QM94ztUc5R/UYXO1jPY2c8 3KYRasueuIVkQZ61QRoBRw/sgUFhtpBzP4qD/V2j3/hfZR625tJuMh1RrQ1zB3W6cZcbn4s 3W57Y/SdxYzLEA6PBPs7A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:v9Wet48UU2I=:VkgclbpxA9apW3p+LVvmjn o0pNMMo2P1OQEoOq9hr1VggxoxJ7uLL8Kb7p/zUFGlsAZxrfPyFdyyaZv7pUxenj92oW3kZv0 JiP6HB/YUEnbvvtBck8Kzovlexo3viah7iaO4E25QZP7FA2xZVEFOFSjATnu3988ICr1QvIcX HlJmwgQPgJin6fhF1uFENlmSsPYwrEdRphXi4mAag8KgLf5KSey2s2A4cfq5BRMKj+PZeQJn7 BtzvZ7dJeFgi7Wp7YWXofGV3xBmLSlD3uO9tlmgPrNLvanccCEnpBm9kSdTLIZMQWVNKjaDFW 08v5Leo5ZFht4h0m5BDup9NnBoYQeSfS0hQQGdUCKAOBMMW+cTYIh4t1ZZUlpdkwO3xZN3yX8 xu6v4XoSpd87tfeJeI+zTZNZzXgR6GDyDfX+TGuwCl7HgAl6h5JzD9TK+uBWGuJQzKfcqAhgP EIdWXuuPal8IL/dwLFfAK6aWFPzHAqXfP8sPO8A8onR56r8hHOEzqWN3/crHZYzpLSnTQv5bZ 54TJpGQlJ370vU7dOMxbUTtxs3/sHeZVJhXcbmhoILVU6ZuCC6Z/Kw0kYdQGDiPK/tCG9XP/7 Sy/qoFWEGtlFu+7GE1GylsqMXvua3GLJWVxFde0/E15cP4rXMaUZgSEonCzHOyotAMhpKlXne C8tlvACbnOp9t8Hoqn1RW38AsrLouiddVxgMfbUKyZlwpMZrYyjGJZnWWU9HEMV23ufvZcsVt H6EU6iV2bW8qSuCPJ2uHjJqFRqLN5EGIHQrh/KncSSYpUqJRTbxbZ77GbYHOk3HxmhDHaXo+1 kPW6Fxv4uE8hVF3Eer0iqDs+5Imf8C9KN+uW+fhd6lSFTgwMxDA8lXEQ30sn3H0F2BCbO8/wx VqSo1Npj5g7vajHTLJ6zBoSdoTMJP7KFSzdMGAC4A= X-Rspamd-Queue-Id: 46rygr3klxz3CQ6 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@edvax.de has no SPF policy when checking 212.227.126.130) smtp.mailfrom=freebsd@edvax.de X-Spamd-Result: default: False [4.71 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd@edvax.de]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; HAS_ORG_HEADER(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmx.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RECEIVED_SPAMHAUS_PBL(0.00)[13.112.12.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[edvax.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.70)[0.701,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.96)[0.963,0]; RCVD_IN_DNSWL_NONE(0.00)[130.126.227.212.list.dnswl.org : 127.0.5.0]; MID_CONTAINS_FROM(1.00)[]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.64)[ip: (2.51), ipnet: 212.227.0.0/16(-1.30), asn: 8560(2.03), country: DE(-0.01)] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Oct 2019 23:34:01 -0000 On Sun, 13 Oct 2019 22:57:28 +0100, Luis P. Mendes wrote: > Since some time ago, maybe after some system upgrade, there's the > message: > > term: Undefined variable > > that follows the 'Starting daemons' message. > > > What should I do to correct it, since the machine only boots after a > Ctrl + C? Check the output of the following command: grep "term" /etc/rc.conf if you find anything suspicious (missing quotes, superfluous spaces, and the like). I suspect an incomplete setting in that particular file (which has to conform to common sh syntax, as it is sourced by other system sh scripts). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Tue Oct 15 10:41:06 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AD29115ADDD for ; Tue, 15 Oct 2019 10:41:06 +0000 (UTC) (envelope-from luislupe@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46ssR53qHGz4263 for ; Tue, 15 Oct 2019 10:41:05 +0000 (UTC) (envelope-from luislupe@gmx.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1571136061; bh=r0jJ0iCygDWplxGuOjYYt8YjvJOs1INMGxv+YdXF79c=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=CkEg9CjSW0Y9yF2tSlVyIjAcGLMJeAmvfedvfP+Hjv9djc6sIkqC8YtSQ42T3Rgiq EJtL0VGELu/v9eCqm3PQqmXTX82xVcj8rw/+KL3T57IEfZBDUQxibrxDYm5t8Kf5ZU vBSYtYK3kUsHW6DbN+fV9XnBdeXonxg8WW+g6xvk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from localhost ([144.64.85.65]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MiaYJ-1hoaWR3U51-00fge2; Tue, 15 Oct 2019 12:35:41 +0200 Date: Tue, 15 Oct 2019 11:35:35 +0100 From: "Luis P. Mendes" To: MJ Cc: freebsd-questions@freebsd.org Subject: Re: [questions] Re: mysql socket disappears when restarting related jail with nullfs mount point Message-ID: <20191015103535.GB31036@leao.home> References: <20191010144257.GA14181@leao.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Provags-ID: V03:K1:F7Mexim46vKR2nqyNiy/rxmZOmG4prEgbA2AQg43LFvfh8YqIqv eqpnbOq8UnFdgxKCfcxrn+ZmsrDqyqHmqldIcyYKf+aa9FmArO2oB3MR0qa5hB+BNqSzcAH pFr3zEvTulYt2ta8+o3270Imsbr8pw1lOQXrn4ISI6o0FRPzU5KGKWiISc1JsYlHLOctYcb 2GmVYunTn7g7PNwv/bUqg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:0OIs2TqxhI4=:NyzpxpAWgG3HQamqjMeaFF +tp9md10YbPsg6w8pdTPbRGgrLEp0p2qJ1PlB51WIF6Jg8KA3/NfdAIF+aq5WCYQ7QLbQvEch PAZVOI1EIimVCITJlhVrSBOANgN6WeEG4ULzyE5QUGZpppJiPzq4cloB67jJ9eFwdLZptD/ut 4lWmjv8+R8azXkF+HKrlztlS8w+z97TAJYdtz+/EQyeNQC+AQ9Y64n2h0VN9H1MxyHTrGz4vN Ok4oor/LXBHSzbjJPIUcnvErBq11w/LyUT0fKlEz12YbOIy7RPP9wpui2ZIUWpIj4E1hc93J8 A1FPZxzPkXjxngCP+R1HelCaph9f2ovVnL2/TAarwqmIyDuDqiSYWWKiAvBFMgHqGVJQGEjss qmOIljCjDnY63BEySw54U1NG3IGGArLmnjyJyVBDEDtbmKlup7XvALXEHe1pkndSKQTvMBXhB HbASZ0y9TyWDMSUrQypw12fmoHLNv7bIRSmQbbQohCHsfFZRgPShZzupdVV6cFriOLaHC4SpV Roc12f303h08Yav4DxVlOxy4WX8T4/bWuEdOGuVjYZUaJ17Ir2Oa+VhMv8l7GsOnmt2nonT26 viEPnvpOvJu/IH2CVB92SrMySFRwylYM65XCpaBixWsU3nPugIq2Q2YRuLoywzE7vwIDcq+W8 OaPRjpuzHw+2kVkTyaLk3u3j20+kfTExlKbilPWDdrmx7PHJQRraWyBt1ZCyUTewMnXlhcdNp nexV2qXVUpHKoO7vjUx1SMXq0pq3VK10/PUnq9gShOHAEjd5+c4fn6TIYG5/u+WCyk+pnmAiR L/N+CxjcJ1nh5VE8pMzNj23qfuybPFgp1Y9hAQBp6+G4lc7Hmz+bgR24gRUaxbA3VijrOc2jO sDgbT7TEimNBBIINwC9MbEHmDSpy/Cn4UsfSqrMvUUj8RnFczkGVISM5NpSvg911Uw8l6dOF+ J2ejYIpWAjtZJnORoEBHTrFt9HpzmKz64h0WC4vFG20uEHAuBn8T07mSBciyvjstHhewR3s3E wNCK/DlsYRvHiwRi8Upns8R3iBBz/y3jR0awN0/SmM+wTZZEJQmUnB/dXP5uS8PHJLkIjW984 82MWdu1ebxwVnPD4j4cfcx4+V+JkULcpHF9LaP9K04S500M8K3bUTVp1ivUmfJga5S8IHJYwN gGVjHqaEPef4SWBfmz4Cx+26vUaWC7bcruwG6H2EsYsAJVACZQO4/vBig0B21MAYmttjaQLT6 dlOrF1W/6W/GsdfFcXScyVzK/GT4zUS40vuPyUQ== X-Rspamd-Queue-Id: 46ssR53qHGz4263 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=CkEg9CjS; dmarc=none; spf=pass (mx1.freebsd.org: domain of luislupe@gmx.com designates 212.227.17.20 as permitted sender) smtp.mailfrom=luislupe@gmx.com X-Spamd-Result: default: False [-2.60 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmx.com]; R_SPF_ALLOW(-0.20)[+ip4:212.227.17.0/27]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gmx.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[ip: (-6.27), ipnet: 212.227.0.0/16(-1.30), asn: 8560(2.03), country: DE(-0.01)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; RECEIVED_SPAMHAUS_PBL(0.00)[65.85.64.144.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FREEMAIL_ENVFROM(0.00)[gmx.com]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 10:41:06 -0000 (The answer to the group as the original answer was only for MJ) On 20191011 15:26:37 +1100, MJ wrote: >What's your security.jail.param.securelevel set to? Likely to be 0? Just to add that in both files: /usr/local/etc/qjail.local/mariadb and /usr/local/etc/qjail.local/webjail placed the value 3 in securelevel parameter: securelevel=3D"3" When starting the webjail, the socket of the related mariadb jail is still removed. >In fact, what's your security.jail settings in both jails? Any obvious di= screpancies? All 61 parameters are identical, no diff between them. > > >On 11/10/2019 1:42 am, Luis P. Mendes wrote: >>I'm running FreeBSD 11.3-RELEASE-p3 on a VPS. >>The jail manager is qjail, version 5.4. >> >>The server has two jails: a database `mariadb` and a web `webjail`. >>Access to the database is done only through a unix socket to be null >>mounted at the latter jail. >> >>When started, 'service mysql-server start' on the `mariadb` jail >>places the socket at /var/run/mysql/mysql.sock >> >>When started, the `webjail` should mount that socket in its own >>/var/run/mysql directory. >> >>This is the line of the corresponding >>/usr/local/etc/qjail.fstab/webjail file: >>/usr/jails/mariadb/var/run/mysql=C2=A0 /usr/jails/webjail/var/run/mysql >>nullfs=C2=A0 rw=C2=A0 0=C2=A0 0 >> >> >>What happens is that everytime that the `webjail` is started (the >>first time or when restarted), the socket at `mariadb`'s >>/var/run/mysql/mysql.sock >>is deleted somehow. >>Although this happens, the mysqld_safe and mysqld daemons keep >>running. >> >>As a note, when `webjail` is stopped, nothing happens to the socket at >>the jail of the mariadb database server. >> >>If the `mariadb` jail is started after `webjail`, the socket is >>correctly mounted at the latter /var/run/mysql directory. >> >> >>Using qjail's archive and restore commands, I copied these two jails >>to another FreeBSD 11.3-RELEASE virtual machine, at my own computer, >>and the strange behavior still happens. >> >>There are no rc.d scripts made by me. >> >>The contents of the config file for the `webjail` are: >>/usr/local/etc/qjail.config/webjail >> >>webjail { host.hostname=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D=C2=A0 "w= ebjail"; >>path=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 =3D=C2=A0 "/usr/jails/webjail"; >>mount.fstab=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D=C2=A0 "/= usr/local/etc/qjail.fstab/webjail"; >>exec.consolelog=C2=A0=C2=A0=C2=A0=C2=A0 =3D=C2=A0 "/var/log/qjail.webjai= l.console.log"; >>mount.devfs; >>ip4.addr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =3D=C2=A0 127.0.0.85; >>interface=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = =3D=C2=A0 "lo1"; >>devfs_ruleset=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D=C2=A0 "4"; >>exec.start=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D=C2= =A0 "/bin/sh /etc/rc"; >>exec.stop=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = =3D=C2=A0 "/bin/sh /etc/rc.shutdown"; >> >> >>What's wrong with this? >>Why starting a jail deletes a socket in another jail? >> >> >> >> >>-- >> >> >>Lu=C3=ADs Mendes >>_______________________________________________ >>freebsd-questions@freebsd.org mailing list >>https://lists.freebsd.org/mailman/listinfo/freebsd-questions >>To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.= org" =2D- Luis Mendes From owner-freebsd-questions@freebsd.org Tue Oct 15 17:44:24 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BA6FE14F891 for ; Tue, 15 Oct 2019 17:44:24 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46t2qW1dvFz4bG7 for ; Tue, 15 Oct 2019 17:44:22 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=virtual-earth.de; s=default_1811; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Date:Subject:To:From:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+I9pj602Ycho6Jdf2OmS06es89G1k+jB4mTp9DwOea0=; b=M01I5sa+tXjVX+bAfPxMly+U6J 0Tc78j/Sz5vPGVmwdvLnMws97pZN+i+NLK1GEnSB2wvtzEV0Oleg7rSGHgguf1ql2vlJtyXM1Dy32 FvC2kcYIv9w7xYrpY34yDIBBpjRIOmK0trt42kfc4ja4p7ma6O2tfMVqarRt6+gVoO6oW0AIwgjdd h22xdt7ch40IaYJgUIUBTgqtOTSuOoakQ8dAY0BPqH36vNzbNrY8dZRI4Q8u1GOFRYAetPbsarS+n oTWZN4hnESRy21Mmox4GmzfDq0ONUzaAh8Kj7kYGV7opKOgYNMoX1bDsiGT32y4iHeA9llllP0Dvq hClfgCsg==; Received: from sslproxy05.your-server.de ([78.46.172.2]) by www94.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1iKQrr-0006oT-Pi for freebsd-questions@freebsd.org; Tue, 15 Oct 2019 19:44:19 +0200 Received: from [77.20.162.205] (helo=Danton.virtual-earth.de) by sslproxy05.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1iKQrr-000TYw-KL for freebsd-questions@freebsd.org; Tue, 15 Oct 2019 19:44:19 +0200 User-agent: mu4e 1.0; emacs 26.3 From: Mathias Picker To: freebsd-questions@freebsd.org Subject: MicroSD-Reader on Yoga X1 3rd gen does not work Date: Tue, 15 Oct 2019 19:44:18 +0200 Message-ID: <861rvdj43x.fsf@virtual-earth.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.101.4/25603/Tue Oct 15 10:57:00 2019) X-Rspamd-Queue-Id: 46t2qW1dvFz4bG7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=virtual-earth.de header.s=default_1811 header.b=M01I5sa+; dmarc=pass (policy=none) header.from=virtual-earth.de; spf=pass (mx1.freebsd.org: domain of Mathias.Picker@virtual-earth.de designates 213.133.104.94 as permitted sender) smtp.mailfrom=Mathias.Picker@virtual-earth.de X-Spamd-Result: default: False [-4.15 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[virtual-earth.de:s=default_1811]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.05)[ipnet: 213.133.96.0/19(-3.43), asn: 24940(-1.81), country: DE(-0.01)]; DKIM_TRACE(0.00)[virtual-earth.de:+]; DMARC_POLICY_ALLOW(-0.50)[virtual-earth.de,none]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_IN_DNSWL_LOW(-0.10)[94.104.133.213.list.dnswl.org : 127.0.5.1]; RECEIVED_SPAMHAUS_PBL(0.00)[205.162.20.77.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; HAS_X_AS(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 17:44:24 -0000 Hi all, I=E2=80=99m trying the MicroSD-Reader on my X1 Yoga for the first time,=20 and get: Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0):=20 READ(10). CDB: 28 00 0e e2 af c1 00 00 04 00=20 Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0): CAM status:=20 CCB request completed with an error Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0): Retrying=20 command, 1 more tries remain Any idea what I can do to fix or debug this? I=E2=80=99m running % uname -a FreeBSD Danton 12.1-STABLE FreeBSD 12.1-STABLE r353466 GENERIC=20 amd64 and using a brand new seagate pro card, which works fine in my=20 camera. I had the same with the MicroSD from my phone, but I=E2=80=99m currently=20 traveling and have only this one new card. Thank you, Mathias --=20 Mathias Picker=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ HRB126870 support@virtual-earth.de Westendstr. 142 089 / 1250 3943=20=20=20=20=20=20=20=20=20=20=20=20 From owner-freebsd-questions@freebsd.org Tue Oct 15 17:52:49 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 12A0214FCE7 for ; Tue, 15 Oct 2019 17:52:49 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46t31D1mBtz4bsy for ; Tue, 15 Oct 2019 17:52:48 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=virtual-earth.de; s=default_1811; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Date:Subject:To:From:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=cpj2UGPU860lCxmylpmRUSJCt0hsK/EYYE3y4AIWzmY=; b=JXpbTX7Z0pIl4F0pPpX8RkLfxX sPZMoLaPH3rXWdwcFMUx9NnuIkx4XfQVqYuFA1UGEksnbndJu4xfVtH1RrPe/5dkubibA6mM/cPQz n9eB8mRNpALGJwI9acfiCR+W3Dro/S2taFQdfLUFGuYKflyiyjXrk5W9a2X4Z2kAl3c+XyXcm/5l5 MzClN5oXbXsV45aNcQaC81jMSdtyyoBudYVkbVSPuFZj1VNveK23EElYSSLxJxjf2QkPjB+DZGmhj zL3CuZLdJNBOOqjXU+tIrGRfdWX6cP6D+XGZ5bNZjl+rTM93+joGEjfBMVOBHcwE620GQUqBPwqIF Ltg27ftQ==; Received: from sslproxy05.your-server.de ([78.46.172.2]) by www94.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1iKR02-0007bI-Ht for freebsd-questions@freebsd.org; Tue, 15 Oct 2019 19:52:46 +0200 Received: from [77.20.162.205] (helo=Danton.virtual-earth.de) by sslproxy05.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1iKR02-0001Ac-Bm for freebsd-questions@freebsd.org; Tue, 15 Oct 2019 19:52:46 +0200 User-agent: mu4e 1.0; emacs 26.3 From: Mathias Picker To: freebsd-questions@freebsd.org Subject: USB-C on Thinkpad X1 Yoga 3rd gen do not work Date: Tue, 15 Oct 2019 19:52:39 +0200 Message-ID: <86zhi1hp5k.fsf@virtual-earth.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.101.4/25603/Tue Oct 15 10:57:00 2019) X-Rspamd-Queue-Id: 46t31D1mBtz4bsy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=virtual-earth.de header.s=default_1811 header.b=JXpbTX7Z; dmarc=pass (policy=none) header.from=virtual-earth.de; spf=pass (mx1.freebsd.org: domain of Mathias.Picker@virtual-earth.de designates 213.133.104.94 as permitted sender) smtp.mailfrom=Mathias.Picker@virtual-earth.de X-Spamd-Result: default: False [-4.19 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[virtual-earth.de:s=default_1811]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[virtual-earth.de:+]; DMARC_POLICY_ALLOW(-0.50)[virtual-earth.de,none]; RECEIVED_SPAMHAUS_PBL(0.00)[205.162.20.77.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.09)[ipnet: 213.133.96.0/19(-3.64), asn: 24940(-1.81), country: DE(-0.01)]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; HAS_X_AS(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[94.104.133.213.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 17:52:49 -0000 Hi all, the USB-C ports on my X1 Yoga do not work. No reaction when I put=20 anything in it. I do not even have an idea how to debug this. Is there a way to=20 list the USB ports the system recognises? The USB-A ports work fine. This is what usbconfig show_ifdrv shows: ugen0.1: <0x8086 XHCI root HUB> at usbus0, cfg=3D0 md=3DHOST spd=3DSUPER=20 (5.0Gbps) pwr=3DSAVE (0mA) ugen0.1.0: uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00,=20 addr 1> ugen0.2: at usbus0, cfg=3D0 md=3DHOST=20 spd=3DFULL (12Mbps) pwr=3DON (100mA) ugen0.3: at usbus0, cfg=3D0=20 md=3DHOST spd=3DHIGH (480Mbps) pwr=3DON (500mA) ugen0.4: at usbus0, cfg=3D0 md=3DHOST=20 spd=3DFULL (12Mbps) pwr=3DON (100mA) ugen0.5: at usbus0,=20 cfg=3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON (400mA) ugen0.6: at usbus0, cfg=3D0 md=3DHOST spd=3DSUPER=20 (5.0Gbps) pwr=3DON (200mA) ugen0.6.0: umass0: What else can I do? Thank you, Mathias --=20 Mathias Picker=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ HRB126870 support@virtual-earth.de Westendstr. 142 089 / 1250 3943=20=20=20=20=20=20=20=20=20=20=20=20 From owner-freebsd-questions@freebsd.org Tue Oct 15 18:10:36 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCAA01501B0 for ; Tue, 15 Oct 2019 18:10:36 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46t3Pl5Z9Bz4ckn for ; Tue, 15 Oct 2019 18:10:35 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: by mail-qk1-x72a.google.com with SMTP id y144so20051058qkb.7 for ; Tue, 15 Oct 2019 11:10:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tenebras-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=v5eX1EM+eBHVC3tlRtBfM7HyKpH9TSVxHk44OREiIiw=; b=zZ1lv/Csx/x+4lbkCUCF0FL2n+Mi9f/GoIoULnQ0RE6iXP1499B2dycEQK2B8UA3uB P2QgY3jO6aLNtyOdgFeBk44gimgpC1NhthRX7ovFq02VwsE15E0hq9RUOpF/hbeeyLvT vvbaDihHf70IwVG8kIoO9+cqfwElQnXuzYIS8fqBMG24Vl/oO0CJjr/jjkEgcWWH7bg9 UdUIuiS3a3GhDct4u60XK9rBk/WlYirMFKt6dbKjLbpnXPMScf7wKF6HXYJIidJHrN8H XuQ6MwaCTPwC+m050bKH7e0ObZ41CTqodAzMM/ah8yDkigUb1PQ0wPghdm6W98pPOat4 31sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=v5eX1EM+eBHVC3tlRtBfM7HyKpH9TSVxHk44OREiIiw=; b=nqPuZspCRccBmwzfXncXo8tba0Jk7/5aNqx+M96Whmxe/nCBRKGuyZQLaMQl4sRjKD ptL4yhAub5eoQDFCF4JKLHsA1NbLNJ9uDAuPg4I/zwSFKS8v3cy3CrWISQdzMQd7DUaV wlL+RQb+Q0HWC4kLCguUfPgdhbsJZN7hSWHrjelzKjhi6UaruySNPNDDyMIj0d1AOTE4 gzl1thptrQkIDcjeg3cADVYF3kj8NY9aekrtdl+Tf7ywh4t94RGAMh7KkC8c2NalDOS+ VOo18Htr0iciIwwjVBbOkD2ZMLIHjhoyVN1jr3vjdnF41coKABKuOc3Ss8ZE2IXf73PA RoaA== X-Gm-Message-State: APjAAAU2f5DMFwmpX3R+3mDzCTim7hwOpdGRke2RrGy+zg3cg8Sz2UVX t7ulnKFccwB8T9yuuHx3EMQduLrZk0JXv9CfFbR0dN4SIwzkMg== X-Google-Smtp-Source: APXvYqyNMXAAhkM/Yf7Cyu8NNOiD8MmXoniNioDvEnifc1CnCIW3n/xKhNk/CUwXciAPOyZrBl3bCoKYL/jrrzjSp1w= X-Received: by 2002:a37:9f58:: with SMTP id i85mr36348460qke.96.1571163034191; Tue, 15 Oct 2019 11:10:34 -0700 (PDT) MIME-Version: 1.0 References: <861rvdj43x.fsf@virtual-earth.de> In-Reply-To: <861rvdj43x.fsf@virtual-earth.de> From: Michael Sierchio Date: Tue, 15 Oct 2019 11:09:58 -0700 Message-ID: Subject: Re: MicroSD-Reader on Yoga X1 3rd gen does not work To: Mathias Picker Cc: FreeBSD Questions X-Rspamd-Queue-Id: 46t3Pl5Z9Bz4ckn X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tenebras-com.20150623.gappssmtp.com header.s=20150623 header.b=zZ1lv/Cs; dmarc=none; spf=none (mx1.freebsd.org: domain of kudzu@tenebras.com has no SPF policy when checking 2607:f8b0:4864:20::72a) smtp.mailfrom=kudzu@tenebras.com X-Spamd-Result: default: False [-4.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[tenebras-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[tenebras.com]; URI_COUNT_ODD(1.00)[1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[tenebras-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[a.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.80)[ip: (-9.36), ipnet: 2607:f8b0::/32(-2.48), asn: 15169(-2.10), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 18:10:36 -0000 On Tue, Oct 15, 2019 at 10:44 AM Mathias Picker < Mathias.Picker@virtual-earth.de> wrote: > Hi all, > > I=E2=80=99m trying the MicroSD-Reader on my X1 Yoga for the first time, > and get: > > Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0): > READ(10). CDB: 28 00 0e e2 af c1 00 00 04 00 > Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0): CAM status: > CCB request completed with an error > Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0): Retrying > command, 1 more tries remain > > Hey, Matthias =E2=80=93 What is your kernel config? And/or are you loading the appropriate kernel module? And show the contents of /var/run/dmesg.boot I have: device mmc # MMC/SD bus device mmcsd # MMC/SD memory card device sdhci # Generic PCI SD Host Controller And sdhci_pci0: mem 0xf7f27000-0xf7f270ff at device 20.7 on pci0 sdhci_pci0: 1 slot(s) allocated Without that, I get the probe on the CAM bus, but the device isn't recognized. If everything checks out with the above, it may be work looking at the kern.cam boot time sysctl vars Hope that helps. =E2=80=93 M --=20 "Well," Brahm=C4=81 said, "even after ten thousand explanations, a fool is = no wiser, but an intelligent person requires only two thousand five hundred." - The Mah=C4=81bh=C4=81rata From owner-freebsd-questions@freebsd.org Tue Oct 15 18:44:09 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 578591511FD for ; Tue, 15 Oct 2019 18:44:09 +0000 (UTC) (envelope-from jbe-mlist@magnetkern.de) Received: from sapphire.magnetkern.de (sapphire.magnetkern.de [185.228.139.199]) by mx1.freebsd.org (Postfix) with ESMTP id 46t48S2dPyz4fqR for ; Tue, 15 Oct 2019 18:44:07 +0000 (UTC) (envelope-from jbe-mlist@magnetkern.de) Received: from titanium (p57A35420.dip0.t-ipconnect.de [87.163.84.32]) by sapphire.magnetkern.de (Postfix) with ESMTPSA id D76F99B7D for ; Tue, 15 Oct 2019 18:44:00 +0000 (UTC) Date: Tue, 15 Oct 2019 20:44:00 +0200 From: Jan Behrens To: freebsd-questions@freebsd.org Subject: Problems with ld, libc, and "struct stat" Message-Id: <20191015204400.e33c8f62af711e829288ddae@magnetkern.de> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46t48S2dPyz4fqR X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jbe-mlist@magnetkern.de designates 185.228.139.199 as permitted sender) smtp.mailfrom=jbe-mlist@magnetkern.de X-Spamd-Result: default: False [-1.65 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.83)[-0.829,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.991,0]; DMARC_NA(0.00)[magnetkern.de]; MV_CASE(0.50)[]; IP_SCORE(-0.13)[asn: 197540(-0.63), country: DE(-0.01)]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[32.84.163.87.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:197540, ipnet:185.228.136.0/22, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 18:44:09 -0000 Hello, I stumbled across a weird problem related stat() that (according to my research) seems to be related to an update of the "struct stat" C-structure in recent Kernel versions. Consider the following two files. testlib.c: #include #include void testfunc() { struct stat sb; stat("testlib.c", &sb); printf("Size of testlib.c is %i bytes.\n", (int)sb.st_size); } testprog.c: extern void testfunc(void); int main(int argc, char **argv) { testfunc(); return 0; } Now I run: % cc -Wall -c -fPIC -o testlib.o testlib.c % cc -Wall -o testprog testlib.o testprog.c % ./testprog Size of testlib.c is 168 bytes. But when I make a shared library like this, I get a different result: % ld -shared -o testlib.so testlib.o % cc -Wall -o testprog `pwd`/testlib.so testprog.c % ./testprog Size of testlib.c is 394655000 bytes. This result is obviously wrong. Note that I did not get any compiler or linker warnings or errors; yet there happens a bad error during runtime! With several attempts of trial and error, I figured out that the problem does not appear when appending "-L/usr/lib -lc" to the ld call when linking the shared library: % ld -shared -o testlib.so testlib.o -L/usr/lib -lc % cc -Wall -o testprog `pwd`/testlib.so testprog.c % ./testprog Size of testlib.c is 168 bytes. Can anyone tell me why is that and if I am supposed to always add "-L/usr/lib -lc" when creating an *.so file? Is this maybe a bug in FreeBSD or ld? Or am I using the linker in a wrong way? Kind regards, Jan Behrens From owner-freebsd-questions@freebsd.org Tue Oct 15 18:47:56 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E7EAF1514F4 for ; Tue, 15 Oct 2019 18:47:56 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46t4Dr106jz3Bpx for ; Tue, 15 Oct 2019 18:47:55 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=virtual-earth.de; s=default_1811; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Date:In-reply-to:Subject:Cc:To:From:References:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=8mZoVjVR0JT9xnOaXGjTRfr3aL95ReLeTB/DHZkSZ08=; b=XoZaRJkvPM60uIyVA9XZabM+Ky U4qX9vREgQA4jEc/+1SYTUAGoHrXRNRJKDNUIot3snISy4eCRQbZbbryqxeGmSg88semkg1+Dn9H8 zjt7IQ0zeF3zNStn56koQE/IE1RLzFcXfTePsvHkLNrQ5t+2kNeQhycP3yrdk7F0W9KqLdjgq/paT IfipsFgXYLSDidfniDcqNBpY33hcKSDk5pMFP7YX3mPPiMXM0XGyPS6oUTiA/EME6r9AD2P3kjv+c IjC7FIT3q2Wuif+246KlnuhUw//9UIRyyhhcms1cLJ94r2oxcJq1akw5pjU2wZ8B8OAvPSM59Dn9i r1DdE4/g==; Received: from sslproxy05.your-server.de ([78.46.172.2]) by www94.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1iKRrO-00047I-Ki; Tue, 15 Oct 2019 20:47:54 +0200 Received: from [77.20.162.205] (helo=Danton.virtual-earth.de) by sslproxy05.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1iKRrO-000KKj-DN; Tue, 15 Oct 2019 20:47:54 +0200 References: <861rvdj43x.fsf@virtual-earth.de> User-agent: mu4e 1.0; emacs 26.3 From: Mathias Picker To: Michael Sierchio Cc: FreeBSD Questions Subject: Re: MicroSD-Reader on Yoga X1 3rd gen does not work In-reply-to: Date: Tue, 15 Oct 2019 20:47:53 +0200 Message-ID: <86ftjtzvza.fsf@virtual-earth.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.101.4/25603/Tue Oct 15 10:57:00 2019) X-Rspamd-Queue-Id: 46t4Dr106jz3Bpx X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=virtual-earth.de header.s=default_1811 header.b=XoZaRJkv; dmarc=pass (policy=none) header.from=virtual-earth.de; spf=pass (mx1.freebsd.org: domain of Mathias.Picker@virtual-earth.de designates 213.133.104.94 as permitted sender) smtp.mailfrom=Mathias.Picker@virtual-earth.de X-Spamd-Result: default: False [-4.23 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[virtual-earth.de:s=default_1811]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[virtual-earth.de:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[virtual-earth.de,none]; RECEIVED_SPAMHAUS_PBL(0.00)[205.162.20.77.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.13)[ipnet: 213.133.96.0/19(-3.81), asn: 24940(-1.81), country: DE(-0.01)]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; HAS_X_AS(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[94.104.133.213.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 18:47:57 -0000 Michael Sierchio writes: > On Tue, Oct 15, 2019 at 10:44 AM Mathias Picker=20 > wrote: > > Hi all, > > I=E2=80=99m trying the MicroSD-Reader on my X1 Yoga for the first time,= =20 > and get: > > Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0):=20 > READ(10). CDB: 28 00 0e e2 af c1 00 00 04 00=20 > Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0): CAM=20 > status:=20 > CCB request completed with an error > Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0): Retrying=20 > command, 1 more tries remain > > Hey, Matthias =E2=80=93 > > What is your kernel config? And/or are you loading the=20 > appropriate kernel module? And show the contents of=20 > /var/run/dmesg.boot > > I have: > > device mmc # MMC/SD bus > > device mmcsd # MMC/SD memory card > > device sdhci # Generic PCI SD Host=20 > Controller > > And=20 > > sdhci_pci0: mem 0xf7f27000-0xf7f270ff at device=20 > 20.7 on pci0 > > sdhci_pci0: 1 slot(s) allocated > > Without that, I get the probe on the CAM bus, but the device=20 > isn't recognized. > > If everything checks out with the above, it may be work looking=20 > at the kern.cam boot time sysctl vars=20 > > Hope that helps. > > =E2=80=93 M Hi Michael, I=E2=80=99m running GENERIC, so mmc, mmcsd and sdhci are included. I do not get the sdhci_pci, but ugen0.6: at usbus0 umass0 on uhub0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 umass0:0:0: Attached to scbus0 (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00=20 00 00 10 00 00=20 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0=20 (Invalid field in CDB) (probe0:umass-sim0:0:0:0): Error 22, Unretryable error da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SPC-4 SCSI=20 device da0: Serial Number 28203008282014000 da0: 400.000MB/s transfers da0: 121942MB (249737216 512 byte sectors) da0: quirks=3D0x2 Thanks for your help, kern.cam output and dmesg.boot follow below, Mathias kern.cam shows % sysctl kern.cam kern.cam.enc.emulate_array_devices: 1 kern.cam.enc.verbose: 0 kern.cam.sa.allow_io_split: 0 kern.cam.da.0.sort_io_queue: -1 kern.cam.da.0.p_type: 0 kern.cam.da.0.rotating: 1 kern.cam.da.0.unmapped_io: 0 kern.cam.da.0.error_inject: 0 kern.cam.da.0.max_seq_zones: 0 kern.cam.da.0.optimal_nonseq_zones: 0 kern.cam.da.0.optimal_seq_zones: 0 kern.cam.da.0.zone_support: None kern.cam.da.0.zone_mode: Not Zoned kern.cam.da.0.minimum_cmd_size: 10 kern.cam.da.0.delete_max: 131072 kern.cam.da.0.delete_method: NONE kern.cam.da.default_softtimeout: 0 kern.cam.da.disable_wp_detection: 0 kern.cam.da.send_ordered: 1 kern.cam.da.default_timeout: 60 kern.cam.da.retry_count: 4 kern.cam.da.poll_period: 3 kern.cam.ada.write_cache: 1 kern.cam.ada.read_ahead: 1 kern.cam.ada.spindown_suspend: 1 kern.cam.ada.spindown_shutdown: 1 kern.cam.ada.send_ordered: 1 kern.cam.ada.default_timeout: 30 kern.cam.ada.retry_count: 4 kern.cam.cd.timeout: 30000 kern.cam.cd.retry_count: 4 kern.cam.cd.poll_period: 3 kern.cam.scsi_delay: 5000 kern.cam.cam_srch_hi: 0 kern.cam.nda.max_trim: 256 kern.cam.pmp.hide_special: 1 kern.cam.pmp.default_timeout: 30 kern.cam.pmp.retry_count: 1 kern.cam.debug_delay: 0 kern.cam.dflags: 0 kern.cam.num_doneqs: 2 kern.cam.announce_nosbuf: 0 kern.cam.xpt_generation: 5 kern.cam.boot_delay: 0 kern.cam.mapmem_thresh: 65536 kern.cam.sort_io_queues: 1 dmesg.boot: ---<>--- Copyright (c) 1992-2019 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992,=20 1993, 1994 The Regents of the University of California. All rights=20 reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.1-STABLE r353466 GENERIC amd64 FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based=20 on LLVM 8.0.1) VT(efifb): resolution 2560x1440 CPU: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz (1992.09-MHz=20 K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x806ea Family=3D0x6 Model=3D0x8e=20 Stepping=3D10 Features=3D0xbfebfbff Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured Extended=20 Features=3D0x29c67af Structured Extended Features3=3D0x9c000000 XSAVE Features=3D0xf VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory =3D 17179869184 (16384 MB) avail memory =3D 16357519360 (15599 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 hardware threads random: unblocking device. ioapic0 irqs 0-119 on motherboard Launching APs: 1 3 6 4 5 7 2 Timecounter "TSC" frequency 1992088229 Hz quality 1000 Cuse v0.1.36 @ /dev/cuse random: entropy device external interface 000.000020 [4335] netmap_init netmap: loaded module [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0xffffffff8114d4d0, 0) error=20 19 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" kbd1 at kbdmux0 nexus0 efirtc0: on motherboard efirtc0: registered as a time-of-day clock, resolution 1.000000s cryptosoft0: on motherboard aesni0: on motherboard acpi0: on motherboard acpi_ec0: port 0x62,0x66 on=20 acpi0 acpi0: Power Button (fixed) unknown: memory range not supported cpu0: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on=20 acpi0 Timecounter "HPET" frequency 24000000 Hz quality 950 Event timer "HPET" frequency 24000000 Hz quality 550 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on=20 acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xe000-0xe03f mem=20 0x2fe0000000-0x2fe0ffffff,0x2fc0000000-0x2fdfffffff at device 2.0=20 on pci0 acpi_video0: on vgapci0 vgapci0: Boot video device pci0: at device 19.0 (no driver=20 attached) xhci0: mem=20 0x2fe1010000-0x2fe101ffff at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pci0: at device 22.0 (no driver attached) pcib1: at device 28.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 28.2 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: at device 28.4 on pci0 pci3: on pcib3 nvme0: mem 0xec200000-0xec203fff at device=20 0.0 on pci3 pcib4: at device 29.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at device 31.2 (no driver attached) hdac0: mem=20 0x2fe1028000-0x2fe102bfff,0x2fe1000000-0x2fe100ffff at device 31.3=20 on pci0 em0: mem=20 0xec500000-0xec51ffff at device 31.6 on pci0 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Using an MSI interrupt em0: Ethernet address: 48:2a:e3:1a:da:58 em0: netmap queues/slots: TX 1/1024, RX 1/1024 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on=20 acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 acpi_acad0: on acpi0 battery0: on acpi0 est0: on cpu0 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec ugen0.1: <0x8086 XHCI root HUB> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on=20 usbus0 nvd0: NVMe namespace nvd0: 976762MB (2000409264 512 byte sectors) GEOM_ELI: Device nvd0p4.eli created. hdacc0: GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: hardware at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 20 and 18 on hdaa0 pcm1: at nid 33 and 25 on hdaa0 hdacc1: at cad 2 on hdac0 hdaa1: at nid 1 on hdacc1 pcm2: at nid 3 on hdaa1 Trying to mount root from zfs:zroot/ROOT/default []... Root mount waiting for: usbus0 uhub0: 18 ports with 18 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 Root mount waiting for: usbus0 ugen0.3: at usbus0 ugen0.4: at usbus0 Root mount waiting for: usbus0 ugen0.5: at usbus0 ugen0.6: at usbus0 umass0 on uhub0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 umass0:0:0: Attached to scbus0 (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00=20 00 00 10 00 00=20 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0=20 (Invalid field in CDB) (probe0:umass-sim0:0:0:0): Error 22, Unretryable error GEOM_ELI: Device nvd0p3.eli created. GEOM_ELI: Encryption: AES-XTS 128 GEOM_ELI: Crypto: hardware da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SPC-4 SCSI=20 device da0: Serial Number 28203008282014000 da0: 400.000MB/s transfers da0: 121942MB (249737216 512 byte sectors) da0: quirks=3D0x2 drmn0: on vgapci0 vgapci0: child drmn0 requested pci_enable_io vgapci0: child drmn0 requested pci_enable_io [drm] Unable to create a private tmpfs mount, hugepage support=20 will be disabled(-19). Failed to add WC MTRR for [0x2fc0000000-0x2fdfffffff]: -22;=20 performance may suffer [drm] Got stolen memory base 0xaa800000, size 0x2000000 [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. [drm] Connector eDP-1: get mode from tunables: [drm] - kern.vt.fb.modes.eDP-1 [drm] - kern.vt.fb.default_mode [drm] Connector DP-1: get mode from tunables: [drm] - kern.vt.fb.modes.DP-1 [drm] - kern.vt.fb.default_mode [drm] Connector HDMI-A-1: get mode from tunables: [drm] - kern.vt.fb.modes.HDMI-A-1 [drm] - kern.vt.fb.default_mode [drm] Connector DP-2: get mode from tunables: [drm] - kern.vt.fb.modes.DP-2 [drm] - kern.vt.fb.default_mode [drm] Connector HDMI-A-2: get mode from tunables: [drm] - kern.vt.fb.modes.HDMI-A-2 [drm] - kern.vt.fb.default_mode [drm] Initialized i915 1.6.0 20171222 for drmn0 on minor 0 VT: Replacing driver "efifb" with new "fb". start FB_INFO: type=3D11 height=3D1440 width=3D2560 depth=3D32 cmsize=3D16 size=3D14745600 pbase=3D0x2fc0040000 vbase=3D0xfffffe0092a40000 name=3Ddrmn0 flags=3D0x0 stride=3D10240 bpp=3D32 cmap[0]=3D0 cmap[1]=3D7f0000 cmap[2]=3D7f00 cmap[3]=3Dc4a000 end FB_INFO drmn0: fb0: inteldrmfb frame buffer device drmn0: successfully loaded firmware image with name:=20 i915/kbl_dmc_ver1_04.bin [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin=20 (v1.4) lo0: link state changed to UP [drm] Reducing the compressed framebuffer size. This may lead to=20 less power savings than a non-reduced-size. Try to increase stolen=20 memory size if available in BIOS. iwm0: mem=20 0xec400000-0xec401fff at device 0.0 on pci1 iwm0: hw rev 0x230, fw ver 22.361476.0, address 18:1d:ea:16:cc:77 wlan0: Ethernet address: 18:1d:ea:16:cc:77 wlan0: link state changed to UP hdacc1: Unexpected unsolicited response with tag 63: ffffffff hdacc1: Unexpected unsolicited response with tag 63: ffffffff hdacc1: Unexpected unsolicited response with tag 63: ffffffff bridge0: Ethernet address: 02:19:47:22:6e:00 bridge0: changing name to 'vm-public' em0: promiscuous mode enabled vm-public: link state changed to UP Security policy loaded: MAC/ntpd (mac_ntpd) hdac0: Command timeout on address 2 hdacc1: Unexpected unsolicited response with tag 63: ffffffff hdacc1: Unexpected unsolicited response with tag 63: ffffffff hdacc1: Unexpected unsolicited response with tag 63: ffffffff hdacc1: Unexpected unsolicited response with tag 63: ffffffff hdacc1: Unexpected unsolicited response with tag 63: ffffffff ugen0.5: at usbus0=20 (disconnected) ugen0.5: at usbus0 wmt0 on uhub0 wmt0: on usbus0 wmt0: 16 contacts and [C]. Report range [0:0] - [12372:6960] wmt0: 10 feature report contactsuhid0 on uhub0 uhid0: on usbus0 wmt0: at uhub0, port 10, addr 6 (disconnected) wmt0: detached uhid0: at uhub0, port 10, addr 6 (disconnected) uhid0: detached ugen0.5: at usbus0=20 (disconnected) ugen0.5: at usbus0 uhid0 on uhub0 uhid0: on usbus0 uhid0: at uhub0, port 10, addr 7 (disconnected) uhid0: detached ugen0.5: at usbus0=20 (disconnected) ugen0.5: at usbus0 wmt0 on uhub0 wmt0: on usbus0 wmt0: 16 contacts and [C]. Report range [0:0] - [12372:6960] wmt0: 10 feature report contactsuhid0 on uhub0 uhid0: on usbus0 wmt0: at uhub0, port 10, addr 8 (disconnected) wmt0: detached uhid0: at uhub0, port 10, addr 8 (disconnected) uhid0: detached pid 98094 (emacs-26.3), jid 0, uid 1001: exited on signal 6 (core=20 dumped) wlan0: link state changed to DOWN Waiting (max 60 seconds) for system process `vnlru' to=20 stop... done Waiting (max 60 seconds) for system process `syncer' to stop...=20 Syncing disks, vnodes remaining... 0 0 0 0 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to=20 stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to=20 stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to=20 stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-2' to=20 stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-3' to=20 stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-4' to=20 stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-5' to=20 stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-6' to=20 stop... done All buffers synced. Uptime: 6m12s GEOM_ELI: Device nvd0p3.eli destroyed. GEOM_ELI: Detached nvd0p3.eli on last close. GEOM_ELI: Device nvd0p4.eli destroyed. GEOM_ELI: Detached nvd0p4.eli on last close. ---<>--- Copyright (c) 1992-2019 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992,=20 1993, 1994 The Regents of the University of California. All rights=20 reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.1-STABLE r353466 GENERIC amd64 FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based=20 on LLVM 8.0.1) VT(efifb): resolution 2560x1440 CPU: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz (1992.09-MHz=20 K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x806ea Family=3D0x6 Model=3D0x8e=20 Stepping=3D10 Features=3D0xbfebfbff Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured Extended=20 Features=3D0x29c67af Structured Extended Features3=3D0x9c000000 XSAVE Features=3D0xf VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory =3D 17179869184 (16384 MB) avail memory =3D 16357519360 (15599 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 hardware threads random: unblocking device. ioapic0 irqs 0-119 on motherboard Launching APs: 1 7 4 2 3 5 6 Timecounter "TSC" frequency 1992088351 Hz quality 1000 Cuse v0.1.36 @ /dev/cuse random: entropy device external interface 000.000020 [4335] netmap_init netmap: loaded module [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0xffffffff8114d4d0, 0) error=20 19 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" kbd1 at kbdmux0 nexus0 efirtc0: on motherboard efirtc0: registered as a time-of-day clock, resolution 1.000000s cryptosoft0: on motherboard aesni0: on motherboard acpi0: on motherboard acpi_ec0: port 0x62,0x66 on=20 acpi0 acpi0: Power Button (fixed) unknown: memory range not supported cpu0: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on=20 acpi0 Timecounter "HPET" frequency 24000000 Hz quality 950 Event timer "HPET" frequency 24000000 Hz quality 550 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on=20 acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xe000-0xe03f mem=20 0x2fe0000000-0x2fe0ffffff,0x2fc0000000-0x2fdfffffff at device 2.0=20 on pci0 acpi_video0: on vgapci0 vgapci0: Boot video device pci0: at device 19.0 (no driver=20 attached) xhci0: mem=20 0x2fe1010000-0x2fe101ffff at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pci0: at device 22.0 (no driver attached) pcib1: at device 28.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 28.2 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: at device 28.4 on pci0 pci3: on pcib3 nvme0: mem 0xec200000-0xec203fff at device=20 0.0 on pci3 pcib4: at device 29.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at device 31.2 (no driver attached) hdac0: mem=20 0x2fe1028000-0x2fe102bfff,0x2fe1000000-0x2fe100ffff at device 31.3=20 on pci0 em0: mem=20 0xec500000-0xec51ffff at device 31.6 on pci0 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Using an MSI interrupt em0: Ethernet address: 48:2a:e3:1a:da:58 em0: netmap queues/slots: TX 1/1024, RX 1/1024 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on=20 acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 acpi_acad0: on acpi0 battery0: on acpi0 est0: on cpu0 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec ugen0.1: <0x8086 XHCI root HUB> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on=20 usbus0 nvd0: NVMe namespace nvd0: 976762MB (2000409264 512 byte sectors) GEOM_ELI: Device nvd0p4.eli created. hdacc0: GEOM_ELI: Encryption: AES-XTS 256 GEOM_ELI: Crypto: hardware at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 20 and 18 on hdaa0 pcm1: at nid 33 and 25 on hdaa0 hdacc1: at cad 2 on hdac0 hdaa1: at nid 1 on hdacc1 pcm2: at nid 3 on hdaa1 Trying to mount root from zfs:zroot/ROOT/default []... Root mount waiting for: usbus0 uhub0: 18 ports with 18 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 Root mount waiting for: usbus0 ugen0.3: at usbus0 ugen0.4: at usbus0 Root mount waiting for: usbus0 ugen0.5: at usbus0 Root mount waiting for: usbus0 ugen0.6: at usbus0 umass0 on uhub0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 umass0:0:0: Attached to scbus0 (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00=20 00 00 10 00 00=20 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0=20 (Invalid field in CDB) (probe0:umass-sim0:0:0:0): Error 22, Unretryable error GEOM_ELI: Device nvd0p3.eli created. GEOM_ELI: Encryption: AES-XTS 128 GEOM_ELI: Crypto: hardware da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SPC-4 SCSI=20 device da0: Serial Number 28203008282014000 da0: 400.000MB/s transfers da0: 121942MB (249737216 512 byte sectors) da0: quirks=3D0x2 drmn0: on vgapci0 vgapci0: child drmn0 requested pci_enable_io vgapci0: child drmn0 requested pci_enable_io [drm] Unable to create a private tmpfs mount, hugepage support=20 will be disabled(-19). Failed to add WC MTRR for [0x2fc0000000-0x2fdfffffff]: -22;=20 performance may suffer [drm] Got stolen memory base 0xaa800000, size 0x2000000 [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. [drm] Connector eDP-1: get mode from tunables: [drm] - kern.vt.fb.modes.eDP-1 [drm] - kern.vt.fb.default_mode [drm] Connector DP-1: get mode from tunables: [drm] - kern.vt.fb.modes.DP-1 [drm] - kern.vt.fb.default_mode [drm] Connector HDMI-A-1: get mode from tunables: [drm] - kern.vt.fb.modes.HDMI-A-1 [drm] - kern.vt.fb.default_mode [drm] Connector DP-2: get mode from tunables: [drm] - kern.vt.fb.modes.DP-2 [drm] - kern.vt.fb.default_mode [drm] Connector HDMI-A-2: get mode from tunables: [drm] - kern.vt.fb.modes.HDMI-A-2 [drm] - kern.vt.fb.default_mode [drm] Initialized i915 1.6.0 20171222 for drmn0 on minor 0 VT: Replacing driver "efifb" with new "fb". start FB_INFO: type=3D11 height=3D1440 width=3D2560 depth=3D32 cmsize=3D16 size=3D14745600 pbase=3D0x2fc0040000 vbase=3D0xfffffe0092240000 name=3Ddrmn0 flags=3D0x0 stride=3D10240 bpp=3D32 cmap[0]=3D0 cmap[1]=3D7f0000 cmap[2]=3D7f00 cmap[3]=3Dc4a000 end FB_INFO drmn0: fb0: inteldrmfb frame buffer device lo0: link state changed to UP drmn0: successfully loaded firmware image with name:=20 i915/kbl_dmc_ver1_04.bin [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin=20 (v1.4) [drm] Reducing the compressed framebuffer size. This may lead to=20 less power savings than a non-reduced-size. Try to increase stolen=20 memory size if available in BIOS. iwm0: mem=20 0xec400000-0xec401fff at device 0.0 on pci1 iwm0: hw rev 0x230, fw ver 22.361476.0, address 18:1d:ea:16:cc:77 wlan0: Ethernet address: 18:1d:ea:16:cc:77 wlan0: link state changed to UP hdacc1: Unexpected unsolicited response with tag 63: ffffffff hdacc1: Unexpected unsolicited response with tag 63: ffffffff hdacc1: Unexpected unsolicited response with tag 63: ffffffff --=20 Mathias Picker=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ HRB126870 support@virtual-earth.de Westendstr. 142 089 / 1250 3943=20=20=20=20=20=20=20=20=20=20=20=20 From owner-freebsd-questions@freebsd.org Wed Oct 16 07:18:55 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8FD4715D9A1 for ; Wed, 16 Oct 2019 07:18:55 +0000 (UTC) (envelope-from markand@malikania.fr) Received: from smtp.smtpout.orange.fr (smtp01.smtpout.orange.fr [80.12.242.123]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tNvL6MW8z4MT5 for ; Wed, 16 Oct 2019 07:18:54 +0000 (UTC) (envelope-from markand@malikania.fr) Received: from postfix.malikania.fr ([5.135.187.121]) by mwinf5d01 with ME id E7Js2100X2dbEiD037Jt0R; Wed, 16 Oct 2019 09:18:53 +0200 X-ME-Helo: postfix.malikania.fr X-ME-Auth: ZGVtZWxpZXIuZGF2aWRAb3JhbmdlLmZy X-ME-Date: Wed, 16 Oct 2019 09:18:53 +0200 X-ME-IP: 5.135.187.121 Received: from [167.3.108.158] (unknown [77.159.242.250]) by postfix.malikania.fr (Postfix) with ESMTPSA id CA97429030 for ; Wed, 16 Oct 2019 09:18:52 +0200 (CEST) Subject: Re: Problems with ld, libc, and "struct stat" To: freebsd-questions@freebsd.org References: <20191015204400.e33c8f62af711e829288ddae@magnetkern.de> From: David Demelier Message-ID: <47c27361-4e74-05d1-3343-e39526730d85@malikania.fr> Date: Wed, 16 Oct 2019 09:18:52 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20191015204400.e33c8f62af711e829288ddae@magnetkern.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 46tNvL6MW8z4MT5 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of markand@malikania.fr has no SPF policy when checking 80.12.242.123) smtp.mailfrom=markand@malikania.fr X-Spamd-Result: default: False [3.33 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.92)[0.923,0]; NEURAL_SPAM_LONG(0.89)[0.888,0]; RCVD_IN_DNSWL_NONE(0.00)[123.242.12.80.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[malikania.fr]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.62)[ip: (0.09), ipnet: 80.12.240.0/20(1.38), asn: 3215(1.64), country: FR(-0.00)]; RWL_MAILSPIKE_POSSIBLE(0.00)[123.242.12.80.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 07:18:55 -0000 Le 15/10/2019 à 20:44, Jan Behrens a écrit : > Hello, > > I stumbled across a weird problem related stat() that (according to my > research) seems to be related to an update of the "struct stat" > C-structure in recent Kernel versions. > > Consider the following two files. > > testlib.c: > #include > #include > void testfunc() { > struct stat sb; > stat("testlib.c", &sb); > printf("Size of testlib.c is %i bytes.\n", (int)sb.st_size); > } Please test the result of stat otherwise sb is left untouched (so all member undefined). > testprog.c: > extern void testfunc(void); > int main(int argc, char **argv) { > testfunc(); > return 0; > } > > Now I run: > > % cc -Wall -c -fPIC -o testlib.o testlib.c > % cc -Wall -o testprog testlib.o testprog.c > % ./testprog > Size of testlib.c is 168 bytes. > > But when I make a shared library like this, I get a different result: > > % ld -shared -o testlib.so testlib.o Hmm, we usually never call the linker itself when creating shared libraries. Try instead: cc -shared -o testlib.so testlib.o HTH -- David From owner-freebsd-questions@freebsd.org Wed Oct 16 11:01:41 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 53086161F94 for ; Wed, 16 Oct 2019 11:01:41 +0000 (UTC) (envelope-from vas@sibptus.ru) Received: from admin.sibptus.ru (admin.sibptus.ru [IPv6:2001:19f0:5001:21dc::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46tTrN33Ymz4Znl for ; Wed, 16 Oct 2019 11:01:40 +0000 (UTC) (envelope-from vas@sibptus.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sibptus.ru; s=20181118; h=In-Reply-To:Message-ID:Subject:To:From:Date; bh=UQPPlQkvQVrCbNVYaYhgctNqWQ8Akx8uxipI0xrMuRc=; b=CjGrtP1235r2WobvzL29eoGl08 0gb8iPuxS+XkxWo53nsptTduaw1AW7q5ZGbomwrkV32XMsCSpuew38KSGk6eVlDe7MhmtPb2JF2Xd kS+b9x3iWdykgvE3A/8f14ucEy10BsbZWAcq5Eh2eR2ISvPTutCsUTeOcvNm0yWk2FJc=; Received: from vas by admin.sibptus.ru with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iKh3c-0000mG-Q9 for freebsd-questions@freebsd.org; Wed, 16 Oct 2019 18:01:32 +0700 Date: Wed, 16 Oct 2019 18:01:32 +0700 From: Victor Sudakov To: freebsd-questions@freebsd.org Subject: Re: Ansible for FreeBSD - use cases? Message-ID: <20191016110132.GA2931@admin.sibptus.ru> References: <20191005141507.GA1223@admin.sibptus.ru> <20191006072125.GA83898@admin.sibptus.ru> <8f645b64-059d-dab2-d08c-d608b645451b@osfux.nl> <20191007042235.GA98441@admin.sibptus.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://admin.sibptus.ru/~vas/ X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 46tTrN33Ymz4Znl X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sibptus.ru header.s=20181118 header.b=CjGrtP12; dmarc=pass (policy=none) header.from=sibptus.ru; spf=pass (mx1.freebsd.org: domain of vas@sibptus.ru designates 2001:19f0:5001:21dc::10 as permitted sender) smtp.mailfrom=vas@sibptus.ru X-Spamd-Result: default: False [-7.33 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[sibptus.ru:s=20181118]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[sibptus.ru:+]; DMARC_POLICY_ALLOW(-0.50)[sibptus.ru,none]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5000::/38, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-3.23)[ip: (-9.82), ipnet: 2001:19f0:5000::/38(-4.91), asn: 20473(-1.36), country: US(-0.05)] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 11:01:41 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ruben wrote: [dd] >=20 > > 5. The management of Let's Encrypt certs (I use acme.sh currently). Do I > > even need ansible for that? > >=20 > I don't think you "need" ansible, cron might be better suited? I dunno, ansible has a number of ACME-related modules, maybe for a reason? --=20 Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49@fidonet http://vas.tomsk.ru/ --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJdpviMAAoJEA2k8lmbXsY0s48IAJrK9HFBtZe5GAPZf8iTyA3m NFzwnPWJ8bFyHSnfrFCvnRUtWRfW57q5JT1IwvW/0BcS5h8SeZSVFK8F4bOv5+U6 tZYRr5r1jHsUI03aH4r6ezm8hmXYB9wBCfCkIvS1GXCwa6F1MNfSf59DX3EC+34l yNawymX/obbGFZbRfXoDHOobqdK8nZxKoLtnt3z+FbtWtaGNz7cZO1mQOCuMFqZt qNZH/bSMR+etzsYGgTXpGOJcLAEvzj32RrYSld+0/1UQN+kTLS6BVNgV981slqfp puCRbzq2QNj67G+Im22fHHXVB5X/eCVJho/N13ybYK5ir4u4DNso1stAEITeZsk= =4Xp/ -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-questions@freebsd.org Wed Oct 16 11:15:55 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A7D4A162269 for ; Wed, 16 Oct 2019 11:15:55 +0000 (UTC) (envelope-from jbe-mlist@magnetkern.de) Received: from sapphire.magnetkern.de (sapphire.magnetkern.de [185.228.139.199]) by mx1.freebsd.org (Postfix) with ESMTP id 46tV8p69Cxz4bJg for ; Wed, 16 Oct 2019 11:15:54 +0000 (UTC) (envelope-from jbe-mlist@magnetkern.de) Received: from titanium (p57A35420.dip0.t-ipconnect.de [87.163.84.32]) by sapphire.magnetkern.de (Postfix) with ESMTPSA id 0A5849BF1 for ; Wed, 16 Oct 2019 11:15:52 +0000 (UTC) Date: Wed, 16 Oct 2019 13:15:52 +0200 From: Jan Behrens To: freebsd-questions@freebsd.org Subject: Re: Problems with ld, libc, and "struct stat" Message-Id: <20191016131552.6fda34292987e22ae78072cc@magnetkern.de> In-Reply-To: <47c27361-4e74-05d1-3343-e39526730d85@malikania.fr> References: <20191015204400.e33c8f62af711e829288ddae@magnetkern.de> <47c27361-4e74-05d1-3343-e39526730d85@malikania.fr> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 46tV8p69Cxz4bJg X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jbe-mlist@magnetkern.de designates 185.228.139.199 as permitted sender) smtp.mailfrom=jbe-mlist@magnetkern.de X-Spamd-Result: default: False [-1.76 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[32.84.163.87.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.992,0]; DMARC_NA(0.00)[magnetkern.de]; MV_CASE(0.50)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.937,0]; IP_SCORE(-0.13)[asn: 197540(-0.62), country: DE(-0.01)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:197540, ipnet:185.228.136.0/22, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 11:15:55 -0000 On Wed, 16 Oct 2019 09:18:52 +0200 David Demelier wrote: > Le 15/10/2019 à 20:44, Jan Behrens a écrit : > > I stumbled across a weird problem related stat() that (according to my > > research) seems to be related to an update of the "struct stat" > > C-structure in recent Kernel versions. > > > > [...] > > > > stat("testlib.c", &sb); > > Please test the result of stat otherwise sb is left untouched (so all > member undefined). You are right, of course (this was just a quick and dirty demonstration). > > But when I make a shared library like this, I get a different result: > > > > % ld -shared -o testlib.so testlib.o > > Hmm, we usually never call the linker itself when creating shared libraries. > > Try instead: cc -shared -o testlib.so testlib.o > > HTH > -- > David Thank you very much; I tried that, and it works properly: % cc -Wall -c -fPIC -o testlib.o testlib.c % cc -shared -o testlib.so testlib.o % cc -Wall -o testprog `pwd`/testlib.so testprog.c % ./testprog Size of testlib.c is 168 bytes. I will from now on use cc instead of ld to create shared libraries. I still wonder though if there is any documentation on this behavior (and where to find it), whether it's FreeBSD related or LLVM related. It feels a bit scary that using "ld" to make a shared library can result in weird runtime behavior without even raising a warning. Do you know any link where I find a more detailed explanation about why I need to use "cc" instead of "ld" to create shared libraries? I assume that "cc" adds the necessary options to "ld" that are otherwise missing. But I don't see where this is documented. When I search the man page for "cc" (clang - the Clang C, C++, and Objective-C compiler), I even do not find any "-shared" option at all. Only in the "ld" manpage (ld.lld – ELF linker from the LLVM project), there is an entry about the "-shared" option: --shared Build a shared object. Following the man pages, I would naïvely use "ld", which leads to the bad and unexpected results as described in my original post. Thanks again Jan P.S.: My setup is: % freebsd-version 12.0-RELEASE-p10 % uname -i -K -m -p -r -s -U -v FreeBSD 12.0-RELEASE-p10 FreeBSD 12.0-RELEASE-p10 GENERIC amd64 amd64 GENERIC 1200086 1200086 % cc --version FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: x86_64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin % ld --version LLD 6.0.1 (FreeBSD 335540-1200005) (compatible with GNU linkers) From owner-freebsd-questions@freebsd.org Wed Oct 16 11:44:33 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8652B162923 for ; Wed, 16 Oct 2019 11:44:33 +0000 (UTC) (envelope-from markand@malikania.fr) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tVnr4F5Cz4cYM for ; Wed, 16 Oct 2019 11:44:31 +0000 (UTC) (envelope-from markand@malikania.fr) Received: from postfix.malikania.fr ([5.135.187.121]) by mwinf5d63 with ME id EBkU2100B2dbEiD03BkUdQ; Wed, 16 Oct 2019 13:44:29 +0200 X-ME-Helo: postfix.malikania.fr X-ME-Auth: ZGVtZWxpZXIuZGF2aWRAb3JhbmdlLmZy X-ME-Date: Wed, 16 Oct 2019 13:44:29 +0200 X-ME-IP: 5.135.187.121 Received: from [167.3.108.158] (unknown [77.159.242.250]) by postfix.malikania.fr (Postfix) with ESMTPSA id 2067B2A2E6 for ; Wed, 16 Oct 2019 13:44:27 +0200 (CEST) Subject: Re: Problems with ld, libc, and "struct stat" To: freebsd-questions@freebsd.org References: <20191015204400.e33c8f62af711e829288ddae@magnetkern.de> <47c27361-4e74-05d1-3343-e39526730d85@malikania.fr> <20191016131552.6fda34292987e22ae78072cc@magnetkern.de> From: David Demelier Message-ID: <0f1c70a0-c99a-e494-cf63-d214301f24a1@malikania.fr> Date: Wed, 16 Oct 2019 13:44:25 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20191016131552.6fda34292987e22ae78072cc@magnetkern.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 46tVnr4F5Cz4cYM X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of markand@malikania.fr has no SPF policy when checking 80.12.242.128) smtp.mailfrom=markand@malikania.fr X-Spamd-Result: default: False [3.66 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.99)[0.985,0]; NEURAL_SPAM_LONG(0.93)[0.928,0]; RCVD_IN_DNSWL_NONE(0.00)[128.242.12.80.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[malikania.fr]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.84)[ip: (1.20), ipnet: 80.12.240.0/20(1.38), asn: 3215(1.64), country: FR(-0.00)]; RWL_MAILSPIKE_POSSIBLE(0.00)[128.242.12.80.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 11:44:33 -0000 Le 16/10/2019 à 13:15, Jan Behrens a écrit : > Do you know any link where I find a more detailed explanation about why > I need to use "cc" instead of "ld" to create shared libraries? I assume > that "cc" adds the necessary options to "ld" that are otherwise > missing. But I don't see where this is documented. Yes, many :-) See output of clang -v when creating your shared library: "/usr/bin/ld" --eh-frame-hdr -Bshareable --hash-style=both --enable-new-dtags -o libfoo.so /usr/lib/crti.o /usr/lib/crtbeginS.o -L/usr/lib test.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtendS.o /usr/lib/crtn.o > When I search the man page for "cc" (clang - the Clang C, C++, and > Objective-C compiler), I even do not find any "-shared" option at all. -shared is a linker option, it's documented in gcc but basically clang is usually retro-compatible with most of the GCC option. In fact, -shared is just a shortcut to pass the appropriate shared arguments to the underlying linker in that case -Bshareable (but may add additional options as well). Clang's manual page is not as full as gcc, that's true though. Regards, -- David From owner-freebsd-questions@freebsd.org Wed Oct 16 12:25:43 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4749D163DEF for ; Wed, 16 Oct 2019 12:25:43 +0000 (UTC) (envelope-from jbe-mlist@magnetkern.de) Received: from sapphire.magnetkern.de (sapphire.magnetkern.de [185.228.139.199]) by mx1.freebsd.org (Postfix) with ESMTP id 46tWjK6v0dz4fPt for ; Wed, 16 Oct 2019 12:25:41 +0000 (UTC) (envelope-from jbe-mlist@magnetkern.de) Received: from titanium (p57A35420.dip0.t-ipconnect.de [87.163.84.32]) by sapphire.magnetkern.de (Postfix) with ESMTPSA id 3F3E79C1E for ; Wed, 16 Oct 2019 12:25:30 +0000 (UTC) Date: Wed, 16 Oct 2019 14:25:29 +0200 From: Jan Behrens To: freebsd-questions@freebsd.org Subject: Re: Problems with ld, libc, and "struct stat" Message-Id: <20191016142529.cf8a589e1e9db6d30ea303a4@magnetkern.de> In-Reply-To: <0f1c70a0-c99a-e494-cf63-d214301f24a1@malikania.fr> References: <20191015204400.e33c8f62af711e829288ddae@magnetkern.de> <47c27361-4e74-05d1-3343-e39526730d85@malikania.fr> <20191016131552.6fda34292987e22ae78072cc@magnetkern.de> <0f1c70a0-c99a-e494-cf63-d214301f24a1@malikania.fr> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 46tWjK6v0dz4fPt X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jbe-mlist@magnetkern.de designates 185.228.139.199 as permitted sender) smtp.mailfrom=jbe-mlist@magnetkern.de X-Spamd-Result: default: False [-1.78 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.96)[-0.956,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; DMARC_NA(0.00)[magnetkern.de]; MV_CASE(0.50)[]; IP_SCORE(-0.13)[asn: 197540(-0.62), country: DE(-0.01)]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[32.84.163.87.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:197540, ipnet:185.228.136.0/22, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 12:25:43 -0000 On Wed, 16 Oct 2019 13:44:25 +0200 David Demelier wrote: > Le 16/10/2019 à 13:15, Jan Behrens a écrit : > > [...] > > When I search the man page for "cc" (clang - the Clang C, C++, and > > Objective-C compiler), I even do not find any "-shared" option at all. > > -shared is a linker option, it's documented in gcc but basically clang > is usually retro-compatible with most of the GCC option. In fact, > -shared is just a shortcut to pass the appropriate shared arguments to > the underlying linker in that case -Bshareable (but may add additional > options as well). > [...] Can I rely on "-shared" being available also in future versions of clang/cc? Or is this a deprecated "gcc compatibility" option? It is listed on llvm.org as command line option: https://releases.llvm.org/6.0.1/tools/clang/docs/ClangCommandLineReference.html#cmdoption-clang-shared But it does not come with any description on that website. Building shared libraries is an important feature, so I'm a bit surprised there is no documentation on on the "cc -shared" invocation (other than GCC's documentation), or maybe I'm just looking at the wrong places? Maybe you or someone else knows where else could I find any documentation on this? Regards Jan From owner-freebsd-questions@freebsd.org Wed Oct 16 12:33:09 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6503C1640C7 for ; Wed, 16 Oct 2019 12:33:09 +0000 (UTC) (envelope-from markand@malikania.fr) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tWsw0vbxz4ftr for ; Wed, 16 Oct 2019 12:33:07 +0000 (UTC) (envelope-from markand@malikania.fr) Received: from postfix.malikania.fr ([5.135.187.121]) by mwinf5d63 with ME id ECZ52100V2dbEiD03CZ6xC; Wed, 16 Oct 2019 14:33:06 +0200 X-ME-Helo: postfix.malikania.fr X-ME-Auth: ZGVtZWxpZXIuZGF2aWRAb3JhbmdlLmZy X-ME-Date: Wed, 16 Oct 2019 14:33:06 +0200 X-ME-IP: 5.135.187.121 Received: from [167.3.108.158] (unknown [77.159.242.250]) by postfix.malikania.fr (Postfix) with ESMTPSA id C5CB02A666 for ; Wed, 16 Oct 2019 14:33:05 +0200 (CEST) Subject: Re: Problems with ld, libc, and "struct stat" To: freebsd-questions@freebsd.org References: <20191015204400.e33c8f62af711e829288ddae@magnetkern.de> <47c27361-4e74-05d1-3343-e39526730d85@malikania.fr> <20191016131552.6fda34292987e22ae78072cc@magnetkern.de> <0f1c70a0-c99a-e494-cf63-d214301f24a1@malikania.fr> <20191016142529.cf8a589e1e9db6d30ea303a4@magnetkern.de> From: David Demelier Message-ID: <0b9d2d5c-6f50-e8fb-e881-8f1e46395edd@malikania.fr> Date: Wed, 16 Oct 2019 14:33:05 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20191016142529.cf8a589e1e9db6d30ea303a4@magnetkern.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 46tWsw0vbxz4ftr X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of markand@malikania.fr has no SPF policy when checking 80.12.242.128) smtp.mailfrom=markand@malikania.fr X-Spamd-Result: default: False [3.19 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.977,0]; NEURAL_SPAM_LONG(0.47)[0.472,0]; RCVD_IN_DNSWL_NONE(0.00)[128.242.12.80.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[malikania.fr]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.84)[ip: (1.18), ipnet: 80.12.240.0/20(1.38), asn: 3215(1.64), country: FR(-0.00)]; RWL_MAILSPIKE_POSSIBLE(0.00)[128.242.12.80.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 12:33:09 -0000 Le 16/10/2019 à 14:25, Jan Behrens a écrit : > Can I rely on "-shared" being available also in future versions of > clang/cc? Or is this a deprecated "gcc compatibility" option? Of course you can. It's there since decades and won't vanish. There is absolutely no reasons. As it has it's -static counterpart as well. > Building shared libraries is an important feature, so I'm a bit > surprised there is no documentation on on the "cc -shared" invocation > (other than GCC's documentation), or maybe I'm just looking at the > wrong places? Maybe you or someone else knows where else could I find > any documentation on this? I don't know, but LLVM projects documentation always have been a bit anaemic. From owner-freebsd-questions@freebsd.org Wed Oct 16 12:42:48 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6C10916435A for ; Wed, 16 Oct 2019 12:42:48 +0000 (UTC) (envelope-from jbe-mlist@magnetkern.de) Received: from sapphire.magnetkern.de (sapphire.magnetkern.de [185.228.139.199]) by mx1.freebsd.org (Postfix) with ESMTP id 46tX5343CTz3Bqw for ; Wed, 16 Oct 2019 12:42:47 +0000 (UTC) (envelope-from jbe-mlist@magnetkern.de) Received: from titanium (p57A35420.dip0.t-ipconnect.de [87.163.84.32]) by sapphire.magnetkern.de (Postfix) with ESMTPSA id 6CF099C5A; Wed, 16 Oct 2019 12:42:36 +0000 (UTC) Date: Wed, 16 Oct 2019 14:36:27 +0200 From: Jan Behrens To: MJ Message-Id: <20191016143627.464cdd05d38fe3db8f3769b9@magnetkern.de> In-Reply-To: <71e9fd21-506f-bbae-df27-74ea0b32a660@gmail.com> References: <20191015204400.e33c8f62af711e829288ddae@magnetkern.de> <47c27361-4e74-05d1-3343-e39526730d85@malikania.fr> <20191016131552.6fda34292987e22ae78072cc@magnetkern.de> <71e9fd21-506f-bbae-df27-74ea0b32a660@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-Date: Wed, 16 Oct 2019 14:42:35 +0200 Resent-From: Jan Behrens Resent-To: freebsd-questions@freebsd.org Resent-Cc: MJ Subject: Re: Problems with ld, libc, and "struct stat" Resent-Message-Id: <20191016144235.edc6996c7599b32d50a52622@magnetkern.de> X-Rspamd-Queue-Id: 46tX5343CTz3Bqw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jbe-mlist@magnetkern.de designates 185.228.139.199 as permitted sender) smtp.mailfrom=jbe-mlist@magnetkern.de X-Spamd-Result: default: False [-1.78 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.96)[-0.961,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[magnetkern.de]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.13)[asn: 197540(-0.62), country: DE(-0.01)]; TO_DN_ALL(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[32.84.163.87.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:197540, ipnet:185.228.136.0/22, country:DE]; FORGED_RECIPIENTS(0.00)[mafsys1234@gmail.com,freebsd-questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 12:42:48 -0000 On Wed, 16 Oct 2019 22:45:10 +1100 MJ wrote: > This explains it succinctly: > > https://www.cprogramming.com/tutorial/shared-libraries-linux-gcc.html > (apart from the linux-isms) > > Also this, in more detail: > http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html > > Cheers > Mark Thank you for the links (didn't see your message before I was posting the previous one). I'll look into that. They are referring to gcc and not clang, so I hope it works the same with clang. I still would like to find some authoritative documentation on the "-shared" option of clang (and not gcc), but maybe that documentation simply doesn't exist. Thanks again for the links, Regards Jan From owner-freebsd-questions@freebsd.org Wed Oct 16 14:36:51 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 89D931666C0 for ; Wed, 16 Oct 2019 14:36:51 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46tZcf4HHLz3Kp2 for ; Wed, 16 Oct 2019 14:36:50 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iKkPW-0005c2-15; Wed, 16 Oct 2019 08:36:22 -0600 Date: Wed, 16 Oct 2019 08:36:21 -0600 From: The Doctor To: freebsd-pf@freebsd.ord, freebsd-questions@freebsd.org Subject: Port 80 to port 8443 redirection question Message-ID: <20191016143621.GA18824@doctor.nl2k.ab.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 46tZcf4HHLz3Kp2 X-Spamd-Bar: + X-Spamd-Result: default: False [1.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.55)[-0.550,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(0.00)[+a]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; URIBL_PBL(0.02)[empire.kred]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[nl2k.ab.ca,quarantine]; NEURAL_SPAM_LONG(0.70)[0.698,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; INTRODUCTION(2.00)[]; ASN(0.00)[asn:6171, ipnet:204.209.81.0/24, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.19)[ip: (-0.45), ipnet: 204.209.81.0/24(-0.22), asn: 6171(-0.18), country: CA(-0.09)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 14:36:51 -0000 This has been bugging me for some time. Given ## Set your public interface ## ext_if="igb0" ##Internal bridge for virtually hosted machines int_if="bridge0" ## Set your server public IP address ## ext_if_ip="192.168.81.1" int_if_ip="192.168.81.60" #Proxy for FTP proxy="127.0.0.1" proxyport="8021" #All virtal machines go here! sl="192.168.81.52" fedora="192.168.81.53" centos="192.168.81.54" debian="192.168.81.55" ubuntu="192.168.81.57" win2019="192.168.81.58" kali="192.168.81.59" oracle="192.168.81.61" #In case you need a whole group vhosts =" { 192.168.81.52, 192.168.81.53, 192.168.81.54, \ 192.168.81.55 , 192.168.81.57, 192.168.81.58, \ 192.168.81.59,192.168.81.61 }" ## Set and drop these IP ranges on public interface and any other troublemakers ## martians = "{ 127.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, \ 10.0.0.0/8, 169.254.0.0/16, 192.0.2.0/24, \ 0.0.0.0/8, 240.0.0.0/4, 185.162.235.0/24, \ 87.145.0.0/16 }" ## Set http(80)/https (443) port here and other ports that need accessing ## webports = "{http, https,8443,119,561,110,143,993,995,20,21,23,79,25,465,587,53,513,783,3310,4610,3128,69,10000,20000,43,63,4321,8000:8100,5900:5999,49150:61000}" # Radius radiusports = "{1645,1646,1812,1813 }" ## enable these services ## int_tcp_services = "{domain, ntp, smtp,nntp, smtps,submission, www, https,20, ftp, ssh,110,143,636,993,995,443,561,783,3310,7500,8443,10000,20000,43,63,4321,4610,3128,8000:8100,5900:5999,23,49150:61000}" int_udp_services = "{domain, ntp,69}" int_radius_services = "{1645,1646,1812,1813 }" ## Skip loop back interface - Skip all PF processing on interface bridge and virtual hosts ## set skip on lo set skip on bridge0 set skip on tap0 set skip on tap1 set skip on tap2 set skip on tap3 set skip on tap4 set skip on tap5 set skip on tap6 set skip on tap7 set skip on tap8 set skip on tap9 set skip on tap10 set skip on tap11 set skip on tap12 set skip on tap13 set skip on tap14 set skip on tap15 ## Sets the interface for which PF should gather statistics such as bytes in/out and packets passed/blocked ## set loginterface $ext_if set fingerprints "/etc/pf.os" # Deal with attacks based on incorrect handling of packet fragments scrub in all ################### TRANSLATION ############# #### NAT and RDR start nat on $ext_if from $int_if to any -> ($ext_if) nat on $int_if from $sl to any -> ($int_if) nat on $int_if from $fedora to any -> ($int_if) nat on $int_if from $centos to any -> ($int_if) nat on $int_if from $debian to any -> ($int_if) nat on $int_if from $ubuntu to any -> ($int_if) nat on $int_if from $win2019 to any -> ($int_if) nat on $int_if from $kali to any -> ($int_if) nat on $int_if from $oracle to any -> ($int_if) ## PLease note for virtual machines you are passing the packects via the ## Virtual switch so treat as michine (tap) into switch (Bridge) into ## your macine acting as the host (exit) nat-anchor "ftp-proxy/*" rdr-anchor "ftp-proxy/*" # Redirect ftp traffic to proxy rdr pass proto tcp from any to any port ftp -> $proxy port $proxyport ## Set default policy ## block return in log all block out all # We need to have an anchor for ftp-proxy anchor "ftp-proxy/*" pass out proto tcp from $proxy to any port 20 pass out proto tcp from $proxy to any port 21 pass out on $ext_if inet proto {tcp, udp} from $ext_if to any port ftp:ftp-proxy pass in on egress proto tcp to port 21 pass in on egress proto tcp to port 20 pass in on egress proto tcp to port > 49151 pass out quick on egress inet proto tcp from any to 192.168.81.1 flags S/SA pass out quick on egress inet proto tcp from any to 192.168.81.3 flags S/SA #set up virtual switch pass in quick on bridge0 all pass quick on tap0 all pass quick on tap1 all pass quick on tap2 all pass quick on tap3 all pass quick on tap4 all pass quick on tap5 all pass quick on tap6 all pass quick on tap7 all pass quick on tap8 all pass quick on tap9 all pass quick on tap10 all pass quick on tap11 all pass quick on tap12 all pass quick on tap13 all pass quick on tap14 all pass quick on tap15 all # Drop all Non-Routable Addresses block drop in quick on $ext_if from $martians to any block drop out quick on $ext_if from any to $martians block drop in quick on $vhosts from $martians to any block drop out quick on $vhosts from any to $martians ## Blocking spoofed packets antispoof quick for $ext_if antispoof quick for $vhosts # Open SSH port which is listening on port 22 from VPN 139.xx.yy.zz Ip only # I do not allow or accept ssh traffic from ALL for security reasons #pass in quick on $ext_if inet proto tcp from 192.168.81.0/24 to $ext_if_ip port = ssh flags S/SA keep state label "USER_RULE: Allow SSH from 139.xxx.yyy.zzz" ## Use the following rule to enable ssh for ALL users from any IP address # ## pass in inet proto tcp to $ext_if port ssh ### [ OR ] ### pass in inet proto tcp to $ext_if_ip port 22 pass in inet proto tcp to $vhosts port 22 # Allow Ping-Pong stuff. Be a good sysadmin icmp_types = "{ echoreq, unreach }" pass inet proto icmp all icmp-type $icmp_types keep state # allow out the default range for traceroute(8): pass out on $ext_if inet proto udp from any to any port 33433 >< 33626 keep state pass out on $int_if inet proto udp from any to any port 33433 >< 33626 keep state pass out on $vhosts inet proto udp from any to any port 33433 >< 33626 keep state # All access to our Nginx/Apache/Lighttpd Webserver and other ports pass proto tcp from any to $ext_if port $webports pass proto udp from any to $ext_if port $webports pass proto udp from any to $ext_if port $radiusports pass proto tcp from any to $vhosts port $webports pass proto udp from any to $vhosts port $webports # Allow essential outgoing traffic pass out quick on $ext_if proto tcp to any port $int_tcp_services pass out quick on $ext_if proto udp to any port $int_udp_services pass out quick on $ext_if proto udp to any port $int_radius_services pass out quick on $vhosts proto tcp to any port $int_tcp_services pass out quick on $vhosts proto udp to any port $int_udp_services #For radius make certain for older syatems port 1645 and current 1812 pass in log quick on $ext_if proto tcp from any to any port = 1645 flags S/SA keep state pass in log quick on $ext_if proto udp from any to any port = 1645 keep state pass in log quick on $ext_if proto tcp from any to any port = 1812 flags S/SA keep state pass in log quick on $ext_if proto udp from any to any port = 1812 keep state pass out quick all flags S/SA keep state # Add custom rules below block quick from pass quick proto { tcp, udp } from any to any port ssh \ flags S/SA keep state \ (max-src-conn 15, max-src-conn-rate 5/3, \ overload flush global) ## I wonder if sshguard works with pf. I which to rediect 192.168.81.1 port 80 to 192.168.81.1 port 8443 . How can I do that given the above pf configuration? -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Canada - Choose Forward on 21 Oct 2019 ! From owner-freebsd-questions@freebsd.org Wed Oct 16 15:02:12 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B8BDF167212 for ; Wed, 16 Oct 2019 15:02:12 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tb9v59RPz3MyM for ; Wed, 16 Oct 2019 15:02:11 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id x9GF208m017333 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 16 Oct 2019 17:02:02 +0200 (CEST) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=201910; t=1571238123; bh=6267Q8ThVWg33kaVeii73wvKEEm3afnwrZDLseLLFpk=; h=To:From:Subject:Date; b=i8WYbHV/rgubtyKSJjV/cdrB5i4vd43eEzeA3O4lO7NMV+ubFrWNFq2gfHPmFd7md mRwBbNAfM9xnjK4iLofaF1oErDDMK9aclIx5MtShkfj46D9XFAj7Rju1W9bfZXnu/u 7A6e6gmqyfFMdMLs6DnrD/uEZw3ExyuDlVXUsRjE= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu To: freebsd-questions@freebsd.org From: Andrea Venturoli Subject: Installing head Message-ID: Date: Wed, 16 Oct 2019 17:02:00 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46tb9v59RPz3MyM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=201910 header.b=i8WYbHV/; dmarc=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-4.27 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[netfence.it:s=201910]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:2.44.121.52]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[netfence.it:+]; DMARC_NA(0.00)[netfence.it]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.77)[ip: (-5.81), ipnet: 2.44.0.0/16(-2.91), asn: 30722(-0.18), country: IT(0.03)]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 15:02:12 -0000 Hello. Sorry for the stupid questions: I'm trying to install a HEAD system, in order to perform some tests. I tried starting from a 12.0 and building world, but I got some errors. Should I move to 12-STABLE before I try HEAD? bye & Thanks av. From owner-freebsd-questions@freebsd.org Wed Oct 16 15:26:21 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 402E7167A86 for ; Wed, 16 Oct 2019 15:26:21 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tbjm2F3dz3PT3 for ; Wed, 16 Oct 2019 15:26:19 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([178.5.226.109]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.167]) with ESMTPA (Nemesis) id 1N14xe-1hwBpq1KqA-012Vf4; Wed, 16 Oct 2019 17:26:08 +0200 Date: Wed, 16 Oct 2019 17:26:08 +0200 From: Polytropon To: Andrea Venturoli Cc: freebsd-questions@freebsd.org Subject: Re: Installing head Message-Id: <20191016172608.b45d9da4.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:EoLABum3gy1LfnNhQcDgOq4CHDu+lcL1sB2BEbyHb/o4pI1yELe ecF2pk6ZgHDc9iHJvirbpAlzz4cx5l0ZBsKnWkJalrVT5xw/nvejlk3ZFE/BjIE6Ed956BY ExxjPmzcIxJ3XFpmh8huvreh47OrOk9Vaf1CmQaGUoKLVLFZyXw1HRLtibmNRIJhFZKuwHt 1mnYLi/4cXUCalzfR2f6Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:eg0slXJ5lB0=:avYxBkJUron4belK1ZUpsS P1cp38sreWU9EzcZrkT/DTvwoBNW74EQM7thHVzqpPftyiRCiUzqDnb8BZnbLBcf4i6frmw28 qXhMTDAsYD2B37qQe1mWPk1lPpbgZS0dtns6saG44fKaz/699dVnU+zZcFoVgIfw4JMLQUrXK q0fZRnmduI6asgdXd2+wd57F655VuZccA7m3NKshWhU5YvVn31l8+jswSCsjeBO8hfhOp2jaw xiXOkHGJDM7tOBvmJDDu9uSG2CweEgpwzUDk1mCapG7CEXtFyUeScpd9XFo1jj+J3Mo+yV0LD RcQMxAA2SxkR08El9C1lgP80l90/qb4ZuUNTYJPHhOHp5710v4Fw2Prl0F8sg0MT9JgVh2lo+ QojqSECQGfV6mGIGRtRTWRJwVG7lkYnlxLzRFrOEtjZLehQuCKKFYh/hd4X2iBAUsUSKkYfBa JKVEt86ovpT4NTA7QinNb69zEU8NMZEDjmC1mkddVl6S+/8HSoXLYKt6FAsBxxI3+zxj3Gdyv f2LZ8q6t07yQrCwY/U4K5dWBUUPS/khA7NVTIX/r4ocHOd0inVOGLQ7KPS4xxobwyGpGMWzz0 PMrqzWJD4Maw0Ihl4kFsr2i/bQKcK0714n5zCvNPh8Z7bnsbHSIIc4x6OMLJ7YUZ0bS9vBZZ7 QGtj8kiKi326R2+Qphjae8ThbVWZRTfiVt4xM0G10NvPXhkxQ2Vzf0YymhRFw46bzBX2uQ6WW XrJ94/7pN1Kt3T8siqSAMpw55navO5SL0Xty2bTsi0Vm3Pu3tO/C7tcFYLH4RsoB5kdxKRz04 8HDvxP7uSHYGCZ1bVRj2Da6UTecXrm/LFY5TIaACB/jrigNtcCRdaDRFygrtaS+gTVgGrF569 r1AzuPf6sifC6PmGwWzusmr26HX1GMiZA+9qOnnY4= X-Rspamd-Queue-Id: 46tbjm2F3dz3PT3 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@edvax.de has no SPF policy when checking 212.227.126.133) smtp.mailfrom=freebsd@edvax.de X-Spamd-Result: default: False [4.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd@edvax.de]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; HAS_ORG_HEADER(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RECEIVED_SPAMHAUS_PBL(0.00)[109.226.5.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[edvax.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.982,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.91)[0.907,0]; MID_CONTAINS_FROM(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[133.126.227.212.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.41)[ip: (1.38), ipnet: 212.227.0.0/16(-1.32), asn: 8560(2.02), country: DE(-0.01)] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 15:26:21 -0000 On Wed, 16 Oct 2019 17:02:00 +0200, Andrea Venturoli wrote: > Sorry for the stupid questions: I'm trying to install a HEAD system, in > order to perform some tests. > > I tried starting from a 12.0 and building world, but I got some errors. > Should I move to 12-STABLE before I try HEAD? Usually -STABLE is a good point to start, but always remember that -HEAD is a development branch and therefore sometimes won't build. Wait a little, then obtain a more recent source tree via svn. If you start with -RELEASE and can build -STABLE, it will show that your build environment basically works. You then have the more recent one of -STABLE, which should be fine for building -HEAD. The approach you're thinking about is not wrong. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Wed Oct 16 15:33:56 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A1E3D167FC7 for ; Wed, 16 Oct 2019 15:33:56 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from gate.utahime.jp (gate.utahime.jp [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46tbtV3JzSz3Q9C for ; Wed, 16 Oct 2019 15:33:54 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (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 gate.utahime.jp (Postfix) with ESMTPS id 51C261424E for ; Thu, 17 Oct 2019 00:33:48 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id F3D2B41A4E; Thu, 17 Oct 2019 00:33:46 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.0-rc at eastasia.home.utahime.org Date: Thu, 17 Oct 2019 00:33:14 +0900 (JST) Message-Id: <20191017.003314.239622151680192793.yasu@utahime.org> To: freebsd-questions@freebsd.org Subject: Re: Installing head From: Yasuhiro KIMURA In-Reply-To: References: X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46tbtV3JzSz3Q9C X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [1.64 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.18)[-0.185,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[utahime.org]; MV_CASE(0.50)[]; NEURAL_SPAM_LONG(0.28)[0.282,0]; MID_CONTAINS_FROM(1.00)[]; IP_SCORE(0.34)[ip: (0.22), ipnet: 183.180.0.0/16(0.11), asn: 2519(1.37), country: JP(-0.00)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 15:33:56 -0000 From: Andrea Venturoli Subject: Installing head Date: Wed, 16 Oct 2019 17:02:00 +0200 > Sorry for the stupid questions: I'm trying to install a HEAD system, > in order to perform some tests. > > I tried starting from a 12.0 and building world, but I got some > errors. > Should I move to 12-STABLE before I try HEAD? Maybe easiest way is to use snapshot. https://www.freebsd.org/snapshots/ At the moment latest snapshot of 13-CURRENT is r353427. So if you only want to use relatively recent 13-CURRENT, you only need to install system by using snapshot installer. If you want to use newer revison then you still need to checkout source tree and build and install world and kernel. But you are less likely to encounter problems than starting with 12.0-RELEASE --- Yasuhiro KIMURA From owner-freebsd-questions@freebsd.org Wed Oct 16 15:35:46 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1573B1480DE for ; Wed, 16 Oct 2019 15:35:46 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tbwd25Chz3QGY for ; Wed, 16 Oct 2019 15:35:44 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id x9GFZckd020414 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 16 Oct 2019 17:35:40 +0200 (CEST) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=201910; t=1571240140; bh=JsHWChS54pKsckiCboYxHJsHsMMHqXVwedzc+LJ/XGs=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=EG0SToV3WfSrqNs7WhjdL7kqmbw2nlDz9pUJKY1ERz1rfz0mpRgfAyu6r67lhmt5q kQ0Z5ac8RATJr2dlYUqAKO529jLxA0SaDPma2x7xNVVMayDE99luqDIV1nK5g7szOp wvQklckaq0lqYJVx9cPhCFvKhdSQUrP/hOS/9yUc= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: Installing head To: Polytropon Cc: freebsd-questions@freebsd.org References: <20191016172608.b45d9da4.freebsd@edvax.de> From: Andrea Venturoli Message-ID: Date: Wed, 16 Oct 2019 17:35:38 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <20191016172608.b45d9da4.freebsd@edvax.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46tbwd25Chz3QGY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=201910 header.b=EG0SToV3; dmarc=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-4.31 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[netfence.it:s=201910]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:2.44.121.52:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[netfence.it]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[netfence.it:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.81)[ip: (-5.91), ipnet: 2.44.0.0/16(-2.96), asn: 30722(-0.22), country: IT(0.03)]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 15:35:46 -0000 On 2019-10-16 17:26, Polytropon wrote: > On Wed, 16 Oct 2019 17:02:00 +0200, Andrea Venturoli wrote: >> Sorry for the stupid questions: I'm trying to install a HEAD system, in >> order to perform some tests. >> >> I tried starting from a 12.0 and building world, but I got some errors. >> Should I move to 12-STABLE before I try HEAD? > > Usually -STABLE is a good point to start, but always remember > that -HEAD is a development branch and therefore sometimes > won't build. Wait a little, then obtain a more recent source > tree via svn. > > If you start with -RELEASE and can build -STABLE, it will > show that your build environment basically works. You then > have the more recent one of -STABLE, which should be fine > for building -HEAD. > > The approach you're thinking about is not wrong. :-) Thanks. Probably my question should have been clearer: is it possible to move from 12.0 (freshly installed) to HEAD directly *now* (or possibly after "waiting a little")? Or *must* I go through STABLE? Compiling takes a lot of time and doing it twice takes two lots :) bye & Thanks av. From owner-freebsd-questions@freebsd.org Wed Oct 16 15:45:09 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 89B8B1485E7 for ; Wed, 16 Oct 2019 15:45:09 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46tc7Q6wyvz3R00 for ; Wed, 16 Oct 2019 15:45:06 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=virtual-earth.de; s=default_1811; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Date:In-reply-to:Subject:Cc:To:From:References:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=9helh96LkJ9z2aZDZSn/6g0J37WdCgFl6rDJNxOYprM=; b=IVjuvx1eXJ+TMVZnD8FQjTutZZ qU8YL09+7DcyB/gdyS0LcMs94cf9FaenrWTqEKU9XwETsZ1aZuMlUQPvacj1u3ZPQ18el5FBLiGcJ YZb15cynxtHb2ar6fAV32YfljQL+PXZWX4EvPcrAwl0db8P7ykGLd/SQcKJOhSqbsTcps8so1IZ1K qmDR18avROb4BTQ33o2p8WHe8OcCWSlKsa3NZC15qflPMz3rDQGTKBkEyc6wOcuazVB1EdyHPaTPg hss5kIzwWcx1aoSZ203Rf1utPpIyMilLGml1BU7jAgDJFjpBcIDu5H7NiUY30ZxvVm2Ks5tof2+AF vK7IuxhQ==; Received: from sslproxy05.your-server.de ([78.46.172.2]) by www94.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1iKlTz-00080B-UZ; Wed, 16 Oct 2019 17:45:04 +0200 Received: from [77.20.162.205] (helo=Danton.virtual-earth.de) by sslproxy05.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1iKlTz-0008JK-AK; Wed, 16 Oct 2019 17:45:03 +0200 References: <861rvdj43x.fsf@virtual-earth.de> <86ftjtzvza.fsf@virtual-earth.de> User-agent: mu4e 1.0; emacs 26.3 From: Mathias Picker To: Michael Sierchio Cc: Mathias Picker , freebsd-questions Subject: [SOLVED] Re: MicroSD-Reader on Yoga X1 3rd gen does not work In-reply-to: Date: Wed, 16 Oct 2019 17:45:02 +0200 Message-ID: <86o8yg1ypt.fsf@virtual-earth.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.101.4/25604/Wed Oct 16 10:53:05 2019) X-Rspamd-Queue-Id: 46tc7Q6wyvz3R00 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=virtual-earth.de header.s=default_1811 header.b=IVjuvx1e; dmarc=pass (policy=none) header.from=virtual-earth.de; spf=pass (mx1.freebsd.org: domain of Mathias.Picker@virtual-earth.de designates 213.133.104.94 as permitted sender) smtp.mailfrom=Mathias.Picker@virtual-earth.de X-Spamd-Result: default: False [-4.28 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[virtual-earth.de:s=default_1811]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.18)[ipnet: 213.133.96.0/19(-4.07), asn: 24940(-1.81), country: DE(-0.01)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[virtual-earth.de:+]; DMARC_POLICY_ALLOW(-0.50)[virtual-earth.de,none]; RCVD_IN_DNSWL_LOW(-0.10)[94.104.133.213.list.dnswl.org : 127.0.5.1]; RECEIVED_SPAMHAUS_PBL(0.00)[205.162.20.77.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; HAS_X_AS(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 15:45:09 -0000 Michael Sierchio writes: > Try increasing the value of > > kern.cam.scsi_delay > > > in /boot/loader.conf. e.g., > > > kern.cam.scsi_delay=3D"7500" > Thanks, that solved it!! I still get umass0 on uhub0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 umass0:0:0: Attached to scbus0 (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00=20 00 00 10 00 00=20 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0=20 (Invalid field in CDB) (probe0:umass-sim0:0:0:0): Error 22, Unretryable error but I can mount /dev/da0s1 Thanks a lot! Mathias > > > On Tue, Oct 15, 2019 at 11:47 AM Mathias Picker < > Mathias.Picker@virtual-earth.de> wrote: > >> >> Michael Sierchio writes: >> >> > On Tue, Oct 15, 2019 at 10:44 AM Mathias Picker >> > wrote: >> > >> > Hi all, >> > >> > I=E2=80=99m trying the MicroSD-Reader on my X1 Yoga for the first=20 >> > time, >> > and get: >> > >> > Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0): >> > READ(10). CDB: 28 00 0e e2 af c1 00 00 04 00 >> > Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0): CAM >> > status: >> > CCB request completed with an error >> > Oct 15 19:31:35 Danton kernel: (da0:umass-sim0:0:0:0):=20 >> > Retrying >> > command, 1 more tries remain >> > >> > Hey, Matthias =E2=80=93 >> > >> > What is your kernel config? And/or are you loading the >> > appropriate kernel module? And show the contents of >> > /var/run/dmesg.boot >> > >> > I have: >> > >> > device mmc # MMC/SD bus >> > >> > device mmcsd # MMC/SD memory card >> > >> > device sdhci # Generic PCI SD Host >> > Controller >> > >> > And >> > >> > sdhci_pci0: mem 0xf7f27000-0xf7f270ff at=20 >> > device >> > 20.7 on pci0 >> > >> > sdhci_pci0: 1 slot(s) allocated >> > >> > Without that, I get the probe on the CAM bus, but the device >> > isn't recognized. >> > >> > If everything checks out with the above, it may be work=20 >> > looking >> > at the kern.cam boot time sysctl vars >> > >> > Hope that helps. >> > >> > =E2=80=93 M >> Hi Michael, >> >> >> I=E2=80=99m running GENERIC, so mmc, mmcsd and sdhci are included. >> I do not get the sdhci_pci, but >> >> ugen0.6: at usbus0 >> umass0 on uhub0 >> umass0: on usbus0 >> umass0: SCSI over Bulk-Only; quirks =3D 0x4000 >> umass0:0:0: Attached to scbus0 >> (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00=20 >> 00 >> 00 00 10 00 00 >> (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (probe0:umass-sim0:0:0:0): SCSI status: Check Condition >> (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 >> (Invalid field in CDB) >> (probe0:umass-sim0:0:0:0): Error 22, Unretryable error >> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >> da0: Removable Direct Access SPC-4=20 >> SCSI >> device >> da0: Serial Number 28203008282014000 >> da0: 400.000MB/s transfers >> da0: 121942MB (249737216 512 byte sectors) >> da0: quirks=3D0x2 >> >> Thanks for your help, kern.cam output and dmesg.boot follow=20 >> below, >> >> Mathias >> >> kern.cam shows >> >> % sysctl kern.cam >> kern.cam.enc.emulate_array_devices: 1 >> kern.cam.enc.verbose: 0 >> kern.cam.sa.allow_io_split: 0 >> kern.cam.da.0.sort_io_queue: -1 >> kern.cam.da.0.p_type: 0 >> kern.cam.da.0.rotating: 1 >> kern.cam.da.0.unmapped_io: 0 >> kern.cam.da.0.error_inject: 0 >> kern.cam.da.0.max_seq_zones: 0 >> kern.cam.da.0.optimal_nonseq_zones: 0 >> kern.cam.da.0.optimal_seq_zones: 0 >> kern.cam.da.0.zone_support: None >> kern.cam.da.0.zone_mode: Not Zoned >> kern.cam.da.0.minimum_cmd_size: 10 >> kern.cam.da.0.delete_max: 131072 >> kern.cam.da.0.delete_method: NONE >> kern.cam.da.default_softtimeout: 0 >> kern.cam.da.disable_wp_detection: 0 >> kern.cam.da.send_ordered: 1 >> kern.cam.da.default_timeout: 60 >> kern.cam.da.retry_count: 4 >> kern.cam.da.poll_period: 3 >> kern.cam.ada.write_cache: 1 >> kern.cam.ada.read_ahead: 1 >> kern.cam.ada.spindown_suspend: 1 >> kern.cam.ada.spindown_shutdown: 1 >> kern.cam.ada.send_ordered: 1 >> kern.cam.ada.default_timeout: 30 >> kern.cam.ada.retry_count: 4 >> kern.cam.cd.timeout: 30000 >> kern.cam.cd.retry_count: 4 >> kern.cam.cd.poll_period: 3 >> kern.cam.scsi_delay: 5000 >> kern.cam.cam_srch_hi: 0 >> kern.cam.nda.max_trim: 256 >> kern.cam.pmp.hide_special: 1 >> kern.cam.pmp.default_timeout: 30 >> kern.cam.pmp.retry_count: 1 >> kern.cam.debug_delay: 0 >> kern.cam.dflags: 0 >> kern.cam.num_doneqs: 2 >> kern.cam.announce_nosbuf: 0 >> kern.cam.xpt_generation: 5 >> kern.cam.boot_delay: 0 >> kern.cam.mapmem_thresh: 65536 >> kern.cam.sort_io_queues: 1 >> >> dmesg.boot: >> ---<>--- >> Copyright (c) 1992-2019 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, >> 1993, 1994 >> The Regents of the University of California. All rights >> reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 12.1-STABLE r353466 GENERIC amd64 >> FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581)=20 >> (based >> on LLVM 8.0.1) >> VT(efifb): resolution 2560x1440 >> CPU: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz (1992.09-MHz >> K8-class CPU) >> Origin=3D"GenuineIntel" Id=3D0x806ea Family=3D0x6 Model=3D0x8e >> Stepping=3D10 >> >> Features=3D0xbfebfbff >> >> Features2=3D0x7ffafbbf >> AMD Features=3D0x2c100800 >> AMD Features2=3D0x121 >> Structured Extended >> >> Features=3D0x29c67af >> Structured Extended=20 >> Features3=3D0x9c000000 >> XSAVE Features=3D0xf >> VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID >> TSC: P-state invariant, performance statistics >> real memory =3D 17179869184 (16384 MB) >> avail memory =3D 16357519360 (15599 MB) >> Event timer "LAPIC" quality 600 >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 hardware threads >> random: unblocking device. >> ioapic0 irqs 0-119 on motherboard >> Launching APs: 1 3 6 4 5 7 2 >> Timecounter "TSC" frequency 1992088229 Hz quality 1000 >> Cuse v0.1.36 @ /dev/cuse >> random: entropy device external interface >> 000.000020 [4335] netmap_init netmap: loaded=20 >> module >> [ath_hal] loaded >> module_register_init: MOD_LOAD (vesa, 0xffffffff8114d4d0, 0)=20 >> error >> 19 >> random: registering fast source Intel Secure Key RNG >> random: fast provider: "Intel Secure Key RNG" >> kbd1 at kbdmux0 >> nexus0 >> efirtc0: on motherboard >> efirtc0: registered as a time-of-day clock, resolution=20 >> 1.000000s >> cryptosoft0: on motherboard >> aesni0: on=20 >> motherboard >> acpi0: on motherboard >> acpi_ec0: port 0x62,0x66=20 >> on >> acpi0 >> acpi0: Power Button (fixed) >> unknown: memory range not supported >> cpu0: on acpi0 >> hpet0: iomem 0xfed00000-0xfed003ff=20 >> on >> acpi0 >> Timecounter "HPET" frequency 24000000 Hz quality 950 >> Event timer "HPET" frequency 24000000 Hz quality 550 >> atrtc0: port 0x70-0x77 irq 8 on acpi0 >> atrtc0: Warning: Couldn't map I/O. >> atrtc0: registered as a time-of-day clock, resolution 1.000000s >> Event timer "RTC" frequency 32768 Hz quality 0 >> attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Event timer "i8254" frequency 1193182 Hz quality 100 >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b=20 >> on >> acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> vgapci0: port 0xe000-0xe03f mem >> 0x2fe0000000-0x2fe0ffffff,0x2fc0000000-0x2fdfffffff at device=20 >> 2.0 >> on pci0 >> acpi_video0: on vgapci0 >> vgapci0: Boot video device >> pci0: at device 19.0 (no driver >> attached) >> xhci0: mem >> 0x2fe1010000-0x2fe101ffff at device 20.0 on pci0 >> xhci0: 32 bytes context size, 64-bit DMA >> usbus0 on xhci0 >> usbus0: 5.0Gbps Super Speed USB v3.0 >> pci0: at device 22.0 (no driver attached) >> pcib1: at device 28.0 on pci0 >> pci1: on pcib1 >> pci1: at device 0.0 (no driver attached) >> pcib2: at device 28.2 on pci0 >> pci2: on pcib2 >> pci2: at device 0.0 (no driver attached) >> pcib3: at device 28.4 on pci0 >> pci3: on pcib3 >> nvme0: mem 0xec200000-0xec203fff at=20 >> device >> 0.0 on pci3 >> pcib4: at device 29.0 on pci0 >> pci4: on pcib4 >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> pci0: at device 31.2 (no driver attached) >> hdac0: mem >> 0x2fe1028000-0x2fe102bfff,0x2fe1000000-0x2fe100ffff at device=20 >> 31.3 >> on pci0 >> em0: mem >> 0xec500000-0xec51ffff at device 31.6 on pci0 >> em0: Using 1024 TX descriptors and 1024 RX descriptors >> em0: Using an MSI interrupt >> em0: Ethernet address: 48:2a:e3:1a:da:58 >> em0: netmap queues/slots: TX 1/1024, RX 1/1024 >> acpi_button0: on acpi0 >> acpi_lid0: on acpi0 >> acpi_tz0: on acpi0 >> atkbdc0: port 0x60,0x64 irq 1 on >> acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> psm0: model Generic PS/2 mouse, device ID 0 >> acpi_acad0: on acpi0 >> battery0: on acpi0 >> est0: on cpu0 >> ZFS filesystem version: 5 >> ZFS storage pool version: features support (5000) >> Timecounters tick every 1.000 msec >> ugen0.1: <0x8086 XHCI root HUB> at usbus0 >> uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1>=20 >> on >> usbus0 >> nvd0: NVMe namespace >> nvd0: 976762MB (2000409264 512 byte sectors) >> GEOM_ELI: Device nvd0p4.eli created. >> hdacc0: GEOM_ELI: Encryption: AES-XTS 256 >> GEOM_ELI: Crypto: hardware >> at cad 0 on hdac0 >> hdaa0: at nid 1 on hdacc0 >> pcm0: at nid 20 and 18 on=20 >> hdaa0 >> pcm1: at nid 33 and 25 on hdaa0 >> hdacc1: at cad 2 on hdac0 >> hdaa1: at nid 1 on=20 >> hdacc1 >> pcm2: at nid 3 on hdaa1 >> Trying to mount root from zfs:zroot/ROOT/default []... >> Root mount waiting for: usbus0 >> uhub0: 18 ports with 18 removable, self powered >> Root mount waiting for: usbus0 >> ugen0.2: at usbus0 >> Root mount waiting for: usbus0 >> ugen0.3: at usbus0 >> ugen0.4: at usbus0 >> Root mount waiting for: usbus0 >> ugen0.5: at usbus0 >> ugen0.6: at usbus0 >> umass0 on uhub0 >> umass0: on usbus0 >> umass0: SCSI over Bulk-Only; quirks =3D 0x4000 >> umass0:0:0: Attached to scbus0 >> (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00=20 >> 00 >> 00 00 10 00 00 >> (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (probe0:umass-sim0:0:0:0): SCSI status: Check Condition >> (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 >> (Invalid field in CDB) >> (probe0:umass-sim0:0:0:0): Error 22, Unretryable error >> GEOM_ELI: Device nvd0p3.eli created. >> GEOM_ELI: Encryption: AES-XTS 128 >> GEOM_ELI: Crypto: hardware >> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >> da0: Removable Direct Access SPC-4=20 >> SCSI >> device >> da0: Serial Number 28203008282014000 >> da0: 400.000MB/s transfers >> da0: 121942MB (249737216 512 byte sectors) >> da0: quirks=3D0x2 >> drmn0: on vgapci0 >> vgapci0: child drmn0 requested pci_enable_io >> vgapci0: child drmn0 requested pci_enable_io >> [drm] Unable to create a private tmpfs mount, hugepage support >> will be disabled(-19). >> Failed to add WC MTRR for [0x2fc0000000-0x2fdfffffff]: -22; >> performance may suffer >> [drm] Got stolen memory base 0xaa800000, size 0x2000000 >> [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). >> [drm] Driver supports precise vblank timestamp query. >> [drm] Connector eDP-1: get mode from tunables: >> [drm] - kern.vt.fb.modes.eDP-1 >> [drm] - kern.vt.fb.default_mode >> [drm] Connector DP-1: get mode from tunables: >> [drm] - kern.vt.fb.modes.DP-1 >> [drm] - kern.vt.fb.default_mode >> [drm] Connector HDMI-A-1: get mode from tunables: >> [drm] - kern.vt.fb.modes.HDMI-A-1 >> [drm] - kern.vt.fb.default_mode >> [drm] Connector DP-2: get mode from tunables: >> [drm] - kern.vt.fb.modes.DP-2 >> [drm] - kern.vt.fb.default_mode >> [drm] Connector HDMI-A-2: get mode from tunables: >> [drm] - kern.vt.fb.modes.HDMI-A-2 >> [drm] - kern.vt.fb.default_mode >> [drm] Initialized i915 1.6.0 20171222 for drmn0 on minor 0 >> VT: Replacing driver "efifb" with new "fb". >> start FB_INFO: >> type=3D11 height=3D1440 width=3D2560 depth=3D32 >> cmsize=3D16 size=3D14745600 >> pbase=3D0x2fc0040000 vbase=3D0xfffffe0092a40000 >> name=3Ddrmn0 flags=3D0x0 stride=3D10240 bpp=3D32 >> cmap[0]=3D0 cmap[1]=3D7f0000 cmap[2]=3D7f00 cmap[3]=3Dc4a000 >> end FB_INFO >> drmn0: fb0: inteldrmfb frame buffer device >> drmn0: successfully loaded firmware image with name: >> i915/kbl_dmc_ver1_04.bin >> [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin >> (v1.4) >> lo0: link state changed to UP >> [drm] Reducing the compressed framebuffer size. This may lead=20 >> to >> less power savings than a non-reduced-size. Try to increase=20 >> stolen >> memory size if available in BIOS. >> iwm0: mem >> 0xec400000-0xec401fff at device 0.0 on pci1 >> iwm0: hw rev 0x230, fw ver 22.361476.0, address=20 >> 18:1d:ea:16:cc:77 >> wlan0: Ethernet address: 18:1d:ea:16:cc:77 >> wlan0: link state changed to UP >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> bridge0: Ethernet address: 02:19:47:22:6e:00 >> bridge0: changing name to 'vm-public' >> em0: promiscuous mode enabled >> vm-public: link state changed to UP >> Security policy loaded: MAC/ntpd (mac_ntpd) >> hdac0: Command timeout on address 2 >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> ugen0.5: at usbus0 >> (disconnected) >> ugen0.5: at usbus0 >> wmt0 on uhub0 >> wmt0: on usbus0 >> wmt0: 16 contacts and [C]. Report range [0:0] - [12372:6960] >> wmt0: 10 feature report contactsuhid0 on uhub0 >> uhid0: on usbus0 >> wmt0: at uhub0, port 10, addr 6 (disconnected) >> wmt0: detached >> uhid0: at uhub0, port 10, addr 6 (disconnected) >> uhid0: detached >> ugen0.5: at usbus0 >> (disconnected) >> ugen0.5: at usbus0 >> uhid0 on uhub0 >> uhid0: on usbus0 >> uhid0: at uhub0, port 10, addr 7 (disconnected) >> uhid0: detached >> ugen0.5: at usbus0 >> (disconnected) >> ugen0.5: at usbus0 >> wmt0 on uhub0 >> wmt0: on usbus0 >> wmt0: 16 contacts and [C]. Report range [0:0] - [12372:6960] >> wmt0: 10 feature report contactsuhid0 on uhub0 >> uhid0: on usbus0 >> wmt0: at uhub0, port 10, addr 8 (disconnected) >> wmt0: detached >> uhid0: at uhub0, port 10, addr 8 (disconnected) >> uhid0: detached >> pid 98094 (emacs-26.3), jid 0, uid 1001: exited on signal 6=20 >> (core >> dumped) >> wlan0: link state changed to DOWN >> Waiting (max 60 seconds) for system process `vnlru' to >> stop... done >> Waiting (max 60 seconds) for system process `syncer' to stop... >> Syncing disks, vnodes remaining... 0 0 0 0 0 done >> Waiting (max 60 seconds) for system thread `bufdaemon' to >> stop... done >> Waiting (max 60 seconds) for system thread `bufspacedaemon-0'=20 >> to >> stop... done >> Waiting (max 60 seconds) for system thread `bufspacedaemon-1'=20 >> to >> stop... done >> Waiting (max 60 seconds) for system thread `bufspacedaemon-2'=20 >> to >> stop... done >> Waiting (max 60 seconds) for system thread `bufspacedaemon-3'=20 >> to >> stop... done >> Waiting (max 60 seconds) for system thread `bufspacedaemon-4'=20 >> to >> stop... done >> Waiting (max 60 seconds) for system thread `bufspacedaemon-5'=20 >> to >> stop... done >> Waiting (max 60 seconds) for system thread `bufspacedaemon-6'=20 >> to >> stop... done >> All buffers synced. >> Uptime: 6m12s >> GEOM_ELI: Device nvd0p3.eli destroyed. >> GEOM_ELI: Detached nvd0p3.eli on last close. >> GEOM_ELI: Device nvd0p4.eli destroyed. >> GEOM_ELI: Detached nvd0p4.eli on last close. >> ---<>--- >> Copyright (c) 1992-2019 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, >> 1993, 1994 >> The Regents of the University of California. All rights >> reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 12.1-STABLE r353466 GENERIC amd64 >> FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581)=20 >> (based >> on LLVM 8.0.1) >> VT(efifb): resolution 2560x1440 >> CPU: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz (1992.09-MHz >> K8-class CPU) >> Origin=3D"GenuineIntel" Id=3D0x806ea Family=3D0x6 Model=3D0x8e >> Stepping=3D10 >> >> Features=3D0xbfebfbff >> >> Features2=3D0x7ffafbbf >> AMD Features=3D0x2c100800 >> AMD Features2=3D0x121 >> Structured Extended >> >> Features=3D0x29c67af >> Structured Extended=20 >> Features3=3D0x9c000000 >> XSAVE Features=3D0xf >> VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID >> TSC: P-state invariant, performance statistics >> real memory =3D 17179869184 (16384 MB) >> avail memory =3D 16357519360 (15599 MB) >> Event timer "LAPIC" quality 600 >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 hardware threads >> random: unblocking device. >> ioapic0 irqs 0-119 on motherboard >> Launching APs: 1 7 4 2 3 5 6 >> Timecounter "TSC" frequency 1992088351 Hz quality 1000 >> Cuse v0.1.36 @ /dev/cuse >> random: entropy device external interface >> 000.000020 [4335] netmap_init netmap: loaded=20 >> module >> [ath_hal] loaded >> module_register_init: MOD_LOAD (vesa, 0xffffffff8114d4d0, 0)=20 >> error >> 19 >> random: registering fast source Intel Secure Key RNG >> random: fast provider: "Intel Secure Key RNG" >> kbd1 at kbdmux0 >> nexus0 >> efirtc0: on motherboard >> efirtc0: registered as a time-of-day clock, resolution=20 >> 1.000000s >> cryptosoft0: on motherboard >> aesni0: on=20 >> motherboard >> acpi0: on motherboard >> acpi_ec0: port 0x62,0x66=20 >> on >> acpi0 >> acpi0: Power Button (fixed) >> unknown: memory range not supported >> cpu0: on acpi0 >> hpet0: iomem 0xfed00000-0xfed003ff=20 >> on >> acpi0 >> Timecounter "HPET" frequency 24000000 Hz quality 950 >> Event timer "HPET" frequency 24000000 Hz quality 550 >> atrtc0: port 0x70-0x77 irq 8 on acpi0 >> atrtc0: Warning: Couldn't map I/O. >> atrtc0: registered as a time-of-day clock, resolution 1.000000s >> Event timer "RTC" frequency 32768 Hz quality 0 >> attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Event timer "i8254" frequency 1193182 Hz quality 100 >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b=20 >> on >> acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> vgapci0: port 0xe000-0xe03f mem >> 0x2fe0000000-0x2fe0ffffff,0x2fc0000000-0x2fdfffffff at device=20 >> 2.0 >> on pci0 >> acpi_video0: on vgapci0 >> vgapci0: Boot video device >> pci0: at device 19.0 (no driver >> attached) >> xhci0: mem >> 0x2fe1010000-0x2fe101ffff at device 20.0 on pci0 >> xhci0: 32 bytes context size, 64-bit DMA >> usbus0 on xhci0 >> usbus0: 5.0Gbps Super Speed USB v3.0 >> pci0: at device 22.0 (no driver attached) >> pcib1: at device 28.0 on pci0 >> pci1: on pcib1 >> pci1: at device 0.0 (no driver attached) >> pcib2: at device 28.2 on pci0 >> pci2: on pcib2 >> pci2: at device 0.0 (no driver attached) >> pcib3: at device 28.4 on pci0 >> pci3: on pcib3 >> nvme0: mem 0xec200000-0xec203fff at=20 >> device >> 0.0 on pci3 >> pcib4: at device 29.0 on pci0 >> pci4: on pcib4 >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> pci0: at device 31.2 (no driver attached) >> hdac0: mem >> 0x2fe1028000-0x2fe102bfff,0x2fe1000000-0x2fe100ffff at device=20 >> 31.3 >> on pci0 >> em0: mem >> 0xec500000-0xec51ffff at device 31.6 on pci0 >> em0: Using 1024 TX descriptors and 1024 RX descriptors >> em0: Using an MSI interrupt >> em0: Ethernet address: 48:2a:e3:1a:da:58 >> em0: netmap queues/slots: TX 1/1024, RX 1/1024 >> acpi_button0: on acpi0 >> acpi_lid0: on acpi0 >> acpi_tz0: on acpi0 >> atkbdc0: port 0x60,0x64 irq 1 on >> acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> psm0: model Generic PS/2 mouse, device ID 0 >> acpi_acad0: on acpi0 >> battery0: on acpi0 >> est0: on cpu0 >> ZFS filesystem version: 5 >> ZFS storage pool version: features support (5000) >> Timecounters tick every 1.000 msec >> ugen0.1: <0x8086 XHCI root HUB> at usbus0 >> uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1>=20 >> on >> usbus0 >> nvd0: NVMe namespace >> nvd0: 976762MB (2000409264 512 byte sectors) >> GEOM_ELI: Device nvd0p4.eli created. >> hdacc0: GEOM_ELI: Encryption: AES-XTS 256 >> GEOM_ELI: Crypto: hardware >> at cad 0 on hdac0 >> hdaa0: at nid 1 on hdacc0 >> pcm0: at nid 20 and 18 on=20 >> hdaa0 >> pcm1: at nid 33 and 25 on hdaa0 >> hdacc1: at cad 2 on hdac0 >> hdaa1: at nid 1 on=20 >> hdacc1 >> pcm2: at nid 3 on hdaa1 >> Trying to mount root from zfs:zroot/ROOT/default []... >> Root mount waiting for: usbus0 >> uhub0: 18 ports with 18 removable, self powered >> Root mount waiting for: usbus0 >> ugen0.2: at usbus0 >> Root mount waiting for: usbus0 >> ugen0.3: at usbus0 >> ugen0.4: at usbus0 >> Root mount waiting for: usbus0 >> ugen0.5: at usbus0 >> Root mount waiting for: usbus0 >> ugen0.6: at usbus0 >> umass0 on uhub0 >> umass0: on usbus0 >> umass0: SCSI over Bulk-Only; quirks =3D 0x4000 >> umass0:0:0: Attached to scbus0 >> (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00=20 >> 00 >> 00 00 10 00 00 >> (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> (probe0:umass-sim0:0:0:0): SCSI status: Check Condition >> (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 >> (Invalid field in CDB) >> (probe0:umass-sim0:0:0:0): Error 22, Unretryable error >> GEOM_ELI: Device nvd0p3.eli created. >> GEOM_ELI: Encryption: AES-XTS 128 >> GEOM_ELI: Crypto: hardware >> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >> da0: Removable Direct Access SPC-4=20 >> SCSI >> device >> da0: Serial Number 28203008282014000 >> da0: 400.000MB/s transfers >> da0: 121942MB (249737216 512 byte sectors) >> da0: quirks=3D0x2 >> drmn0: on vgapci0 >> vgapci0: child drmn0 requested pci_enable_io >> vgapci0: child drmn0 requested pci_enable_io >> [drm] Unable to create a private tmpfs mount, hugepage support >> will be disabled(-19). >> Failed to add WC MTRR for [0x2fc0000000-0x2fdfffffff]: -22; >> performance may suffer >> [drm] Got stolen memory base 0xaa800000, size 0x2000000 >> [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). >> [drm] Driver supports precise vblank timestamp query. >> [drm] Connector eDP-1: get mode from tunables: >> [drm] - kern.vt.fb.modes.eDP-1 >> [drm] - kern.vt.fb.default_mode >> [drm] Connector DP-1: get mode from tunables: >> [drm] - kern.vt.fb.modes.DP-1 >> [drm] - kern.vt.fb.default_mode >> [drm] Connector HDMI-A-1: get mode from tunables: >> [drm] - kern.vt.fb.modes.HDMI-A-1 >> [drm] - kern.vt.fb.default_mode >> [drm] Connector DP-2: get mode from tunables: >> [drm] - kern.vt.fb.modes.DP-2 >> [drm] - kern.vt.fb.default_mode >> [drm] Connector HDMI-A-2: get mode from tunables: >> [drm] - kern.vt.fb.modes.HDMI-A-2 >> [drm] - kern.vt.fb.default_mode >> [drm] Initialized i915 1.6.0 20171222 for drmn0 on minor 0 >> VT: Replacing driver "efifb" with new "fb". >> start FB_INFO: >> type=3D11 height=3D1440 width=3D2560 depth=3D32 >> cmsize=3D16 size=3D14745600 >> pbase=3D0x2fc0040000 vbase=3D0xfffffe0092240000 >> name=3Ddrmn0 flags=3D0x0 stride=3D10240 bpp=3D32 >> cmap[0]=3D0 cmap[1]=3D7f0000 cmap[2]=3D7f00 cmap[3]=3Dc4a000 >> end FB_INFO >> drmn0: fb0: inteldrmfb frame buffer device >> lo0: link state changed to UP >> drmn0: successfully loaded firmware image with name: >> i915/kbl_dmc_ver1_04.bin >> [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin >> (v1.4) >> [drm] Reducing the compressed framebuffer size. This may lead=20 >> to >> less power savings than a non-reduced-size. Try to increase=20 >> stolen >> memory size if available in BIOS. >> iwm0: mem >> 0xec400000-0xec401fff at device 0.0 on pci1 >> iwm0: hw rev 0x230, fw ver 22.361476.0, address=20 >> 18:1d:ea:16:cc:77 >> wlan0: Ethernet address: 18:1d:ea:16:cc:77 >> wlan0: link state changed to UP >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> hdacc1: Unexpected unsolicited response with tag 63: ffffffff >> >> >> -- >> Mathias Picker >> Gesch=C3=A4ftsf=C3=BChrer >> Mathias.Picker@virtual-earth.de >> >> virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH >> http://www.virtual-earth.de/ HRB126870 >> support@virtual-earth.de Westendstr. 142 >> 089 / 1250 3943 >> --=20 Mathias Picker=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ HRB126870 support@virtual-earth.de Westendstr. 142 089 / 1250 3943=20=20=20=20=20=20=20=20=20=20=20=20 From owner-freebsd-questions@freebsd.org Wed Oct 16 11:45:37 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E3D321629FB for ; Wed, 16 Oct 2019 11:45:37 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pf1-x444.google.com (mail-pf1-x444.google.com [IPv6:2607:f8b0:4864:20::444]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tVq445Tmz4cfF for ; Wed, 16 Oct 2019 11:45:36 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pf1-x444.google.com with SMTP id x127so14561861pfb.7 for ; Wed, 16 Oct 2019 04:45:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=39/Xv66Sb0/wgUk2thj5jI8reRslzMPpNUodX8VP1f0=; b=f0zSluksYGtr1+5+gR7LrmgdRwzWAaa77OlIOVmKHkWRFQJZLX0k7pfXBZWgyV6+Kh yK2gsidUyLuYhatjN7hTh+Jgxm8oAsi0ZwDYev9aeORQhtCLf4Xs/nbdI7LQfBfmGpbi Gd54410CtU3ikgkbE8fE6qtfl3hrc96I+3S3AjI2OAwCx+ESZV6YVyISl81DhTBsETC6 xYqhnW5JRRYnPuwFPlUALJX/AEX4wzlyj1e137X7WFseRA4Y8OTT2MSuKHZJHTjx9AkU nFyStjxGyJhHNxK1wqAs8qFAIgVEdLyTYLdiMsAjmO+eLs6C3rtP9AuvsLI7LqX2m4N1 Uxlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=39/Xv66Sb0/wgUk2thj5jI8reRslzMPpNUodX8VP1f0=; b=O4Qtg+0CLe09oRIMJNCnmXquca3op6vyMgUI/pnwdfT8ufs6vbLxZj0Q+tdnnIt1nm ajW5Db23z1u55cyJkrbvB2XAbEQqBsI8tfEM+6fpd8rKd5Xqy2EOMLZxsvpxgNE4J2sr tvqH2uPLuXt9LeyTSQPXsVRDpCeWycx2ZqDR6URTx9/lHZX3Sjg1DkHshuS6UW45QbhH CXXNic1Ce89QqoNO6QWMxpHSDC18G5NMHGx1tzWtxN4b9gPszGS9KXZVrnVFKa2bnf9A VOItBmpcb89s959rgywLe3OBrFc3LFTQIHL9ByqcwTFua2Tfa+Dv4ZUQcc0tcyT4D7pb xjiA== X-Gm-Message-State: APjAAAXxTWmY3K9Jj0zJYsu9u5EPid2MsfjI/r1HHxvIAOL5Yp5aF3w+ bfOeEaNqB5blTYxvZCGzEj2ZLjkk X-Google-Smtp-Source: APXvYqyghQhqpiwjt+UBCq6OY4IDczjUUZSuj+ldDvtPDrcu12C9SNN2GiEX0zKaJtM6y3lQ/HDU0g== X-Received: by 2002:a17:90a:6302:: with SMTP id e2mr4457326pjj.20.1571226334674; Wed, 16 Oct 2019 04:45:34 -0700 (PDT) Received: from [192.168.1.10] (C-59-101-161-221.mel.connect.net.au. [59.101.161.221]) by smtp.gmail.com with ESMTPSA id d22sm26112256pfq.168.2019.10.16.04.45.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Oct 2019 04:45:34 -0700 (PDT) Subject: Re: Problems with ld, libc, and "struct stat" To: Jan Behrens , freebsd-questions@freebsd.org References: <20191015204400.e33c8f62af711e829288ddae@magnetkern.de> <47c27361-4e74-05d1-3343-e39526730d85@malikania.fr> <20191016131552.6fda34292987e22ae78072cc@magnetkern.de> From: MJ Message-ID: <71e9fd21-506f-bbae-df27-74ea0b32a660@gmail.com> Date: Wed, 16 Oct 2019 22:45:10 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20191016131552.6fda34292987e22ae78072cc@magnetkern.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 46tVq445Tmz4cfF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=f0zSluks; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::444 as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[221.161.101.59.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-0.50), ipnet: 2607:f8b0::/32(-2.48), asn: 15169(-2.10), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-Mailman-Approved-At: Wed, 16 Oct 2019 15:47:12 +0000 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 11:45:37 -0000 On 16/10/2019 10:15 pm, Jan Behrens wrote: > On Wed, 16 Oct 2019 09:18:52 +0200 > David Demelier wrote: > >> Le 15/10/2019 à 20:44, Jan Behrens a écrit : >>> I stumbled across a weird problem related stat() that (according to my >>> research) seems to be related to an update of the "struct stat" >>> C-structure in recent Kernel versions. >>> >>> [...] >>> >>> stat("testlib.c", &sb); >> Please test the result of stat otherwise sb is left untouched (so all >> member undefined). > You are right, of course (this was just a quick and dirty demonstration). Initialize sb - it's also quick and dirty to do and prevents accessing memory with garbage in it. It's always a good habit to get into, regardless. >>> But when I make a shared library like this, I get a different result: >>> >>> % ld -shared -o testlib.so testlib.o >> Hmm, we usually never call the linker itself when creating shared libraries. >> >> Try instead: cc -shared -o testlib.so testlib.o >> >> HTH >> -- >> David > Thank you very much; I tried that, and it works properly: > > % cc -Wall -c -fPIC -o testlib.o testlib.c > % cc -shared -o testlib.so testlib.o > % cc -Wall -o testprog `pwd`/testlib.so testprog.c > % ./testprog > Size of testlib.c is 168 bytes. > > I will from now on use cc instead of ld to create shared libraries. > > I still wonder though if there is any documentation on this behavior > (and where to find it), whether it's FreeBSD related or LLVM related. > It feels a bit scary that using "ld" to make a shared library can > result in weird runtime behavior without even raising a warning. ld is doing what you told it, which is not much other than it's a shared library it's linking to. If you're using ld then you need to specify -L or -rpath. How else is it to know where it's shared libraries are? If you examined the runtime with gdb (or lldb) you would immediately answer your question. It's your best tool to answer lots of these types of questions. > Do you know any link where I find a more detailed explanation about why > I need to use "cc" instead of "ld" to create shared libraries? I assume > that "cc" adds the necessary options to "ld" that are otherwise > missing. But I don't see where this is documented. This explains it succinctly: https://www.cprogramming.com/tutorial/shared-libraries-linux-gcc.html (apart from the linux-isms) Also this, in more detail: http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html Cheers Mark From owner-freebsd-questions@freebsd.org Wed Oct 16 15:52:22 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0B956148E10 for ; Wed, 16 Oct 2019 15:52:22 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tcHn6dDcz3x1R for ; Wed, 16 Oct 2019 15:52:21 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: matthew/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id AAC1D1EB49 for ; Wed, 16 Oct 2019 15:52:21 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from leaf.local (unknown [88.212.184.97]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 35DD714E2 for ; Wed, 16 Oct 2019 15:52:20 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/35DD714E2; dkim=none; dkim-atps=neutral Subject: Re: Installing head To: freebsd-questions@freebsd.org References: <20191016172608.b45d9da4.freebsd@edvax.de> From: Matthew Seaman Message-ID: Date: Wed, 16 Oct 2019 16:52:02 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 15:52:22 -0000 On 16/10/2019 16:35, Andrea Venturoli wrote: > Probably my question should have been clearer: is it possible to move > from 12.0 (freshly installed) to HEAD directly *now* (or possibly after > "waiting a little")? > Or *must* I go through STABLE? > Compiling takes a lot of time and doing it twice takes two lots :) This should be possible in theory, but maybe not in practice. You should always be able to upgrade from the last release on one branch to the first release on the next. Except, of course, there is no 13.0 release just now. HEAD is the closest thing to 13.0 release you can get at the moment, and a source level upgrade from 12.0-RELEASE should probably work. If it doesn't, that's technically a bug and should be reported so it can be fixed. Mind you, 12.1 is really close to being out (due 4th Nov) so the response may well be 'please try 12.1-RELEASE when it is available'. If what you want is a HEAD system with least faff, then installing one of the 13-CURRENT snapshots (https://www.freebsd.org/snapshots/ as pointed out by Yasuhiro KIMURA) and upgrading from there is your best bet. Cheers, Matthew From owner-freebsd-questions@freebsd.org Wed Oct 16 18:26:48 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1311014D054 for ; Wed, 16 Oct 2019 18:26:48 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-ua1-x930.google.com (mail-ua1-x930.google.com [IPv6:2607:f8b0:4864:20::930]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tgjz0LDXz471S for ; Wed, 16 Oct 2019 18:26:46 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-ua1-x930.google.com with SMTP id u31so7545652uah.0 for ; Wed, 16 Oct 2019 11:26:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=o3UwFKKxxRF7kOfzxzurKZz+lq4ySAlPENcb83Q6q0M=; b=LMTRKdtrdEkDUIEP+yG+h7SW6a+LXFnMz2fKQvRMvdZUSwlKqmGrwZRDsLMc6vBzKf mkRM477QKT69I5MQg2m6ItrFB22Pp1O/s5cI0gT0oR9mbfHoOIdeOxJolPKIRTM0eJqW 8VALn/ikKKCxXkjTsd6/GjEXQdAFpARSx5D5sFQo7vmfOjfUVpMZy0rViQumf0XzzN+f Jq8qztxfmVLFtux3TSxTOW+UyAK+yYtXZ+leoT7uf7P/HT05Oz8OsN7V/AkqoPJsNt00 PzSD5E01bc4BmU5IL/kLzQZ3vy/SbEOSqdnOsPWB8ksTbjWd2/6ODScQyVZdYrHh5zSJ z11A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=o3UwFKKxxRF7kOfzxzurKZz+lq4ySAlPENcb83Q6q0M=; b=s+10TNjno0FvHHKDU6MsJ8jcxmKA9BnliUCQPTrZQFqHHe3O5vLWA7wE26XWpjCBdd zO9/XMAYmq7gEwpGTSMVk+1pIXIm7EkdrtS1uFp11TuHoXYZkS1yJt2BVDsK8GFlctw1 nAV2wrzeEG9wbEN8skdzTNWwaFVJO8+6gTWyxrDw6Ww4hBU/GcVa8rT091qBKCYwmjVR cufJnyxrrijEEUQl+isH7ivX/A+5SQLLCdhREY2wt4XTDZ9uUHf4HmBbzO6/WUI6ZMkq AYpvT6P8XX8k9/c3G4ljgIDRPeNhIr3dnJOy+WENzurAx51FBd+PTD5+0Ewqm0FSb7v7 jXLA== X-Gm-Message-State: APjAAAXVE8VvoxaZcP78/41kD+jLhJBcNiF/tNwcsGehKX7kM1ithxKm yyaQLEWqB6+RDisKfkpbrwW2zChckVZVP/yz1kln2bk= X-Google-Smtp-Source: APXvYqw/XawpbefJ+/4R8E1HRdr4aonnhK8p8lBVtLv2cfYcQ9oAvjpPNYW30KV3nbRwXdPfRsAOlBwExx7a5iNNo/w= X-Received: by 2002:ab0:7451:: with SMTP id p17mr15138397uaq.18.1571250405586; Wed, 16 Oct 2019 11:26:45 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: "Clay Daniels Jr." Date: Wed, 16 Oct 2019 13:26:33 -0500 Message-ID: Subject: Re: Installing head To: Andrea Venturoli Cc: "freebsd-questions@freebsd.org" X-Rspamd-Queue-Id: 46tgjz0LDXz471S X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LMTRKdtr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2607:f8b0:4864:20::930 as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.64), ipnet: 2607:f8b0::/32(-2.47), asn: 15169(-2.10), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 18:26:48 -0000 Your question is not stupid. Asking questions is a very good way to learn. Head means different things to different folks. If you want the true "head" you have to compile it all. I'm lazy & impatient, so this is what I do: Every Friday there is a new selection of downloads of FreeBSD 13.0 Current at https://www.freebsd.org/where.html where you scroll down to 13.0 and select your image, likely amd or i386 (intel). Make a bootable install media. I prefer burning it to a cd/dvd, but thumbdrives work fine too (mostly). Prepare a place to install it, and make a fresh install. And be sure to join the Current email list. Some weeks work fine, sometimes not. Current is a work in progress, so when you install a fresh image, don't rush to throw away the old one - you may need it for the next week. And it's OK to skip a week;-) Clay On Wed, Oct 16, 2019 at 10:02 AM Andrea Venturoli wrote: > Hello. > > Sorry for the stupid questions: I'm trying to install a HEAD system, in > order to perform some tests. > > I tried starting from a 12.0 and building world, but I got some errors. > Should I move to 12-STABLE before I try HEAD? > > bye & Thanks > av. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Wed Oct 16 19:28:59 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5627014E1C6 for ; Wed, 16 Oct 2019 19:28:59 +0000 (UTC) (envelope-from byrnejb@harte-lyne.ca) Received: from mx32.harte-lyne.ca (mx32.harte-lyne.ca [216.185.71.32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mx32.harte-lyne.ca", Issuer "CA_HLL_ISSUER_2016" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tj5k3FBQz4BB1 for ; Wed, 16 Oct 2019 19:28:58 +0000 (UTC) (envelope-from byrnejb@harte-lyne.ca) Received: from mx32.harte-lyne.ca (localhost [127.0.32.1]) by mx32.harte-lyne.ca (Postfix) with ESMTP id 00F0B249F0 for ; Wed, 16 Oct 2019 15:28:55 -0400 (EDT) X-Virus-Scanned: amavisd-new at harte-lyne.ca Received: from mx32.harte-lyne.ca ([127.0.32.1]) by mx32.harte-lyne.ca (mx32.harte-lyne.ca [127.0.32.1]) (amavisd-new, port 10024) with ESMTP id E50C_Su1xLyU for ; Wed, 16 Oct 2019 15:28:53 -0400 (EDT) Received: from webmail.harte-lyne.ca (webmail.hamilton.harte-lyne.ca [216.185.71.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx32.harte-lyne.ca (Postfix) with ESMTPSA id 35EEC249E7 for ; Wed, 16 Oct 2019 15:28:53 -0400 (EDT) Received: from 216.185.71.44 (SquirrelMail authenticated user byrnejb_hll) by webmail.harte-lyne.ca with HTTP; Wed, 16 Oct 2019 15:28:53 -0400 Message-ID: <343e46dba748fae77d8ba10518528073.squirrel@webmail.harte-lyne.ca> Date: Wed, 16 Oct 2019 15:28:53 -0400 Subject: FUSE file systems in freebsd 12 jails From: "James B. Byrne" To: freebsd-questions@freebsd.org Reply-To: byrnejb@harte-lyne.ca User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal References: In-Reply-To: In-Reply-To: X-Rspamd-Queue-Id: 46tj5k3FBQz4BB1 X-Spamd-Bar: -------- X-Spamd-Result: default: False [-8.47 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[byrnejb@harte-lyne.ca]; R_SPF_ALLOW(-0.20)[+ip4:216.185.71.0/26]; TO_DN_NONE(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[32.71.185.216.list.dnswl.org : 127.0.4.2]; DKIM_TRACE(0.00)[harte-lyne.ca:+]; HAS_X_PRIO_THREE(0.00)[3]; DMARC_POLICY_ALLOW(-0.50)[harte-lyne.ca,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12021, ipnet:216.185.64.0/20, country:CA]; IP_SCORE(-3.77)[ip: (-9.90), ipnet: 216.185.64.0/20(-4.93), asn: 12021(-3.94), country: CA(-0.09)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[harte-lyne.ca:s=dkim_hll]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[harte-lyne.ca.dwl.dnswl.org : 127.0.4.1] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 19:28:59 -0000 I was finally able to mount a fuse file system as root inside a jail running on FreeBSd12.0. My /etc/sysctl.conf on the host system contained: security.jail.enforce_statfs=1 My 9ez)jail configuration contained: . . . param3="enforce_statfs=1 allow.mount=1 allow.mount.devfs=1" param4="allow.mount.nullfs=1 allow.mount.fdescfs=1" param5="allow.mount.fusefs=1 devfs_ruleset=4" export jail_hll_theheart_parameters="$param1 $param2 $param3 $param4 $param5" However, inside the jail when I display the sysctl variables related to this I see a lot of deprecated warnings: security.jail.mount_allowed: Processes in jail can mount/unmount jail-friendly file systems (deprecated) security.jail.mount_devfs_allowed: Jail may mount the devfs file system (deprecated) security.jail.mount_fdescfs_allowed: Jail may mount the fdescfs file system (deprecated) and so on. Are these related to the change to jail.conf in 9.1 and can therefore be ignored? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail Do NOT open attachments nor follow links sent by e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 From owner-freebsd-questions@freebsd.org Wed Oct 16 21:02:27 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A390814FC45 for ; Wed, 16 Oct 2019 21:02:27 +0000 (UTC) (envelope-from SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info) Received: from mail.sermon-archive.info (sermon-archive.info [71.177.216.148]) by mx1.freebsd.org (Postfix) with ESMTP id 46tl9Z4KSpz4G2J for ; Wed, 16 Oct 2019 21:02:26 +0000 (UTC) (envelope-from SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info) Received: from [10.0.1.251] (mini [10.0.1.251]) by mail.sermon-archive.info (Postfix) with ESMTPSA id 46tl9X2pvYz2fjRs for ; Wed, 16 Oct 2019 14:02:24 -0700 (PDT) From: Doug Hardie Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Extension to previous posts: Problems with ld, libc, and "struct stat" Message-Id: Date: Wed, 16 Oct 2019 14:02:24 -0700 To: FreeBSD Questions X-Mailer: Apple Mail (2.3445.104.11) X-Virus-Scanned: clamav-milter 0.101.2 at mail X-Virus-Status: Clean X-Rspamd-Queue-Id: 46tl9Z4KSpz4G2J X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info designates 71.177.216.148 as permitted sender) smtp.mailfrom=SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info X-Spamd-Result: default: False [-1.21 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.70)[-0.703,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:71.177.216.148]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; NEURAL_HAM_LONG(-0.95)[-0.950,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.16)[asn: 5650(-0.74), country: US(-0.05)]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.216.177.71.list.dnswl.org : 127.0.10.0]; MV_CASE(0.50)[]; FORGED_SENDER(0.30)[bc979@lafn.org,SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5650, ipnet:71.177.216.0/23, country:US]; FROM_NEQ_ENVFROM(0.00)[bc979@lafn.org,SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 21:02:27 -0000 Here is an issue that has plagued me for some time: testlib.c: #include #include #include #include char id[4]; int sock; void testfunc() { struct stat sb; stat("testlib.c", &sb); strcpy (id, "aa"); sock =3D 5; printf("Size of testlib.c is %i bytes.\n", (int)sb.st_size); } testprog.c: #include extern char id[4]; extern int sock; void testfunc(void); int main(int argc, char **argv) { testfunc(); printf ("id =3D %s\n", id); printf ("sock =3D %d\n", sock); return 0; } Makefile: all: clean testprog run testprog: cc -Wall -g -c -fPIC -o testlib.o testlib.c cc -shared -Wl,-export-dynamic -o testlib.so testlib.o cc -Wall -g -o testprog ./testlib.so testprog.c clean: rm -f testlib.o testlib.so testprog run: ./testprog Using make: rm -f testlib.o testlib.so testprog cc -Wall -g -c -fPIC -o testlib.o testlib.c cc -shared -Wl,-export-dynamic -o testlib.so testlib.o cc -Wall -g -o testprog ./testlib.so testprog.c ./testprog Size of testlib.c is 268 bytes. id =3D aa sock =3D 5 Running lldb: master# lldb testprog (lldb) target create "testprog" Current executable set to 'testprog' (x86_64). (lldb) b main Breakpoint 1: where =3D testprog`main + 22 at testprog.c:8, address =3D = 0x0000000000201366 (lldb) r Process 34787 launching Process 34787 launched: '/home/doug/zzz/testprog' (x86_64) Process 34787 stopped * thread #1, name =3D 'testprog', stop reason =3D breakpoint 1.1 frame #0: 0x0000000000201366 testprog`main(argc=3D1, = argv=3D0x00007fffffffeb38) at testprog.c:8 5 =09 6 void testfunc(void); 7 int main(int argc, char **argv) { -> 8 testfunc(); 9 printf ("id =3D %s\n", id); 10 printf ("sock =3D %d\n", sock); 11 return 0; (lldb) n Size of testlib.c is 268 bytes. Process 34787 stopped * thread #1, name =3D 'testprog', stop reason =3D step over frame #0: 0x000000000020137f testprog`main(argc=3D1, = argv=3D0x00007fffffffeb38) at testprog.c:9 6 void testfunc(void); 7 int main(int argc, char **argv) { 8 testfunc(); -> 9 printf ("id =3D %s\n", id); 10 printf ("sock =3D %d\n", sock); 11 return 0; 12 } (lldb) p id error: use of undeclared identifier 'id' (lldb) p sock error: Couldn't materialize: couldn't get the value of variable sock: = testlib.so[0x4004] can't be resolved, testlib.so is not currently loaded error: errored out in DoExecute, couldn't PrepareToExecuteJITExpression (lldb) c id =3D aa sock =3D 5 Process 34787 resuming You notice that lldb cannot display values for id or sock. It even = gives quite different messages about them. However the program can = access the values and it prints them out properly. Why can't lldb see = them? How can that be corrected? What is even more interesting is that in the real application there are = quite a few of these global variables and lldb can display some of them, = just not all. Possibly it has to do with the specific names as DATE = generally works. sock and id never seem to work. -- Doug From owner-freebsd-questions@freebsd.org Wed Oct 16 23:09:48 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 831F7152625 for ; Wed, 16 Oct 2019 23:09:48 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pf1-x429.google.com (mail-pf1-x429.google.com [IPv6:2607:f8b0:4864:20::429]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46tp0W1xsSz4PKr for ; Wed, 16 Oct 2019 23:09:47 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pf1-x429.google.com with SMTP id v4so335410pff.6 for ; Wed, 16 Oct 2019 16:09:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=f47d4qQN5MjmmtsxIB1sQHNa7u099KbEnuPi3MLcPQ4=; b=k44zuxqzzUWoaE7EGU1CE6D4U81DStOJMzfbbOYuU7fUdNyDrzaI2fZJLllY5qVI6F mxxr2Q+nYskLiyjVUFlSAYwk84d+RC5y8GjsXOGH8+jIg0CIAdMmkg72DimrP1tZlym9 4OduQXnm7xetzZHLxt+4ynw1xdM+Xs11UwxyZZDHuYrSxnkFn4M0LROcwSxbzJDdBwb8 oKBYtfo5azaiGJXGW/uJbZss7E8CfQoTuOl+l+DIJm57fGNvpR4jVG9N6KrheF0qRIvd EQdkyzJ4bQ5X18Nc382n8iIcIC5uBO2I1WmaKRCuf36HpPNQAXjwIC2eq/gqIU56+woG dItg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=f47d4qQN5MjmmtsxIB1sQHNa7u099KbEnuPi3MLcPQ4=; b=NPHH5KLZNSbM5zFYr+J6TVSWwagnHkfzj/7okDgXjvB95nbXhRdhAm0Hx5+P6qiRnj ko9tAV4Bo3u48th486zy1lS5YEFGHselwtROAPQuuxzLVUgftvQx7fKMLCbCflo2qnyc oGTePGH2VbGKef8wEsso2KmddT0xjmwQA66VmEmq24m8rAxdxqfI3Qv9qL9Lfe+PK4mR Vx17qlv+zO5j02Ja2FsfyaOF6eblOhK2O9mCf6h8OLCBZWybnxtt+YDY9rLQAuMD8tb/ nrZ1F48D7tOkf/VbEIpXp+qPGTHM2nwfm3WYGs5J5Xwr/n9oNreriGvGpGDBJzvyRTJP +Rjg== X-Gm-Message-State: APjAAAVYDVDIbY4OF4fpw+7rXAoFCsk2DKUN6a94oERQl8o6JJRswdGu z6xO+ZOqX8luhNSjbzFete44eboC X-Google-Smtp-Source: APXvYqwiFq+Z4A4bUVDtKN0i/izOLh90+roZV6gof6g3JSSUchtAUd1uN5mMDlB32ESqv4Na31psHQ== X-Received: by 2002:a63:d1:: with SMTP id 200mr694115pga.108.1571267383918; Wed, 16 Oct 2019 16:09:43 -0700 (PDT) Received: from [192.168.1.10] (C-59-101-161-221.mel.connect.net.au. [59.101.161.221]) by smtp.gmail.com with ESMTPSA id b16sm166260pfb.54.2019.10.16.16.09.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Oct 2019 16:09:43 -0700 (PDT) Subject: Re: Extension to previous posts: Problems with ld, libc, and "struct stat" To: Doug Hardie , FreeBSD Questions References: From: MJ Message-ID: Date: Thu, 17 Oct 2019 10:09:18 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 46tp0W1xsSz4PKr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=k44zuxqz; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::429 as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[221.161.101.59.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-8.38), ipnet: 2607:f8b0::/32(-2.47), asn: 15169(-2.10), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 23:09:48 -0000 On 17/10/2019 8:02 am, Doug Hardie wrote: > Here is an issue that has plagued me for some time: > > testlib.c: > #include > #include > #include > #include > > char id[4]; > int sock; > > void testfunc() { > struct stat sb; > stat("testlib.c", &sb); > strcpy (id, "aa"); > sock = 5; > printf("Size of testlib.c is %i bytes.\n", (int)sb.st_size); > } > > > testprog.c: > #include > > extern char id[4]; > extern int sock; > > void testfunc(void); > int main(int argc, char **argv) { > testfunc(); > printf ("id = %s\n", id); > printf ("sock = %d\n", sock); > return 0; > } > > > Makefile: > all: clean testprog run > > testprog: > cc -Wall -g -c -fPIC -o testlib.o testlib.c > cc -shared -Wl,-export-dynamic -o testlib.so testlib.o > cc -Wall -g -o testprog ./testlib.so testprog.c > > clean: > rm -f testlib.o testlib.so testprog > > run: > ./testprog > > > Using make: > rm -f testlib.o testlib.so testprog > cc -Wall -g -c -fPIC -o testlib.o testlib.c > cc -shared -Wl,-export-dynamic -o testlib.so testlib.o > cc -Wall -g -o testprog ./testlib.so testprog.c > ./testprog > Size of testlib.c is 268 bytes. > id = aa > sock = 5 > > > Running lldb: > master# lldb testprog > (lldb) target create "testprog" > Current executable set to 'testprog' (x86_64). > (lldb) b main > Breakpoint 1: where = testprog`main + 22 at testprog.c:8, address = 0x0000000000201366 > (lldb) r > Process 34787 launching > Process 34787 launched: '/home/doug/zzz/testprog' (x86_64) > Process 34787 stopped > * thread #1, name = 'testprog', stop reason = breakpoint 1.1 > frame #0: 0x0000000000201366 testprog`main(argc=1, argv=0x00007fffffffeb38) at testprog.c:8 > 5 > 6 void testfunc(void); > 7 int main(int argc, char **argv) { > -> 8 testfunc(); > 9 printf ("id = %s\n", id); > 10 printf ("sock = %d\n", sock); > 11 return 0; > (lldb) n > Size of testlib.c is 268 bytes. > Process 34787 stopped > * thread #1, name = 'testprog', stop reason = step over > frame #0: 0x000000000020137f testprog`main(argc=1, argv=0x00007fffffffeb38) at testprog.c:9 > 6 void testfunc(void); > 7 int main(int argc, char **argv) { > 8 testfunc(); > -> 9 printf ("id = %s\n", id); > 10 printf ("sock = %d\n", sock); > 11 return 0; > 12 } > (lldb) p id > error: use of undeclared identifier 'id' > (lldb) p sock > error: Couldn't materialize: couldn't get the value of variable sock: testlib.so[0x4004] can't be resolved, testlib.so is not currently loaded > error: errored out in DoExecute, couldn't PrepareToExecuteJITExpression > (lldb) c > id = aa > sock = 5 > Process 34787 resuming > > > You notice that lldb cannot display values for id or sock. It even gives quite different messages about them. However the program can access the values and it prints them out properly. Why can't lldb see them? How can that be corrected? > > What is even more interesting is that in the real application there are quite a few of these global variables and lldb can display some of them, just not all. Possibly it has to do with the specific names as DATE generally works. sock and id never seem to work. > > -- Doug Well it's obviously wrong. It's a bug in lldb. Unless you have to specifically load the shared library in? (process load testlib?) I tested this with gdb, it works as expected. That's probably why I still use gdb... > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Wed Oct 16 23:19:55 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 498F4152894 for ; Wed, 16 Oct 2019 23:19:55 +0000 (UTC) (envelope-from SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info) Received: from mail.sermon-archive.info (sermon-archive.info [71.177.216.148]) by mx1.freebsd.org (Postfix) with ESMTP id 46tpDB2T4kz4PhM for ; Wed, 16 Oct 2019 23:19:54 +0000 (UTC) (envelope-from SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info) Received: from [10.0.1.251] (mini [10.0.1.251]) by mail.sermon-archive.info (Postfix) with ESMTPSA id 46tpD82JCWz2fjSm; Wed, 16 Oct 2019 16:19:52 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Extension to previous posts: Problems with ld, libc, and "struct stat" From: Doug Hardie In-Reply-To: Date: Wed, 16 Oct 2019 16:19:52 -0700 Cc: Doug Hardie , FreeBSD Questions Content-Transfer-Encoding: quoted-printable Message-Id: References: To: MJ X-Mailer: Apple Mail (2.3445.104.11) X-Virus-Scanned: clamav-milter 0.101.2 at mail X-Virus-Status: Clean X-Rspamd-Queue-Id: 46tpDB2T4kz4PhM X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info designates 71.177.216.148 as permitted sender) smtp.mailfrom=SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info X-Spamd-Result: default: False [-1.35 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.825,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:71.177.216.148]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.16)[asn: 5650(-0.72), country: US(-0.05)]; NEURAL_HAM_LONG(-0.97)[-0.975,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.216.177.71.list.dnswl.org : 127.0.10.0]; FORGED_SENDER(0.30)[bc979@lafn.org,SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5650, ipnet:71.177.216.0/23, country:US]; FROM_NEQ_ENVFROM(0.00)[bc979@lafn.org,SRS0=vdX2=YJ=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Oct 2019 23:19:55 -0000 > On 16 October 2019, at 16:09, MJ wrote: >=20 >=20 > On 17/10/2019 8:02 am, Doug Hardie wrote: >> Here is an issue that has plagued me for some time: >>=20 >> testlib.c: >> #include >> #include >> #include >> #include >>=20 >> char id[4]; >> int sock; >>=20 >> void testfunc() { >> struct stat sb; >> stat("testlib.c", &sb); >> strcpy (id, "aa"); >> sock =3D 5; >> printf("Size of testlib.c is %i bytes.\n", (int)sb.st_size); >> } >>=20 >>=20 >> testprog.c: >> #include >>=20 >> extern char id[4]; >> extern int sock; >>=20 >> void testfunc(void); >> int main(int argc, char **argv) { >> testfunc(); >> printf ("id =3D %s\n", id); >> printf ("sock =3D %d\n", sock); >> return 0; >> } >>=20 >>=20 >> Makefile: >> all: clean testprog run >>=20 >> testprog: >> cc -Wall -g -c -fPIC -o testlib.o testlib.c >> cc -shared -Wl,-export-dynamic -o testlib.so testlib.o >> cc -Wall -g -o testprog ./testlib.so testprog.c >>=20 >> clean: >> rm -f testlib.o testlib.so testprog >>=20 >> run: >> ./testprog >>=20 >>=20 >> Using make: >> rm -f testlib.o testlib.so testprog >> cc -Wall -g -c -fPIC -o testlib.o testlib.c >> cc -shared -Wl,-export-dynamic -o testlib.so testlib.o >> cc -Wall -g -o testprog ./testlib.so testprog.c >> ./testprog >> Size of testlib.c is 268 bytes. >> id =3D aa >> sock =3D 5 >>=20 >>=20 >> Running lldb: >> master# lldb testprog >> (lldb) target create "testprog" >> Current executable set to 'testprog' (x86_64). >> (lldb) b main >> Breakpoint 1: where =3D testprog`main + 22 at testprog.c:8, address =3D= 0x0000000000201366 >> (lldb) r >> Process 34787 launching >> Process 34787 launched: '/home/doug/zzz/testprog' (x86_64) >> Process 34787 stopped >> * thread #1, name =3D 'testprog', stop reason =3D breakpoint 1.1 >> frame #0: 0x0000000000201366 testprog`main(argc=3D1, = argv=3D0x00007fffffffeb38) at testprog.c:8 >> 5 =09 >> 6 void testfunc(void); >> 7 int main(int argc, char **argv) { >> -> 8 testfunc(); >> 9 printf ("id =3D %s\n", id); >> 10 printf ("sock =3D %d\n", sock); >> 11 return 0; >> (lldb) n >> Size of testlib.c is 268 bytes. >> Process 34787 stopped >> * thread #1, name =3D 'testprog', stop reason =3D step over >> frame #0: 0x000000000020137f testprog`main(argc=3D1, = argv=3D0x00007fffffffeb38) at testprog.c:9 >> 6 void testfunc(void); >> 7 int main(int argc, char **argv) { >> 8 testfunc(); >> -> 9 printf ("id =3D %s\n", id); >> 10 printf ("sock =3D %d\n", sock); >> 11 return 0; >> 12 } >> (lldb) p id >> error: use of undeclared identifier 'id' >> (lldb) p sock >> error: Couldn't materialize: couldn't get the value of variable sock: = testlib.so[0x4004] can't be resolved, testlib.so is not currently loaded >> error: errored out in DoExecute, couldn't = PrepareToExecuteJITExpression >> (lldb) c >> id =3D aa >> sock =3D 5 >> Process 34787 resuming >>=20 >>=20 >> You notice that lldb cannot display values for id or sock. It even = gives quite different messages about them. However the program can = access the values and it prints them out properly. Why can't lldb see = them? How can that be corrected? >>=20 >> What is even more interesting is that in the real application there = are quite a few of these global variables and lldb can display some of = them, just not all. Possibly it has to do with the specific names as = DATE generally works. sock and id never seem to work. >>=20 >> -- Doug >=20 > Well it's obviously wrong. It's a bug in lldb. Unless you have to = specifically load the shared library in? (process load testlib?) >=20 > I tested this with gdb, it works as expected. That's probably why I = still use gdb... >=20 I tried gdb on 12.0 and got the following: master# /usr/libexec/gdb testprog GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) b main Breakpoint 1 at 0x201366: file testprog.c, line 8. (gdb) r Starting program: /usr/home/doug/zzz/testprog=20 Breakpoint 1, main (argc=3D1, argv=3D0x7fffffffeb30) at testprog.c:8 8 testfunc(); Current language: auto; currently minimal (gdb) n Size of testlib.c is 268 bytes. 9 printf ("id =3D %s\n", id); (gdb) p id $1 =3D 0x80024b000 "" (gdb) p sock $2 =3D 0 (gdb) n id =3D aa 10 printf ("sock =3D %d\n", sock); (gdb)=20 sock =3D 5 11 return 0; (gdb) ^DThe program is running. Exit anyway? (y or n) y It doesn't throw an error, but it shows incorrect values. -- Doug From owner-freebsd-questions@freebsd.org Thu Oct 17 02:45:03 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9377A165D65 for ; Thu, 17 Oct 2019 02:45:03 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46ttms6MqSz4q6Z for ; Thu, 17 Oct 2019 02:45:01 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([178.5.227.65]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.167]) with ESMTPA (Nemesis) id 1M27Bp-1iMrab1s0v-002Zrc for ; Thu, 17 Oct 2019 04:44:56 +0200 Date: Thu, 17 Oct 2019 04:44:50 +0200 From: Polytropon To: FreeBSD Questions Subject: Audio for SSH and VNC Message-Id: <20191017044450.523e1513.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:ZXTpTOHf41gJKhYa74q2G+9jkXax6LpnQJ5WcO3gH2258G1akPE 9Kwm98qJZ+h/XKzz+qnrF9VWg1GIa1khMGDcG5hY5P2ZfjG4h8O9NvjALIADHcR6+i+kRsd AzUvgIcM9ar75ah7Wl/UoaIC627r8KmZxM5JXrVZbcXZ8korAq34vKbY8iS9HY+oEDMN7Tm NxkszgkPpt6EJoA2sU+5Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:a5Cve6ShsbE=:U8WvgopojS3xj4gQmIVXxs npo5xGS8DR9HhvtQUo0XkyEwkms4Vfj9O9G0+mTHv1V4obZ5bazd3CVLpkw/4a1HTnvre7vXK Q2s41XZRT/o3xQzkib1oU5yiWsVVrBldd9S/JseI4VK1TNqmL/jw20meda2YZ6YXF1O6WfnmM 1jN+DjrD9zK2GbNNiRi1/OJy8KrS6eGIfkeM8b5+Utfl8ExRqJLbfzlSEHb53Wtw4MOzLfMnG lqa+OD/gEp7tpEjP9HiJQ1UtBOmsXYcrg4FAtH25cV7pg8499ryHqUAeuvuy9YEqc1wk2hVhK nW1yzHWWUZq2ZZWn2izzvvehLT6ypjGRE6B47CymMzPNfINKxQn3Cimg7U4QbvFYynOYe149J CPjGLj/iuFVLoQ2DHORwEpTKwz56i4k9fUpB4HVeEy4D3I1R0BkD8O4zQ0H6x3FrD1ja0hySv Bg6CDc06nn0tI1kL0gL0MVvDl5lk9x8wVRJYakad1OEYkdQ0EL+aJ612sIxaM19FYFevcmTnT QRUaVac/3KJ/9CuWKpKtmVaOs3/JTps/CZ2j6wzNfCGMdbzIgDITI1EVEfNkzFRq1Y84vESqE pDOLEplDXS/YlPRhlE0UW3Ds+vmbWJdTooPb78PYPjgF1068IPP3FQgiToiYsyUWAquIpIMlX rwt08tTrx4vsUBxkzw6Oy0pMWj+5kXOJa/2SkBPigSVfiNY2VjT2282E7CXNs2rGSWmcx0Ena RrbosmOLkqahXEyZfz5E8kPJYferVjJzVNR2YVhOkzgfzn1dWGqTu0Fal6Nv+tBomToReDw7p VlEvwYAESMDGri+3cdbsewruPcDZwk0h8ioMjWx5fZLLqP2RawNMi+464Zv+KC5lMmdUWa7KX 7xp7WTus52anESjElnuo+Zhy7ikDkDh2iU6yhxlnU= X-Rspamd-Queue-Id: 46ttms6MqSz4q6Z X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@edvax.de has no SPF policy when checking 212.227.126.130) smtp.mailfrom=freebsd@edvax.de X-Spamd-Result: default: False [5.01 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd@edvax.de]; MV_CASE(0.50)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RECEIVED_SPAMHAUS_PBL(0.00)[65.227.5.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[edvax.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; IP_SCORE(0.63)[ip: (2.46), ipnet: 212.227.0.0/16(-1.32), asn: 8560(2.01), country: DE(-0.01)]; NEURAL_SPAM_LONG(0.99)[0.986,0]; MID_CONTAINS_FROM(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[130.126.227.212.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 02:45:03 -0000 In order to extend the classic "remote desktop" concept in FreeBSD - here: SSH in combination with tigervnc-server and ssvnc-gui -, what is a good way to also transmit audio? For example, if you start a video player or a web browser with video and audio content, you can _see_ it on your remote system, while the audio is playing on the distant server. Is there an easy way to also get the audio to the remote system where it can be _heared_? -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Thu Oct 17 04:10:05 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EDD1116D706 for ; Thu, 17 Oct 2019 04:10:05 +0000 (UTC) (envelope-from dereks@lifeofadishwasher.com) Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46twg06fQhz3GdC for ; Thu, 17 Oct 2019 04:10:04 +0000 (UTC) (envelope-from dereks@lifeofadishwasher.com) Received: by mail-qk1-x72c.google.com with SMTP id p4so651149qkf.5 for ; Wed, 16 Oct 2019 21:10:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifeofadishwasher.com; s=google; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=mSnar7MGaL3obauq8xbeDnvXf5tlLR5izSC1TQ325FU=; b=gjNVsGmylRC1tdTlX9fwG6fBl+039FgHoLZw81OTQXv8VFSYshkrjp5xApu7nIJ7Js vYrcAkghAeVCv4HYH0CbfPFDslLjVv15e+7oxQT2honuNXoVMA+kKf3xt6QyGeWKLboy 5bF6O0iaR9mcRxDhbN5awYPw+dT+kHZrXO6wI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=mSnar7MGaL3obauq8xbeDnvXf5tlLR5izSC1TQ325FU=; b=AEs850HZ2LiZOsz5KlQIDELcD6h2eRii4SZ53DrUczVMwuDhQgBen7Kjdq61TmAuqk CkrjWOSWo51w11lCujpLaocOn+VWLRmo5ggPHiM9SHkf5W94yhitlcrZwzB+eZZA35zo zFrZV7JW0F5rJaC3xanZOZrgim8bdF65OGHNcABJ3A89BDEk4YyMtuBrzi/aQFg8qs19 vb6Q4LBjmmP0vnc2b3cP23Inp8t/D+aTTnMPOi2+cVvLk2tjWp/M3Qf/hvmpaN6f8X/t sSbWd2+f9d2mlGx7s9YLaOjIQ3xB4tBMp+Xis/oJhZqCYcfFcw0lTDfhbpgX31Y/VQpu 8lxA== X-Gm-Message-State: APjAAAX9RMQZToV9f1YSWaPzWByjYg2rgqNao0s3iCVDsNXqWSqPdW8H p5KJdN7WUv6a+YQGLQcCCoEKVWgdwYsUkw== X-Google-Smtp-Source: APXvYqwrGbmryoT2e+xkMSI5tJnfgqvAf20FJnP82lpALyKIWd3ougqs6xMOXkcs4KMG7PAk+2dYTQ== X-Received: by 2002:a37:8244:: with SMTP id e65mr1390695qkd.233.1571285403169; Wed, 16 Oct 2019 21:10:03 -0700 (PDT) Received: from lifeofadishwasher.com ([2601:547:900:7af0:4637:e6ff:fead:11c4]) by smtp.gmail.com with ESMTPSA id g26sm509189qtq.88.2019.10.16.21.10.01 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Oct 2019 21:10:02 -0700 (PDT) Received: by lifeofadishwasher.com (sSMTP sendmail emulation); Thu, 17 Oct 2019 00:10:00 -0400 Date: Thu, 17 Oct 2019 00:10:00 -0400 From: Derek Schrock To: freebsd-questions@freebsd.org Subject: Re: Audio for SSH and VNC Message-ID: <20191017041000.GA91857@ircbsd.lifeofadishwasher.com> Mail-Followup-To: freebsd-questions@freebsd.org References: <20191017044450.523e1513.freebsd@edvax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191017044450.523e1513.freebsd@edvax.de> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 46twg06fQhz3GdC X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lifeofadishwasher.com header.s=google header.b=gjNVsGmy; dmarc=none; spf=none (mx1.freebsd.org: domain of dereks@lifeofadishwasher.com has no SPF policy when checking 2607:f8b0:4864:20::72c) smtp.mailfrom=dereks@lifeofadishwasher.com X-Spamd-Result: default: False [-5.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[lifeofadishwasher.com:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[lifeofadishwasher.com]; DKIM_TRACE(0.00)[lifeofadishwasher.com:+]; RCVD_IN_DNSWL_NONE(0.00)[c.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.78)[ip: (-9.30), ipnet: 2607:f8b0::/32(-2.47), asn: 15169(-2.10), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 04:10:06 -0000 On Wed, Oct 16, 2019 at 10:44:50PM EDT, Polytropon wrote: > In order to extend the classic "remote desktop" concept > in FreeBSD - here: SSH in combination with tigervnc-server > and ssvnc-gui -, what is a good way to also transmit audio? > For example, if you start a video player or a web browser > with video and audio content, you can _see_ it on your remote > system, while the audio is playing on the distant server. > Is there an easy way to also get the audio to the remote > system where it can be _heared_? > > I've done this before via tunneling puslseaudio over ssh. However, it would be easier to just use xrdp via net/xrdp and audio/pulseaudio-module-xrdp. From owner-freebsd-questions@freebsd.org Thu Oct 17 11:11:24 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E1D1914E02E for ; Thu, 17 Oct 2019 11:11:24 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46v61741Jwz45SV for ; Thu, 17 Oct 2019 11:11:22 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id x9HBBGf4024448 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 17 Oct 2019 13:11:18 +0200 (CEST) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=201910; t=1571310678; bh=AIXuW0BAkcZcsbFSXQxsh51kr8+aJ0TGGBHXEmSOpOk=; h=To:From:Subject:Date; b=d7JU5d9JWR6rQJU68M66sdp5Qccw5HpH5AI4LIKMBF3ndo1qMT4BdelHfJr1ELJPD g85HmbURupz+xnWy7LEhLN6cFebhVyDblX+LHpDleXq3kZkvj3x8TayrUFGesVm4sU 1YCzMXq4Ysp8ES+tI3MhYh8jDsSbWFsNCl4osWkU= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu To: freebsd-questions@freebsd.org From: Andrea Venturoli Subject: Avoiding LibreOffice DOS Message-ID: Date: Thu, 17 Oct 2019 13:11:16 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46v61741Jwz45SV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=201910 header.b=d7JU5d9J; dmarc=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-0.20 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(0.00)[netfence.it:s=201910]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:2.44.121.52]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; URIBL_RED(3.50)[netfence.it.multi.uribl.com]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[netfence.it:+]; HAS_ANON_DOMAIN(0.10)[]; DMARC_NA(0.00)[netfence.it]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.80)[ip: (-5.87), ipnet: 2.44.0.0/16(-2.94), asn: 30722(-0.22), country: IT(0.03)]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 11:11:25 -0000 Hello. (FreeBSD 11.3p3/amd64, 8GiB RAM, with or without a 16GiB swap partition). I'm working on a program that produces an .ODS file. Sometimes this file is not valid and when LibreOffice (6.3.2) opens it, it will start hogging memory until the system is so loaded that it will stop answering to commands. No killing X with Ctrl-Alt-Backspace, no switching to another VT and logging in, no getting in through SSH; the only thing that works is the reset button. Of course it's my responsibility to get my program to produce a correct .ODS file. Maybe I should try and get in touch with LibreOffice support about how it behaves. The real question here is: how do I get the OS to kill LibreOffice (or any other program that hogs my machine) before I need to reset it? I tried putting vmemoryuse=6g in /etc/login.conf, but it didn't help. Any other hint? bye & Thanks av. From owner-freebsd-questions@freebsd.org Thu Oct 17 11:49:14 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3712414EC39 for ; Thu, 17 Oct 2019 11:49:14 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46v6rm6nlhz47C6 for ; Thu, 17 Oct 2019 11:49:12 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pf1-x42b.google.com with SMTP id q7so1492361pfh.8 for ; Thu, 17 Oct 2019 04:49:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=a/18TcZHYX1WUBlDHnnj39oDw03i5UBn52axf9Tvvws=; b=mslaGO85gjt+3O53+Z8nVUU5G8xC3wSP7HZWDYjX1tSYmmWrBUQFDtjp/3oBvPRBPG 1+07dGeXLKmUZHmu5wdCJ+YJLOatz1NHQW3av9tyN9GQSFNvBBDWyhnAafxz2OgLvxif Tgbml/u91PeaRfCfX63fDBi6ZhBspvXf73BATXitWw6yBLvGQw784kMH3TcqZY+Vp6Vr 450l4m7AruCJwO4y7SD9GM28ijDsOnXYrsUIf0n4ZwsdfmTL4cUqrmZhaghIpdNET+PG BgSjeP2I5B1IdbU5VmDSirVXvmpgS2JlSS6cZE4ywVJTBK0Px3Di6k8aiad4zDjYh/k0 EcJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=a/18TcZHYX1WUBlDHnnj39oDw03i5UBn52axf9Tvvws=; b=ula9hPx2Rxnuygl5qDRTxcF145Q4HWoo2r0LCry0ST6zUPbqVp648wVNhXmITX982n 8q+lJ7Ko8cyoVI9MtGysAQbNhDWexccKXpcmEqWhwd+KG8xW38toXni5S8kEcBFiQmp0 g9t+bztqgw92LfvolGcbXzDpQ4DlTJc/MdXmI2qfTBGedVl0wNt7tiHCBW9qksex/8vM 9teERPsF18bAzgSM5/LW7U1DHC66l+UO67x7iHXby4EJX2JHdm1tlX7FKNPDUdIKbWxb zsV2QhbVcC/nmVcjgAT3ggq8k1FJj6cj/eCs4GUIr2ayTKZfk785zp5qSoXAcQ0agkPk 0WMw== X-Gm-Message-State: APjAAAVqM0b4JBvuObO0nnVnEovGbMgc2xRLgxbL7WCDXC2f8+4To3M8 BdKMTsRMOo50poKDVB/OD5+48Ur4 X-Google-Smtp-Source: APXvYqxUOEdcnVghgQeUyjJ1rqi3pKuJLU0kc+/gjC7WLFnfQJ3OQ2zp1YRH5JWF9nXIjipTWMRbOg== X-Received: by 2002:a63:6949:: with SMTP id e70mr3650374pgc.226.1571312950790; Thu, 17 Oct 2019 04:49:10 -0700 (PDT) Received: from [192.168.1.10] (C-59-101-161-221.mel.connect.net.au. [59.101.161.221]) by smtp.gmail.com with ESMTPSA id b16sm2085450pgb.21.2019.10.17.04.49.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Oct 2019 04:49:10 -0700 (PDT) Subject: Re: Avoiding LibreOffice DOS To: Andrea Venturoli , freebsd-questions@freebsd.org References: From: MJ Message-ID: Date: Thu, 17 Oct 2019 22:48:44 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 46v6rm6nlhz47C6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mslaGO85; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::42b as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[221.161.101.59.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[b.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-8.90), ipnet: 2607:f8b0::/32(-2.47), asn: 15169(-2.10), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 11:49:14 -0000 On 17/10/2019 10:11 pm, Andrea Venturoli wrote: > Hello. > > (FreeBSD 11.3p3/amd64, 8GiB RAM, with or without a 16GiB swap partition). > > I'm working on a program that produces an .ODS file. > Sometimes this file is not valid and when LibreOffice (6.3.2) opens it, it will start hogging memory until the system is so loaded that it will stop answering to commands. > No killing X with Ctrl-Alt-Backspace, no switching to another VT and logging in, no getting in through SSH; the only thing that works is the reset button. > > Of course it's my responsibility to get my program to produce a correct .ODS file. > Maybe I should try and get in touch with LibreOffice support about how it behaves. > The real question here is: how do I get the OS to kill LibreOffice (or any other program that hogs my machine) before I need to reset it? > > I tried putting vmemoryuse=6g in /etc/login.conf, but it didn't help. > Any other hint? > >  bye & Thanks >     av. Well the short answer is: You pretty well can't. If LibreOffice gets in such a tight loop processing that the kernel can't process keyboard commands, then you've got no alternative. Unless you can wait for it to stop, if it will ever stop. Mucking around with settings is a waste of time until you know what's causing the lock-up. Is it the cpu? Memory exhaustion? etc Running it virtually would seem the only quick practical approach, or better still fix your program. :-) > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Thu Oct 17 12:11:32 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B37871507B0 for ; Thu, 17 Oct 2019 12:11:32 +0000 (UTC) (envelope-from paul@ifdnrg.com) Received: from outbound.ifdnrg.com (outbound.ifdnrg.com [193.200.98.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "outbound.ifdnrg.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46v7LW4qLtz490r for ; Thu, 17 Oct 2019 12:11:31 +0000 (UTC) (envelope-from paul@ifdnrg.com) Received: from [192.168.0.210] (38.156-30-62.static.virginmediabusiness.co.uk [62.30.156.38]) (authenticated bits=0) by outbound.ifdnrg.com (8.15.2/8.15.2) with ESMTPSA id x9HCBRkj089607 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 17 Oct 2019 13:11:27 +0100 (BST) (envelope-from paul@ifdnrg.com) X-Authentication-Warning: outbound.ifdnrg.com: Host 38.156-30-62.static.virginmediabusiness.co.uk [62.30.156.38] claimed to be [192.168.0.210] To: freebsd-questions@freebsd.org From: Paul Macdonald Subject: 11.3 Upgrade Undefined symbol "lstat@FBSD_1.5" Message-ID: Date: Thu, 17 Oct 2019 13:11:28 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 Content-Language: en-GB X-Rspamd-Queue-Id: 46v7LW4qLtz490r X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.89 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:193.200.98.0/23]; HAS_XAW(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; URI_COUNT_ODD(1.00)[3]; TO_DN_NONE(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[22.98.200.193.list.dnswl.org : 127.0.5.2]; DKIM_TRACE(0.00)[ifdnrg.com:+]; DMARC_POLICY_ALLOW(-0.50)[ifdnrg.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-1.19)[ipnet: 193.200.98.0/23(-4.79), asn: 20860(-1.09), country: GB(-0.08)]; ASN(0.00)[asn:20860, ipnet:193.200.98.0/23, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[ifdnrg.com:s=ifdnrg-default]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[ifdnrg.com.dwl.dnswl.org : 127.0.5.2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 12:11:32 -0000 Hmm, anyone else seeing thsse kinds of errors?     on a test box thankfully, "straightforward" upgrade from 11.2 to 11.3 *|freebsd-update -r 11.3-RELEASE upgrade freebsd-update install reboot |**|*|freebsd-update install|* |*|/usr/bin/install: Undefined symbol "stat@FBSD_1.5" /bin/rm: Undefined symbol "lstat@FBSD_1.5" /usr/bin/gunzip: Undefined symbol "fstat@FBSD_1.5" /usr/bin/install: Undefined symbol "stat@FBSD_1.5"|*|root@XXXXXXXXXX:~ # sh /bin/sh: Undefined symbol "stat@FBSD_1.5" |* -- ------------------------- Paul Macdonald IFDNRG Ltd Web and video hosting ------------------------- t: 0131 5548070 m: 07970339546 e: paul@ifdnrg.com w: http://www.ifdnrg.com ------------------------- IFDNRG 40 Maritime Street Edinburgh EH6 6SA ---------------------------------------------------- Virtual Servers from £50.00pm High specification Dedicated Servers from £150.00pm ---------------------------------------------------- From owner-freebsd-questions@freebsd.org Thu Oct 17 12:18:05 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B661150A19 for ; Thu, 17 Oct 2019 12:18:05 +0000 (UTC) (envelope-from g8kbvdave@googlemail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46v7V40xmGz49C8 for ; Thu, 17 Oct 2019 12:18:03 +0000 (UTC) (envelope-from g8kbvdave@googlemail.com) Received: by mail-wr1-x42f.google.com with SMTP id p14so2102042wro.4 for ; Thu, 17 Oct 2019 05:18:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=ElML9ehi4IKw73H/EldbPc94/KBDft6yMcv/YchuFYo=; b=pWQtw9NKr0iQHKX+vZTqJOJTK+n8u+s5BrPZA2ZEGOgl4FWQSBu2uQBc6SyB2fGop3 MFvuF/ox/4bUmqjR1ISy2+ieRvXIBloFqjOvTbFFwkGXB95MBbFK1xyNV28EHNV06wqw /VxJnCIvW9RnA3Jyba9g3g0TVR5uSvaBezQAIcscdtbbxnWwHgu8/f9lyFITa2plq75C 3WFUp/r9y/StzPoltlEKyf4beZshUgOfDePtwJgb93ZPKS6zxdKRYdcn/mVQj4X1btGr iqStPMRDVPqnSS7+qphaD2+OXBDVRG7mhoHGA63JJXmxoFc4KvCIBFs25gFlVChh6uuW BqBQ== X-Gm-Message-State: APjAAAVdmxCRpirvKoAUphuR4lSsZtFfHcJQ3KifR+pq40Sug3abRXtZ Wz3QUbXhC0X+WFPqsf5LtQ02ZTYr X-Google-Smtp-Source: APXvYqz/ehQBZS6HjISa3yfsC5rUQG77o70tf8ZK/WuYafWmToajhv89MjSSSDomELDHRBBq6i24oQ== X-Received: by 2002:adf:d848:: with SMTP id k8mr2904861wrl.189.1571314681793; Thu, 17 Oct 2019 05:18:01 -0700 (PDT) Received: from [192.168.2.55] ([217.41.35.220]) by smtp.gmail.com with ESMTPSA id b15sm2096295wmb.28.2019.10.17.05.18.00 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Oct 2019 05:18:01 -0700 (PDT) Subject: Re: freebsd-questions Digest, Audio for SSH and VNC To: freebsd-questions@freebsd.org References: From: Dave B Message-ID: Date: Thu, 17 Oct 2019 13:18:00 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-GB X-Rspamd-Queue-Id: 46v7V40xmGz49C8 X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.24), ipnet: 2a00:1450::/32(-2.85), asn: 15169(-2.10), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[f.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 12:18:05 -0000 Look up a program called Seren. The sources build just fine on modern Linux's, and possibly FreeBSD, though I've not tried the latter.     http://holdenc.altervista.org/seren/   It's a non GUI tool, running in a command line terminal, so very low CPU usage.  (Pulse is good, but not exactly low impact.) Seren was I think intended for gamers, many to many etc, but works point to point just fine, and with very good quality audio. It streams via UDP, as such wont travel over SSH, but OpenVPN works well, if you only want one connection, else Seren can handle its own encryption for the audio traffic.  Though how "secure" that is, I don't know.  I move off default ports and hide "somewhere else" up in the high-port space. There is a simple text messaging facility too. No affiliation, just a very happy user for remote ham radio needs. Best Regards.     Dave B (G8KBV) ------------------------------------------------------------------------ On 17/10/2019 13:00, freebsd-questions-request@freebsd.org wrote: > Subject: > Re: Audio for SSH and VNC > From: > Derek Schrock > Date: > 17/10/2019, 05:10 > > To: > freebsd-questions@freebsd.org > > > On Wed, Oct 16, 2019 at 10:44:50PM EDT, Polytropon wrote: >> In order to extend the classic "remote desktop" concept >> in FreeBSD - here: SSH in combination with tigervnc-server >> and ssvnc-gui -, what is a good way to also transmit audio? >> For example, if you start a video player or a web browser >> with video and audio content, you can _see_ it on your remote >> system, while the audio is playing on the distant server. >> Is there an easy way to also get the audio to the remote >> system where it can be _heared_? >> >> > I've done this before via tunneling puslseaudio over ssh. However, it > would be easier to just use xrdp via net/xrdp and audio/pulseaudio-module-xrdp. > -- Created on and sent from a Unix like PC running and using free and open source software: From owner-freebsd-questions@freebsd.org Thu Oct 17 13:05:40 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6685D151DCF for ; Thu, 17 Oct 2019 13:05:40 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46v8Xz3NHnz4CB5 for ; Thu, 17 Oct 2019 13:05:38 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id x9HD5WN5034162 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 17 Oct 2019 15:05:34 +0200 (CEST) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=201910; t=1571317535; bh=p45JkQ+BuzzV8tCD22RrbddSfvxCq/A+0R8dbHVHggk=; h=Subject:To:References:From:Date:In-Reply-To; b=O84ma1zz9oxRutb/NeNFCE6j7BO/G7XZfgOy8kPOwAZjCQu2vjroAfTxfQyoTDM4E mAowew6SD9GWypEv1NTw6IEbtXmP84r6+DHW2RmU4sgebunNe6SvAPs554ou4NRmpr YiV9p+jsjMkyBeP6F37YjSV4Fa4XuH0WjSeockDU= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: Avoiding LibreOffice DOS To: MJ , freebsd-questions@freebsd.org, kpn@neutralgood.org References: From: Andrea Venturoli Message-ID: <62d45c64-ac95-43a7-5e39-9a94d26d323c@netfence.it> Date: Thu, 17 Oct 2019 15:05:32 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46v8Xz3NHnz4CB5 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=201910 header.b=O84ma1zz; dmarc=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-0.19 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(0.00)[netfence.it:s=201910]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(0.00)[+ip4:2.44.121.52]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[netfence.it]; TO_DN_SOME(0.00)[]; BAD_REP_POLICIES(0.10)[]; URIBL_RED(3.50)[netfence.it.multi.uribl.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[netfence.it:+]; HAS_ANON_DOMAIN(0.10)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.79)[ip: (-5.84), ipnet: 2.44.0.0/16(-2.92), asn: 30722(-0.22), country: IT(0.03)]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 13:05:40 -0000 On 2019-10-17 13:48, MJ wrote: > Well the short answer is: You pretty well can't. :-O > If LibreOffice gets in such a tight loop processing that the kernel > can't process keyboard commands, then you've got no alternative. I thought root could always stop a user process! I wasn't logged in as root at the time, but I'll previously log in (in a VT or via SSH) next time and see if this helps. >Unless you can wait for it to stop, if it will ever stop. It won't stop (at least in about an hour, which is too much to wait anyhow). > Mucking around with settings is a waste of time until you know what's > causing the lock-up. Is it the cpu? Memory exhaustion? etc From the bars in my XFCE panel I don't think it's the CPU (BTW, this is a 4-core system). As I said, I think it's a problem with memory. In the past I've seen several "Process X was killed due to out of swap space" messages (or the like, I don't have them in sight now); why doesn't it happen in this case? > Running it virtually would seem the only quick practical approach I thought about this, but putting a virtual machine up would be a lot of work; besides, I'd like to understand and solve the problem at its root. Today it's LibreOffice; tomorrow who knows... > better still fix your program. :-) That's what I'm trying to do... but it's hard if I need to constantly reboot/fsck/etc... :-) On 2019-10-17 14:08, Kevin P. Neal wrote: > A shell script wrapper around LibreOffice to lower the ulimit just for > LibreOffice? This might be interesting. Unfortunately, "man ulimit" is useless and the handbook doesn't talk about this. I tried to gather info from a web search, but I'm still not completely sure. After I set vmemoryuse in /etc/login.conf, running "ulimit -a" shows: cpu time (seconds, -t) unlimited file size (512-blocks, -f) unlimited data seg size (kbytes, -d) 33554432 stack size (kbytes, -s) 524288 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) unlimited locked memory (kbytes, -l) 64 max user processes (-u) 12200 open files (-n) 235440 virtual mem size (kbytes, -v) 6291456 swap limit (kbytes, -w) unlimited socket buffer size (bytes, -b) unlimited pseudo-terminals (-p) unlimited kqueues (-k) unlimited umtx shared locks (-o) unlimited So I think I was able to limit virtual memory for all the processes of my user to 6GiB, but this obviously didn't help. If I issue "ulimit -v 2097152" and "ulimit -a" again, I still see the same values as above. So either "ulimit -v 2097152" did nothing or I'm not understanding it correctly... Once I solve the above, should I use -m instead of -v (or the corresponding memoryuse insetead of vmemoryuse in /etc/login.conf)? bye & Thanks av. From owner-freebsd-questions@freebsd.org Thu Oct 17 13:18:16 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 01B461522A1 for ; Thu, 17 Oct 2019 13:18:16 +0000 (UTC) (envelope-from freebsd@qeng-ho.org) Received: from bede.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46v8qV4PFyz4CnS for ; Thu, 17 Oct 2019 13:18:14 +0000 (UTC) (envelope-from freebsd@qeng-ho.org) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.qeng-ho.org (Postfix) with ESMTP id CCFC31035E; Thu, 17 Oct 2019 14:18:06 +0100 (BST) Subject: Re: Installing head To: "Kevin P. Neal" Cc: "freebsd-questions@freebsd.org" References: <20191017120417.GA63640@neutralgood.org> From: Arthur Chance Message-ID: Date: Thu, 17 Oct 2019 14:18:06 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.0 MIME-Version: 1.0 In-Reply-To: <20191017120417.GA63640@neutralgood.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46v8qV4PFyz4CnS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@qeng-ho.org designates 217.155.128.241 as permitted sender) smtp.mailfrom=freebsd@qeng-ho.org X-Spamd-Result: default: False [-4.76 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:217.155.128.240/29]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[qeng-ho.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.46)[ip: (-7.48), ipnet: 217.155.0.0/16(-3.74), asn: 13037(-1.01), country: GB(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13037, ipnet:217.155.0.0/16, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 13:18:16 -0000 On 17/10/2019 13:04, Kevin P. Neal wrote: > On Wed, Oct 16, 2019 at 01:26:33PM -0500, Clay Daniels Jr. wrote: >> Your question is not stupid. Asking questions is a very good way to learn. > > You know, I've gotten some of the most surprising useful answers to > "stupid" questions. That's why as I get older I've come around to being > comfortable asking "stupid" questions myself. > Don't forget Cunningham's Law: "the best way to get the right answer on the internet is not to ask a question; it's to post the wrong answer". :-) Aka xkcd's "Duty Calls" cartoon: https://xkcd.com/386/ -- What do we want? A time machine! When do we want it? Errm ... From owner-freebsd-questions@freebsd.org Thu Oct 17 13:18:16 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 01B721522A2 for ; Thu, 17 Oct 2019 13:18:16 +0000 (UTC) (envelope-from 4250.10.freebsd-questions=freebsd.org@email-od.com) Received: from s1-b0c6.socketlabs.email-od.com (s1-b0c6.socketlabs.email-od.com [142.0.176.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46v8qV6WRZz4CnT for ; Thu, 17 Oct 2019 13:18:14 +0000 (UTC) (envelope-from 4250.10.freebsd-questions=freebsd.org@email-od.com) DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1571318295; x=1573910295; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:to:from:date:x-thread-info; bh=tJXd47PwsaMcYL9ElmGpkC+itPnM7akvnxxH0uuGEag=; b=Nd+y1fBvGEpfzMBntfK/EolBu98N4VEwlfXQ2UfE5maScXsG3fFpyI0Fj3vxur/TQlIOE7dG+RSVWnehD9958fjmF9e5onfh/7m2qYxZWUVerTsQl2+zjACWrzWN6HcHG6t3fwJMPOATIuqi+gIsCPjmsfZdNnEckED352sXnI4= X-Thread-Info: NDI1MC4xMi4xYzMwMDAwMDNmNjRkYmYuZnJlZWJzZC1xdWVzdGlvbnM9ZnJlZWJzZC5vcmc= Received: from r3.us-west-2.aws.in.socketlabs.com (r3.us-west-2.aws.in.socketlabs.com [142.0.190.3]) by mxsg2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Thu, 17 Oct 2019 09:18:00 -0400 Received: from smtp.lan.sohara.org (EMTPY [185.202.17.215]) by r3.us-west-2.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Thu, 17 Oct 2019 09:17:59 -0400 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.91 (FreeBSD)) (envelope-from ) id 1iL5fA-000FJH-Oy for freebsd-questions@freebsd.org; Thu, 17 Oct 2019 14:17:56 +0100 Date: Thu, 17 Oct 2019 14:17:56 +0100 From: Steve O'Hara-Smith To: freebsd-questions@freebsd.org Subject: Re: Installing head Message-Id: <20191017141756.00bd91573dbb156eff9a2f84@sohara.org> In-Reply-To: <20191017120417.GA63640@neutralgood.org> References: <20191017120417.GA63640@neutralgood.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46v8qV6WRZz4CnT X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=email-od.com header.s=dkim header.b=Nd+y1fBv; dmarc=none; spf=pass (mx1.freebsd.org: domain of 4250.10.freebsd-questions=freebsd.org@email-od.com designates 142.0.176.198 as permitted sender) smtp.mailfrom=4250.10.freebsd-questions=freebsd.org@email-od.com X-Spamd-Result: default: False [-1.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.907,0]; R_DKIM_ALLOW(-0.20)[email-od.com:s=dkim]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:142.0.176.0/20]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sohara.org]; FORGED_SENDER_VERP_SRS(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.989,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(0.18)[ip: (-0.43), ipnet: 142.0.176.0/22(0.80), asn: 7381(0.61), country: US(-0.05)]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[email-od.com:+]; RCVD_IN_DNSWL_NONE(0.00)[198.176.0.142.list.dnswl.org : 127.0.15.0]; ENVFROM_VERP(0.00)[]; FORGED_SENDER(0.00)[steve@sohara.org,4250.10.freebsd-questions=freebsd.org@email-od.com]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7381, ipnet:142.0.176.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[steve@sohara.org,4250.10.freebsd-questions=freebsd.org@email-od.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 13:18:16 -0000 On Thu, 17 Oct 2019 08:04:17 -0400 "Kevin P. Neal" wrote: > On Wed, Oct 16, 2019 at 01:26:33PM -0500, Clay Daniels Jr. wrote: > > Your question is not stupid. Asking questions is a very good way to > > learn. > > You know, I've gotten some of the most surprising useful answers to > "stupid" questions. That's why as I get older I've come around to being > comfortable asking "stupid" questions myself. When I was young and new an old hand told me that the only stupid questions are the ones you don't ask, I have passed this excellent advice on many times. -- Steve O'Hara-Smith From owner-freebsd-questions@freebsd.org Thu Oct 17 13:30:48 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 46E44152663 for ; Thu, 17 Oct 2019 13:30:48 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (unknown [IPv6:2607:f3e0:0:3::19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene2.sentex.ca", Issuer "pyroxene2.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46v95z2BF1z4DHW for ; Thu, 17 Oct 2019 13:30:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.29] ([192.168.43.29]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id x9HDUkLS035803 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 17 Oct 2019 09:30:46 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: from mfi to mrsas, a question to those who use mrsas To: Victor Sudakov , freebsd-questions@freebsd.org References: <20191012123632.GA34685@admin.sibptus.ru> From: mike tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Message-ID: <9082bddb-351f-aefb-8413-d59fae111c91@sentex.net> Date: Thu, 17 Oct 2019 09:30:46 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20191012123632.GA34685@admin.sibptus.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 46v95z2BF1z4DHW X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [0.78 / 15.00]; ARC_NA(0.00)[]; RDNS_NONE(1.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; DMARC_NA(0.00)[sentex.net]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.72)[ipnet: 2607:f3e0::/32(-4.94), asn: 11647(-3.56), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 13:30:48 -0000 On 10/12/2019 8:36 AM, Victor Sudakov wrote: > Dear Colleagues, > > I'm considering switching from mfi to mrsas, so a couple of questions to > those of you who use mrsas. > > 1. I have mirrors configured in mfi (see below). After switching, shall > I continue to see and use the configured hardware RAID volumes, or will > the disks suddenly become.. well, just separate disks? Hi,     I use mine in JBOD mode for ZFS disks, so not sure about their native RAID configs. > 2. I think I'll lose the convenience of mfiutil. Is there anything to > manage mrsas drives/volumes/firmware from inside FreeBSD (adding arrays, > monitoring drives etc)? sysutils/storcli sysutils/megacli I use storcli, (eg) storcli /c0 show all storcli /c0 show help and it seems quite complete.  However,it does pollute dmesg with every invocation mfi0: IOCTL 0x40704d07 not handled mrsas0: pci bus no: 1,pci device no: 0, pci function no: 0,pci domain ID: 0 mrsas0: pci bus no: 1,pci device no: 0, pci function no: 0,pci domain ID: 0 mrsas0: pci bus no: 1,pci device no: 0, pci function no: 0,pci domain ID: 0     ---Mike From owner-freebsd-questions@freebsd.org Thu Oct 17 15:54:56 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4ED0215586C for ; Thu, 17 Oct 2019 15:54:56 +0000 (UTC) (envelope-from per@hedeland.org) Received: from mailout.easydns.com (mailout.easydns.com [64.68.202.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46vDJH33TZz4M8G for ; Thu, 17 Oct 2019 15:54:55 +0000 (UTC) (envelope-from per@hedeland.org) Received: from localhost (localhost [127.0.0.1]) by mailout.easydns.com (Postfix) with ESMTP id F0761C1731; Thu, 17 Oct 2019 15:54:53 +0000 (UTC) Received: from mailout.easydns.com ([127.0.0.1]) by localhost (emo12-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L625b1st4Gqg; Thu, 17 Oct 2019 15:54:53 +0000 (UTC) Received: from hedeland.org (81-228-157-209-no289.tbcn.telia.com [81.228.157.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easydns.com (Postfix) with ESMTPSA id 04C1DC16F5; Thu, 17 Oct 2019 15:54:50 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id x9HFsmSY078407 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 17 Oct 2019 17:54:48 +0200 (CEST) (envelope-from per@hedeland.org) Subject: Re: Avoiding LibreOffice DOS To: "Kevin P. Neal" , Andrea Venturoli Cc: freebsd-questions@freebsd.org References: <62d45c64-ac95-43a7-5e39-9a94d26d323c@netfence.it> <20191017144207.GC63640@neutralgood.org> From: Per Hedeland Message-ID: Date: Thu, 17 Oct 2019 17:54:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20191017144207.GC63640@neutralgood.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46vDJH33TZz4M8G X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of per@hedeland.org has no SPF policy when checking 64.68.202.10) smtp.mailfrom=per@hedeland.org X-Spamd-Result: default: False [1.79 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RECEIVED_SPAMHAUS_PBL(0.00)[209.157.228.81.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.32)[-0.324,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hedeland.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.68)[0.681,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[10.202.68.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16686, ipnet:64.68.200.0/22, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.63)[ip: (1.27), ipnet: 64.68.200.0/22(0.18), asn: 16686(1.81), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 15:54:56 -0000 On 2019-10-17 16:42, Kevin P. Neal wrote: > On Thu, Oct 17, 2019 at 03:05:32PM +0200, Andrea Venturoli wrote: > >> If I issue "ulimit -v 2097152" and "ulimit -a" again, I still see the >> same values as above. >> So either "ulimit -v 2097152" did nothing or I'm not understanding it >> correctly... > > It's a shell builtin, so it should be documented in the man page for > the shell you are using. Which one is that? I just tried it with bash > 5.0.11 and the output of ulimit -a looked correct. The /bin/sh that > comes with FreeBSD 11.3 seems correct as well. Oh, but 11.3's csh > didn't change the limit. Are you using stock csh by any chance? The [t]csh builtin corresponding to [ba]sh's 'ulimit' is called 'limit': pluto 1> which ulimit /usr/bin/ulimit pluto 2> which limit limit: shell built-in command. pluto 3> limit cputime unlimited filesize unlimited datasize 33554432 kbytes stacksize 524288 kbytes coredumpsize unlimited memoryuse unlimited vmemoryuse unlimited descriptors 234324 pseudoterminaunlimited kqueues unlimited memorylocked 64 kbytes maxproc 12171 sbsize unlimited swapsize unlimited A bit more verbose usage than 'ulimit', but has worked fine in all FreeBSD versions where I've tried it. /usr/bin/ulimit obviously can't work for changing the limits, why it (and /usr/bin/cd, /usr/bin/umask, and a bunch of others like it) exists at all I'll leave for someone else to explain (I think it's some POSIX requirement). >> Once I solve the above, should I use -m instead of -v (or the >> corresponding memoryuse insetead of vmemoryuse in /etc/login.conf)? > > No, I'd stick with "-v". I think -d may also be worth a try... --Per Hedeland From owner-freebsd-questions@freebsd.org Thu Oct 17 16:56:07 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E4660157442 for ; Thu, 17 Oct 2019 16:56:07 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from dnvrco-cmomta01.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46vFft55xxz4QT0 for ; Thu, 17 Oct 2019 16:56:06 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from Pauls-MacBook-Pro.local ([70.121.63.82]) by cmsmtp with ESMTPA id L94Di2T0L7K91L94FiH2LC; Thu, 17 Oct 2019 16:56:05 +0000 Subject: Re: 11.3 Upgrade Undefined symbol "lstat@FBSD_1.5" To: freebsd-questions@freebsd.org References: From: Paul Schmehl Message-ID: <9068cb2c-e3ea-f875-d4e9-31daa0461ace@tx.rr.com> Date: Thu, 17 Oct 2019 11:56:01 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CMAE-Envelope: MS4wfBg4Ymy9MCVGgJfxB461V44XkwXdyQfFjlmBe4g2v/rt3Xx75RRjF5vrS2vVobVesdr8EDaPXW0CkZo0QJXPuBb016eeonRh/5Tul2KrhIxWWVhHpTyC Zx0pGcv+LcIrU5c+5M4SdAZQANSUD3DNyP5HSgt6RlrONfJpUwtE2aFxZz/EgD7JTu8awuyHZ1bf1FlOY8zum3m3Kx+KTCVWLbk= X-Rspamd-Queue-Id: 46vFft55xxz4QT0 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pschmehl_lists@tx.rr.com designates 107.14.73.226 as permitted sender) smtp.mailfrom=pschmehl_lists@tx.rr.com X-Spamd-Result: default: False [-4.40 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[82.63.121.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.14.73.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[rr.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[226.73.14.107.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.10)[ip: (-5.51), ipnet: 107.14.73.0/24(-2.73), asn: 7843(-2.18), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7843, ipnet:107.14.73.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 16:56:07 -0000 On 10/17/19 7:11 AM, Paul Macdonald via freebsd-questions wrote: > > Hmm, > > anyone else seeing thsse kinds of errors? > >     on a test box thankfully, "straightforward" upgrade from 11.2 to 11.3 > > *|freebsd-update -r 11.3-RELEASE upgrade freebsd-update install reboot > |**|*|freebsd-update install|* |*|/usr/bin/install: Undefined symbol > "stat@FBSD_1.5" /bin/rm: Undefined symbol "lstat@FBSD_1.5" > /usr/bin/gunzip: Undefined symbol "fstat@FBSD_1.5" /usr/bin/install: > Undefined symbol "stat@FBSD_1.5"|*|root@XXXXXXXXXX:~ # sh /bin/sh: > Undefined symbol "stat@FBSD_1.5" |* > I just upgraded three boxes, one virtual and two metal, from 11.2 to 11.3 and did not run into this issue. -- Paul Schmehl, Retired My opinions are my own. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-questions@freebsd.org Thu Oct 17 22:00:14 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 22B7D15EAF3 for ; Thu, 17 Oct 2019 22:00:14 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46vNPn0vGdz3JDb for ; Thu, 17 Oct 2019 22:00:12 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pf1-x42f.google.com with SMTP id a2so2480309pfo.10 for ; Thu, 17 Oct 2019 15:00:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=nDFUJEONoEITilqU+gDtyDENJ2dhHRo2t3yhbG/6ni8=; b=e7Z2sAKmEjh/956b9demjFNQ4YQvtNdVjnpy2l//A1c9rd/0yf6C/WI9om2Hm8qN9j 0+/hyPh1kKOx74ZscYcEsNAIxLSB0n7xWcDQjB8kkXzfc9y8DP/i/FLykm0Chm6JFGqu u2PSeoDGkAylx/4s0LOBe4uVXKPKHWnD9lBO2IXcxQzISBDUvXF2AkdfW51dWvf+unjw Na4JasnyKBmlJHjGtVCJXIQDLXtoPlIY3p/TOt5U4y8e0kb5T7rSiOeeXrLL+JlMUvW9 e2LyCZNuNCVQAVtLiAn1dlvoqhaUeT3nJzvg9n79d7o4Ye9KwR+v1mF2gNatprXNCHiI 4KRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=nDFUJEONoEITilqU+gDtyDENJ2dhHRo2t3yhbG/6ni8=; b=SXKOPzZPcyei1fTjrJpPkBM0cQiXMeFgkJDUZFXuPzjRdWWwVRMuVgzVwAU9djW02i 9rNOiJ7gSpCsVhigp0ezmt93THpv08XYOCRwt4OmJuF+EPMJL8OvUsDw/979q4T2sY/G klElwziBhpZxCQ2t5P1cxbDARZGfQcTDCwV86VFvSI9hKR6G1BqSPmYcGywM3SWrq9TO XM/wTJxnd6wRh1Yr7xwCe/87mSowjRpaNwIbz89wqHfgZbfd0Z8xZxziMmg7DvFSGk3K dXcKWqK5v2sLhs54jVTI/SM8BdNQ+5NogvV081WeaM91Xm7rCzVf3cvKlZkEAVoQYSEw 2GkA== X-Gm-Message-State: APjAAAWyZrroejF0RGzM7ZJjwaQw/2ZZULpDaxn1iMbxY4QTaT7Jr+6o uAAwxs4eq7Q5K1aS4awuDalM2SfT X-Google-Smtp-Source: APXvYqzYGbqIbaf+3rEWP88WueuH060c8MZNv5sxVjhWMYVaNVqzFPxcAMqQrpAmfukP3yBbPyT6wQ== X-Received: by 2002:a63:8ac8:: with SMTP id y191mr6510995pgd.324.1571349610804; Thu, 17 Oct 2019 15:00:10 -0700 (PDT) Received: from [192.168.1.10] (C-59-101-161-221.mel.connect.net.au. [59.101.161.221]) by smtp.gmail.com with ESMTPSA id p24sm6463859pgc.72.2019.10.17.15.00.09 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Oct 2019 15:00:10 -0700 (PDT) Subject: Re: Avoiding LibreOffice DOS To: freebsd-questions@freebsd.org References: <62d45c64-ac95-43a7-5e39-9a94d26d323c@netfence.it> From: MJ Message-ID: <96a4c0a3-9b48-3cf4-27a6-8d3753b42d87@gmail.com> Date: Fri, 18 Oct 2019 08:59:43 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <62d45c64-ac95-43a7-5e39-9a94d26d323c@netfence.it> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 46vNPn0vGdz3JDb X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=e7Z2sAKm; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::42f as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[221.161.101.59.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-8.89), ipnet: 2607:f8b0::/32(-2.47), asn: 15169(-2.10), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[f.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Oct 2019 22:00:14 -0000 On 18/10/2019 12:05 am, Andrea Venturoli wrote: > On 2019-10-17 13:48, MJ wrote: > >> Well the short answer is: You pretty well can't. > > :-O > > > >> If LibreOffice gets in such a tight loop processing that the kernel can't process keyboard commands, then you've got no alternative. > > I thought root could always stop a user process! Of course. > I wasn't logged in as root at the time, but I'll previously log in (in a VT or via SSH) next time and see if this helps. > > > >> Unless you can wait for it to stop, if it will ever stop. > > It won't stop (at least in about an hour, which is too much to wait anyhow). > > > >> Mucking around with settings is a waste of time until you know what's causing the lock-up. Is it the cpu? Memory exhaustion? etc > > From the bars in my XFCE panel I don't think it's the CPU (BTW, this is a 4-core system). > As I said, I think it's a problem with memory. Oh did you? I saw you mention "vmemoryuse" but didn't understand whether you meant this was the cause or just an attempt to fix one cause. If it is memory related, perhaps you need to create a larger swap space. It might just get you over the hump of exhausting memory enough for Libreoffice to complete whatever it is it's trying to do. > > In the past I've seen several "Process X was killed due to out of swap space" messages (or the like, I don't have them in sight now); why doesn't it happen in this case? Conjecture? There's a tight loop. Possibly/likely a bug in libreoffice? Is the keyboard/mouse responsive at all? > > > >> Running it virtually would seem the only quick practical approach > > I thought about this, but putting a virtual machine up would be a lot of work; besides, I'd like to understand and solve the problem at its root. > Today it's LibreOffice; tomorrow who knows... > Understandable. > > >> better still fix your program. :-) > > That's what I'm trying to do... but it's hard if I need to constantly reboot/fsck/etc... :-) So this is a UFS system? As to ulimit, I'm not sure it will have the affect you desire. You could ulimit -v YOUR_VALUE; exec your_program and try. Have you considered using a login class - create a new user, give them fixed resource limits (like you tried on your own account?) and run within that user domain? Set the stacksize small. However, I'm not sure what this achieves. All you will do is run the program until it encounters the bug, then it will die because of resource exhaustion (best case) and so what have you achieved? Cheers Mark From owner-freebsd-questions@freebsd.org Fri Oct 18 12:15:07 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F085614EE92 for ; Fri, 18 Oct 2019 12:15:07 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46vlNB3LYgz4VHc for ; Fri, 18 Oct 2019 12:15:05 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id x9ICEsGJ066789 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 18 Oct 2019 14:14:56 +0200 (CEST) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=201910; t=1571400896; bh=2mO4Evs3tuh6vcrS/1Ri6NWHQiBlsmDCFCdRX7RLIZQ=; h=Subject:To:References:From:Date:In-Reply-To; b=m6C5KR6xHtmeLjMDGE9zUiVmuo+VYx39a+jAmSD0YyjmKghB87V/EZjlnxYOZyHiX dogzWsUDjgnysjd+okjrRJV9JfuGyYQrwseYJIW1W8tdbtd+MwpIvpLPjQPtCSedLu 5diukW+AzKVW77NNhdU0BbLzKoJvYxMttkX20iSI= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: Installing head To: freebsd-questions@freebsd.org References: <20191016172608.b45d9da4.freebsd@edvax.de> From: Andrea Venturoli Message-ID: Date: Fri, 18 Oct 2019 14:14:54 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 46vlNB3LYgz4VHc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=201910 header.b=m6C5KR6x; dmarc=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-4.33 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[netfence.it:s=201910]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:2.44.121.52]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[netfence.it:+]; DMARC_NA(0.00)[netfence.it]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.83)[ip: (-5.93), ipnet: 2.44.0.0/16(-2.97), asn: 30722(-0.27), country: IT(0.03)]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Oct 2019 12:15:08 -0000 On 2019-10-16 17:52, Matthew Seaman wrote: >> Probably my question should have been clearer: is it possible to move >> from 12.0 (freshly installed) to HEAD directly *now* (or possibly >> after "waiting a little")? >> Or *must* I go through STABLE? >> Compiling takes a lot of time and doing it twice takes two lots :) > > This should be possible in theory, but maybe not in practice.  You > should always be able to upgrade from the last release on one branch to > the first release on the next.  Except, of course, there is no 13.0 > release just now. Several compilation hours later, I have my 13-CURRENT system running. It worked just to upgrade from 12.0. Using snapshot was a good suggestion, though. Thanks to all. bye av. From owner-freebsd-questions@freebsd.org Fri Oct 18 12:21:03 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9717214F12C for ; Fri, 18 Oct 2019 12:21:03 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46vlW22xsHz4VVF for ; Fri, 18 Oct 2019 12:21:01 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id x9ICKt6c067374 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 18 Oct 2019 14:20:59 +0200 (CEST) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=201910; t=1571401259; bh=cxhYvQJ3pqN1saUftaZdo6TYhkzZRdAdinEZSPqChF4=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=dHyQbFZ1LTn6W0PPkKnfhzbqPHYGVG58OhBNmeX3hNeQDcfjqM05BxYS6QHDh236n LzzjYC1h8nZHmhwHYxzehMPaeibouCGa3PLnU4xMp0MAftMD5cusFJis3TDiQVfLnu dcEP2Emv+jG7yqlXoaxD1a/Zlv3ks9PjBGpEsf/w= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: Avoiding LibreOffice DOS To: "Kevin P. Neal" Cc: freebsd-questions@freebsd.org References: <62d45c64-ac95-43a7-5e39-9a94d26d323c@netfence.it> <20191017144207.GC63640@neutralgood.org> From: Andrea Venturoli Message-ID: Date: Fri, 18 Oct 2019 14:20:55 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <20191017144207.GC63640@neutralgood.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46vlW22xsHz4VVF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=201910 header.b=dHyQbFZ1; dmarc=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-4.36 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[netfence.it:s=201910]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:2.44.121.52:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[netfence.it]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[netfence.it:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.86)[ip: (-6.02), ipnet: 2.44.0.0/16(-3.01), asn: 30722(-0.31), country: IT(0.03)]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Oct 2019 12:21:03 -0000 On 2019-10-17 16:42, Kevin P. Neal wrote: > It's a shell builtin, so it should be documented in the man page for > the shell you are using. Which one is that? I just tried it with bash > 5.0.11 and the output of ulimit -a looked correct. The /bin/sh that > comes with FreeBSD 11.3 seems correct as well. Oh, but 11.3's csh > didn't change the limit. Are you using stock csh by any chance? Doh! Yes, I'm using stock csh, that's the reason. bye & Thanks av. From owner-freebsd-questions@freebsd.org Fri Oct 18 12:31:38 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8E8AE14F8E1 for ; Fri, 18 Oct 2019 12:31:38 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46vllF5kfXz4W9b for ; Fri, 18 Oct 2019 12:31:37 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id x9ICVXQI068303 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 18 Oct 2019 14:31:35 +0200 (CEST) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=201910; t=1571401895; bh=x7ahEfqDMjdi+uuTOpuBX8DAy64PieTAw7AMlTxfThQ=; h=Subject:To:References:From:Date:In-Reply-To; b=AzbE4mY5ykqi+JXU7/2QLAXcQaOdx+FqOUzZrlt3EK27+lU+4xxqO7sjQaH+8VHOk t5lmy85JUnvKfyxm6MezlBnh/2dniBkcxTfrmV/Z+i6J5VHQP6yBEcSOAqifRmvfld oFv/yTYHwvgx6KGAn7FCRbzH/YyIhi0zr6fpxhA8= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: Avoiding LibreOffice DOS To: MJ , freebsd-questions@freebsd.org References: <62d45c64-ac95-43a7-5e39-9a94d26d323c@netfence.it> <96a4c0a3-9b48-3cf4-27a6-8d3753b42d87@gmail.com> From: Andrea Venturoli Message-ID: Date: Fri, 18 Oct 2019 14:31:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <96a4c0a3-9b48-3cf4-27a6-8d3753b42d87@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46vllF5kfXz4W9b X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=201910 header.b=AzbE4mY5; dmarc=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-4.40 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[netfence.it:s=201910]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:2.44.121.52:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[netfence.it]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[netfence.it:+]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.90)[ip: (-6.11), ipnet: 2.44.0.0/16(-3.06), asn: 30722(-0.36), country: IT(0.03)]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Oct 2019 12:31:38 -0000 On 2019-10-17 23:59, MJ wrote: >> As I said, I think it's a problem with memory. > > Oh did you? I saw you mention "vmemoryuse" but didn't understand whether > you meant this was the cause or just an attempt to fix one cause. Sorry, maybe I should have made this clearer. > If it is memory related, perhaps you need to create a larger swap space. > It might just get you over the hump of exhausting memory enough for > Libreoffice to complete whatever it is it's trying to do. My guess is that it will use as much as it's available. > Conjecture? There's a tight loop. Possibly/likely a bug in libreoffice? Possibly, but, as I said, I'm trying to approach this from an OS perspective as a general case. This time it was LibreOffice, but I was also able to reproduce this with different applications (e.g. remove swap, fire up a couple of VirtualBox VMs to eat most memory, open several pages in FireFox). > Is the keyboard/mouse responsive at all? Depends. Sometimes it is: moving the mouse (slowly) moves the pointer. Switching to a VT console works, I can enter the username, but then it'll get stuck before the password prompt. Other times no input device seems to work. > So this is a UFS system? Yes. What difference does it make? Apart from limiting the ARC size in case I need virtual machines, I mean. > As to ulimit, I'm not sure it will have the affect you desire. You could > ulimit -v YOUR_VALUE; exec your_program and try. > > Have you considered using a login class - create a new user, give them > fixed resource limits (like you tried on your own account?) and run > within that user domain? > > Set the stacksize small. I'll try. > However, I'm not sure what this achieves. All you will do is run the > program until it encounters the bug, then it will die because of > resource exhaustion (best case) and so what have you achieved? That's exactly what I'm trying to achieve: have the memory hog program killed, without the need to hard-reset the system, so saving all the rest. bye & Thanks av. From owner-freebsd-questions@freebsd.org Fri Oct 18 16:14:55 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3807315627E for ; Fri, 18 Oct 2019 16:14:55 +0000 (UTC) (envelope-from vas@sibptus.ru) Received: from admin.sibptus.ru (admin.sibptus.ru [IPv6:2001:19f0:5001:21dc::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46vrht2RWmz3HjX for ; Fri, 18 Oct 2019 16:14:54 +0000 (UTC) (envelope-from vas@sibptus.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sibptus.ru; s=20181118; h=In-Reply-To:Message-ID:Subject:To:From:Date; bh=28/zYQndTswMySFSBKRl4hHZyDSV1+qkweYwMavxbeY=; b=mj/yhVp0s9ev465cz7ojZUDP6z 664Ax+mPpCJAD142C686xvpFI/hedSUn7CinKQ2vxzPDOD2NDd5U73K/tkbGqnvtsoPQK22LEPA8C ify9jd1NhThToCgDIYf8HO81n7msD7ORpBC+vedaZkGhynxUGd/mXjSLXjmGhnd2aRig=; Received: from vas by admin.sibptus.ru with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iLUtq-000Onu-2b for freebsd-questions@freebsd.org; Fri, 18 Oct 2019 23:14:46 +0700 Date: Fri, 18 Oct 2019 23:14:46 +0700 From: Victor Sudakov To: freebsd-questions@freebsd.org Subject: Re: from mfi to mrsas, a question to those who use mrsas Message-ID: <20191018161446.GA95293@admin.sibptus.ru> References: <20191012123632.GA34685@admin.sibptus.ru> <9082bddb-351f-aefb-8413-d59fae111c91@sentex.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <9082bddb-351f-aefb-8413-d59fae111c91@sentex.net> X-PGP-Key: http://admin.sibptus.ru/~vas/ X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 46vrht2RWmz3HjX X-Spamd-Bar: -------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sibptus.ru header.s=20181118 header.b=mj/yhVp0; dmarc=pass (policy=none) header.from=sibptus.ru; spf=pass (mx1.freebsd.org: domain of vas@sibptus.ru designates 2001:19f0:5001:21dc::10 as permitted sender) smtp.mailfrom=vas@sibptus.ru X-Spamd-Result: default: False [-8.33 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[sibptus.ru:s=20181118]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-3.23)[ip: (-9.82), ipnet: 2001:19f0:5000::/38(-4.91), asn: 20473(-1.36), country: US(-0.05)]; DKIM_TRACE(0.00)[sibptus.ru:+]; DMARC_POLICY_ALLOW(-0.50)[sibptus.ru,none]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5000::/38, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Oct 2019 16:14:55 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable mike tancsa wrote: > > 2. I think I'll lose the convenience of mfiutil. Is there anything to > > manage mrsas drives/volumes/firmware from inside FreeBSD (adding arrays, > > monitoring drives etc)? >=20 > sysutils/storcli > sysutils/megacli >=20 > I use storcli, (eg) >=20 > storcli /c0 show all > storcli /c0 show help >=20 > and it seems quite complete.=A0 However,it does pollute dmesg with every > invocation Is it supposed to work only with mrsas? It does not see my mfi controller: # storcli /c0 show all CLI Version =3D 007.1017.0000.0000 May 10, 2019 Operating system =3D FreeBSD 11.3-RELEASE-p3 Controller =3D 0 Status =3D Failure Description =3D Controller 0 not found # storcli show all CLI Version =3D 007.1017.0000.0000 May 10, 2019 Operating system =3D FreeBSD 11.3-RELEASE-p3 Status Code =3D 0 Status =3D Success Description =3D None Number of Controllers =3D 0 Host Name =3D XXXXXXXXXXXXXXXXXXXXx Operating System =3D FreeBSD 11.3-RELEASE-p3 StoreLib IT Version =3D 07.1100.0200.0100 --=20 Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49@fidonet http://vas.tomsk.ru/ --SUOF0GtieIMvvwua Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJdqeT2AAoJEA2k8lmbXsY0M0kIAIMzGhfQJXC9I4GMFM2lKrHf 3O4wmzhzUxPHw57s6A2MlUfrfVE9lmCEzf3eSLy0kFq2I4p9AkL9t3kMICDT7Y8n mkNdZUSgrkEa/rKZFzEruF4xhYz+ZPBXFQoXRsg9nStJOi5r0fxfaiWZXMlc8oqq vdb4EQTZ0pwQ7DSB3EFS98P5LxfK3+XDgIUKDdj/OSqcKymhxy2Q+e7b20TGvqjA rdXe0Xn4TT2pFcacWx4y7m6M/by5hjmwpdz23SxeSBoY+anQ2OCdDrNDhV4poa2d TrvZC1ZDmi57qEsNpI5r0oqKAaXO/Ng3Wq1iS/fpb51RkP+2dEWCWvPZjoyFU0Y= =vWe5 -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-questions@freebsd.org Fri Oct 18 22:50:53 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 51F2E15C887 for ; Fri, 18 Oct 2019 22:50:53 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pg1-x543.google.com (mail-pg1-x543.google.com [IPv6:2607:f8b0:4864:20::543]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46w1Tm33cSz47Vr for ; Fri, 18 Oct 2019 22:50:52 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pg1-x543.google.com with SMTP id t3so4119084pga.8 for ; Fri, 18 Oct 2019 15:50:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=X81dG5hxkTuFZYTpu+xvgRGjVb8RTF/KLiQLJEvjdfQ=; b=Q5x6o5qsT6lzKVP6H72R1vmWxKYIILrrJHxkTbp8aX8MpUXsanUOm4xzX1j1r+08Xa lHqfK8TxJOXfUUFoPwkvkJMEN6PWiUiMikHfJE9el0Fy34Rwo6c6npX8jW7EyqCoWPPr +0/VdN5S6ArZlCIftd3lgyZfH5RhVbwpAMFGTTQQNBiAxQ2BbHYp0PBjbZEfLJ2u6d3H 502TZGXEuKCZ0dTm9IpTYRuxysQpfpngqutG6TUiDyn55iWuK+GE+tEaxcHqAmHbPPch Smk4N7JYm+6vuq8SFUeRauru1FIXc635vm3PQDQHLKcOPe13jf+PILsgVXm/bPMT3lC9 yBnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=X81dG5hxkTuFZYTpu+xvgRGjVb8RTF/KLiQLJEvjdfQ=; b=AtmqjcWBLPBizTbr3WuxELaP24G1SvxFaK/oe3vzAM2xjdXsvjnTq+rDL5TelVO0pn iCmjDeg++mEsZz/E4VEvZx50KhofPJ/J5IoU4yLjxQDh1SBMnNizGjVcz7O6PqdxgR/Z AI8Zesv1wtjmFbN8EJO+9lJwlr0Eo5RKNV9Ia79MPz3NQcU//XcGz8x/Z1NAkkGAAeYR UVdAgk2FMe5caiEbpOrnwZumQxh3h0GKEX1WByAPE4lmn2pfUDb1gJdNwDedm6KmvPTJ /YGWlfs9WMs5QBZicA6MiFyUvm0t9Rs6QOP+SHaGTg0Ly2HZvm77p/9NSfcnTALS/7RF x1kw== X-Gm-Message-State: APjAAAVPTYvUwkIyvsGH/0HgvlBFX8lWWj7BqrBVZe7YwBN8HXoRQrgj +z/3/OtoSmHXE2/k8Ouf73p7yAKo X-Google-Smtp-Source: APXvYqzdZmo9B4DxhER1sBST2wMk9MpqgC3Z+R7zz+yRQWIYmeLMQnHw2yEwSjgZ0KKCrGoIJ1mwaA== X-Received: by 2002:a63:3044:: with SMTP id w65mr12205245pgw.384.1571439049468; Fri, 18 Oct 2019 15:50:49 -0700 (PDT) Received: from [192.168.1.10] (C-59-101-161-221.mel.connect.net.au. [59.101.161.221]) by smtp.gmail.com with ESMTPSA id z18sm7565848pgv.90.2019.10.18.15.50.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 18 Oct 2019 15:50:49 -0700 (PDT) Subject: Re: Avoiding LibreOffice DOS To: Andrea Venturoli , freebsd-questions@freebsd.org References: <62d45c64-ac95-43a7-5e39-9a94d26d323c@netfence.it> <96a4c0a3-9b48-3cf4-27a6-8d3753b42d87@gmail.com> From: MJ Message-ID: Date: Sat, 19 Oct 2019 09:50:18 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-Rspamd-Queue-Id: 46w1Tm33cSz47Vr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Q5x6o5qs; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::543 as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[221.161.101.59.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-0.83), ipnet: 2607:f8b0::/32(-2.46), asn: 15169(-2.09), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Oct 2019 22:50:53 -0000 On 18/10/2019 11:31 pm, Andrea Venturoli wrote: > On 2019-10-17 23:59, MJ wrote: > >>> As I said, I think it's a problem with memory. >> >> Oh did you? I saw you mention "vmemoryuse" but didn't understand whether you meant this was the cause or just an attempt to fix one cause. > > Sorry, maybe I should have made this clearer. > Yes, because I was under the impression this was about debugging a user program. It's no problem, just took a while to get to your specific issue. > > >> If it is memory related, perhaps you need to create a larger swap space. It might just get you over the hump of exhausting memory enough for Libreoffice to complete whatever it is it's trying to do. > > My guess is that it will use as much as it's available. > Of course, but if your goal was to debug the problem, this may have given you more time to trace it using dtrace or truss or your tool of choice. > > >> Conjecture? There's a tight loop. Possibly/likely a bug in libreoffice? > > Possibly, but, as I said, I'm trying to approach this from an OS perspective as a general case. > This time it was LibreOffice, but I was also able to reproduce this with different applications (e.g. remove swap, fire up a couple of VirtualBox VMs to eat most memory, open several pages in FireFox). > > So, what you're effectively attempting to achieve is debugging the kernel and how it handles memory reclamation/caching etc. In this case, you need to concentrate on not per-user but system wide. You need to begin to learn and experiment with things like vm.v_free_/*/  and all the various tweaks while using vmstat. In the extreme, you may need to look at setrlimit(2) and writing a test harness around a rogue memory-using program (I'm not sure of your level - if any - of programming knowledge). Apart from all that, it's just going to be you experimenting, setting limits, trying, re-trying etc. In which case, you would be mad not to do this in a virtual environment as I suggested. Regards Mark