From owner-freebsd-stable@freebsd.org Tue Aug 23 18:24:38 2016 Return-Path: Delivered-To: freebsd-stable@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 1CFBBBC3E4F; Tue, 23 Aug 2016 18:24:38 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::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 D4AAC12B6; Tue, 23 Aug 2016 18:24:37 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: by mail-oi0-x230.google.com with SMTP id f189so207797073oig.3; Tue, 23 Aug 2016 11:24:37 -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=x0tBYzKOP7Y3/taJMdLFZRCf/wmHJ7imM7xosZKyMTY=; b=UfdTj/uIhgU89Zl2m+NnYJWTcgLRSsTz0S3c4N9SqzzFdtzyrx93F//UORdXV13rhq Hgx0Nenmdjr+9SFMQg8f9oVWV1rMkmoLVp5IIG1WpZ5nIbWVlfkJeZMWV9l3WFa8Ad7E GftFrjQaURKx3mRGWfeS3cv+0NNda0D17egt5nbWAJF6dTnOoQhZJ8roCWIxLjUw+SMl sQtCosgKOcWIbJ6nCxfPaKSbWGaMCEHlwaPvAV0nUqok6VO1MD4D+4cP7wUtvQMccdNb CNAlXkDZBDN8UcMXWceElWE580ZC0B9aQ9+LqA3TLRrZcVwqefDxMXIMdTmSWAapfvhL mHbw== 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=x0tBYzKOP7Y3/taJMdLFZRCf/wmHJ7imM7xosZKyMTY=; b=JY+4lc3STkZbAmYqX9bj8HvpGJUsnq6H5Yy1nd6Fy8TpME8q3/Pdkr68w5cOIsDJ0u RFYxRZHu9vTLffc7f5iKZd7itGLR1sctigt5GLA5hFnQqYaVTHojjBNo1zvr6+qWgsvd diAAiL4n5njkdatVJStnnFGKPrqW7vqn1Tt3P0PxT3z3b55Vj91hCFFb9H6OGhENlmaD ZuudDZqzGzsi5vbq2kwGgPKZ9GVPwQ09QfZN0o0ZdKvyqX7V6lEBm4xQUcyyc5vQA3ZL 7MSFVXjF3jubdj5jCTpasYz+HbylIrz8doFsDxu1XFPQWzhtETiB0LuaXCDIIicnhARp 3oLQ== X-Gm-Message-State: AEkoouvqd9v7J2Gev6arAXo83j9i55XUOKKp2Bs56FBLdk9JoCOdjKNTFKZpRjrirL39z7YUgTPYZYIe5+dZHA== X-Received: by 10.157.19.9 with SMTP id f9mr18979817ote.174.1471976676995; Tue, 23 Aug 2016 11:24:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.51.196 with HTTP; Tue, 23 Aug 2016 11:24:36 -0700 (PDT) In-Reply-To: References: <20160823073552.GK83214@kib.kiev.ua> From: Frederic Chardon Date: Tue, 23 Aug 2016 20:24:36 +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-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 23 Aug 2016 18:24:38 -0000 2016-08-23 19:35 GMT+02:00 Frederic Chardon : > 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.pathnam= e >>> > 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 an= d >>> 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 SOUR= CE > zbase size 9,94G - > zbase capacity 43% - > zbase altroot - defa= ult > zbase health ONLINE - > zbase guid 8964242380523899513 defa= ult > zbase version - defa= ult > zbase bootfs zbase/bootenv/11-STABLE loca= l > zbase delegation on defa= ult > zbase autoreplace off defa= ult > zbase cachefile - defa= ult > zbase failmode wait defa= ult > zbase listsnapshots off defa= ult > zbase autoexpand off defa= ult > zbase dedupditto 0 defa= ult > zbase dedupratio 1.00x - > zbase free 5,65G - > zbase allocated 4,29G - > zbase readonly off - > zbase comment - defa= ult > zbase expandsize - - > zbase freeing 0 defa= ult > zbase fragmentation 41% - > zbase leaked 0 defa= ult > zbase feature@async_destroy enabled loca= l > zbase feature@empty_bpobj active loca= l > zbase feature@lz4_compress active loca= l > zbase feature@multi_vdev_crash_dump enabled loca= l > zbase feature@spacemap_histogram active loca= l > zbase feature@enabled_txg active loca= l > zbase feature@hole_birth active loca= l > zbase feature@extensible_dataset enabled loca= l > zbase feature@embedded_data active loca= l > zbase feature@bookmarks enabled loca= l > zbase feature@filesystem_limits enabled loca= l > zbase feature@large_blocks enabled loca= l > zbase feature@sha512 enabled loca= l > zbase feature@skein enabled loca= l > > > zfs get all zbase/bootenv/11-STABLE > NAME PROPERTY VALUE = SOURCE > zbase/bootenv/11-STABLE type filesystem = - > zbase/bootenv/11-STABLE creation sam. ao=C3=BBt 20 13:07 20= 16 - > 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 = default > zbase/bootenv/11-STABLE reservation none = default > zbase/bootenv/11-STABLE recordsize 128K = default > zbase/bootenv/11-STABLE mountpoint / = local > zbase/bootenv/11-STABLE sharenfs off = default > 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 = default > zbase/bootenv/11-STABLE exec on = default > zbase/bootenv/11-STABLE setuid on = default > zbase/bootenv/11-STABLE readonly off = default > zbase/bootenv/11-STABLE jailed off = default > zbase/bootenv/11-STABLE snapdir hidden = default > zbase/bootenv/11-STABLE aclmode discard = default > zbase/bootenv/11-STABLE aclinherit restricted = default > zbase/bootenv/11-STABLE canmount on = local > zbase/bootenv/11-STABLE xattr off > temporary > zbase/bootenv/11-STABLE copies 1 = default > 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 = default > zbase/bootenv/11-STABLE nbmand off = default > zbase/bootenv/11-STABLE sharesmb off = default > zbase/bootenv/11-STABLE refquota none = default > zbase/bootenv/11-STABLE refreservation none = default > zbase/bootenv/11-STABLE primarycache all = default > zbase/bootenv/11-STABLE secondarycache all = default > 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 = default > zbase/bootenv/11-STABLE dedup off = default > 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 = default > zbase/bootenv/11-STABLE filesystem_limit none = default > zbase/bootenv/11-STABLE snapshot_limit none = default > zbase/bootenv/11-STABLE filesystem_count none = default > zbase/bootenv/11-STABLE snapshot_count none = default > zbase/bootenv/11-STABLE redundant_metadata all = default I meant: "if I boot from a _UFS_ usb stick" of course. The FreeBSD installation img for example.