From owner-freebsd-stable@freebsd.org Sun Jul 29 10:44:40 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24BEF1053180 for ; Sun, 29 Jul 2018 10:44:40 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gilb.zs64.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B78657BBAD for ; Sun, 29 Jul 2018 10:44:39 +0000 (UTC) (envelope-from stb@lassitu.de) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id E3A831FC321 for ; Sun, 29 Jul 2018 10:44:37 +0000 (UTC) From: Stefan Bethke Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Booting off ZFS pool with failed ZIL/cache device Message-Id: <5243B4C1-513D-41E8-89AF-60487DEC29C8@lassitu.de> Date: Sun, 29 Jul 2018 12:43:35 +0200 To: FreeBSD Stable X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2018 10:44:40 -0000 Folks, my ZIL/cache SSD apparently just died. Rebooting the system with the = SATA M.2 SSD hung, so I removed the card from the system. On powerup, loader acts normally, all four SATA disks (main Raid-Z1 = devices) are all probed successfully, but mount root fails: ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA8-ACS SATA 3.x device ada0: Serial Number Z5Q7K0RIFFRC ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) ada0: Command Queueing enabled ada0: 4769307MB (9767541168 512 byte sectors) ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 ada1: ATA8-ACS SATA 3.x device ada1: Serial Number Y5PIK0A2FFRC ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada1: Command Queueing enabled ada1: 4769307MB (9767541168 512 byte sectors) ada2 at ahcich3 bus 0 scbus3 target 0 lun 0 ada2: ATA8-ACS SATA 3.x device ada2: Serial Number 36D2K0VZFFRC ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada2: Command Queueing enabled ada2: 4769307MB (9767541168 512 byte sectors) ada3 at ahcich4 bus 0 scbus4 target 0 lun 0 ada3: ATA8-ACS SATA 3.x device ada3: Serial Number Z5SDK0J3FFRC ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada3: Command Queueing enabled ada3: 4769307MB (9767541168 512 byte sectors) pass4 at ahciem0 bus 0 scbus6 target 0 lun 0 pass4: SEMB S-E-S 2.00 device Trying to mount root from zfs:p2/be/11 []... GEOM_MIRROR: Device mirror/p2swap launched (4/4). random: unblocking device. Mounting from zfs:p2/be/11 failed with error 6; retrying for 3 more = seconds Mounting from zfs:p2/be/11 failed with error 6. Loader variables: vfs.root.mountfrom=3Dzfs:p2/be/11 Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot>=20 Is there an easy way to boot into single user mode and remove the = ZIL/cache devices that are not there anymore? Or do I need a USB key to = boot off of and zfs import the pool first? Thanks, Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@freebsd.org Sun Jul 29 12:29:36 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DE6110560EE for ; Sun, 29 Jul 2018 12:29:36 +0000 (UTC) (envelope-from FreeBSD@chroot.pl) Received: from mail.apsz.com.pl (mail.apsz.com.pl [91.217.18.46]) (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 940D37F737 for ; Sun, 29 Jul 2018 12:29:34 +0000 (UTC) (envelope-from FreeBSD@chroot.pl) Received: from chroot.pl (89-74-178-152.dynamic.chello.pl [89.74.178.152]) by mail.apsz.com.pl (Postfix) with ESMTPS id 93A1845782 for ; Sun, 29 Jul 2018 14:29:23 +0200 (CEST) Authentication-Results: mail.apsz.com.pl; dmarc=pass (p=none dis=none) header.from=chroot.pl Authentication-Results: mail.apsz.com.pl; dkim=pass (1024-bit key) header.d=chroot.pl header.i=@chroot.pl header.b=niOoZ6+1 Subject: Re: Ryzen issues on FreeBSD ? DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=chroot.pl; s=mail; t=1532867326; bh=rGWFXcthjgIkAUoMOc15F8dFxY2T+7oI7FRZvdVkLEI=; h=Subject:To:References:From:Date:In-Reply-To; b=niOoZ6+1HAxxuJ2RRT32cPtzrcW1iRoZPNAET+48x7wujxaAQPoAYxyykzbPWGgzZ DRakYHP+J7RH9FATi8ZqDmhI8GiSQe0jRV/qP2Zq9GYMRy1779ONxjhg1ohCA0yXDA IFTm6kFHn3hGv4rRbmfvYDinf8XR5sWKTzN0dt2M= To: freebsd-stable@freebsd.org References: <8e842dec-ade7-37d1-6bd8-856ea1a827ca@sentex.net> <8c8e458b-8ddd-08e6-1d2e-487d95583790@renzel.net> From: Lukasz Message-ID: Date: Sun, 29 Jul 2018 14:29:23 +0200 User-Agent: WebMail MIME-Version: 1.0 In-Reply-To: <8c8e458b-8ddd-08e6-1d2e-487d95583790@renzel.net> Content-Type: text/plain; charset=utf-8 Content-Language: pl-PL Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.0 required=4.0 tests=BAYES_50,T_DKIM_INVALID, UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.apsz.com.pl X-Virus-Scanned: clamav-milter 0.100.1 at mail.apsz.com.pl X-Virus-Status: Clean X-Spam-Level: ** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2018 12:29:36 -0000 I had the same issues - hard lockups after couple hours of work (different loads). My platform is: OS: 11.1 and 11.2 (amd64) CPU: AMD Ryzen 5 1400 Quad-Core Motherboard: AX370-Gaming K5 ZFS pool: 10TB BIOS: default settings (HT on) After only upgrade to the newest BIOS everyhting works as expected - no lockups at all. Now the machine has 47 hours uptime with zfs snapshot received and zfs scrub completed. Regards, Lukasz From owner-freebsd-stable@freebsd.org Sun Jul 29 15:27:56 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5857F105966C for ; Sun, 29 Jul 2018 15:27:56 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF56B8406A for ; Sun, 29 Jul 2018 15:27:55 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lj1-x233.google.com with SMTP id j19-v6so8295472ljc.7 for ; Sun, 29 Jul 2018 08:27:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=0ZbBRHvw+ls75G/ZJVakwzAWOdA4iXQtzVGG06gffHo=; b=troW4VuLyLPYneUvW3eFstumh8MAlgTiJQPYMr+csc8lo5CyKcSDV3B0E3XaahzNgX oCnPF9BRTnsWvGNA8/CXuXwrcJxhU2GM4wjDf34c5TispAhHgDex/ugCJ93PaXZ4WFmM m2wtP5dlzI9EEGrYLZJ2AzdrSuiWaF/3LKpNi4/arqPJ32JUCEQJsqX4D4TSKOrsHxd8 3QBwTluTXvNfLva2JOGSmQx4qWReIUXYyv5BUUrAU92mNEe+00IyuMtwNY54QVBF5Q3O 977UGVARN9KlRtJxiZC3dHBqL2baDiXlayLPR6sGwQOhny76nScTHiRF3dfxcleae55/ 0dBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=0ZbBRHvw+ls75G/ZJVakwzAWOdA4iXQtzVGG06gffHo=; b=KRsysDunBDDwyYk68H6TESTmLc7PQTz/bddXWLNHKDWinlQ4DBeHODZV+F+5Gv9KZC badFeoYFMM+LZoZMWGcE+TMxgKesPZZ5rrJpX82DAdaEq1LPs/SAxP9Ifk5iXYXyLz9G dsjVndikVtF3+cvlT+GhrVbdvfQ/obxn9iRxSJD1tglAmT7D0NvpasSmGf3eza4lvFHK NWSrKmHPJeMzU9DbufxhUoXOeSaRogVgtAERQf4DOGgix/dYBpL5nB6O/7epc7X3zkd1 uRaqMM4iJ8s14zL1NB27x/CNOC8AQa42jxeRsZclwayq6G+YxelqcR/7V4V5cAXsJ/0n A1ww== X-Gm-Message-State: AOUpUlF/GcCUVIUYuKnRXml6M8PVJqWRQp8QWS1zogqEJt4L54TrGbtO wBJ6EXzxDIv66BoUzM+ceDe2ZK14IsJ4sFJad30= X-Google-Smtp-Source: AAOMgpciorSMuKaalZicwrg4cLPAU7uC1JuvE6buqTNfnCX5IrIZ9pGroJOZANSWVJNbzuAlr5GzCaleokqNg1W74/U= X-Received: by 2002:a2e:1b83:: with SMTP id c3-v6mr9928992ljf.0.1532878073344; Sun, 29 Jul 2018 08:27:53 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 2002:ab3:7851:0:0:0:0:0 with HTTP; Sun, 29 Jul 2018 08:27:52 -0700 (PDT) In-Reply-To: <5243B4C1-513D-41E8-89AF-60487DEC29C8@lassitu.de> References: <5243B4C1-513D-41E8-89AF-60487DEC29C8@lassitu.de> From: Alan Somers Date: Sun, 29 Jul 2018 09:27:52 -0600 X-Google-Sender-Auth: K7QZMxVzixrrtI_oe7IACVOI_6E Message-ID: Subject: Re: Booting off ZFS pool with failed ZIL/cache device To: Stefan Bethke Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2018 15:27:56 -0000 On Sun, Jul 29, 2018 at 4:43 AM, Stefan Bethke wrote: > Folks, > > my ZIL/cache SSD apparently just died. Rebooting the system with the SATA > M.2 SSD hung, so I removed the card from the system. > > On powerup, loader acts normally, all four SATA disks (main Raid-Z1 > devices) are all probed successfully, but mount root fails: > > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Timecounters tick every 1.000 msec > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ATA8-ACS SATA 3.x device > ada0: Serial Number Z5Q7K0RIFFRC > ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 4769307MB (9767541168 512 byte sectors) > ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 > ada1: ATA8-ACS SATA 3.x device > ada1: Serial Number Y5PIK0A2FFRC > ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 4769307MB (9767541168 512 byte sectors) > ada2 at ahcich3 bus 0 scbus3 target 0 lun 0 > ada2: ATA8-ACS SATA 3.x device > ada2: Serial Number 36D2K0VZFFRC > ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > ada2: Command Queueing enabled > ada2: 4769307MB (9767541168 512 byte sectors) > ada3 at ahcich4 bus 0 scbus4 target 0 lun 0 > ada3: ATA8-ACS SATA 3.x device > ada3: Serial Number Z5SDK0J3FFRC > ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > ada3: Command Queueing enabled > ada3: 4769307MB (9767541168 512 byte sectors) > pass4 at ahciem0 bus 0 scbus6 target 0 lun 0 > pass4: SEMB S-E-S 2.00 device > Trying to mount root from zfs:p2/be/11 []... > GEOM_MIRROR: Device mirror/p2swap launched (4/4). > random: unblocking device. > Mounting from zfs:p2/be/11 failed with error 6; retrying for 3 more seconds > Mounting from zfs:p2/be/11 failed with error 6. > > Loader variables: > vfs.root.mountfrom=zfs:p2/be/11 > > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. > > eg. ufs:/dev/da0s1a > zfs:tank > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input > > mountroot> > > Is there an easy way to boot into single user mode and remove the > ZIL/cache devices that are not there anymore? Or do I need a USB key to > boot off of and zfs import the pool first? > > > Thanks, > Stefan > > -- > Stefan Bethke Fon +49 151 14070811 A missing L2ARC is no problem, but a missing ZIL may mean filesystem corruption. Hopefully the ZIL was empty when it failed. I would try booting from ZFS and removing the offending device. Good luck. -Alan From owner-freebsd-stable@freebsd.org Sun Jul 29 15:57:41 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2DFDC105A099 for ; Sun, 29 Jul 2018 15:57:41 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E59D84EC7 for ; Sun, 29 Jul 2018 15:57:40 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf1-x130.google.com with SMTP id u202-v6so6499139lff.9 for ; Sun, 29 Jul 2018 08:57:40 -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=wNkrkUNFMXkUorGAv0sf8syH5lyMgKOIsAj6clzzKWo=; b=KW+hL15cnsLJs/GM7tHRAOh9t29zo7QDzE+vg7ib4LQjz8/pJY4gXAbb5eeCA+QlM4 oFmCJLkGLXcqaHsy130h3GH3z72qBRv+cdsF6f2AIff3p7yzhQrWPMnIGjza+4UyGElb I9zwmrEnlya33OBUFMWaIYvCGkPiz2oKuCZvnj0JZiL2zEC9LjQLF/GeFGUrPxbG/ND1 8y3Bj0lhLHOG621h5WcgsRD2V7pRM6SnnYDyWlSfaRcmRgdI8fa5ktEEwhQpAFfYnSeM ZPjnuRytiEQtkX9/oclQSFLmZ35362mr/n3QYbD/sV6PlHwOx++0ntNS1yGu54EPui0G Hudw== 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=wNkrkUNFMXkUorGAv0sf8syH5lyMgKOIsAj6clzzKWo=; b=Izd9G53KwUqlNZas32+W4lFEM3L8nX3FW0Mwd0RB4XUkzE+BWA9jOnd1pyE/10vTwJ a1A0hnfxYaG2unrWA9iOSdErN7ICHdeeW9c/+hora3C+x7NnH+Z3G2T1ndtYkDQ3jFNF zmaLp0WtN8Ocf0bgIZOUvSFaqwD0hKp9MD9PhVhzxd5WGur2m7NwVYMTkB4jj/zYFm6k DlgvBHJUrDBTU1X4Z+W5G0Lny4nQXt3iLV8l/YGfUzfzo7K+C1DD6lHT7Y64CBnsgtEL sOcNI4rwDmkHh1Pn3lKfNq1Yyg5PaY42hTEmwWyHI8nVXrVTPqdJDQ1f/1JaDCShtrjS 7K+g== X-Gm-Message-State: AOUpUlHG6XjMpjKPRBZppeYSaDIrEd/PTVAVWFsY78r5zCb30YJ17n7/ NfRgHEH6o9qFmALsiChYobGAJmkLHH+4RMH5iqiLSQ== X-Google-Smtp-Source: AAOMgpe4MjVGxR/JjpyzDU671ZUX4pfzaiO+dKOFlT99VSuYy6718vPF48Qta2F4wCUX7FzK+WKRi1NjGrvOceXNgUI= X-Received: by 2002:a19:d754:: with SMTP id o81-v6mr8007701lfg.124.1532879859183; Sun, 29 Jul 2018 08:57:39 -0700 (PDT) MIME-Version: 1.0 References: <5243B4C1-513D-41E8-89AF-60487DEC29C8@lassitu.de> In-Reply-To: <5243B4C1-513D-41E8-89AF-60487DEC29C8@lassitu.de> From: Freddie Cash Date: Sun, 29 Jul 2018 08:57:26 -0700 Message-ID: Subject: Re: Booting off ZFS pool with failed ZIL/cache device To: Stefan Bethke Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2018 15:57:41 -0000 On Sun, Jul 29, 2018, 3:46 AM Stefan Bethke, wrote: > Folks, > > my ZIL/cache SSD apparently just died. Rebooting the system with the SATA > M.2 SSD hung, so I removed the card from the system. > > On powerup, loader acts normally, all four SATA disks (main Raid-Z1 > devices) are all probed successfully, but mount root fails: > > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Timecounters tick every 1.000 msec > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ATA8-ACS SATA 3.x device > ada0: Serial Number Z5Q7K0RIFFRC > ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 4769307MB (9767541168 512 byte sectors) > ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 > ada1: ATA8-ACS SATA 3.x device > ada1: Serial Number Y5PIK0A2FFRC > ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 4769307MB (9767541168 512 byte sectors) > ada2 at ahcich3 bus 0 scbus3 target 0 lun 0 > ada2: ATA8-ACS SATA 3.x device > ada2: Serial Number 36D2K0VZFFRC > ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > ada2: Command Queueing enabled > ada2: 4769307MB (9767541168 512 byte sectors) > ada3 at ahcich4 bus 0 scbus4 target 0 lun 0 > ada3: ATA8-ACS SATA 3.x device > ada3: Serial Number Z5SDK0J3FFRC > ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) > ada3: Command Queueing enabled > ada3: 4769307MB (9767541168 512 byte sectors) > pass4 at ahciem0 bus 0 scbus6 target 0 lun 0 > pass4: SEMB S-E-S 2.00 device > Trying to mount root from zfs:p2/be/11 []... > GEOM_MIRROR: Device mirror/p2swap launched (4/4). > random: unblocking device. > Mounting from zfs:p2/be/11 failed with error 6; retrying for 3 more seconds > Mounting from zfs:p2/be/11 failed with error 6. > > Loader variables: > vfs.root.mountfrom=zfs:p2/be/11 > > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. > > eg. ufs:/dev/da0s1a > zfs:tank > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input > > mountroot> > > Is there an easy way to boot into single user mode and remove the > ZIL/cache devices that are not there anymore? Or do I need a USB key to > boot off of and zfs import the pool first? > > > Thanks, > Stefan > Boot off USB or CD, then try to manually import the pool. There's an option to "zpool import" to ignore missing log devices. Once it's imported, you can remove/detach the missing device. Then you should be able to boot again. Cheers, Freddie Typos courtesy of my phone's keyboard. > From owner-freebsd-stable@freebsd.org Sun Jul 29 21:01:17 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39A831063696 for ; Sun, 29 Jul 2018 21:01:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CE13C79E3B for ; Sun, 29 Jul 2018 21:01:16 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 92F141063695; Sun, 29 Jul 2018 21:01:16 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81B801063693 for ; Sun, 29 Jul 2018 21:01:16 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2133279E33 for ; Sun, 29 Jul 2018 21:01:16 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6F9F519ED6 for ; Sun, 29 Jul 2018 21:01:15 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w6TL1F3l087972 for ; Sun, 29 Jul 2018 21:01:15 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w6TL1Fx4087969 for stable@FreeBSD.org; Sun, 29 Jul 2018 21:01:15 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201807292101.w6TL1Fx4087969@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: stable@FreeBSD.org Subject: Problem reports for stable@FreeBSD.org that need special attention Date: Sun, 29 Jul 2018 21:01:15 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2018 21:01:17 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 227213 | FreeBSD 10.4 kernel deadlocks on sysctlmemlock 1 problems total for which you should take action. From owner-freebsd-stable@freebsd.org Sun Jul 29 23:01:53 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C3A8106624F for ; Sun, 29 Jul 2018 23:01:53 +0000 (UTC) (envelope-from INFO@medsab.ac.ir) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8C87DEC8 for ; Sun, 29 Jul 2018 23:01:53 +0000 (UTC) (envelope-from INFO@medsab.ac.ir) Received: by mailman.ysv.freebsd.org (Postfix) id F250D106624E; Sun, 29 Jul 2018 23:01:52 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D07B0106624D for ; Sun, 29 Jul 2018 23:01:52 +0000 (UTC) (envelope-from INFO@medsab.ac.ir) Received: from ITC-Mail01.medsab.ac.ir (mail.medsab.ac.ir [82.115.18.200]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "ITC-Mail01", Issuer "ITC-Mail01" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CDB37DEC7 for ; Sun, 29 Jul 2018 23:01:51 +0000 (UTC) (envelope-from INFO@medsab.ac.ir) DKIM-Signature: v=1; a=rsa-sha1; s=s1024; d=medsab.ac.ir; c=simple/simple; q=dns/txt; h=Date : From : Message-ID : Subject : To; bh=n/qM+2DpS2kRkxXt43O/e9fc3ug=; b=merFes7kQm+ZgiOKe92NFMEjbcedubK5CEw6T9wk+pqsU+cN1Uf1LT9tQfWHf9qIN27PwN6x1fHxo1DrsuxwoPPaMZL1cfHRy/hcNED2jI+lIbC0WGeR4+S940LhcX5vPbSRX21WoeReGTuMOSR5EItDXhjiSLacrYjuzY0xS4w=; Received: from INT-VM (67.211.215.16) by ITC-Mail01.medsab.ac.ir (172.16.4.6) with Microsoft SMTP Server (TLS) id 15.0.775.38; Mon, 30 Jul 2018 03:28:34 +0430 From: Heinrich Ferrer Subject: Purchasing of Liquid Product.... To: MIME-Version: 1.0 Reply-To: Date: Sun, 29 Jul 2018 18:58:32 -0400 Message-ID: <35f49790-2aa2-42f4-9a4d-bd07926ef5f2@ITC-MAIL01.medsab.ac.ir> X-Originating-IP: [67.211.215.16] X-ClientProxiedBy: ITC-MAIL01.medsab.ac.ir (172.16.4.6) To ITC-Mail01.medsab.ac.ir (172.16.4.6) Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2018 23:01:53 -0000 - This mail is in HTML. Some elements may be ommited in plain text. - Hello, I sent you an e-mail last week but did not receive any feedback from you. There is a product our Company is desperatley in need of which we hope= you could help us locate. This raw material is locally produced in In= dia which is used by our Company in USA/UK. I have also sent you earli= er the list of the products just incase your Company produces such. Kindly help us check if you have such product within your area. Confirm you got my message so I can furnish you with the full details = as I await for your response via my personal email: heinrich.ferrer@protonmail.com Thanks, Dr. Heinrich Ferrer. 1975 N. Hawthorne Avenue Melrose Park, Illinois 60160.USA. US No/Whatsapp: +1-202-902-8632. UK No: +44-203-322-9934. CONFIDENTIALITY NOTICE: This communication and any documents, or files, attached to it, consti= tute an electronic communication within the scope of the Electronic Co= mmunication Privacy Act. This communication may contain non-public, confidential, or legally pr= ivileged information intended for the sole use of the designated recip= ient(s). The unlawful interception, use, or disclosure of such information is s= trictly prohibited under any applicable laws. If you have received thi= s e-mail in error, please immediately notify us via reply email OR per= manently delete the original and any copy of any e-mail, file or attac= hment and destroy any printout thereof. From owner-freebsd-stable@freebsd.org Mon Jul 30 11:43:28 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 580111053798 for ; Mon, 30 Jul 2018 11:43:28 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (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 EE9A095684; Mon, 30 Jul 2018 11:43:27 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6]) by constantine.ingresso.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1fk6aC-0002Dl-7X; Mon, 30 Jul 2018 11:43:24 +0000 Subject: Re: Ryzen issues on FreeBSD ? (with sort of workaround) To: Mike Tancsa , Konstantin Belousov Cc: truckman@FreeBSD.org, eric@vangyzen.net, freebsd-stable@freebsd.org, freebsd@hda3.com, avg@freebsd.org References: <20180705133542.GG5562@kib.kiev.ua> <20180705145130.GH5562@kib.kiev.ua> <548b493e-6a51-32ca-b3c1-216cac037e8b@ingresso.co.uk> <9209d008-03dd-8613-3e6d-303eea8b80ef@ingresso.co.uk> <643509b6-511d-ba2b-3e0d-b38cd6607a25@sentex.net> <20180727143801.GF2394@kib.kiev.ua> From: Pete French Message-ID: Date: Mon, 30 Jul 2018 12:43:24 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2018 11:43:28 -0000 > I just brought everything upto date and re-tested and same issue. > FreeBSD 11.2-STABLE #1 r336761 > > # mount | grep -v zfs > devfs on /dev (devfs, local, multilabel) > linprocfs on /compat/linux/proc (linprocfs, local) > linsysfs on /compat/linux/sys (linsysfs, local) > tmpfs on /compat/linux/dev/shm (tmpfs, local) > > # /compat/linux/bin/bash > Segmentation fault (core dumped) > # > I opened a bug report for this here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230144 It definitely processor dependent (booting same drive on two different CPUs shows it up) and it does not happen on CURRENT. Very odd indeed! -pete. From owner-freebsd-stable@freebsd.org Mon Jul 30 18:40:27 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BE36105DEA9 for ; Mon, 30 Jul 2018 18:40:27 +0000 (UTC) (envelope-from bounce@ims8.isendservice.com.br) Received: from ims8.isendservice.com.br (ims8.isendservice.com.br [177.71.248.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7A0867F36F for ; Mon, 30 Jul 2018 18:40:26 +0000 (UTC) (envelope-from bounce@ims8.isendservice.com.br) Received: from localhost (localhost [127.0.0.1]) by ims8.isendservice.com.br (Postfix) with ESMTP id 8C1B942702 for ; Mon, 30 Jul 2018 15:39:50 -0300 (BRT) Date: Mon, 30 Jul 2018 15:39:50 -0300 (BRT) From: SENAI | FATEC - Faculdade SENAI Reply-To: posgraduacao@senairs.org.br To: freebsd-stable@freebsd.org Message-ID: <1270140384.4981759.1532975990191.JavaMail.root@ims8> Subject: =?ISO-8859-1?Q?P=F3s-Gradua=E7=E3o_SENAI_|_FATEC?= =?ISO-8859-1?Q?_-_MBA_em_Gest=E3o_de_Projetos?= bounce-key: <2420-22522874-2174899> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2018 18:40:27 -0000 From owner-freebsd-stable@freebsd.org Tue Jul 31 05:52:32 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A105E104EAE0 for ; Tue, 31 Jul 2018 05:52:32 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3D30D7AC2C for ; Tue, 31 Jul 2018 05:52:32 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mailman.ysv.freebsd.org (Postfix) id 023A8104EADF; Tue, 31 Jul 2018 05:52:32 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E529C104EADE for ; Tue, 31 Jul 2018 05:52:31 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yw0-x230.google.com (mail-yw0-x230.google.com [IPv6:2607:f8b0:4002:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8307C7AC28 for ; Tue, 31 Jul 2018 05:52:31 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-yw0-x230.google.com with SMTP id c135-v6so5328117ywa.0 for ; Mon, 30 Jul 2018 22:52:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hjMK6rIAAlOzK8MU7dLnw1KBLxc2hXAB4LHbSqKVHb8=; b=NMteOK9g8/6AP1oSh741G1TqoCFXtrmo13SLB7HvR/VGCkaZuACsGI8VErtFPUahOB uukAqdJgPxrXxHJ6o64z0aQIEHwRaaCWnTgKduqX63pMTa9MvAhUioUEILmJngInOACz VVkkDdXA6ZJN/JoZ2V3T0etPzqVDeEgt3kMK0= 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=hjMK6rIAAlOzK8MU7dLnw1KBLxc2hXAB4LHbSqKVHb8=; b=Ilj1u5UA/v4Lq1DctTbP9Suob6gNuZMUoBRO0VBljFdKa4BfGHR0JfhBytA069A4ZD jEFG/A4VOEsRK0DYcdKY/M/z8NPiLcy+YJ4VDFz5XuZc5H9ScXrNXEzZugb/8QpGzqXv AQ90V5KF3+r7jpnPzQGo5Y9vmHxclUEtU10cf6SfJuJ803SgoiWO3N2vvixN5TLMKswl tYj/baXTcXcBtPCN4mISNWMz2cG3wt+U/GZUrHfroW9ZI6+D8PWxi7sBit83gaLFLxH1 aHL1QS4++QAJRTubMXpKvi8p7/jqotGvTZ8nyIfqzKs3tHrvO+eDnz5L1qEf2lKdheDD LLqg== X-Gm-Message-State: AOUpUlE8Khf47E3IHBUWr5fIeKn7OsP4AM4it9icV+1mgqViTvCH3Psp BcKPZvmimROitJNAO84h//LjDQLvazck2x4E7zy7jyLf92GTCQ== X-Google-Smtp-Source: AAOMgpeze6Hdo7l37Cr9Br64EInXLdtQC20efePyLiefnSaDE6zTJ41fxEq+up2L8DYQhSVfpwHzkDMzQUKFsbjMNxk= X-Received: by 2002:a81:3c11:: with SMTP id j17-v6mr10122160ywa.387.1533016350878; Mon, 30 Jul 2018 22:52:30 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Eitan Adler Date: Mon, 30 Jul 2018 22:52:03 -0700 Message-ID: Subject: Re: mail coredumping on yesterdays STABLE To: Pete French Cc: stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2018 05:52:32 -0000 On Fri, 6 Jul 2018 at 07:28, Eitan Adler wrote: > > On Fri, 6 Jul 2018 at 07:06, Pete French wrote: > > > > > Understood. Like I said, my development box is dead, so expect nothing > > > for the next couple of weeks [0] unless someone gets to it first. > > > > Ok, no worries. Will you revert the chnage in STABLE until then, or > > should I continue running with it reverted locally ? I will try and > > look at it myself if I get a moment. > > I don't have the capability to commit right now. Mark Johnston fixed this. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230196 -- Eitan Adler From owner-freebsd-stable@freebsd.org Tue Jul 31 09:02:51 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B01861052F57 for ; Tue, 31 Jul 2018 09:02:51 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4A6AE80B47 for ; Tue, 31 Jul 2018 09:02:51 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: by mailman.ysv.freebsd.org (Postfix) id 0F7271052F55; Tue, 31 Jul 2018 09:02:51 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F264E1052F54 for ; Tue, 31 Jul 2018 09:02:50 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (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 9A51580B46 for ; Tue, 31 Jul 2018 09:02:50 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1fkQYJ-000JbM-LJ; Tue, 31 Jul 2018 09:02:47 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fkQYJ-000EBW-Ji; Tue, 31 Jul 2018 10:02:47 +0100 To: lists@eitanadler.com, petefrench@ingresso.co.uk Subject: Re: mail coredumping on yesterdays STABLE Cc: stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Tue, 31 Jul 2018 10:02:47 +0100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2018 09:02:51 -0000 > Mark Johnston fixed this. See > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230196 Thanks - I saw the commit go in earlier, but I hadnt checked my email until now. Sorry I didnt investigate this myself, as I am perfectly capable of doing so, to be honest, just very short of time :-( cheers, -pete. From owner-freebsd-stable@freebsd.org Tue Jul 31 16:38:16 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13300105E5FA; Tue, 31 Jul 2018 16:38:16 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8541471691; Tue, 31 Jul 2018 16:38:15 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id w6VGPb1x032224; Tue, 31 Jul 2018 09:25:43 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: UDNSMS MIME-Version: 1.0 Cc: "FreeBSD Current"freebsd-current@freebsd.org From: "Chris H" Reply-To: bsd-lists@BSDforge.com To: "FreeBSD Stable"freebsd-stable@freebsd.org Subject: Can't upgrade past 10.4-STABLE (interrupt storm?) Date: Tue, 31 Jul 2018 09:25:43 -0700 Message-Id: <7406fb42a5e2ec2cb09fca98ca1e39bb@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 31 Jul 2018 17:59:20 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2018 16:38:16 -0000 Hello, I've got an older laptop that I attempted to install 12 on w/o success=2E Well, it installed=2E But was unusable=2E Typing anything at the console frequently doesn't output on the screen w/o tapping one of the arrow keys=2E But doing that causes other problems=2E As I can't really use the output=2E :( I suspected an interrupt storm of some type=2E But really can't say for sure=2E a vmstat -i seems to show unusually high numbers for irq1: atkbd0 often ~1/3rd the number for CPU0=2E I can easily realize all this during the install process from the install media=2E So it's easy to test=2E This is a i386 based Pentium M=2E FreeBSD 10=2E4-STABLE runs like a dream=2E But I'm going to need to move forward at some point, and I'd like that some point to be now=2E :) Any thoughts on how I might discover /what/ change was made from 10=2E4-->11* to cause this? It has a trackpad=2E Should that make any difference=2E Thanks! --Chris From owner-freebsd-stable@freebsd.org Tue Jul 31 21:54:38 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08BEB1066197 for ; Tue, 31 Jul 2018 21:54:38 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8DA447F85E for ; Tue, 31 Jul 2018 21:54:37 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: by mailman.ysv.freebsd.org (Postfix) id 4EBCA1066196; Tue, 31 Jul 2018 21:54:37 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12C6B1066195 for ; Tue, 31 Jul 2018 21:54:37 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (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 745067F85D for ; Tue, 31 Jul 2018 21:54:36 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 41g9Fj3KWFz2Q3 for ; Tue, 31 Jul 2018 23:54:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1533074069; x=1535666070; bh=OBY mWWdgXPa+MJ8CHC0sPkEOqUfvvt8QUWdj2cPjZPk=; b=NZSOkarNVdyIdL+9qGv j8W5iBeiuSDLYjJECmaTSpvJSJqCROuh8J1K05zVhs0vI1CyQnp3WaEbTJXlZpUG mnbuW3sDTCaEZCCo9q6I6Df7XkY5sAbH8boICTA/GTdCfDV0IkzxyR5rzPiqFMpW +5ANdYxInpOc3QyU50V367ek= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id SpmpmzuFO6KW for ; Tue, 31 Jul 2018 23:54:29 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 41g9Fd2ZTGz2Q2 for ; Tue, 31 Jul 2018 23:54:29 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 41g9Fd2Jc6z2X for ; Tue, 31 Jul 2018 23:54:29 +0200 (CEST) Received: from sleepy.ijs.si (2001:1470:ff80:e001::76) by webmail.ijs.si with HTTP (HTTP/1.1 POST); Tue, 31 Jul 2018 23:54:29 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 31 Jul 2018 23:54:29 +0200 From: Mark Martinec To: stable@freebsd.org Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 Organization: Jozef Stefan Institute In-Reply-To: <1a039af7758679ba1085934b4fb81b57@ijs.si> References: <1a039af7758679ba1085934b4fb81b57@ijs.si> Message-ID: <3e56e4de076111c04c2595068ba71eec@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2018 21:54:38 -0000 I have now upgraded this host from 11.1-RELEASE-p11 to 11.2-RELEASE and the situation has not improved. Also turned off all services. ZFS is still leaking memory about 30 MB per hour, until the host runs out of memory and swap space and crashes, unless I reboot it first every four days. Any advise before I try to get rid of that faulted disk with a pool (or downgrade to 10.3, which was stable) ? Mark 2018-07-23 17:12, myself wrote: > After upgrading an older AMD host from FreeBSD 10.3 to 11.1-RELEASE-p11 > (amd64), ZFS is gradually eating up all memory, so that it crashes > every > few days when the memory is completely exhausted (after swapping > heavily > for a couple of hours). > > This machine has only 4 GB of memory. After capping up the ZFS ARC > to 1.8 GB the machine can now stay up a bit longer, but in four days > all the memory is used up. The machine is lightly loaded, it runs > a bind resolver and a lightly used web server, the ps output > does not show any excessive memory use by any process. > > During the last survival period I ran vmstat -m every second > and logged results. What caught my eye was the 'solaris' entry, > which seems to explain all the exhaustion. > > The MemUse for the solaris entry starts modestly, e.g. after a few > hours of uptime: > > $ vmstat -m : > Type InUse MemUse HighUse Requests Size(s) > solaris 3141552 225178K - 12066929 > 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768 > > ... but this number keeps steadily growing. > > After about four days, shortly before a crash, it grew to 2.5 GB, > which gets dangerously close to all the available memory: > > solaris 39359484 2652696K - 234986296 > 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768 > > Plotting the 'solaris' MemUse entry vs. wall time in seconds, one can > see > a steady linear growth, about 25 MB per hour. On a fine-resolution > small scale > the step size seems to be one small step increase per about 6 seconds. > All steps are small, but not all are the same size. > > The only thing (in my mind) that distinguishes this host from others > running 11.1 seems to be that one of the two ZFS pools is down because > its disk is broken. This is a scratch data pool, not otherwise in use. > The pool with the OS is healthy. > > The syslog shows entries like the following periodically: > > Jul 23 16:48:49 xxx ZFS: vdev state changed, > pool_guid=15371508659919408885 vdev_guid=11732693005294113354 > Jul 23 16:49:09 xxx ZFS: vdev state changed, > pool_guid=15371508659919408885 vdev_guid=11732693005294113354 > Jul 23 16:55:34 xxx ZFS: vdev state changed, > pool_guid=15371508659919408885 vdev_guid=11732693005294113354 > > The 'zpool status -v' on this pool shows: > > pool: stuff > state: UNAVAIL > status: One or more devices could not be opened. There are > insufficient > replicas for the pool to continue functioning. > action: Attach the missing device and online it using 'zpool online'. > see: http://illumos.org/msg/ZFS-8000-3C > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > stuff UNAVAIL 0 0 0 > 11732693005294113354 UNAVAIL 0 0 0 was > /dev/da2 > > > The same machine with this broken pool could previously survive > indefinitely > under FreeBSD 10.3 . > > So, could this be the reason for memory depletion? > Any fixes for that? Any more tests suggested to perform > before I try to get rid of this pool? > > Mark > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Tue Jul 31 22:09:58 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03EF1106665C for ; Tue, 31 Jul 2018 22:09:58 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 86FBA80039 for ; Tue, 31 Jul 2018 22:09:57 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 48304106665B; Tue, 31 Jul 2018 22:09:57 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26267106665A for ; Tue, 31 Jul 2018 22:09:57 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E20B80038 for ; Tue, 31 Jul 2018 22:09:56 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pg1-x52b.google.com with SMTP id x5-v6so9745136pgp.7 for ; Tue, 31 Jul 2018 15:09:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=6URdo8Y5uQuFRojjhLnLtureVUEr5881DM40vxSHsQk=; b=DsGxf8VtKGiMh5v++T+dz6lu3XpO5DUERQYB3IpifKJQEGEv8Tr+Mv6dDAsShFizsG Djyf9fMTmwnE0K9cgW84eLIbowdi3C1EDHVR8TmauFygCeBW1zGmA0x1U8Zg9ePaiIop eyX0yXdzRBrjYx6QvIndfzShqXJ5OnbFkL1M0bjhOFn39C4gWzonrujK2dzUlPHZR0uQ eZDNzh6YQtjZwxXF3pDldgfUNTKYABK96aZ9WCfi2fMHGWmfxcQyXNiRu+6y3H8AzNqq 1F7gwdQswD6X0/4RIDsHoAU//+PDyRCMxhkDh1HwdCoQYhUTNQBTmVK+Y1/xGEXB2we6 icyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=6URdo8Y5uQuFRojjhLnLtureVUEr5881DM40vxSHsQk=; b=O4eMP1gsPTijf4cGYYDAcGJ2fuKbOVU2WHfQQHjECdMaX5BnxuE/iiiN6NrRb9mVrX 4NsOqUJIuw4yjUzQqbiKQVTEsEZWT9pwmtM9HqQYx18C4sazojUzR79ND+/v0k1miHPL WVSNK4MgTLgVeRl+zBWw+ucMN1l9+rGN9rIJa/rSjJa7ZqlD/I1XghwraYJZPA6E7YG1 cRc0p6gc35UdH/aIa2MoF9gP2TxuWdVt3WnrWR4ijuKpN9OgrTdBHpks3KFebu5qMxwq abNBi7/IRkIw1lb64q0sfUpxWQrMtCAxnaZ21lM6/EvXtsKGR8KgHjFIZ9uhwAdFuggN bG7g== X-Gm-Message-State: AOUpUlGdY1V88NSiBV8VT6GXT5Eg1VbfnNkwwHOTvU1FvXGm7yZNY1T4 6XEQ++c6yNaYkhphj99BqUwtN2Vr X-Google-Smtp-Source: AAOMgpfGqguT2RK89pYL2IDUvBxyVkE3HprCfd0FHiveFzh90/EUvKQXGO5o7oqtImlMz7fZ8ie3/A== X-Received: by 2002:a63:b74a:: with SMTP id w10-v6mr21859056pgt.266.1533074994921; Tue, 31 Jul 2018 15:09:54 -0700 (PDT) Received: from raichu (toroon0560w-lp130-09-70-52-224-239.dsl.bell.ca. [70.52.224.239]) by smtp.gmail.com with ESMTPSA id k26-v6sm42710229pfb.167.2018.07.31.15.09.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 Jul 2018 15:09:54 -0700 (PDT) Sender: Mark Johnston Date: Tue, 31 Jul 2018 18:09:48 -0400 From: Mark Johnston To: Mark Martinec Cc: stable@freebsd.org Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 Message-ID: <20180731220948.GA97237@raichu> References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3e56e4de076111c04c2595068ba71eec@ijs.si> User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2018 22:09:58 -0000 On Tue, Jul 31, 2018 at 11:54:29PM +0200, Mark Martinec wrote: > I have now upgraded this host from 11.1-RELEASE-p11 to 11.2-RELEASE > and the situation has not improved. Also turned off all services. > ZFS is still leaking memory about 30 MB per hour, until the host > runs out of memory and swap space and crashes, unless I reboot it > first every four days. > > Any advise before I try to get rid of that faulted disk with a pool > (or downgrade to 10.3, which was stable) ? If you're able to use dtrace, it would be useful to try tracking allocations with the solaris tag: # dtrace -n 'dtmalloc::solaris:malloc {@allocs[stack(), args[3]] = count()} dtmalloc::solaris:free {@frees[stack(), args[3]] = count();}' Try letting that run for one minute, then kill it and paste the output. Ideally the host will be as close to idle as possible while still demonstrating the leak. From owner-freebsd-stable@freebsd.org Wed Aug 1 01:35:11 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32273106C19E for ; Wed, 1 Aug 2018 01:35:11 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BC3C08D755 for ; Wed, 1 Aug 2018 01:35:10 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: by mailman.ysv.freebsd.org (Postfix) id 8101A106C19D; Wed, 1 Aug 2018 01:35:10 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F91F106C19C for ; Wed, 1 Aug 2018 01:35:10 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF208D754 for ; Wed, 1 Aug 2018 01:35:09 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from 124-169-220-81.dyn.iinet.net.au (HELO leader.local) ([124.169.220.81]) by ipmail06.adl2.internode.on.net with ESMTP; 01 Aug 2018 10:59:58 +0930 Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 To: Mark Martinec , stable@freebsd.org References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> From: Shane Ambler Message-ID: <41a77fe4-8acf-76d5-c5f5-2f60418352a1@ShaneWare.Biz> Date: Wed, 1 Aug 2018 10:59:53 +0930 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <3e56e4de076111c04c2595068ba71eec@ijs.si> Content-Type: text/plain; charset=utf-8 Content-Language: en-AU Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 01:35:11 -0000 On 01/08/2018 07:24, Mark Martinec wrote: > I have now upgraded this host from 11.1-RELEASE-p11 to 11.2-RELEASE > and the situation has not improved. Also turned off all services. > ZFS is still leaking memory about 30 MB per hour, until the host > runs out of memory and swap space and crashes, unless I reboot it > first every four days. > > Any advise before I try to get rid of that faulted disk with a pool > (or downgrade to 10.3, which was stable) ? > >   Mark > > > 2018-07-23 17:12, myself wrote: >> After upgrading an older AMD host from FreeBSD 10.3 to 11.1-RELEASE-p11 >> (amd64), ZFS is gradually eating up all memory, so that it crashes every >> few days when the memory is completely exhausted (after swapping heavily >> for a couple of hours). >> >> This machine has only 4 GB of memory. After capping up the ZFS ARC >> to 1.8 GB the machine can now stay up a bit longer, but in four days >> all the memory is used up. The machine is lightly loaded, it runs >> a bind resolver and a lightly used web server, the ps output >> does not show any excessive memory use by any process. When you say all used up - you mean the amount of wired ram goes higher than about 90% physical ram? You can watch the wired amount in top, or calculate it as vm.stats.vm.v_wire_count * hw.pagesize ZFS ARC is marked as wired, there is also vm.max_wired which limits how much the kernel can wire, this defaults to 30% ram, so about 1.2G for you. It seems these two wired values don't interact and can add up to more than physical ram. I have reported this in bug 229764 Try the patch at https://reviews.freebsd.org/D7538 it has given me the best arc related memory improvements I have seen since 10.1, I now see arc being released instead of swap being used. -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-stable@freebsd.org Wed Aug 1 04:24:32 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A05E01048CFA for ; Wed, 1 Aug 2018 04:24:32 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from shopzeus.com (shopzeus.com [87.229.70.149]) by mx1.freebsd.org (Postfix) with ESMTP id EACD772F67 for ; Wed, 1 Aug 2018 04:24:31 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from [127.127.127.127] (localhost [127.127.127.127]) (Authenticated sender: gandalf) by shopzeus.com (Postfix) with ESMTPSA id 90E26889B842 for ; Tue, 31 Jul 2018 23:17:17 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shopzeus.com; s=shopzeus_com; t=1533093437; bh=hX9d3jpL/tobQJdAfB3Iy7WQ6cXR3tfBj3LksCXAiy4=; h=Subject:To:References:From:Date:In-Reply-To:From; b=Qt1slwV2UquVwTpqp4Np5mRoylGOrpp/degU6D/yF72YjvMd0XRNuBM5I9iAcwu8N ZdG61hM4Ojr3S6teu4KIGShdJ5LSSPvF71KoOPZrhOmn3BsZ88tbzcyLBpbXtHsO8o 0iJsCT5V6Jv+YUQq8MNVWti/KOhj3iFyn94ITducvgLA2xj3pYd0qNp5iBYjFh+QWt LDRckp0KzbK7HhcgBQ9evpa+o/IMUcfwqj5tpTS/glQR9DEfqZE3svHzhVXh6lIvh8 mb4zDLg5vZrxDmI0ZISKJx8AVCL6VqkkMNiN5WBqW4Ixz4HcvynJQJcH3kRJCjSv6H wLVvGogR7P46w== Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 To: freebsd-stable@freebsd.org References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> <41a77fe4-8acf-76d5-c5f5-2f60418352a1@ShaneWare.Biz> From: =?UTF-8?Q?Nagy_L=c3=a1szl=c3=b3_Zsolt?= Openpgp: preference=signencrypt Autocrypt: addr=gandalf@shopzeus.com; prefer-encrypt=mutual; keydata= xsFNBFYDrhgBEADgy4VcUP5RL8bNoUL7iXjiapJ/T7Tr3IKEI6VGUwXD7AEX7qwCDEYKoQdA 55g9RqTyb0C2h07vDeiQWiiV1fkZznVMuBWt7sBez2FgVlw7B+VpSArYGDm2LelMIxMk3tiZ r3U7pGA8WLk2Yxk3x3vhVnmNz6h5aMeRv4cj9xRM/hEVlxk8gleamAzp9V0EIY8S5HU8R0Ii BGev96trV/FjStxhLmv41NUv8RMaq+z32G2FmTvuCTA+BVd3Yom4riUF29yW986uLcyBWKXz tnwX65GE8Wskzt84SiHOr3fwApbfq5QURnFTMI1yFjYxpyP6f4quyvJI68psnEaTxo4FRB1F lIPqsqKRlPb/PaNNnJ0A3ofDGklzMKPKols7srqWxggoojqJDzeBbd8GVKCTZjVFndqlu1WS 76w1XHUi00vAPbMHwaiheTT8frQD9nYPlz5D9TOzjwEy7LwsQ6nXr/8AHju23CgcKiZu7TTQ BVW0JkPW20/Ms7PgGUCLRTNzqZhdQyyXPZmW4LJVPLAnD0RhPyQ0+PpL8lpZITM3i6Q+YorS /MDo7Gcm3KJTx8AClt0KmWWJ368VCu2JaLNYYrahXcz7j2Pbj7tb5jMzlYHdO9zeqoelorrO 7kUeSfQyF69J0UPdCB1Sh5y1O1JQxj7rJvsxHMJ/LqbdU3nLmwARAQABzSpOYWd5IEzDoXN6 bMOzIFpzb2x0IDxnYW5kYWxmQHNob3B6ZXVzLmNvbT7CwYcEEwEIADECGyMCHgECF4ACGQEK CwkNCAwHCwoDAgcVCgkICwIDBRYCAwEABQJZ4wlLBQkFwI6zAAoJEKRezXy+8Hg85csQANzV Xn+j94eoKZPUKlPF/6SWwgEEY/OqcmFVadNsotpJJJlw7gN0jHXv5zo+Up+1nZUS/HmPt8k/ Js0XdpZD0ELD4Nd6KusMEWj+6oOEt2mbfXobQHu1neiFsNsjSed8W6fWZq5k1m39XmydSm81 Cd8yneh9lR2iIO9NsldlXOBkodkGcevDSfaC3nv0GiHE91YaT9vIiZqluG4hbAc7rZB9GZUi QPHDDQ2opZJ3P4yNksqlyAFjoWBOZ+jcaRE/emwAQl++SgWzUGhKqoGubfFHLjpvvu1BTVHh tLUuMd5/ZiKYhmeCT9FizmlGol4cpnc0tf0LSMN8JT0oZnqlCAnPrD3KJLjkJ771TLlslxao lq/RxeJDX09kNPf6iROxMgmnSnNbZ8/wS9kthb5s8nSd4PZniV40YN98+1+s78CeKzNAt99d dZ1n+jr/AQJvzvL41SksE83kjEAQ6SPoUmzu6HGYSJ1QvBFRqj/diHoncdQ/6BeixVLQiK97 EPNRNllH/0yTBN+AODsOXA5k3xpUSsdLQzj2bQGeLZC5SZEJLucU1lE5WyOj0CvckQPRi4yE nJqd0hAbBKtvsbXPJANscRLuFZiNqyCXjD+BII7i4o/HHxhX6NMSRTnAu0AZv4gZ28zc9Pt5 zBTyATz1AwcOET1NLq+OsTPlAOYMytxIzsFNBFYDrhgBEAC5ug5iSuivG78t6EEAZzRgwYTd LmgqiJQ+Jwk9BZukVxA0mdT2FZGyY68PxJSNydO93r5B8pAz8z6Uj9aeQQ6s11JNyULCXYsW jqLgLelkAyrPMctm55JI/Mu+/pAqdU9ouzRi2kPxjRz3ehn/AU6GB3aTRyvuLarqwMSAfdyS Ct+gG2fWTMMoWtsrQhJ0qRA+8IDyHB9fmxKa370Av5dkvhotWFTgfOEHm8XvP6knfxR0Gx7h BXfwnFqMQjL3+2pqMhysliTRFIYzJQoEAIcJRFc4a2gY6aldYmrWazgcUiZyugt2V5uR/6zG LFwMkPIYFUJWslV1AmtRGty7BQXLbPstBd+iEZUpVFK0QXHQaSLDOOWyryuzj+XPKLxCY/0F zwA+0N0nyqe/KRCQkqMwDAuqaAvi5o2+oIRDpakW53Sxdf8xoPiarH3U+qlvzaO9/p/phMXT Ii4aZWbu4KQoCdqZqkE7LFAXnsRQwoSK9FkTrUhZM9DT97THD5ZEnpf7F6AA8lr7f6V5AF6o fhSOmo/FEFdfpPjIp5azOn0Vmbq+Jc2NRKHHEfyau6/M5+XkeMpT293xVQx/SyiH7Iv9uiyA mudQ3qN7S+hzCeCRSB4hR8PXcXQ3l3zckI2jlxEYBavas7ZAFw4xquhcCPwCcqfw6ZAWPqmi sX+l1tPvcwARAQABwsFlBBgBCAAPAhsMBQJZ4wlMBQkFwI60AAoJEKRezXy+8Hg8ySEQAJcL 2FciESpePw4xOR8HdZCNf0V5yNLSLmV6wni/TvYIdAOm6gnPxyq8ukfkpXTCcgcLCT1TsUez +gnv4qPY+nvLFtCnTA0FENqmWKMLYXn1xry/M4fT+FkrYmY1MfegVFuPtxgDSKaae9p/DnLI kGS9DayG9sBcg3qQlhSp+G5hf4VJ8jwdTcWRgjXwO/sFVWdMWCYL4M3Ye832oa95GroQfeVE k5ircJnAfEUVNbkQcupUa3XzQ+yIG7n4KND8TYtyUjmY5blBZ6d4tF8dSny9L+6/lUmPasHX CPWr0SrblAbthRYp5b1Jkh7jqP6nWro/xgAoQSdA0qfgPf6DQzFHZYg6L7gfzsCD8++tqljt ddVVbhzBeS+wO+Pe5QcKYnY4xFAcs13uzaIbv/6IonMKU1im72o5aYZg//LCzrbGPyxfe+Ts j2pg5AjZFxX2pfuWIq1cDf1xu+o5aNdrVkgR6WfDubLTJ+oEwZyRHB2EVD/1wVX6WfcQB7b4 v2nebCYlca2FN6G0jp39s3OQ+rp8I7XhWPQm6i/HVJwnQbcUN26Vhz7on2lJpkIPLPr+QYMB C2EpSrMPqiYVM2FI47NVMAtVUOWWW97FRI1YQaKzxfFdewtTk0M+AQd0Zhsn1Q2CBNV5qkE+ wY/YTzrtMg/ELo5on6RCdxThVUJpzuK3 Message-ID: <35c3420a-085a-cb6d-506b-8c0887cd6dc3@shopzeus.com> Date: Wed, 1 Aug 2018 06:24:23 +0200 MIME-Version: 1.0 In-Reply-To: <41a77fe4-8acf-76d5-c5f5-2f60418352a1@ShaneWare.Biz> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: hu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 04:24:32 -0000 I have experienced a very similar thing. After upgrading my machine from 11.1-R to 11.2-R, the swap space is filled up to about 66% in about every 2 days. First I tought that it was PostgreSQL, and lowered the shared_buffers setting, but it only postponed the problem for another day= =2E The only thing that has changed is the OS version 11.1-R -> 11.2-R. Here is the top of top: last pid: 50425;=C2=A0 load averages:=C2=A0 0.19,=C2=A0 0.16,=C2=A0 0.17=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=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=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=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 up 15+23:02:21=C2=A0 06:18:18 45 processes:=C2=A0 1 running, 43 sleeping, 1 zombie CPU:=C2=A0=C2=A0=C2=A0=C2=A0 % user,=C2=A0=C2=A0=C2=A0=C2=A0 % nice,=C2=A0= =C2=A0=C2=A0=C2=A0 % system,=C2=A0=C2=A0=C2=A0=C2=A0 % interrupt,=C2=A0=C2= =A0=C2=A0=C2=A0 % idle Mem: 81M Active, 91M Inact, 1577M Laundry, 14G Wired, 226M Free ARC: 9598M Total, 90M MFU, 8715M MRU, 105K Anon, 199M Header, 594M Other =C2=A0=C2=A0=C2=A0=C2=A0 8085M Compressed, 15G Uncompressed, 1.84:1 Ratio= Swap: 4096M Total, 3103M Used, 993M Free, 75% Inuse The ARC value seem to be growing for a while, then it starts to use the swap heavily. But this might be unrelated because the swap usage does not go above 80%. (E.g. it does not crash, but it is clearly using swap when it should not.) =C2=A0 Laszlo > On 01/08/2018 07:24, Mark Martinec wrote: >> I have now upgraded this host from 11.1-RELEASE-p11 to 11.2-RELEASE >> and the situation has not improved. Also turned off all services. >> ZFS is still leaking memory about 30 MB per hour, until the host >> runs out of memory and swap space and crashes, unless I reboot it >> first every four days. >> >> Any advise before I try to get rid of that faulted disk with a pool >> (or downgrade to 10.3, which was stable) ? >> >> =C2=A0 Mark >> >> >> 2018-07-23 17:12, myself wrote: >>> After upgrading an older AMD host from FreeBSD 10.3 to 11.1-RELEASE-p= 11 >>> (amd64), ZFS is gradually eating up all memory, so that it crashes ev= ery >>> few days when the memory is completely exhausted (after swapping heav= ily >>> for a couple of hours). >>> >>> This machine has only 4 GB of memory. After capping up the ZFS ARC >>> to 1.8 GB the machine can now stay up a bit longer, but in four days >>> all the memory is used up. The machine is lightly loaded, it runs >>> a bind resolver and a lightly used web server, the ps output >>> does not show any excessive memory use by any process. > When you say all used up - you mean the amount of wired ram goes higher= > than about 90% physical ram? You can watch the wired amount in top, or > calculate it as vm.stats.vm.v_wire_count * hw.pagesize > > ZFS ARC is marked as wired, there is also vm.max_wired which limits how= > much the kernel can wire, this defaults to 30% ram, so about 1.2G for > you. It seems these two wired values don't interact and can add up to > more than physical ram. I have reported this in bug 229764 > > Try the patch at > https://reviews.freebsd.org/D7538 > it has given me the best arc related memory improvements I have seen > since 10.1, I now see arc being released instead of swap being used. > From owner-freebsd-stable@freebsd.org Wed Aug 1 06:48:15 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CC751053377 for ; Wed, 1 Aug 2018 06:48:15 +0000 (UTC) (envelope-from return-to@edm.icartizan.email) Received: from dmd231.mail78.dmdelivery.com (dmd231.mail78.dmdelivery.com [61.147.78.231]) (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 1F12C83EFC for ; Wed, 1 Aug 2018 06:48:13 +0000 (UTC) (envelope-from return-to@edm.icartizan.email) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=edm.icartizan.email; s=dmddkim; t=1533106092; bh=QsVOe/tGLbQpzgR5HJYZxF5yiNOYxw43Appl5BVxOsA=; h=Date:Message-Id:To:From:Subject:Content-Type; b=Wwl0G7Ati1/Ql8vvSpERn8HhdNBV0uM0tk+I8sHPzJSNpq9cM9diaVnDkbFwr98Mm vB0T6d4qHX7YA3fgrQHk+fnXM5Crb9j6Slxhh9hGyNIw3O4V7JaqK9KHNKo3gAYKCG vUYZDEplsLzLo6BDxrC1izUUCbiuMFZpBgk1o820= Date: Wed, 01 Aug 2018 14:48:12 +0800 MIME-Version: 1.0 Message-Id: To: freebsd-stable@freebsd.org From: "Audio Interface" Reply-To: "Audio Interface" Subject: Digital Music Changer with Competitive Price is Here X-Mailer: DMD-MTA X-Hash: S7Y1.J9ra2hi_b.I1sjC2Njc4n_OrcX.DNvUlFy9zOTEopLMqsQ8vdTcxMyc.5kpthCh4sQ8AAA19 Feedback-ID: edm.icartizan.email:1:149:webpower List-Unsubscribe-Post: List-Unsubscribe=One-Click List-Owner: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 06:48:15 -0000 Logo=0AIf you are unable to see the message below, click here (http://edm.i= cartizan.email/x/?S7Y1.J9ra2hi_T.H1uJ.ka2RhbGxuQUAA92)=0A=0Adigital music c= hanger=0A=0AIt's the second half of 2018. What are you waiting for?=0AH= igh-performance Bluetooth Digital CD Changer with competitive price is in s= tock now.=0AIs these the right products for your market?=0AIf "YES", please= contact us directly by replying to this Email or through the contact infor= mation at the bottom.=0A=0Afactory CD changer port=0A=0AShenzhen Cartizan T= echnology Co., Ltd.=0AAddress: 6F, Boshen Building, Changxing Road, Longgan= g District, Shenzhen, China=0ATel: 0086 755 27888592=C2=A0 =C2=A0 =C2=A0 = =C2=A0E-mail: salesa@icartizan.com=C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0Web: www= .icartizan.com=0AWhatsApp&Wechat: +86 15813713072=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0Skype: happysophia8686=0A=0AUnsubscribe (http://edm.icarti= zan.email/x/plugin/?pName=3Dunsubscribe&MIDRID=3DS7Y1.J9ra2hi_T.H1uJ.ka= 2RhbGxuQUAA92&Z=3D-2132840997) if you no longer wish to receive these e= mails.=0A From owner-freebsd-stable@freebsd.org Wed Aug 1 07:12:15 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A0091057B75 for ; Wed, 1 Aug 2018 07:12:15 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 068AC859D4 for ; Wed, 1 Aug 2018 07:12:15 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: by mailman.ysv.freebsd.org (Postfix) id BED461057B74; Wed, 1 Aug 2018 07:12:14 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C7CC1057B73 for ; Wed, 1 Aug 2018 07:12:14 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (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 2D0B5859D3 for ; Wed, 1 Aug 2018 07:12:14 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 41gPd72H2Tz6MW for ; Wed, 1 Aug 2018 09:12:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1533107527; x=1535699528; bh=VPL 0lKpxdnrQ3A0rKlr8sUi5Ca9zghKrovc81tZ/cKE=; b=W+yqbKhC66WTu1vCg9n msGRtvQ6mNM9auNai6u2imrZL91TjQI/DirthUBNLo9/xm2AI6XCj6hkRI5PEjZM METAuuhaE7UUkoh3XaQ1pj2DncYyQE0gLmH52SMjwkGoXmWkpwIuX7KBrdog4zki J6+IanCFazyCw4QK+TfhUjOk= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id yAp59YDtOI9I for ; Wed, 1 Aug 2018 09:12:07 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 41gPd360zMz6M1 for ; Wed, 1 Aug 2018 09:12:07 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 41gPd33Wvbz12c for ; Wed, 1 Aug 2018 09:12:07 +0200 (CEST) Received: from sleepy.ijs.si (2001:1470:ff80:e001::76) by webmail.ijs.si with HTTP (HTTP/1.1 POST); Wed, 01 Aug 2018 09:12:07 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 01 Aug 2018 09:12:07 +0200 From: Mark Martinec To: stable@freebsd.org Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 Organization: Jozef Stefan Institute In-Reply-To: <20180731220948.GA97237@raichu> References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> <20180731220948.GA97237@raichu> Message-ID: <2ec91ebeaba54fda5e9437f868d4d590@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 07:12:15 -0000 > On Tue, Jul 31, 2018 at 11:54:29PM +0200, Mark Martinec wrote: >> I have now upgraded this host from 11.1-RELEASE-p11 to 11.2-RELEASE >> and the situation has not improved. Also turned off all services. >> ZFS is still leaking memory about 30 MB per hour, until the host >> runs out of memory and swap space and crashes, unless I reboot it >> first every four days. >> >> Any advise before I try to get rid of that faulted disk with a pool >> (or downgrade to 10.3, which was stable) ? 2018-08-01 00:09, Mark Johnston wrote: > If you're able to use dtrace, it would be useful to try tracking > allocations with the solaris tag: > > # dtrace -n 'dtmalloc::solaris:malloc {@allocs[stack(), args[3]] = > count()} dtmalloc::solaris:free {@frees[stack(), args[3]] = > count();}' > > Try letting that run for one minute, then kill it and paste the output. > Ideally the host will be as close to idle as possible while still > demonstrating the leak. Good and bad news: The suggested dtrace command bails out: # dtrace -n 'dtmalloc::solaris:malloc {@allocs[stack(), args[3]] = count()} dtmalloc::solaris:free {@frees[stack(), args[3]] = count();}' dtrace: description 'dtmalloc::solaris:malloc ' matched 2 probes Assertion failed: (buf->dtbd_timestamp >= first_timestamp), file /usr/src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c, line 3330. Abort trap But I did get one step further, localizing the culprit. I realized that the "solaris" malloc count goes up in sync with the 'telegraf' monitoring service polls, which also has a ZFS plugin which monitors the zfs pool and ARC. This plugin runs 'zpool list -Hp' periodically. So after stopping telegraf (and other remaining services), the 'vmstat -m' shows that InUse count for "solaris" goes up by 552 every time that I run "zpool list -Hp" : # (while true; do zpool list -Hp >/dev/null; vmstat -m | \ fgrep solaris; sleep 1; done) | awk '{print $2-a; a=$2}' 6664427 541 552 552 552 552 552 552 552 552 556 548 552 552 552 552 552 552 552 552 552 # zpool list -Hp floki 68719476736 37354102272 31365374464 - - 49% 54 1.00x ONLINE - stuff - - - - - - - - UNAVAIL - Mark From owner-freebsd-stable@freebsd.org Wed Aug 1 09:29:03 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12E6B104A580; Wed, 1 Aug 2018 09:29:03 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from mail.anongoth.pl (mail.anongoth.pl [46.248.190.61]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anongoth.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 553C28AA56; Wed, 1 Aug 2018 09:29:01 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from anongoth.pl (unknown [IPv6:2001:470:71:6e:cd4d:7a58:9f19:d194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: pkubaj@anongoth.pl) by mail.anongoth.pl (Postfix) with ESMTPSA id 5A67241B61; Wed, 1 Aug 2018 11:28:50 +0200 (CEST) Date: Wed, 1 Aug 2018 11:28:49 +0200 From: Piotr Kubaj To: freebsd-stable@freebsd.org, freebsd-x11@freebsd.org Subject: X11 not working on 11-STABLE with AMDGPU Message-ID: <20180801092849.GA75303@KGPE-D16> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-x11@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="U+BazGySraz5kW0T" Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 09:29:03 -0000 --U+BazGySraz5kW0T Content-Type: multipart/mixed; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I use FreeBSD 11.2-STABLE (from 23.07). After recent updates, I am unable t= o start X11 (Xorg.0.log is attached). I have rebuilt drm-next-kmod and Xorg= -related ports. Xorg fails to start both with amdgpu kernel driver with amd= gpu Xorg driver and without amdgpu kerner driver (vesa is then used). When using amdgpu, the X process starts (even though there's no display), b= ut it looks like zombie - only reboot is able to kill it. Was there some regression recently? --=20 _________________________________________=20 / Extreme fear can neither fight nor fly. \ | | | -- William Shakespeare, "The Rape of | \ Lucrece" / -----------------------------------------=20 \ ^__^ \ (oo)\_______ (__)\ )\/\ ||----w | || || --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="Xorg.0.log" Content-Transfer-Encoding: quoted-printable [ 890.789]=20 X.Org X Server 1.18.4 Release Date: 2016-07-19 [ 890.790] X Protocol Version 11, Revision 0 [ 890.790] Build Operating System: FreeBSD 11.2-STABLE amd64=20 [ 890.790] Current Operating System: FreeBSD KGPE-D16 11.2-STABLE FreeBSD= 11.2-STABLE #29 b15a075c8a9(stable/11/master): Mon Jul 23 13:44:10 CEST 2= 018 pkubaj@KGPE-D16:/usr/obj/usr/src/sys/DESKTOP1 amd64 [ 890.791] Build Date: 31 July 2018 10:25:40AM [ 890.791] =20 [ 890.791] Current version of pixman: 0.34.0 [ 890.791] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 890.791] Markers: (--) probed, (**) from config file, (=3D=3D) default = setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 890.793] (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Wed Aug 1 11:= 15:25 2018 [ 890.794] (=3D=3D) Using config directory: "/etc/X11/xorg.conf.d" [ 890.794] (=3D=3D) Using system config directory "/usr/local/share/X11/x= org.conf.d" [ 890.795] (=3D=3D) No Layout section. Using the first Screen section. [ 890.795] (=3D=3D) No screen section available. Using defaults. [ 890.795] (**) |-->Screen "Default Screen Section" (0) [ 890.795] (**) | |-->Monitor "" [ 890.795] (=3D=3D) No device specified for screen "Default Screen Sectio= n". Using the first device section listed. [ 890.795] (**) | |-->Device "AMD" [ 890.795] (=3D=3D) No monitor specified for screen "Default Screen Secti= on". Using a default monitor configuration. [ 890.796] (=3D=3D) Automatically adding devices [ 890.796] (=3D=3D) Automatically enabling devices [ 890.796] (=3D=3D) Not automatically adding GPU devices [ 890.796] (=3D=3D) Max clients allowed: 256, resource mask: 0x1fffff [ 890.797] (WW) The directory "/usr/local/share/fonts/ecofont" does not e= xist. [ 890.797] Entry deleted from font path. [ 890.799] (**) FontPath set to: /usr/local/share/fonts/CharisSIL/, /usr/local/share/fonts/DoulosSIL/, /usr/local/share/fonts/GentiumBasic/, /usr/local/share/fonts/GentiumPlus/, /usr/local/share/fonts/Lohit/, /usr/local/share/fonts/anonymous-pro/, /usr/local/share/fonts/ChromeOS/, /usr/local/share/fonts/Caladea/, /usr/local/share/fonts/Carlito/, /usr/local/share/fonts/misc/, /usr/local/share/fonts/75dpi/, /usr/local/share/fonts/cyr-rfx-koi8-o/, /usr/local/share/fonts/dejavu/, /usr/local/share/fonts/Droid/, /usr/local/share/fonts/google-fonts/, /usr/local/share/fonts/Hana/, /usr/local/share/fonts/koi8-u-gemini/, /usr/local/share/fonts/Liberation/, /usr/local/share/fonts/LinLibertineG/, /usr/local/share/fonts/ParaType/, /usr/local/share/fonts/roboto-fonts-ttf/, /usr/local/share/fonts/SourceCodePro/, /usr/local/share/fonts/SourceSansPro/, /usr/local/share/fonts/SourceSerifPro/, /usr/local/share/fonts/stix/, /usr/local/share/fonts/terminus-font/, /usr/local/share/fonts/ubuntu-font/, /usr/local/ [ 890.799] (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" [ 890.799] (II) The server relies on devd to provide the list of input de= vices. If no devices become available, reconfigure devd or disable AutoAddDevices. [ 890.799] (II) Loader magic: 0x14854a0 [ 890.799] (II) Module ABI versions: [ 890.799] X.Org ANSI C Emulation: 0.4 [ 890.800] X.Org Video Driver: 20.0 [ 890.800] X.Org XInput driver : 22.1 [ 890.800] X.Org Server Extension : 9.0 [ 890.800] (--) PCI:*(0:5:0:0) 1002:67ef:1da2:e348 rev 229, Mem @ 0xe0000= 000/268435456, 0xf0000000/2097152, 0xf8200000/262144, I/O @ 0x00003000/256,= BIOS @ 0x????????/65536 [ 890.801] (II) LoadModule: "glx" [ 890.802] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 890.811] (II) Module glx: vendor=3D"X.Org Foundation" [ 890.811] compiled for 1.18.4, module version =3D 1.0.0 [ 890.812] ABI class: X.Org Server Extension, version 9.0 [ 890.812] (=3D=3D) AIGLX enabled [ 890.812] (II) LoadModule: "amdgpu" [ 890.813] (II) Loading /usr/local/lib/xorg/modules/drivers/amdgpu_drv.so [ 890.815] (II) Module amdgpu: vendor=3D"X.Org Foundation" [ 890.815] compiled for 1.18.4, module version =3D 1.3.0 [ 890.815] Module class: X.Org Video Driver [ 890.815] ABI class: X.Org Video Driver, version 20.0 [ 890.816] (II) AMDGPU: Driver for AMD Radeon: All GPUs supported by the amdgpu kernel driver [ 890.816] (--) Using syscons driver with X support (version 296850503961= 14946.0) [ 890.816] (--) using VT number 9 [ 890.817] (II) [KMS] Kernel modesetting enabled. [ 890.857] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card su= pport [ 890.858] (II) AMDGPU(0): Creating default Display subsection in Screen = section "Default Screen Section" for depth/fbbpp 24/32 [ 890.858] (=3D=3D) AMDGPU(0): Depth 24, (--) framebuffer bpp 32 [ 890.858] (II) AMDGPU(0): Pixel depth =3D 24 bits stored in 4 bytes (32 = bpp pixmaps) [ 890.858] (=3D=3D) AMDGPU(0): Default visual is TrueColor [ 890.858] (=3D=3D) AMDGPU(0): RGB weight 888 [ 890.858] (II) AMDGPU(0): Using 8 bits per RGB (8 bit DAC) [ 890.858] (--) AMDGPU(0): Chipset: "Radeon RX 560 Series" (ChipID =3D 0x= 67ef) [ 890.858] (II) Loading sub module "fb" [ 890.859] (II) LoadModule: "fb" [ 890.859] (II) Loading /usr/local/lib/xorg/modules/libfb.so [ 890.923] (II) Module fb: vendor=3D"X.Org Foundation" [ 890.923] compiled for 1.18.4, module version =3D 1.0.0 [ 890.923] ABI class: X.Org ANSI C Emulation, version 0.4 [ 890.923] (II) Loading sub module "dri2" [ 890.924] (II) LoadModule: "dri2" [ 890.924] (II) Module "dri2" already built-in [ 897.146] (II) Loading sub module "glamoregl" [ 897.146] (II) LoadModule: "glamoregl" [ 897.147] (II) Loading /usr/local/lib/xorg/modules/libglamoregl.so [ 897.393] (II) Module glamoregl: vendor=3D"X.Org Foundation" [ 897.393] compiled for 1.18.4, module version =3D 1.0.0 [ 897.393] ABI class: X.Org ANSI C Emulation, version 0.4 [ 897.394] (II) glamor: OpenGL accelerated X.org driver based. [ 897.512] (II) glamor: EGL version 1.5 (DRI2): [ 897.710] (II) AMDGPU(0): glamor detected, initialising EGL layer. [ 897.710] (=3D=3D) AMDGPU(0): TearFree property default: auto [ 897.710] (II) AMDGPU(0): KMS Pageflipping: enabled [ 897.729] (II) AMDGPU(0): Output DisplayPort-0 has no monitor section [ 897.730] (II) AMDGPU(0): Output HDMI-A-0 has no monitor section [ 897.761] (II) AMDGPU(0): Output DVI-D-0 has no monitor section [ 897.791] (II) AMDGPU(0): EDID for output DisplayPort-0 [ 897.792] (II) AMDGPU(0): EDID for output HDMI-A-0 [ 897.824] (II) AMDGPU(0): EDID for output DVI-D-0 [ 897.824] (II) AMDGPU(0): Manufacturer: IVM Model: 6101 Serial#: 16843= 009 [ 897.824] (II) AMDGPU(0): Year: 2009 Week: 42 [ 897.824] (II) AMDGPU(0): EDID Version: 1.3 [ 897.824] (II) AMDGPU(0): Digital Display Input [ 897.825] (II) AMDGPU(0): DFP 1.x compatible TMDS [ 897.825] (II) AMDGPU(0): Max Image Size [cm]: horiz.: 52 vert.: 30 [ 897.825] (II) AMDGPU(0): Gamma: 2.20 [ 897.825] (II) AMDGPU(0): DPMS capabilities: Off [ 897.825] (II) AMDGPU(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4= :4=20 [ 897.825] (II) AMDGPU(0): First detailed timing is preferred mode [ 897.826] (II) AMDGPU(0): redX: 0.647 redY: 0.334 greenX: 0.284 greenY= : 0.607 [ 897.826] (II) AMDGPU(0): blueX: 0.151 blueY: 0.071 whiteX: 0.313 whit= eY: 0.329 [ 897.826] (II) AMDGPU(0): Supported established timings: [ 897.826] (II) AMDGPU(0): 720x400@70Hz [ 897.826] (II) AMDGPU(0): 640x480@60Hz [ 897.826] (II) AMDGPU(0): 640x480@67Hz [ 897.826] (II) AMDGPU(0): 640x480@72Hz [ 897.826] (II) AMDGPU(0): 640x480@75Hz [ 897.826] (II) AMDGPU(0): 800x600@56Hz [ 897.827] (II) AMDGPU(0): 800x600@60Hz [ 897.827] (II) AMDGPU(0): 800x600@72Hz [ 897.827] (II) AMDGPU(0): 800x600@75Hz [ 897.827] (II) AMDGPU(0): 832x624@75Hz [ 897.827] (II) AMDGPU(0): 1024x768@60Hz [ 897.827] (II) AMDGPU(0): 1024x768@70Hz [ 897.827] (II) AMDGPU(0): 1024x768@75Hz [ 897.827] (II) AMDGPU(0): 1280x1024@75Hz [ 897.827] (II) AMDGPU(0): 1152x864@75Hz [ 897.828] (II) AMDGPU(0): Manufacturer's mask: 0 [ 897.828] (II) AMDGPU(0): Supported standard timings: [ 897.828] (II) AMDGPU(0): #0: hsize: 1680 vsize 1050 refresh: 60 vid:= 179 [ 897.828] (II) AMDGPU(0): #1: hsize: 1600 vsize 1200 refresh: 60 vid:= 16553 [ 897.828] (II) AMDGPU(0): #2: hsize: 1440 vsize 900 refresh: 60 vid: = 149 [ 897.828] (II) AMDGPU(0): #3: hsize: 1280 vsize 1024 refresh: 75 vid:= 36737 [ 897.828] (II) AMDGPU(0): #4: hsize: 1280 vsize 1024 refresh: 60 vid:= 32897 [ 897.828] (II) AMDGPU(0): #5: hsize: 1440 vsize 900 refresh: 75 vid: = 3989 [ 897.829] (II) AMDGPU(0): #6: hsize: 1152 vsize 864 refresh: 75 vid: = 20337 [ 897.829] (II) AMDGPU(0): #7: hsize: 1280 vsize 720 refresh: 60 vid: = 49281 [ 897.829] (II) AMDGPU(0): Supported detailed timing: [ 897.829] (II) AMDGPU(0): clock: 148.5 MHz Image Size: 521 x 293 mm [ 897.829] (II) AMDGPU(0): h_active: 1920 h_sync: 2008 h_sync_end 2052 = h_blank_end 2200 h_border: 0 [ 897.829] (II) AMDGPU(0): v_active: 1080 v_sync: 1084 v_sync_end 1089 = v_blanking: 1125 v_border: 0 [ 897.829] (II) AMDGPU(0): Supported detailed timing: [ 897.829] (II) AMDGPU(0): clock: 85.5 MHz Image Size: 521 x 293 mm [ 897.830] (II) AMDGPU(0): h_active: 1360 h_sync: 1424 h_sync_end 1536 = h_blank_end 1792 h_border: 0 [ 897.830] (II) AMDGPU(0): v_active: 768 v_sync: 771 v_sync_end 777 v_b= lanking: 795 v_border: 0 [ 897.830] (II) AMDGPU(0): Ranges: V min: 55 V max: 76 Hz, H min: 29 H ma= x: 81 kHz, PixClock max 175 MHz [ 897.830] (II) AMDGPU(0): Monitor name: PLE2407HDSD [ 897.830] (II) AMDGPU(0): EDID (in hex): [ 897.830] (II) AMDGPU(0): 00ffffffffffff0026cd016101010101 [ 897.831] (II) AMDGPU(0): 2a13010381341e782aeed5a555489b26 [ 897.831] (II) AMDGPU(0): 125054bfef80b300a9409500818f8180 [ 897.831] (II) AMDGPU(0): 950f714f81c0023a801871382d40582c [ 897.831] (II) AMDGPU(0): 450009252100001e662150b051001b30 [ 897.831] (II) AMDGPU(0): 4070360009252100001e000000fd0037 [ 897.831] (II) AMDGPU(0): 4c1d5111000a202020202020000000fc [ 897.831] (II) AMDGPU(0): 00504c4532343037484453440a200010 [ 897.831] (II) AMDGPU(0): Printing probed modes for output DVI-D-0 [ 897.832] (II) AMDGPU(0): Modeline "1920x1080"x60.0 148.50 1920 2008 2= 052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP) [ 897.832] (II) AMDGPU(0): Modeline "1600x1200"x60.0 162.00 1600 1664 1= 856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz e) [ 897.832] (II) AMDGPU(0): Modeline "1680x1050"x59.9 119.00 1680 1728 1= 760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz e) [ 897.832] (II) AMDGPU(0): Modeline "1280x1024"x75.0 135.00 1280 1296 1= 440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e) [ 897.832] (II) AMDGPU(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1= 440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e) [ 897.832] (II) AMDGPU(0): Modeline "1440x900"x75.0 136.75 1440 1536 16= 88 1936 900 903 909 942 -hsync +vsync (70.6 kHz e) [ 897.832] (II) AMDGPU(0): Modeline "1440x900"x59.9 88.75 1440 1488 15= 20 1600 900 903 909 926 +hsync -vsync (55.5 kHz e) [ 897.832] (II) AMDGPU(0): Modeline "1360x768"x60.0 85.50 1360 1424 15= 36 1792 768 771 777 795 +hsync +vsync (47.7 kHz e) [ 897.833] (II) AMDGPU(0): Modeline "1152x864"x75.0 108.00 1152 1216 13= 44 1600 864 865 868 900 +hsync +vsync (67.5 kHz e) [ 897.833] (II) AMDGPU(0): Modeline "1280x720"x60.0 74.25 1280 1390 14= 30 1650 720 725 730 750 +hsync +vsync (45.0 kHz e) [ 897.833] (II) AMDGPU(0): Modeline "1024x768"x75.0 78.75 1024 1040 11= 36 1312 768 769 772 800 +hsync +vsync (60.0 kHz e) [ 897.833] (II) AMDGPU(0): Modeline "1024x768"x70.1 75.00 1024 1048 11= 84 1328 768 771 777 806 -hsync -vsync (56.5 kHz e) [ 897.834] (II) AMDGPU(0): Modeline "1024x768"x60.0 65.00 1024 1048 11= 84 1344 768 771 777 806 -hsync -vsync (48.4 kHz e) [ 897.834] (II) AMDGPU(0): Modeline "832x624"x74.6 57.28 832 864 928 1= 152 624 625 628 667 -hsync -vsync (49.7 kHz e) [ 897.834] (II) AMDGPU(0): Modeline "800x600"x72.2 50.00 800 856 976 1= 040 600 637 643 666 +hsync +vsync (48.1 kHz e) [ 897.834] (II) AMDGPU(0): Modeline "800x600"x75.0 49.50 800 816 896 1= 056 600 601 604 625 +hsync +vsync (46.9 kHz e) [ 897.834] (II) AMDGPU(0): Modeline "800x600"x60.3 40.00 800 840 968 1= 056 600 601 605 628 +hsync +vsync (37.9 kHz e) [ 897.835] (II) AMDGPU(0): Modeline "800x600"x56.2 36.00 800 824 896 1= 024 600 601 603 625 +hsync +vsync (35.2 kHz e) [ 897.835] (II) AMDGPU(0): Modeline "640x480"x75.0 31.50 640 656 720 8= 40 480 481 484 500 -hsync -vsync (37.5 kHz e) [ 897.835] (II) AMDGPU(0): Modeline "640x480"x72.8 31.50 640 664 704 8= 32 480 489 492 520 -hsync -vsync (37.9 kHz e) [ 897.835] (II) AMDGPU(0): Modeline "640x480"x66.7 30.24 640 704 768 8= 64 480 483 486 525 -hsync -vsync (35.0 kHz e) [ 897.835] (II) AMDGPU(0): Modeline "640x480"x59.9 25.18 640 656 752 8= 00 480 490 492 525 -hsync -vsync (31.5 kHz e) [ 897.836] (II) AMDGPU(0): Modeline "720x400"x70.1 28.32 720 738 846 9= 00 400 412 414 449 -hsync +vsync (31.5 kHz e) [ 897.836] (II) AMDGPU(0): Output DisplayPort-0 disconnected [ 897.836] (II) AMDGPU(0): Output HDMI-A-0 disconnected [ 897.836] (II) AMDGPU(0): Output DVI-D-0 connected [ 897.836] (II) AMDGPU(0): Using exact sizes for initial modes [ 897.836] (II) AMDGPU(0): Output DVI-D-0 using initial mode 1920x1080 +0= +0 [ 897.837] (II) AMDGPU(0): Using default gamma of (1.0, 1.0, 1.0) unless = otherwise stated. [ 897.837] (II) AMDGPU(0): mem size init: gart size :3fe87d800 vram size:= s:7d403000 visible:d403000 [ 897.837] (=3D=3D) AMDGPU(0): DPI set to (96, 96) [ 897.837] (II) Loading sub module "ramdac" [ 897.837] (II) LoadModule: "ramdac" [ 897.838] (II) Module "ramdac" already built-in [ 897.838] (--) Depth 24 pixmap format is 32 bpp [ 897.852] (II) AMDGPU(0): [DRI2] Setup complete [ 897.853] (II) AMDGPU(0): [DRI2] DRI driver: radeonsi [ 897.853] (II) AMDGPU(0): [DRI2] VDPAU driver: radeonsi [ 897.854] (II) AMDGPU(0): Front buffer pitch: 7680 bytes [ 897.882] (II) AMDGPU(0): SYNC extension fences enabled [ 897.883] (II) AMDGPU(0): Present extension enabled [ 897.883] (=3D=3D) AMDGPU(0): DRI3 enabled [ 897.883] (=3D=3D) AMDGPU(0): Backing store enabled [ 897.884] (II) AMDGPU(0): Direct rendering enabled [ 898.258] (II) AMDGPU(0): Use GLAMOR acceleration. [ 898.258] (II) AMDGPU(0): Acceleration enabled [ 898.258] (=3D=3D) AMDGPU(0): DPMS enabled [ 898.258] (=3D=3D) AMDGPU(0): Silken mouse enabled [ 898.259] (II) AMDGPU(0): Set up textured video (glamor) [ 898.259] (II) AMDGPU(0): RandR 1.2 enabled, ignore the following RandR = disabled message. [ 898.303] (--) RandR disabled [ 898.337] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 898.337] (II) AIGLX: enabled GLX_ARB_create_context [ 898.337] (II) AIGLX: enabled GLX_ARB_create_context_profile [ 898.337] (II) AIGLX: enabled GLX_EXT_create_context_es{,2}_profile [ 898.338] (II) AIGLX: enabled GLX_INTEL_swap_event [ 898.338] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_con= trol [ 898.338] (II) AIGLX: enabled GLX_EXT_framebuffer_sRGB [ 898.338] (II) AIGLX: enabled GLX_ARB_fbconfig_float [ 898.338] (II) AIGLX: enabled GLX_EXT_fbconfig_packed_float [ 898.338] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objec= ts [ 898.338] (II) AIGLX: enabled GLX_ARB_create_context_robustness [ 898.344] (II) AIGLX: Loaded and initialized radeonsi [ 898.344] (II) GLX: Initialized DRI2 GL provider for screen 0 [ 898.346] (II) AMDGPU(0): Setting screen physical size to 508 x 285 --/9DWx/yDrRhgMJTb-- --U+BazGySraz5kW0T Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEycyIeNkkgohzsoorelmbhSCDnJ0FAlthfU4ACgkQelmbhSCD nJ34rQ/9GYprRroutN5Sfclsj3iUu2UgEC25USoWTtVPsy8Rgwy0DkYkfipPy91g jNfF5/yueIRL29ZdifeZoRd+NaAyvS8EaSzZtHv7S65SRhABsCrLW+IKJNvbwUpu 6Jfj6am73CWqD/vrVq9SVBl1dJHisD7qz3JDpxzXmvqQ5lFwLQWa0TQujXOIFKlK VgJH255ke5M2k3i23PSg1t0+fvRQqHwakHeVoCClEd1CAA8EmT0pRkuWQ8b3nFXY Q/lKK/2hrx0zJvyYIvsjQrzq9n8g3lJnhPL3c5IWICYFXtkYC+0+hR5OXZtkDokS ZA3uurG8hggBQVtyLWQ/XVVZQrTMsvHMM4gts8hyY7wSWyjry8QDOprcrXBa58wU b2QQCmyHpF8f9TN4cnLus6qD79b178DW4FRBOGQtKUzNZiJsCV3E5Gtm03H+ep5A C/qmZrYzwRpphPmOuDshGchO+te5Ph3EeXYCNRUkiowFtZgzT8wB5KujDxWfPseQ LKkRc9eV6P9RsDQo/3B3+mkC7A928FDVhPzkhz/tnVnZziKJ2EPfIamfU7Avz8C/ YE1rhgq4s14UCkGCSvA9NJpJZ27Nf8MhXu14/S8eA1WSndWkJc7AenxOANPEIXZJ 8NVDltmf+mFMUtpPVytcdZZXvrpy861IDsKBbaKq4EeCjYRpD0A= =g4Do -----END PGP SIGNATURE----- --U+BazGySraz5kW0T-- From owner-freebsd-stable@freebsd.org Wed Aug 1 13:46:16 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A651E105CC2D for ; Wed, 1 Aug 2018 13:46:16 +0000 (UTC) (envelope-from clmoonriver@equinedreams.art) Received: from NEW-01.privateemail.com (new-01.privateemail.com [68.65.122.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "privateemail.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45C7774ABA for ; Wed, 1 Aug 2018 13:46:15 +0000 (UTC) (envelope-from clmoonriver@equinedreams.art) Received: from MTA-07.privateemail.com (unknown [10.20.147.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by NEW-01.privateemail.com (Postfix) with ESMTPS id DD1CF60A2C; Wed, 1 Aug 2018 13:46:06 +0000 (UTC) Received: from MTA-07.privateemail.com (localhost [127.0.0.1]) by MTA-07.privateemail.com (Postfix) with ESMTP id B8DF86006F; Wed, 1 Aug 2018 09:46:06 -0400 (EDT) Received: from wildfire.equinedreams.art (unknown [10.20.151.237]) by MTA-07.privateemail.com (Postfix) with ESMTPA id 644C860054; Wed, 1 Aug 2018 13:46:06 +0000 (UTC) Subject: Re: X11 not working on 11-STABLE with AMDGPU To: freebsd-stable@freebsd.org, pkubaj@anongoth.pl References: <20180801092849.GA75303@KGPE-D16> From: CL Moonriver Message-ID: <95b8cfa0-0908-3321-5155-ef49b1bb0a64@equinedreams.art> Date: Wed, 1 Aug 2018 08:46:05 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <20180801092849.GA75303@KGPE-D16> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 13:46:16 -0000 Hi, I had some trouble getting X to work with my AMD GPU, but I finally did get it working. Here is what ultimately worked for me: * Make sure you are loading the driver in /etc/rc.conf, not in /boot/loader.conf. The driver won't work if loaded from loader.conf * Depending on how old your AMD GPU is, you might need the radeon driver instead of the amdgpu driver. When the amdgpu driver didn't work for me, I tried radeonkms.ko and it does work. * You shouldn't need an xorg.conf file  or anything in xorg.conf.d at all. Everything should just work if you load the correct kernel module. In fact, if you have xorg configuration files that are trying to load display drivers or screens, that might be causing problems. I'm not using any xorg.conf or xorg.conf.d files at all. When I was using them, X would not start. Hopefully, these tips help with your problem. On 8/1/18 4:28 AM, Piotr Kubaj via freebsd-stable wrote: > Hi, > > I use FreeBSD 11.2-STABLE (from 23.07). After recent updates, I am unable to start X11 (Xorg.0.log is attached). I have rebuilt drm-next-kmod and Xorg-related ports. Xorg fails to start both with amdgpu kernel driver with amdgpu Xorg driver and without amdgpu kerner driver (vesa is then used). > > When using amdgpu, the X process starts (even though there's no display), but it looks like zombie - only reboot is able to kill it. > > Was there some regression recently? > > From owner-freebsd-stable@freebsd.org Wed Aug 1 14:05:11 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C3C4105D3A6; Wed, 1 Aug 2018 14:05:11 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (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 A5E2E75468; Wed, 1 Aug 2018 14:05:10 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [IPv6:2605:e000:1313:89:40a2:70ad:6d6e:37d0] (2605:e000:1313:89:40a2:70ad:6d6e:37d0 [IPv6:2605:e000:1313:89:40a2:70ad:6d6e:37d0]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 3d96d982 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 1 Aug 2018 07:05:08 -0700 (PDT) Date: Wed, 01 Aug 2018 07:05:02 -0700 Subject: Re: X11 not working on 11-STABLE with AMDGPU Message-ID: X-Android-Message-ID: In-Reply-To: <20180801092849.GA75303@KGPE-D16> From: Pete Wright To: Piotr Kubaj Cc: freebsd-stable@freebsd.org, freebsd-x11@freebsd.org Importance: Normal X-Priority: 3 X-MSMail-Priority: Normal MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 14:05:11 -0000 From owner-freebsd-stable@freebsd.org Wed Aug 1 14:12:15 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29A02105DC4A; Wed, 1 Aug 2018 14:12:15 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from mail.anongoth.pl (mail.anongoth.pl [46.248.190.61]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anongoth.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A77A775E43; Wed, 1 Aug 2018 14:12:14 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from anongoth.pl (unknown [10.8.0.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: pkubaj@anongoth.pl) by mail.anongoth.pl (Postfix) with ESMTPSA id ED6CF42225; Wed, 1 Aug 2018 16:12:06 +0200 (CEST) Date: Wed, 1 Aug 2018 16:12:07 +0200 From: Piotr Kubaj To: CL Moonriver Cc: freebsd-stable@freebsd.org, freebsd-x11@freebsd.org Subject: Re: X11 not working on 11-STABLE with AMDGPU Message-ID: <20180801141207.GA5202@smtp.iq.pl> Mail-Followup-To: CL Moonriver , freebsd-stable@freebsd.org, freebsd-x11@freebsd.org References: <20180801092849.GA75303@KGPE-D16> <95b8cfa0-0908-3321-5155-ef49b1bb0a64@equinedreams.art> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <95b8cfa0-0908-3321-5155-ef49b1bb0a64@equinedreams.art> User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 14:12:15 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hm, ok, I may have not been clear with my problem. Xorg DID work before. It certainly won't accept radeon driver - it's RX560.= I certainly had working Xorg about two weeks ago. Then after a reboot, boo= m, no more graphics. So my configuration is right. Even though I don't need the whole xorg.conf, I need xorg.conf.d directory = with a snippet that forces GPU to use to use amdgpu X11 driver - otherwise = it tries to use modesetting. On 18-08-01 08:46:05, CL Moonriver wrote: >Hi, > >I had some trouble getting X to work with my AMD GPU, but I finally did >get it working. Here is what ultimately worked for me: > >* Make sure you are loading the driver in /etc/rc.conf, not in >/boot/loader.conf. The driver won't work if loaded from loader.conf > >* Depending on how old your AMD GPU is, you might need the radeon driver >instead of the amdgpu driver. When the amdgpu driver didn't work for me, >I tried radeonkms.ko and it does work. > >* You shouldn't need an xorg.conf file=C2=A0 or anything in xorg.conf.d at >all. Everything should just work if you load the correct kernel module. >In fact, if you have xorg configuration files that are trying to load >display drivers or screens, that might be causing problems. I'm not >using any xorg.conf or xorg.conf.d files at all. When I was using them, >X would not start. > >Hopefully, these tips help with your problem. > > >On 8/1/18 4:28 AM, Piotr Kubaj via freebsd-stable wrote: >> Hi, >> >> I use FreeBSD 11.2-STABLE (from 23.07). After recent updates, I am unabl= e to start X11 (Xorg.0.log is attached). I have rebuilt drm-next-kmod and X= org-related ports. Xorg fails to start both with amdgpu kernel driver with = amdgpu Xorg driver and without amdgpu kerner driver (vesa is then used). >> >> When using amdgpu, the X process starts (even though there's no display)= , but it looks like zombie - only reboot is able to kill it. >> >> Was there some regression recently? >> >> > >--=20 >This message has been scanned for viruses and >dangerous content by MailScanner, and is >believed to be clean. > --=20 _______________________=20 < You do not have mail. > -----------------------=20 \ ^__^ \ (oo)\_______ (__)\ )\/\ ||----w | || || --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJkBAABCgBOFiEEycyIeNkkgohzsoorelmbhSCDnJ0FAlthv7cwFIAAAAAAFQAS cGthLWFkZHJlc3NAZ251cGcub3JncGt1YmFqQGFub25nb3RoLnBsAAoJEHpZm4Ug g5ydDtkQAKJu1Uh3AfWJuOmTAY4OtWfQ2aOQ1egY/gW+0O64iIsSUyqCtuSJRc+E 8KnThjjh9m2X93q0vrlywvJajjGJVf6wd9FhzIG3gm5tXkKtVPHmOQkMNIRG186p 4ljJd1xzzip52HiSHCt9pj4VhLDMFiGrt8fb+0btDRdLIfBo2mMN9iM0/n72fsWC S7rRBdapQWWmmCmWe9u5budbZxz4Y5FFFbrO44nm6IkozTKQchHIUjLL3s+FWldq 3FsJt9fk0A1onB880TvsFCP5RwmzDLC6PEElSrSESY/VKOP62zGRJTYeSWDu0rKh DmZe1z0MmbWwYLy+s70nzaxioNZ7rja9K1hrcWiBCOSWflzxHpoY5az1CIeDl8/P gvfa8uzBQh8a9Ae0BSo8ssShMaqpdyDEiJkpYCSFW1PY0flpMoL8WwKo5phTfvz3 duAeI2jYIWrPAFWrB/D0Zme7ZKUc5n2+6Fm+Hu2Wu07QX8t1n35pApBxVTattdfK v1LNOxeaMs3jRcsXtxDbFn3OLzNc7dfAfIg5q9npwRcErvB4KrePNSZ6ciFXapzf r6cPii17TScXQKDqY/S5khLK5H84uDKBcMshT6QU9Fv2JEAxrsbfO5loS+WzohM9 EhnMxdTlcCroaWM50gJnA7JExO+jODoLRWxU0KWmhnjxooBgCfUO =CV3p -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@freebsd.org Wed Aug 1 14:14:51 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85FE1105DEB4; Wed, 1 Aug 2018 14:14:51 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from mail.anongoth.pl (mail.anongoth.pl [46.248.190.61]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anongoth.pl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BB0F760BD; Wed, 1 Aug 2018 14:14:50 +0000 (UTC) (envelope-from pkubaj@anongoth.pl) Received: from anongoth.pl (unknown [10.8.0.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: pkubaj@anongoth.pl) by mail.anongoth.pl (Postfix) with ESMTPSA id 8BEAC42242; Wed, 1 Aug 2018 16:14:46 +0200 (CEST) Date: Wed, 1 Aug 2018 16:14:46 +0200 From: Piotr Kubaj To: Pete Wright Cc: freebsd-stable@freebsd.org, freebsd-x11@freebsd.org Subject: Re: X11 not working on 11-STABLE with AMDGPU Message-ID: <20180801141446.GB5202@smtp.iq.pl> Mail-Followup-To: Pete Wright , freebsd-stable@freebsd.org, freebsd-x11@freebsd.org References: <20180801092849.GA75303@KGPE-D16> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 14:14:51 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I did test after sending previous mail, but loading amdgpu from drm-stable-= kmod makes the computer just restart :/ The GPU is certainly ok (not broken) - it runs Xorg on Gentoo. On 18-08-01 07:05:02, Pete Wright wrote: > On Aug 1, 2018 2:28 AM, Piotr Kubaj via freebsd-stable > wrote: > > Hi, > I use FreeBSD 11.2-STABLE (from 23.07). After recent updates, I am > unable to start X11 (Xorg.0.log is attached). I have rebuilt > drm-next-kmod and Xorg-related ports. Xorg fails to start both with > amdgpu kernel driver with amdgpu Xorg driver and without amdgpu > kerner driver (vesa is then used). > When using amdgpu, the X process starts (even though there's no > display), but it looks like zombie - only reboot is able to kill it. > Was there some regression recently? > > Was your config working with drm-next previously? I would suggest > testing drm-stable when running 11-STABLE. > -pete > > -- > This message has been scanned for viruses and > dangerous content by [1]MailScanner, and is > believed to be clean. > >References > > 1. http://www.mailscanner.info/ --=20 _________________________________________=20 / FORTUNE ANSWERS THE TOUGH QUESTIONS: #8 \ | | | Q: Is God a myth? A: No, He's a | \ mythter. / -----------------------------------------=20 \ ^__^ \ (oo)\_______ (__)\ )\/\ ||----w | || || --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJkBAABCgBOFiEEycyIeNkkgohzsoorelmbhSCDnJ0FAlthwFYwFIAAAAAAFQAS cGthLWFkZHJlc3NAZ251cGcub3JncGt1YmFqQGFub25nb3RoLnBsAAoJEHpZm4Ug g5yd8o4QALfifiT/lLkwHoUtakIuIy8tk0L93zpc8DzfqUaosVfitpPVix/bODSJ CsqfiCAV3PYg+TifzA8kMpDbcC4UENFNJd9mIY50ERVPOo8cK6WEei0ofdfBmW9h kPqzU3ZKjvnDpUJu5L5ZW18UM8KNdEpeLl/jjccUvHNtKng3sqOqWtDZkxB3xB4R vf6JQ2dF8s42qFdhnrxZAYXq3w7ztsCxz+RUYNYRNIoaTax7ar40Zva/csAi/+Ca JVj7BPlwp4pVEtO5f3YkWSvgPY5yCp10KE+n4IQuZ8GyoSDF/8c0qHQhjqiKL3qj ++pJcFeY6gv9gxgrIY/PVIWc0pnPRbVEM8V6PwT0Tp9BtRpvp47AvUL6ZTUwZ+sP mM3PSbfskYiSdfpD1QSc3h1uFxgrcgueRA83zKy97Z2ZSTCGret+QdOoQ8vcf7Fr PThEjOJbb6dWFa80Mc6jJbRrS8oXQEfRn54r0DaQw+jTW8yjO22vC1XKXmWGu9KV vF8LJ4//0ART/nONJut2eeG3fci4l2Zj3vxZEW9qtoWBm5lsu+eif819Pwju838B XHhOfvcJQdN7x97WiLT1CV6bLYo8B8WD7x2vBficSVpHcGX8war1oOYPMTJWQUGo DQ5qjDKHOOJ7+a0bzu4PTvfwTFy6rlhBfJFpauyx6R/9uzP5iXrF =5kG9 -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-stable@freebsd.org Wed Aug 1 14:29:23 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF5FC105E887 for ; Wed, 1 Aug 2018 14:29:22 +0000 (UTC) (envelope-from bounce@ims11.isendservice.com.br) Received: from ims11.isendservice.com.br (ims11.isendservice.com.br [54.232.115.234]) by mx1.freebsd.org (Postfix) with ESMTP id 6163076B41 for ; Wed, 1 Aug 2018 14:29:22 +0000 (UTC) (envelope-from bounce@ims11.isendservice.com.br) Received: from localhost (localhost [127.0.0.1]) by ims11.isendservice.com.br (Postfix) with ESMTP id D33D1671BE for ; Wed, 1 Aug 2018 11:15:58 -0300 (BRT) Date: Wed, 1 Aug 2018 11:15:58 -0300 (BRT) From: Sistema FIERGS | SENAI-RS Reply-To: faculdadesenai@senairs.org.br To: freebsd-stable@freebsd.org Message-ID: <20321928.6122317.1533132958475.JavaMail.root@ims11> Subject: Portas Abertas SENAI | Porto Alegre | 25 de agosto bounce-key: <2420-22522874-2202478> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 14:29:23 -0000 From owner-freebsd-stable@freebsd.org Wed Aug 1 16:47:08 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B6771062F2E; Wed, 1 Aug 2018 16:47:08 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (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 C4A2E7CC0B; Wed, 1 Aug 2018 16:47:07 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id a6984f66 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 1 Aug 2018 09:47:05 -0700 (PDT) Subject: Re: X11 not working on 11-STABLE with AMDGPU To: CL Moonriver , freebsd-stable@freebsd.org, freebsd-x11@freebsd.org References: <20180801092849.GA75303@KGPE-D16> <95b8cfa0-0908-3321-5155-ef49b1bb0a64@equinedreams.art> <20180801141207.GA5202@smtp.iq.pl> From: Pete Wright Message-ID: Date: Wed, 1 Aug 2018 09:47:01 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <20180801141207.GA5202@smtp.iq.pl> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 16:47:08 -0000 On 8/1/18 7:12 AM, Piotr Kubaj via freebsd-x11 wrote: > Hm, ok, I may have not been clear with my problem. > > Xorg DID work before. It certainly won't accept radeon driver - it's > RX560. I certainly had working Xorg about two weeks ago. Then after a > reboot, boom, no more graphics. > > So my configuration is right. > > Even though I don't need the whole xorg.conf, I need xorg.conf.d > directory with a snippet that forces GPU to use to use amdgpu X11 > driver - otherwise it tries to use modesetting. > does the modesetting driver work when you remove the xorg.conf? (might have missed that). -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-stable@freebsd.org Wed Aug 1 16:51:53 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 783C310632FE; Wed, 1 Aug 2018 16:51:53 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (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 DEFEA7D1C7; Wed, 1 Aug 2018 16:51:52 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-75-82-194-8.socal.res.rr.com [75.82.194.8]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 0ecb7d6a TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 1 Aug 2018 09:51:50 -0700 (PDT) Subject: Re: X11 not working on 11-STABLE with AMDGPU To: freebsd-stable@freebsd.org, freebsd-x11@freebsd.org References: <20180801092849.GA75303@KGPE-D16> <20180801141446.GB5202@smtp.iq.pl> From: Pete Wright Message-ID: Date: Wed, 1 Aug 2018 09:51:46 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <20180801141446.GB5202@smtp.iq.pl> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 16:51:53 -0000 On 8/1/18 7:14 AM, Piotr Kubaj wrote: > I did test after sending previous mail, but loading amdgpu from > drm-stable-kmod makes the computer just restart :/ that's not good - if you feel like trying to debug that issue you can set the following sysctl knobs which should generate and save a corefile when it panic's: set this in sysctl.conf: |debug.debugger_on_panic=0| |and add this to /boot/loader.conf:| |dev.drm.skip_ddb="1" then, if you have dumpdev defined like so in rc.conf it should save a core in /var/crash: dumpdev="AUTO" this sounds like a regression if things were working with a previous build but i reckon we'll need more info to help debug. -pete| -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-stable@freebsd.org Wed Aug 1 17:29:42 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFC3A10643A2; Wed, 1 Aug 2018 17:29:42 +0000 (UTC) (envelope-from clmoonriver@equinedreams.art) Received: from NEW-01.privateemail.com (new-01.privateemail.com [68.65.122.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "privateemail.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 628687E767; Wed, 1 Aug 2018 17:29:42 +0000 (UTC) (envelope-from clmoonriver@equinedreams.art) Received: from MTA-08-1.privateemail.com (unknown [10.20.147.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by NEW-01.privateemail.com (Postfix) with ESMTPS id 64D71608DB; Wed, 1 Aug 2018 17:29:40 +0000 (UTC) Received: from MTA-08.privateemail.com (localhost [127.0.0.1]) by MTA-08.privateemail.com (Postfix) with ESMTP id 4266D601D8; Wed, 1 Aug 2018 13:29:40 -0400 (EDT) Received: from wildfire.equinedreams.art (unknown [10.20.151.242]) by MTA-08.privateemail.com (Postfix) with ESMTPA id A6634601D6; Wed, 1 Aug 2018 17:29:39 +0000 (UTC) Subject: Re: X11 not working on 11-STABLE with AMDGPU To: Pete Wright , freebsd-stable@freebsd.org, freebsd-x11@freebsd.org, pkubaj@anongoth.pl References: <20180801092849.GA75303@KGPE-D16> <95b8cfa0-0908-3321-5155-ef49b1bb0a64@equinedreams.art> <20180801141207.GA5202@smtp.iq.pl> From: CL Moonriver Message-ID: <4266f156-3a83-a45d-fab0-cde090c139ba@equinedreams.art> Date: Wed, 1 Aug 2018 12:29:38 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.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-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 17:29:43 -0000 The only thing that actually worked for me was the kms module loaded in rc.conf. Any attempt to configure the display in xorg.conf resulted in an X server that would not start, but would continue running for awhile and appear in the process list before it finally gave up. But again, I must have an older AMD GPU because it uses the radeonkms driver instead of amdgpu. (It's an AMD A10-7860k with Radeon R7 graphics) On another note, I'm using UEFI boot. Based on my limited understanding, I think that means X is actually using the scfb driver, which is not ideal from what I understand (no accelerated graphics). But it works fine for what I do, and it's the only configuration I could get working. CLM On 8/1/18 11:47 AM, Pete Wright wrote: > > > On 8/1/18 7:12 AM, Piotr Kubaj via freebsd-x11 wrote: >> Hm, ok, I may have not been clear with my problem. >> >> Xorg DID work before. It certainly won't accept radeon driver - it's >> RX560. I certainly had working Xorg about two weeks ago. Then after a >> reboot, boom, no more graphics. >> >> So my configuration is right. >> >> Even though I don't need the whole xorg.conf, I need xorg.conf.d >> directory with a snippet that forces GPU to use to use amdgpu X11 >> driver - otherwise it tries to use modesetting. >> > > does the modesetting driver work when you remove the xorg.conf? (might > have missed that). > > -pete > From owner-freebsd-stable@freebsd.org Wed Aug 1 21:47:56 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9F49106A0DB for ; Wed, 1 Aug 2018 21:47:56 +0000 (UTC) (envelope-from mwilliams@dynamicaims.com) Received: from mail-pg1-x542.google.com (mail-pg1-x542.google.com [IPv6:2607:f8b0:4864:20::542]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3064E89AC4 for ; Wed, 1 Aug 2018 21:47:56 +0000 (UTC) (envelope-from mwilliams@dynamicaims.com) Received: by mail-pg1-x542.google.com with SMTP id h12-v6so58158pgs.3 for ; Wed, 01 Aug 2018 14:47:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dynamicaims-com.20150623.gappssmtp.com; s=20150623; h=to:subject:from:message-id:disposition-notification-to:date :user-agent:mime-version:content-transfer-encoding:content-language; bh=wuHte7794MetKmuDzAvUwcz3fG1V4C8JKqfVAkwxvGE=; b=EEaeABsduVIh2XxuWZdaFWUxRhuh3fNF2QQ67YljI16RrpkNvvLQGchCcoNI7O/sNl Ib7UnCUl+zmjcslbwfXM2kbtHNzvmlYZTihJ+bPSBRWuzEf5JQ9Df5hzw62Nw1rIUdQA 3jTbNsGr4p9yHSP1fQw2qdgZlCOeTb88xCb3cIsVq3Huwkf0/7BLufONf8ic37qsz4KG PbgdEWwyn4bAQ7TrnhHUz6ca2VC459l5zDy6CibNy5H8NrOt7A26eVNxkxoO68IPWpLI X8KS0U++8dta0Hm1SO6lGfeqjtKK6gWrT2k2DNr5vfgl2CsfnzvXTDW5NEXPlU4Hu0/d GH/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:subject:from:message-id :disposition-notification-to:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=wuHte7794MetKmuDzAvUwcz3fG1V4C8JKqfVAkwxvGE=; b=fGlLUhQ+ftev1jSuiN9nATr4SK+E0+W8/cOK6PdDmNFp7Ts1RCFdolDtAnluZk3+I7 U4p8/0ibSitc16eMNeEM8ZkYhrOpdny8ZLssdNUW7k/3f4JBi/USNeBqhwVwf04GXz+e VbCJlrid58y3nCNZ5mm8AZ8e/dbu4NFBQTtMLmp8GFWuJtV8Zh/6ZA8DulP9JPK72o9H vy2P9LJHwYt4D5Op03wtRBKRvxZu9g7kmxXSEUE0oVZ/ZMkPEkZca7Tf36/ztzIaeBFo EKWeWwE1wzHA2ToVeL2N5zDNiYJEl5PqRBmkSmssZR9WDZ0Mnylh0+WJOJRs43Nn3vjh XLlQ== X-Gm-Message-State: AOUpUlGIHpstReZ4nuXCExMwYdhhHHq2F0G2I+wDyRP8Cl+GLOadYfyc yd7t9O4MLOKfxCfmIfaGZZlGxrdgyKQ= X-Google-Smtp-Source: AAOMgpcXhNaBM66KmpH++wJllPZg3RxaAg1iNyWJHcM7OqWZRlSpfmJR8DnefyLWofyG/XyzvHbuGQ== X-Received: by 2002:a63:f344:: with SMTP id t4-v6mr92859pgj.428.1533160074585; Wed, 01 Aug 2018 14:47:54 -0700 (PDT) Received: from [192.168.0.27] ([103.6.157.159]) by smtp.gmail.com with ESMTPSA id s195-v6sm32997pgs.76.2018.08.01.14.47.52 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Aug 2018 14:47:53 -0700 (PDT) To: freebsd-stable@freebsd.org Subject: Wine Enthusiasts List From: Martha Williams Message-ID: <5d94e6be-456d-88f1-e240-3566b8752ab5@dynamicaims.com> Date: Wed, 1 Aug 2018 17:14:09 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Antivirus: Avast (VPS 180801-4, 08/01/2018), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2018 21:47:56 -0000 Hi, Greeting of the day! Would you be interested in reaching out to "Wine Enthusiasts list" from USA? Our Databases:- 1.Beer Enthusiasts List 2.Alcohol Enthusiasts List 3.Beverage Consumers 4.Liquor Enthusiasts List 5.Chocolate Enthusiasts List 6.Students List 7.Luxury Brand Buyers List 8.Food Lovers List 9.Spa and Resort Visitors 10.Sports Enthusiasts List and many more. Each record in the list contains Contact Name (First and Last Name), Mailing Address, List type and Opt-in email address. All the contacts are opt-in verified, complete permission based and can be used for unlimited multi-channel marketing. Let me know if you'd be interested in hearing more about it. Waiting for your valuable and sincere reply. Best Regards, Martha Williams Research Analyst From owner-freebsd-stable@freebsd.org Thu Aug 2 13:57:13 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64B9B10684AD for ; Thu, 2 Aug 2018 13:57:13 +0000 (UTC) (envelope-from daisy.williams@exorbitant-web-search.com) Received: from hp.pama.vizvaz.com (hp.pama.vizvaz.com [80.211.58.181]) (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 A155E8A114 for ; Thu, 2 Aug 2018 13:57:12 +0000 (UTC) (envelope-from daisy.williams@exorbitant-web-search.com) Received: from WS72 (unknown [106.201.28.101]) by hp.pama.vizvaz.com (Postfix) with ESMTPA id 792952F33 for ; Thu, 2 Aug 2018 09:54:30 -0400 (EDT) From: "Daisy Williams" To: Subject: Let us do the heavy work for your digital marketing campaign.... Date: Thu, 2 Aug 2018 19:21:20 +0530 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdQqPBJuMTi8ygCsR8ajR0Cf458ZFw== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Aug 2018 13:57:13 -0000 Hi, Want your business to be on the top pages of Google? Maintaining site ranking getting tougher? We are here to help! We are trusted digital marketing agency for more than 10 years, our team of 200+ professionals from diverse technology disciplines, has enabled 1000+ clients gain a better presence on Google, transforming their websites into powerful marketing tools. We are the pioneers of the much-coveted Pay for Performance SEO model - a ZERO risk solution to get higher website placement on Google and other search majors. With than a decade of experience in the online industry to our aid, we have developed an in-depth understanding of the search dynamics, which enables us to deliver sizeable results in the minimum possible time. To take the first step towards unrelenting success, simply reply to this email. Thanks & Regards, Daisy Williams Marketing Manager Head Office: San Jose, CA 95120 Disclaimer: We are using this domain for marketing. If you are interested and want to know about us, just reply to this email, if we have offended you by sending this to you by mistake, we apologize. Please reply "NO" or "UNSUBSCRIBE" to this email if not interested, so that we shall add you to our "Do Not Contact Again" list. From owner-freebsd-stable@freebsd.org Fri Aug 3 18:49:00 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9425104C568 for ; Fri, 3 Aug 2018 18:48:59 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7510F702B6 for ; Fri, 3 Aug 2018 18:48:59 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 365E0104C567; Fri, 3 Aug 2018 18:48:59 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23157104C564 for ; Fri, 3 Aug 2018 18:48:59 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-yw1-xc2d.google.com (mail-yw1-xc2d.google.com [IPv6:2607:f8b0:4864:20::c2d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B41C0702B1 for ; Fri, 3 Aug 2018 18:48:58 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-yw1-xc2d.google.com with SMTP id j68-v6so1336372ywg.1 for ; Fri, 03 Aug 2018 11:48:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=mime-version:from:date:message-id:subject:to:cc; bh=9RKkbxU8uBZHU7ER4ezI60U9wCcUblCihB4+vGlYX8E=; b=X/ukPXcG9nRFgL47bpdwN+LY/RKzvwI5K/05tDz79f5eOMxtmhTXt1cQ+ckXqPDYY4 CtgtKHg5DKFomhw7hLVI25X0x3pEmMuwp27ga1SgszL3Zl6s8bih3BM0pqThPeCG/cCx PMbctFZrYpUaHcOwwjJb10rtRpVnQ8kEaNqI54ALW3zfyWnU50BKaRQQ6I2OU6ZsqfxX tYZ06txpj0Wl2SLFIfcy1quYH/1amrxqkY86/f6WN4urLNne3kJfDaN6NWVkznK2ELv/ h1UU29DPOd2hPPQ0zZ8vtPOcFYCFNE52xa/6cL8tfGl5zyFBPHhilzVitqUzSVPlJSi2 AIyQ== 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:cc; bh=9RKkbxU8uBZHU7ER4ezI60U9wCcUblCihB4+vGlYX8E=; b=EqVO+NkvjT6zaAGpg7bvXmOAGdjoL5tcipUKFEC3bb2f7j009VGBvDsFCNdvHIhmsx aFIJ63Q2JaG69q07UxpoCsZLOpg/3UuFaqJ9UVQi/APn/DCh1mcHLSOJS1IWvNwy466d VRiTLh5nc7NHODJejYSa7zN2mZdOkvcjFCP1Y10aqFJx5zQPGRncPbayE2kTGiv3YdRD E6mJkgtrfPhy/mGQ+8DNeUknrYMNMRTP4/UQaoU8CVgfCJ5n1XDBuugtWHqISk31ugVo 4zodOzJkhlalo/GVMSKAYhIQtTzGB6fSgo29ieeamWarHJVbz18w3QbgW2diyfMPAKCI uqtw== X-Gm-Message-State: AOUpUlHIyzQH6qvqGqJBiZdn+wkIOFzaH3t86/dY/xHikpOgTLcAg5Pn Dv6iPMCMVI/H9zDMChUfr4X4TSMxwyzjzmaZ+70DDQ== X-Google-Smtp-Source: AAOMgpfjf71tD9+zooxuEI3IfpuXaYkz0IM8ekJN0Va0tdZG2bFGNaxp+kcJMXmUGla3tLMdbgWH2Y/HV4vi0ZiC/SA= X-Received: by 2002:a81:4511:: with SMTP id s17-v6mr2904060ywa.104.1533322137939; Fri, 03 Aug 2018 11:48:57 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:bc5:0:0:0:0:0 with HTTP; Fri, 3 Aug 2018 11:48:57 -0700 (PDT) From: Oliver Pinter Date: Fri, 3 Aug 2018 20:48:57 +0200 Message-ID: Subject: VNET related kernel panic on jail startup with epairs on 11-STABLE To: Patrick Kelsey , mmacy@freebsd.org Cc: stable@freebsd.org, emaste@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 18:49:00 -0000 Hi all! One of out users observed an VNET related kernel panic with epairs in a jail. Seems like some of the vnet related patches does not gets backported to 11-STABLE (they are marked as MFC candidate): SVN r330000 and r313168, these are for the panic fix. https://github.com/HardenedBSD/hardenedBSD/issues/325 https://github.com/HardenedBSD/hardenedBSD/commit/acbbc549618ac96dd2dd461429558f6cf135e31a https://github.com/HardenedBSD/hardenedBSD/commit/6c91473476ff712b71b6a9b25afa162fa15a5d23 The other nice to have commit would be the r333885 commit, to fix ctfconvert related build errors. https://github.com/HardenedBSD/hardenedBSD/commit/3895dd38ecf4dc422d3e1656844a051e0aa5d06c Thanks, Oliver From owner-freebsd-stable@freebsd.org Fri Aug 3 19:11:50 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 946FE104D2E6 for ; Fri, 3 Aug 2018 19:11:50 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 31305712F8 for ; Fri, 3 Aug 2018 19:11:50 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: by mailman.ysv.freebsd.org (Postfix) id E6764104D2E2; Fri, 3 Aug 2018 19:11:49 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4AA2104D2E1 for ; Fri, 3 Aug 2018 19:11:49 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (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 53BBE712F5; Fri, 3 Aug 2018 19:11:49 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 41hxVW0XKzz43l; Fri, 3 Aug 2018 21:11:47 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1533323503; x=1535915504; bh=Wnt F1h5SER5Nk2yc1xUfWQiaI+G57bR84KYUq+1YnV8=; b=WAN8AH+wlL1J4h3HG/y FILoSZu0AEuEPrOxvhoN8I8gudvMZRPJSxjKqbfDYK7ZkBvOWQLGE6VyGQTTJWyV jiFHyU5lYbfDpmHszjga5pqspoPMAwk04aUjkxvHFUWDfR0wzU4F6ymGnkilVYmO 7T55Lz0272JXl2oweJx7cVRU= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id Rvg2e11kgnce; Fri, 3 Aug 2018 21:11:43 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 41hxVR3jmTz43k; Fri, 3 Aug 2018 21:11:43 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 41hxVR0swhzCL; Fri, 3 Aug 2018 21:11:43 +0200 (CEST) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Fri, 03 Aug 2018 21:11:42 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 03 Aug 2018 21:11:42 +0200 From: Mark Martinec To: stable@freebsd.org Cc: Mark Johnston Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 Organization: Jozef Stefan Institute In-Reply-To: <2ec91ebeaba54fda5e9437f868d4d590@ijs.si> References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> <20180731220948.GA97237@raichu> <2ec91ebeaba54fda5e9437f868d4d590@ijs.si> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 19:11:50 -0000 More attempts at tracking this down. The suggested dtrace command does usually abort with: Assertion failed: (buf->dtbd_timestamp >= first_timestamp), file /usr/src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c, line 3330. but with some luck soon after each machine reboot I can leave the dtrace running for about 10 or 20 seconds (max) before terminating it with a ^C, and succeed in collecting the report. If I miss the opportunity to leave dtrace running just long enough to collect useful info, but not long enough for it to hit the assertion check, then any further attempt to run the dtrace script hits the assertion fault immediately. Btw, (just in case) I have recompiled kernel from source (base/release/11.2.0) with debugging symbols, although the behaviour has not changed: FreeBSD floki.ijs.si 11.2-RELEASE FreeBSD 11.2-RELEASE #0 r337238: Fri Aug 3 17:29:42 CEST 2018 mark@xxx.ijs.si:/usr/obj/usr/src/sys/FLOKI amd64 Anyway, after several attempts I was able to collect a useful dtrace output from the suggested dtrace stript: # dtrace -n 'dtmalloc::solaris:malloc {@allocs[stack(), args[3]] = count()} dtmalloc::solaris:free {@frees[stack(), args[3]] = count()}' while running "zpool list" repeatedly in another terminal screen: # (while true; do zpool list -Hp >/dev/null; vmstat -m | fgrep solaris; \ sleep 0.2; done) | awk '{print $2-a; a=$2}' 454303 570 570 570 570 570 570 570 570 570 570 570 570 570 570 Two samples of the collected dtrace output (after about 15 seconds) are at: https://www.ijs.si/usr/mark/tmp/dtrace1.out.bz2 https://www.ijs.si/usr/mark/tmp/dtrace2.out.bz2 (the dtrace2.out is probably cleaner, I made sure no other service was running except my sshd and syslog) Not really sure what I'm looking at, but a couple of large entries stand out: $ awk '/^ .*[0-9]+ .*[0-9]$/' dtrace2.out | sort -k1n | tail -5 114688 138 114688 138 114688 138 114688 138 114688 138 Thanks in advance for looking into it, Mark 2018-08-01 09:12, myself wrote: >> On Tue, Jul 31, 2018 at 11:54:29PM +0200, Mark Martinec wrote: >>> I have now upgraded this host from 11.1-RELEASE-p11 to 11.2-RELEASE >>> and the situation has not improved. Also turned off all services. >>> ZFS is still leaking memory about 30 MB per hour, until the host >>> runs out of memory and swap space and crashes, unless I reboot it >>> first every four days. >>> >>> Any advise before I try to get rid of that faulted disk with a pool >>> (or downgrade to 10.3, which was stable) ? > > 2018-08-01 00:09, Mark Johnston wrote: >> If you're able to use dtrace, it would be useful to try tracking >> allocations with the solaris tag: >> >> # dtrace -n 'dtmalloc::solaris:malloc {@allocs[stack(), args[3]] = >> count()} dtmalloc::solaris:free {@frees[stack(), args[3]] = >> count();}' >> >> Try letting that run for one minute, then kill it and paste the >> output. >> Ideally the host will be as close to idle as possible while still >> demonstrating the leak. > > Good and bad news: > > The suggested dtrace command bails out: > > # dtrace -n 'dtmalloc::solaris:malloc {@allocs[stack(), args[3]] = > count()} dtmalloc::solaris:free {@frees[stack(), args[3]] = count();}' > dtrace: description 'dtmalloc::solaris:malloc ' matched 2 probes > Assertion failed: (buf->dtbd_timestamp >= first_timestamp), file > /usr/src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c, > line 3330. > Abort trap > > But I did get one step further, localizing the culprit. > > I realized that the "solaris" malloc count goes up in sync with > the 'telegraf' monitoring service polls, which also has a ZFS plugin > which monitors the zfs pool and ARC. This plugin runs 'zpool list -Hp' > periodically. > > So after stopping telegraf (and other remaining services), > the 'vmstat -m' shows that InUse count for "solaris" goes up by 552 > every time that I run "zpool list -Hp" : > > # (while true; do zpool list -Hp >/dev/null; vmstat -m | \ > fgrep solaris; sleep 1; done) | awk '{print $2-a; a=$2}' > 6664427 > 541 > 552 > 552 > 552 > 552 > 552 > 552 > 552 > 552 From owner-freebsd-stable@freebsd.org Fri Aug 3 20:40:09 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE6B3104FF23 for ; Fri, 3 Aug 2018 20:40:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD5A74375 for ; Fri, 3 Aug 2018 20:40:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: by mailman.ysv.freebsd.org (Postfix) id 40B6F104FF22; Fri, 3 Aug 2018 20:40:09 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F663104FF20 for ; Fri, 3 Aug 2018 20:40:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C279F74374 for ; Fri, 3 Aug 2018 20:40:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id E7CB125D3A6E; Fri, 3 Aug 2018 20:39:59 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 374ACD1F870; Fri, 3 Aug 2018 20:39:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id VQgDAIyaeABR; Fri, 3 Aug 2018 20:39:58 +0000 (UTC) Received: from [192.168.124.1] (unknown [IPv6:fde9:577b:c1a9:31:2ef0:eeff:fe03:ee34]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 19813D1F81A; Fri, 3 Aug 2018 20:39:58 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Oliver Pinter" Cc: stable@freebsd.org Subject: Re: VNET related kernel panic on jail startup with epairs on 11-STABLE Date: Fri, 03 Aug 2018 20:39:57 +0000 X-Mailer: MailMate (2.0BETAr6116) Message-ID: <5428C6C5-5627-44DD-A4ED-AF28A305C4F4@lists.zabbadoz.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 20:40:10 -0000 On 3 Aug 2018, at 18:48, Oliver Pinter wrote: > Hi all! > > One of out users observed an VNET related kernel panic with epairs in > a jail. Seems like some of the Well would be great for a start to (a) email virtualisation@ as well, (b) include a panic message, backtrace or other related information to deduce anything about the possible bug, (c) and not to conflate it with another totally unrelated MFC request. So what makes you think it’s related to tcp fast open? /bz From owner-freebsd-stable@freebsd.org Fri Aug 3 20:42:53 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAD8A1050362 for ; Fri, 3 Aug 2018 20:42:53 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DF73774842 for ; Fri, 3 Aug 2018 20:42:52 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id A447C105035C; Fri, 3 Aug 2018 20:42:52 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A39A105035A for ; Fri, 3 Aug 2018 20:42:52 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-yw1-xc44.google.com (mail-yw1-xc44.google.com [IPv6:2607:f8b0:4864:20::c44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0624E7483F for ; Fri, 3 Aug 2018 20:42:52 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-yw1-xc44.google.com with SMTP id t18-v6so1456628ywg.2 for ; Fri, 03 Aug 2018 13:42:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=yWYnZAIK49U2yeYkHroV6rPCkWhBt95wxfOQZ1GmV1M=; b=PY9frz01QCSdRn3iN85YocbAc/Y8x4XEgUmqqLyY6BE9LO944+GbnCdn/fC1pztZTo oiIvaDyac5SpucNVCDyHwkbbkl1CrDb6kr8tPxrXOLxgkuDl7ZHasTS0rF8g9EqnZ6ti v8CprEpmdVjm1CpMSVWcbaSX4l/zGaVun53ZVked8RwIuxVydjmncaExiIREPcMqV0Og nmVQJ5mgOdm0agCC0iYmDImbIFUa5+U/r90N136DiP6h19ZQEkcnApmiDkjn/fkpLXVt xF96UGbj37x75dbP/O3E75lN5dQTl3FIfWQWTATgJBxetSpRV8A7Pr7Q+wXeoKyhJZj3 rSwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=yWYnZAIK49U2yeYkHroV6rPCkWhBt95wxfOQZ1GmV1M=; b=jSylAkdViir42LGTXX2ITzL5o1wqMcs4PSXet6kKMR6QWv+mY/Mw+IHcY0Eu+Jo01I somY43m17cBL+IMbSxwwHgrIRvP4dPm1+OOsshyuT7ee4wXRelmRQJJcPa4PtlvQw73n 5O4CvtF9UeLrI69/lIwLCNf8suNb4ppDPb8I14vA8WUAIWwCfHgB75Lab04WBRDIUDyn AQ2kwSskPbkNndtiU5OZhFV7EQ9nXEm171iEsvlUH/N6bcbj0xCL11HT5L6gVjAewFk4 EeN+GAeQ/1fnYIysG5a78uNn3Pswn026Tc/x/SCA9F+PKU/7xiZ73U3iRoMoiuI0Mc0H 1kXQ== X-Gm-Message-State: AOUpUlHlVnazsslSEp23R0LPvHmgJUeNJ0MR/YlNN3UphwGutCE9h7eZ QB4h2HA9DFDSb2OBrn1bt0vqmvNYMKpffL78Qn0JdJgu2uo= X-Google-Smtp-Source: AAOMgpcPt/vS8mlVe7wNik0te86lo4YMMLw4jmKVE3B9UBPWySjBtvsqIRL26P1FPjhDg309p71a8L2FC1Dq3Z+jyto= X-Received: by 2002:a81:5f56:: with SMTP id t83-v6mr3019437ywb.382.1533328971527; Fri, 03 Aug 2018 13:42:51 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:bc5:0:0:0:0:0 with HTTP; Fri, 3 Aug 2018 13:42:51 -0700 (PDT) In-Reply-To: <5428C6C5-5627-44DD-A4ED-AF28A305C4F4@lists.zabbadoz.net> References: <5428C6C5-5627-44DD-A4ED-AF28A305C4F4@lists.zabbadoz.net> From: Oliver Pinter Date: Fri, 3 Aug 2018 22:42:51 +0200 Message-ID: Subject: Re: VNET related kernel panic on jail startup with epairs on 11-STABLE To: "Bjoern A. Zeeb" Cc: stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 20:42:54 -0000 On 8/3/18, Bjoern A. Zeeb wrote: > On 3 Aug 2018, at 18:48, Oliver Pinter wrote: > >> Hi all! >> >> One of out users observed an VNET related kernel panic with epairs in >> a jail. Seems like some of the > > Well would be great for a start to (a) email virtualisation@ as well, > (b) include a panic message, backtrace or other related information to > deduce anything about the possible bug, (c) and not to conflate it with > another totally unrelated MFC request. > > So what makes you think it=E2=80=99s related to tcp fast open? Every required detail is in HardenedBSD's github issue, but I copy the kernel panic here: Aug 2 17:52:00 test2 syslogd: kernel boot file is /boot/kernel/kernel Aug 2 17:52:00 test2 kernel: [205] epair3314a: promiscuous mode enabled Aug 2 17:52:00 test2 kernel: [205] panic: lock 0xfffffe00078e8fd8 is not initialized Aug 2 17:52:00 test2 kernel: [205] cpuid =3D 0 Aug 2 17:52:00 test2 kernel: [205] __HardenedBSD_version =3D 1100056 __FreeBSD_version =3D 1102501 Aug 2 17:52:00 test2 kernel: [205] version =3D FreeBSD 11.2-STABLE-HBSD #0 : Thu Aug 2 02:27:22 CEST 2018 Aug 2 17:52:00 test2 kernel: [205] root@hb67:/=CE=BB/obj/=CE=BB/src/11= /sys/VerKnowSys Aug 2 17:52:00 test2 kernel: [205] KDB: stack backtrace: Aug 2 17:52:00 test2 kernel: [205] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011fbed750 Aug 2 17:52:00 test2 kernel: [205] vpanic() at vpanic+0x17c/frame 0xfffffe011fbed7b0 Aug 2 17:52:00 test2 kernel: [205] doadump() at doadump/frame 0xfffffe011fbed830 Aug 2 17:52:00 test2 kernel: [205] lock_destroy() at lock_destroy+0x32/frame 0xfffffe011fbed850 Aug 2 17:52:00 test2 kernel: [205] rm_destroy() at rm_destroy+0x33/frame 0xfffffe011fbed870 Aug 2 17:52:00 test2 kernel: [205] tcp_fastopen_destroy() at tcp_fastopen_destroy+0x44/frame 0xfffffe011fbed890 Aug 2 17:52:00 test2 kernel: [205] tcp_destroy() at tcp_destroy+0x10e/frame 0xfffffe011fbed8c0 Aug 2 17:52:00 test2 kernel: [205] vnet_destroy() at vnet_destroy+0x12c/frame 0xfffffe011fbed8f0 Aug 2 17:52:00 test2 kernel: [205] prison_deref() at prison_deref+0x29d/frame 0xfffffe011fbed930 Aug 2 17:52:00 test2 kernel: [205] sys_jail_remove() at sys_jail_remove+0x28a/frame 0xfffffe011fbed980 Aug 2 17:52:00 test2 kernel: [205] amd64_syscall() at amd64_syscall+0x6ae/frame 0xfffffe011fbedab0 Aug 2 17:52:00 test2 kernel: [205] fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe011fbedab0 Aug 2 17:52:00 test2 kernel: [205] --- syscall (508, FreeBSD ELF64, sys_jail_remove), rip =3D 0x507a3545dba, rsp =3D 0x68533a501528, rbp =3D 0x68533a5015a0 --- Aug 2 17:52:00 test2 kernel: [205] KDB: enter: panic > > > /bz > From owner-freebsd-stable@freebsd.org Fri Aug 3 21:17:10 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6596B10513BD for ; Fri, 3 Aug 2018 21:17:10 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BB84875AE7 for ; Fri, 3 Aug 2018 21:17:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: by mailman.ysv.freebsd.org (Postfix) id 802D010513BC; Fri, 3 Aug 2018 21:17:09 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6EF7810513BB for ; Fri, 3 Aug 2018 21:17:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CF3A375AE6 for ; Fri, 3 Aug 2018 21:17:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 1BBF125D37D1; Fri, 3 Aug 2018 21:17:07 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 425ABD1F840; Fri, 3 Aug 2018 21:17:06 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id fFSVeUzHJrJs; Fri, 3 Aug 2018 21:17:05 +0000 (UTC) Received: from [192.168.124.1] (unknown [IPv6:fde9:577b:c1a9:31:2ef0:eeff:fe03:ee34]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E36EFD1F81A; Fri, 3 Aug 2018 21:17:04 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Oliver Pinter" Cc: stable@freebsd.org Subject: Re: VNET related kernel panic on jail startup with epairs on 11-STABLE Date: Fri, 03 Aug 2018 21:17:03 +0000 X-Mailer: MailMate (2.0BETAr6116) Message-ID: <20AA7D33-904F-494B-830F-59E09DC267E5@lists.zabbadoz.net> In-Reply-To: References: <5428C6C5-5627-44DD-A4ED-AF28A305C4F4@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2018 21:17:10 -0000 On 3 Aug 2018, at 20:42, Oliver Pinter wrote: > On 8/3/18, Bjoern A. Zeeb wrote: >> On 3 Aug 2018, at 18:48, Oliver Pinter wrote: >> >>> Hi all! >>> >>> One of out users observed an VNET related kernel panic with epairs >>> in >>> a jail. Seems like some of the >> >> Well would be great for a start to (a) email virtualisation@ as well, >> (b) include a panic message, backtrace or other related information >> to >> deduce anything about the possible bug, (c) and not to conflate it >> with >> another totally unrelated MFC request. >> >> So what makes you think it’s related to tcp fast open? > > Every required detail is in HardenedBSD's github issue, but I copy the > kernel panic here: Ah sorry my bad; the issue said ZFS in the subject and I thought it refers to something else. Thanks! Looking at the backtrace it seems it is happening on teardown and not on startup but indeed in the fast open code and that PR 216613 indeed fixed this in head, good :) Hope Patrick will do the mfc for you. /bz From owner-freebsd-stable@freebsd.org Sat Aug 4 17:02:02 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AEA2B1070D35 for ; Sat, 4 Aug 2018 17:02:02 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4695580080 for ; Sat, 4 Aug 2018 17:02:02 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0B5B41070D34; Sat, 4 Aug 2018 17:02:02 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDB681070D33 for ; Sat, 4 Aug 2018 17:02:01 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pf1-x42c.google.com (mail-pf1-x42c.google.com [IPv6:2607:f8b0:4864:20::42c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 666C38007E for ; Sat, 4 Aug 2018 17:02:01 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pf1-x42c.google.com with SMTP id j8-v6so4826175pff.6 for ; Sat, 04 Aug 2018 10:02:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=l76n25KT70ElNJn3EJfgcvNba7KkmTYcYVBaAGyD58M=; b=CeK8X6PETG4JuJ2ZGDrL54dln/PJ7ErgQQGhM1wtn7Ic+VRcdNh5yfn/VPknAlAKyl yyDq/Ofu5KAMCkgGUX72SonVWhZ9bcGvmxe/+SfOqWW7Zh8f0dI3JI64SGGoFJ7ZrTxq QyAu5gGyyEoNQKLJvOiqkMzOhNR7T0OJBbeW7fHudp2nYOMaAyIoLvRJDTA94cU1gtGJ gcSP5k9Uj4ZUDbr0qnTJC57alSYgu/a4KPZwI/4h/DdtEuOJ0tgnZOvloMalEgCXedw3 DPu9eUaiCE7i1MK4hwsrsov8Du2tBThO/rlqc5eWWYdu/XZocOoE/e3u+6cghZlIdD1N rGkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=l76n25KT70ElNJn3EJfgcvNba7KkmTYcYVBaAGyD58M=; b=YSZ3mlS+e8K0kg8AOtkRACc2vshqeOo9a/XjKBJDf8ELwor/V7zrAaWZTaJ3i3Y/+0 G5vWF4WJMPgun2JuPUPyxZdiryNGVkyBXSAoMwv2bae3g8SDnipAQ6kvWPtZYJqeCcT+ 8uSqTIsVa4d5h2BplJR32Rx3rBOq0/4FasgnIb+doSrmF9Kg3ub2qx1lWMzaNV0hwe7q ZV3GL4TTmT14hEx/pW/uFnBCPnEZ8ZwH7laYQRXRIxJ5o22J476LJNbra+f+uzzbc0Y7 I/gFRytCQDY5VtVReptM4qX207s2vioU2cLMafYg28Jchb8sChQcT3oQKuFGg/CpZPGH BXTA== X-Gm-Message-State: AOUpUlGrj2m3yi6CvMq2SqBD9qrVCSR9GVAl1fiJ92xZdVaJkJZOJ8aj C43ShHPqDNanCgF2meNixy4= X-Google-Smtp-Source: AAOMgpdZ/6ChoiEt0r2bE+VqrxfA2UTRuglVwSaAx1/fn1PzUIumEP/x+GdY1o+yq8fPMmIeu7QHoA== X-Received: by 2002:a65:5245:: with SMTP id q5-v6mr8161026pgp.67.1533402120176; Sat, 04 Aug 2018 10:02:00 -0700 (PDT) Received: from raichu (toroon0560w-lp130-09-70-52-224-239.dsl.bell.ca. [70.52.224.239]) by smtp.gmail.com with ESMTPSA id 16-v6sm13679579pfo.164.2018.08.04.10.01.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Aug 2018 10:01:59 -0700 (PDT) Sender: Mark Johnston Date: Sat, 4 Aug 2018 13:01:54 -0400 From: Mark Johnston To: Mark Martinec Cc: stable@freebsd.org Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 Message-ID: <20180804170154.GA12146@raichu> References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> <20180731220948.GA97237@raichu> <2ec91ebeaba54fda5e9437f868d4d590@ijs.si> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 17:02:02 -0000 On Fri, Aug 03, 2018 at 09:11:42PM +0200, Mark Martinec wrote: > More attempts at tracking this down. The suggested dtrace command does > usually abort with: > > Assertion failed: (buf->dtbd_timestamp >= first_timestamp), > file > /usr/src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c, > line 3330. Hrmm. As a workaround you can add "-x temporal=off" to the dtrace(1) invocation. > but with some luck soon after each machine reboot I can leave the dtrace > running for about 10 or 20 seconds (max) before terminating it with a > ^C, > and succeed in collecting the report. If I miss the opportunity to > leave > dtrace running just long enough to collect useful info, but not long > enough for it to hit the assertion check, then any further attempt > to run the dtrace script hits the assertion fault immediately. > > Btw, (just in case) I have recompiled kernel from source > (base/release/11.2.0) > with debugging symbols, although the behaviour has not changed: > > FreeBSD floki.ijs.si 11.2-RELEASE FreeBSD 11.2-RELEASE #0 r337238: > Fri Aug 3 17:29:42 CEST 2018 > mark@xxx.ijs.si:/usr/obj/usr/src/sys/FLOKI amd64 > > > Anyway, after several attempts I was able to collect a useful dtrace > output from the suggested dtrace stript: > > # dtrace -n 'dtmalloc::solaris:malloc {@allocs[stack(), args[3]] = > count()} dtmalloc::solaris:free {@frees[stack(), args[3]] = count()}' > > while running "zpool list" repeatedly in another terminal screen: I think running "zpool list" is adding a lot of noise to the output. Could you retry without doing that? From owner-freebsd-stable@freebsd.org Sat Aug 4 18:38:12 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46826104F4E3 for ; Sat, 4 Aug 2018 18:38:12 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D71C882E2E for ; Sat, 4 Aug 2018 18:38:11 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: by mailman.ysv.freebsd.org (Postfix) id 97ED8104F4E2; Sat, 4 Aug 2018 18:38:11 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75EA0104F4E1 for ; Sat, 4 Aug 2018 18:38:11 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (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 E1CB682E2C; Sat, 4 Aug 2018 18:38:10 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 41jXjD2BQtzChf; Sat, 4 Aug 2018 20:38:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1533407885; x=1535999886; bh=kyV hz+oJSTkDIKv8K4GBcnNL4EB0FxghHAoY8n3XaBE=; b=DY60SkfYuvq4EVl0/Pj k9jh6oH74P5NM9tlEfAGHX+E+1+Z95s8kGVLYgFLfvCV1iys67u2oIntOsh3Z9Gk EBhlSPf4pUDWK1JAdwi2R1QJDiaKWLL57QK1u0/URSCqaRLpyRgvzs6Q1m0Z18oV EKnvV9LwsfXJhFjiwcbn+oT8= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id dB8sIXBKkC0A; Sat, 4 Aug 2018 20:38:05 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 41jXj90kNHzChd; Sat, 4 Aug 2018 20:38:04 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 41jXj85zBYzXy; Sat, 4 Aug 2018 20:38:04 +0200 (CEST) Received: from sleepy.ijs.si (2001:1470:ff80:e001::76) by webmail.ijs.si with HTTP (HTTP/1.1 POST); Sat, 04 Aug 2018 20:38:04 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 04 Aug 2018 20:38:04 +0200 From: Mark Martinec To: stable@freebsd.org Cc: Mark Johnston Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 Organization: Jozef Stefan Institute In-Reply-To: <20180804170154.GA12146@raichu> References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> <20180731220948.GA97237@raichu> <2ec91ebeaba54fda5e9437f868d4d590@ijs.si> <20180804170154.GA12146@raichu> Message-ID: <87f6a55cc2ee3d754ddb89475bbfbab8@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 18:38:12 -0000 2018-08-04 19:01, Mark Johnston wrote: > I think running "zpool list" is adding a lot of noise to the output. > Could you retry without doing that? No, like I said previously, the "zpool list" (with one defunct zfs pool) *is* the sole culprit of the zfs memory leak. With each invocation of "zpool list" the "solaris" malloc jumps up by the same amount, and never ever drops. Without running it (like repeatedly under 'telegraf' monitoring of zfs), the machine runs normally and never runs out of memory, the "solaris" malloc count no longer grows steadily. This leak was introduced sometime between 10.3 and 11.1R-p11, and is still there with 11.2. Mark > On Fri, Aug 03, 2018 at 09:11:42PM +0200, Mark Martinec wrote: >> More attempts at tracking this down. The suggested dtrace command does >> usually abort with: >> >> Assertion failed: (buf->dtbd_timestamp >= first_timestamp), >> file >> /usr/src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c, >> line 3330. > > Hrmm. As a workaround you can add "-x temporal=off" to the dtrace(1) > invocation. > >> but with some luck soon after each machine reboot I can leave the >> dtrace >> running for about 10 or 20 seconds (max) before terminating it with a >> ^C, >> and succeed in collecting the report. If I miss the opportunity to >> leave >> dtrace running just long enough to collect useful info, but not long >> enough for it to hit the assertion check, then any further attempt >> to run the dtrace script hits the assertion fault immediately. >> >> Btw, (just in case) I have recompiled kernel from source >> (base/release/11.2.0) >> with debugging symbols, although the behaviour has not changed: >> >> FreeBSD floki.ijs.si 11.2-RELEASE FreeBSD 11.2-RELEASE #0 r337238: >> Fri Aug 3 17:29:42 CEST 2018 >> mark@xxx.ijs.si:/usr/obj/usr/src/sys/FLOKI amd64 >> >> >> Anyway, after several attempts I was able to collect a useful dtrace >> output from the suggested dtrace stript: >> >> # dtrace -n 'dtmalloc::solaris:malloc {@allocs[stack(), args[3]] = >> count()} dtmalloc::solaris:free {@frees[stack(), args[3]] = >> count()}' >> >> while running "zpool list" repeatedly in another terminal screen: > > I think running "zpool list" is adding a lot of noise to the output. > Could you retry without doing that? From owner-freebsd-stable@freebsd.org Sat Aug 4 19:48:03 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB50A1050FAA for ; Sat, 4 Aug 2018 19:48:03 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 43848856A9 for ; Sat, 4 Aug 2018 19:48:03 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0428C1050FA8; Sat, 4 Aug 2018 19:48:03 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D64BB1050FA7 for ; Sat, 4 Aug 2018 19:48:02 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59D47856A8 for ; Sat, 4 Aug 2018 19:48:02 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pf1-x434.google.com with SMTP id e13-v6so4918391pff.7 for ; Sat, 04 Aug 2018 12:48:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=IOOki1FF1TsSL5EqbaQISYK1M4xsrsrQ/wtN/mWGx6M=; b=eXd4UPxnvlniqFxlhqX9i/3ry8kpxf6X+k15TFsdBnpAQbd69oxn6RaUfpWmw784ll qc4DzC3FzqQBTqI8oqeMZEZzsbNZ9R2wsRKwiVUSJzTGw1zKdBG+ZTPyJKDjhO5GLQSv gm1pXr2SERiu8O4eEuGaKfSfiIvLwBKfRdL5CZ49qpXaO7h8w0U5+IMuv4HlbMjpkqlv cuYOQxW0w8QlRdgqK5GANBvHVjPEYs25N7FD+WaY3VBh9AHRmegjuP/Bd47EVSIl+8Ad 2+zcas925tA9wOrcAj/XAjAce0aTiy7lLj+cCdVmLoNL+c0KyiXNZgHceo93jvKc/RrN ICbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=IOOki1FF1TsSL5EqbaQISYK1M4xsrsrQ/wtN/mWGx6M=; b=oF/PKx0jOApech6MLRnvUaUXxf4MUTyw0Bk/PCGy+2s085kLYZ1PhY7jwis3dWn2BI npgUWreDtDgQa4SDoay58x3q+AqoZOUdftMz5OjQrKpLUavHNLhV5o1uASu7DfywTfPt SOnYvjfz/jZ/OZRLruz0Z+2fDCEIl8cXNfRyNUA8N+f9bTRTXorbhMvufRW2BJdeXSPJ /tHeiYvQj5T4+UREF8Sw9fzYsfqXBAKEaxYMLqS9jyggj3h28c6EXif85TvZmBpfva5V HUutwp64w62ZIDhzpmjHFTN5/RIafDORZkprtdKVO0Q9f2aWQ+KD0VoqtFZ3z50514Rh sZFw== X-Gm-Message-State: AOUpUlFhsbii50qFe22P9RldJ/FfUB/QQ4qq12MSxdgS2g7MoJDYOh8w gpuaYnTCUKkDCmIapnRIRBaTmKo6 X-Google-Smtp-Source: AAOMgpe9axH7oor9ftlJM7E/VcnV8+HELRvDL2ogD/tAk1SNQbh7RuMseDupNb7C4nT/VaIrlTno9g== X-Received: by 2002:a62:201b:: with SMTP id g27-v6mr10191026pfg.253.1533412081398; Sat, 04 Aug 2018 12:48:01 -0700 (PDT) Received: from raichu (toroon0560w-lp130-09-70-52-224-239.dsl.bell.ca. [70.52.224.239]) by smtp.gmail.com with ESMTPSA id k64-v6sm17796567pfc.160.2018.08.04.12.47.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Aug 2018 12:48:00 -0700 (PDT) Sender: Mark Johnston Date: Sat, 4 Aug 2018 15:47:57 -0400 From: Mark Johnston To: Mark Martinec Cc: stable@freebsd.org Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 Message-ID: <20180804194757.GD12146@raichu> References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> <20180731220948.GA97237@raichu> <2ec91ebeaba54fda5e9437f868d4d590@ijs.si> <20180804170154.GA12146@raichu> <87f6a55cc2ee3d754ddb89475bbfbab8@ijs.si> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87f6a55cc2ee3d754ddb89475bbfbab8@ijs.si> User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 19:48:03 -0000 On Sat, Aug 04, 2018 at 08:38:04PM +0200, Mark Martinec wrote: > 2018-08-04 19:01, Mark Johnston wrote: > > I think running "zpool list" is adding a lot of noise to the output. > > Could you retry without doing that? > > No, like I said previously, the "zpool list" (with one defunct > zfs pool) *is* the sole culprit of the zfs memory leak. > With each invocation of "zpool list" the "solaris" malloc > jumps up by the same amount, and never ever drops. Without > running it (like repeatedly under 'telegraf' monitoring > of zfs), the machine runs normally and never runs out of > memory, the "solaris" malloc count no longer grows steadily. Sorry, I missed that message. Given that information, it would be useful to see the output of the following script instead: # dtrace -c "zpool list -Hp" -x temporal=off -n ' dtmalloc::solaris:malloc /pid == $target/{@allocs[stack(), args[3]] = count()} dtmalloc::solaris:free /pid == $target/{@frees[stack(), args[3]] = count();}' This will record all allocations and frees from a single instance of "zpool list".