From owner-freebsd-current@freebsd.org Tue Aug 23 17:35:12 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A3C8BC47EC; Tue, 23 Aug 2016 17:35:12 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (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 E1C491279; Tue, 23 Aug 2016 17:35:11 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: by mail-oi0-x22a.google.com with SMTP id f189so205886841oig.3; Tue, 23 Aug 2016 10:35:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=lqnha1eVFepQaQxtuwdUL2JZrlASlgQWMO8itwnUNao=; b=bIzEQmBSUuhfcxb4naieVVC0xVmQbDjMf874yrh/Fxdg5nxeuG+kgLqGGNZ43u2uDJ /o/rghBr9O0XxP+K5Wik5R4ShSd3TnX+DixS9CZsY0kQD7+aZlBqwhop+xxzAgYteCxo SBQO59k5l7o2oni//5THW0aitwavTWnDhTpKqpBUGTDssizD37k4sra7L+hucHyVGeYj hQD8uuTO+KEp7IBVw0ZfinacKcGmUPoXJrmHyCWvdsxhEtk0orUxGYqx2Ll0yC/zvyTF dzZY7By/HBdT+6rJe/D+wgD/9MKjezcjxyN9t7oQlg3ULrNmfY88oeOroVQsWXhdeJ5E WRHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=lqnha1eVFepQaQxtuwdUL2JZrlASlgQWMO8itwnUNao=; b=TWQMVYlDjZDjJWbDSUTLLaZ5Czp9HCo7vwRU6wbsZaOIoqqyDDWEXXbr+L3mHiBdBV B2qU37o1PniwFWVMUJILlMB343ZfShoV7RL6O7EYCL1d7+clXfBrbbHSYIbV0BJHxN4p 2td0CGS8ZF0AekETzk9ntlnaKW0bAdTp8xMUmlwhjhWFnckKlYp0zX8UOrj6CZLgRZoi yctq4/auQOhK/63hB1LkgXFhzied0hIbtPETHXfWRNNrB45XE53b76R8r2kM1A+pUyT6 kwxaW0LUWI1dhDrVwL9YfqPIqpp96NFS8r72ee7xmXyLnqpqicNA3eh+9GA7YhHZ7GPU ofPg== X-Gm-Message-State: AEkoousjEY9gdAhYF31fwmlCmnnNxDyyFTDh+B4F/lBCuH/N7p21yrXz+hQtUD3l/NXvVfrXbWwURsWP3A++pQ== X-Received: by 10.202.221.198 with SMTP id u189mr17751005oig.149.1471973711150; Tue, 23 Aug 2016 10:35:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.51.196 with HTTP; Tue, 23 Aug 2016 10:35:10 -0700 (PDT) In-Reply-To: <20160823073552.GK83214@kib.kiev.ua> References: <20160823073552.GK83214@kib.kiev.ua> From: Frederic Chardon Date: Tue, 23 Aug 2016 19:35:10 +0200 Message-ID: Subject: Re: kern.proc.pathname failure while booting from zfs To: Konstantin Belousov Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 17:35:12 -0000 2016-08-23 9:35 GMT+02:00 Konstantin Belousov : > On Tue, Aug 23, 2016 at 09:27:56AM +0200, Frederic Chardon wrote: >> Le 20 ao??t 2016 22:03, "Frederic Chardon" = a >> ??crit : >> > >> > Hi >> > >> > I see a strange interaction between zfs on root and kern.proc.pathname >> > on my laptop. Whenever I try to use gcore it fails with: >> > gcore 1023 >> > gcore: kern.proc.pathname failure >> > >> > However, gcore /usr/local/bin/zsh 1023 is working properly. >> > >> > I made some tests booting from usb stick (fresh installworld, no >> > src.conf, no make.conf, GENERIC kernel) >> > What works: having / on ufs and importing a zfs pool later on. >> > What doesn't: having / on zfs, whatever the settings for checksum, >> > compression, or normalization. >> > >> > Both 11-stable and 12-current behave this way. Current from may-june >> > worked properly. >> > adb, chromium and virtualbox as well stopped working at approximately >> > the same time, however I don't know if it is linked ("truss -f adb >> > start-server" shows that garbage is passed to execl after forking). >> > >> > Any idea what's going on? Does anybody else see this? >> > >> > Thanks! >> >> Nobody else have this problem? I reinstalled the system from scratch and >> still gcore fails with the same error, even in single user mode. > > Do you have a property on your root fs which forces it to ignore case in > the file names ? No. I do have normalization set to formC though. I observed the same behavior with the property unset (in fact, with no property set to anything but default as well). If I boot from usb stick and import the pool afterwards it works properly. zpool get all zbase NAME PROPERTY VALUE SOURCE zbase size 9,94G - zbase capacity 43% - zbase altroot - defaul= t zbase health ONLINE - zbase guid 8964242380523899513 defaul= t zbase version - defaul= t zbase bootfs zbase/bootenv/11-STABLE local zbase delegation on defaul= t zbase autoreplace off defaul= t zbase cachefile - defaul= t zbase failmode wait defaul= t zbase listsnapshots off defaul= t zbase autoexpand off defaul= t zbase dedupditto 0 defaul= t zbase dedupratio 1.00x - zbase free 5,65G - zbase allocated 4,29G - zbase readonly off - zbase comment - defaul= t zbase expandsize - - zbase freeing 0 defaul= t zbase fragmentation 41% - zbase leaked 0 defaul= t zbase feature@async_destroy enabled local zbase feature@empty_bpobj active local zbase feature@lz4_compress active local zbase feature@multi_vdev_crash_dump enabled local zbase feature@spacemap_histogram active local zbase feature@enabled_txg active local zbase feature@hole_birth active local zbase feature@extensible_dataset enabled local zbase feature@embedded_data active local zbase feature@bookmarks enabled local zbase feature@filesystem_limits enabled local zbase feature@large_blocks enabled local zbase feature@sha512 enabled local zbase feature@skein enabled local zfs get all zbase/bootenv/11-STABLE NAME PROPERTY VALUE SO= URCE zbase/bootenv/11-STABLE type filesystem - zbase/bootenv/11-STABLE creation sam. ao=C3=BBt 20 13:07 2016= - zbase/bootenv/11-STABLE used 4,23G - zbase/bootenv/11-STABLE available 5,34G - zbase/bootenv/11-STABLE referenced 2,72G - zbase/bootenv/11-STABLE compressratio 1.97x - zbase/bootenv/11-STABLE mounted yes - zbase/bootenv/11-STABLE quota none de= fault zbase/bootenv/11-STABLE reservation none de= fault zbase/bootenv/11-STABLE recordsize 128K de= fault zbase/bootenv/11-STABLE mountpoint / lo= cal zbase/bootenv/11-STABLE sharenfs off de= fault zbase/bootenv/11-STABLE checksum sha256 inherited from zbase zbase/bootenv/11-STABLE compression lz4 inherited from zbase zbase/bootenv/11-STABLE atime off inherited from zbase zbase/bootenv/11-STABLE devices on de= fault zbase/bootenv/11-STABLE exec on de= fault zbase/bootenv/11-STABLE setuid on de= fault zbase/bootenv/11-STABLE readonly off de= fault zbase/bootenv/11-STABLE jailed off de= fault zbase/bootenv/11-STABLE snapdir hidden de= fault zbase/bootenv/11-STABLE aclmode discard de= fault zbase/bootenv/11-STABLE aclinherit restricted de= fault zbase/bootenv/11-STABLE canmount on lo= cal zbase/bootenv/11-STABLE xattr off temporary zbase/bootenv/11-STABLE copies 1 de= fault zbase/bootenv/11-STABLE version 5 - zbase/bootenv/11-STABLE utf8only on - zbase/bootenv/11-STABLE normalization formC - zbase/bootenv/11-STABLE casesensitivity sensitive - zbase/bootenv/11-STABLE vscan off de= fault zbase/bootenv/11-STABLE nbmand off de= fault zbase/bootenv/11-STABLE sharesmb off de= fault zbase/bootenv/11-STABLE refquota none de= fault zbase/bootenv/11-STABLE refreservation none de= fault zbase/bootenv/11-STABLE primarycache all de= fault zbase/bootenv/11-STABLE secondarycache all de= fault zbase/bootenv/11-STABLE usedbysnapshots 1,52G - zbase/bootenv/11-STABLE usedbydataset 2,72G - zbase/bootenv/11-STABLE usedbychildren 0 - zbase/bootenv/11-STABLE usedbyrefreservation 0 - zbase/bootenv/11-STABLE logbias latency de= fault zbase/bootenv/11-STABLE dedup off de= fault zbase/bootenv/11-STABLE mlslabel - zbase/bootenv/11-STABLE sync disabled inherited from zbase zbase/bootenv/11-STABLE refcompressratio 1.96x - zbase/bootenv/11-STABLE written 37,6M - zbase/bootenv/11-STABLE logicalused 7,82G - zbase/bootenv/11-STABLE logicalreferenced 4,95G - zbase/bootenv/11-STABLE volmode default de= fault zbase/bootenv/11-STABLE filesystem_limit none de= fault zbase/bootenv/11-STABLE snapshot_limit none de= fault zbase/bootenv/11-STABLE filesystem_count none de= fault zbase/bootenv/11-STABLE snapshot_count none de= fault zbase/bootenv/11-STABLE redundant_metadata all de= fault