From owner-freebsd-stable@freebsd.org Sun Nov 8 22:21:49 2015 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 DDDF0A2946E for ; Sun, 8 Nov 2015 22:21:49 +0000 (UTC) (envelope-from t074745734a-e93528f18e950000-8eec6d5ba7584724949b02764469fcf5@bounce.twitter.com) Received: from spring-chicken-ak.twitter.com (spring-chicken-ak.twitter.com [199.16.156.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9CAF31186 for ; Sun, 8 Nov 2015 22:21:49 +0000 (UTC) (envelope-from t074745734a-e93528f18e950000-8eec6d5ba7584724949b02764469fcf5@bounce.twitter.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=twitter.com; s=dkim-201406; t=1447021300; bh=wKGy8y5O+msLIzmN53y1cSh71SwV/NgBLc47t8zJPbE=; h=Date:From:To:Subject:MIME-Version:Content-Type:Message-ID; b=a+rYE5TCkcxXpcpi2eJMvwV7rvVrRNlOkI6YaPjabr1/iP9jO4MxSRCTKp+24B+N2 uOAg9gc24rLowU30L2/MgU3KQ26q9/qGo8EjKNXj213kuF2v7X07YE2LnqQgowCaZG Db9ETwmY5JvuEWrjCCugUSrOWCNbc/mbXIkwNl89b3lPnlvj9YyjJC13HbrwpJSjAN avWG5SfWqSlsmbT5Xc+IMGxhekTJbhM4AKun4hlFQKZYg0Cc2OgNwTyXDzI/5jIU4J 2PMUxV385wQ897xeZ/LjMm6R4LgcooCPLO2g78KV0z2B7GNPTv13toNb5K4hC7shYz VzokBho2gRIJA== X-MSFBL: eyJiIjoiYXRsYS1hcHAtMzEtc3IxLUNvbGQuMTcwIiwidSI6ImZyZWVic2Qtc3Rh YmxlQGZyZWVic2Qub3JnQHVzYiMjMjRAMjQ0QDQxNDQ3OTQ2NzdAMEBmMDNmN2Vk Mjk3YTkxODg0NjBiZDZjZDg1MmFmM2YwYTQ3M2QwMzc4IiwiZyI6IkNvbGQiLCJy IjoiZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcifQ== Date: Sun, 08 Nov 2015 22:21:40 +0000 From: Twitter To: COLLETTE WALFORD Subject: Confirm your Twitter account, COLLETTE WALFORD MIME-Version: 1.0 Feedback-ID: 0040162518f58f41d1f0:16481b2a2bd9895cc9f3f73eb2597daffdce:none:twitterESP Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 08 Nov 2015 22:21:50 -0000 COLLETTE WALFORD, Confirm your email address to complete your Twitter account. It's easy - just click on the button below. Click on the link below or copy and paste it into a browser: https://twitter.com/i/redirect?url=https%3A%2F%2Ftwitter.com%2Faccount%2Fconfirm_user_email%2F4144794677%2F29BCD-FF964-144702%3Ft%3D1%26cn%3DZW1haWxfY29uZmlybV9pbml0%26sig%3D719c749dc34435fe6a3df0fe92d23f25628e5a7b%26al%3D1%26iid%3D8eec6d5ba7584724949b02764469fcf5%26ac%3D1%26autoactions%3D1447021300%26uid%3D4144794677%26nid%3D244%2B308&t=1&cn=ZW1haWxfY29uZmlybV9pbml0&sig=cf308a1adeb336c2a718f0b6577225ae34ff2f29&iid=8eec6d5ba7584724949b02764469fcf5&uid=4144794677&nid=244+308 From owner-freebsd-stable@freebsd.org Mon Nov 9 07:32:47 2015 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 6DEDDA2AA5D for ; Mon, 9 Nov 2015 07:32:47 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8CAB01AC8 for ; Mon, 9 Nov 2015 07:32:46 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (pc233031.norma.com [IPv6:fd00::7fa] (may be forged)) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id tA97WJ9q097579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 9 Nov 2015 12:32:30 +0500 (YEKT) (envelope-from emz@norma.perm.ru) From: "Eugene M. Zheganin" Subject: Re: unable to boot a healthy zfs pool: all block copies unavailable To: FreeBSD References: <563BAE37.2090205@norma.perm.ru> <563BD121.4020404@FreeBSD.org> <563C406F.3090003@norma.perm.ru> Message-ID: <56404C03.10600@norma.perm.ru> Date: Mon, 9 Nov 2015 12:32:19 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Mon, 09 Nov 2015 12:32:30 +0500 (YEKT) X-Spam-Status: No hits=-100.2 bayes=0.0000 testhits AWL=0.256,BAYES_00=-1.9, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 09 Nov 2015 07:32:47 -0000 Hi. On 06.11.2015 21:00, Alan Somers wrote: > I notice that my 10.2-RELEASE VM prints the same message about "all > block copies unavailable" and then continues to boot just fine. So I > wonder if that part is just red herring. There is another possibility > here: I have seen a bug where ZFS attempts to open the root pool's > vdevs by path (eg ada0p3) but can't find them because disks have been > replaced and no longer have their old devnames. So vdev_geom searches > through the list of geom providers looking for any provider with the > correct ZFS GUID. Normally it would find the right devname (eg > ada1p3). But sometimes, because the disks are partitioned, it will > find the wrong partition first (eg ada1). Since ZFS has labels at > both the beginning and the end of each vdev, vdev_geom will see the > label at the end of ada1 (really, it's the label at the end of ada1p3, > but it shares the same LBA that a label at the end of ada1 would) and > think that it opened ada1 successfully. vdev_geom_open will then > return, and at some later date another part of ZFS will fail to read > the MOS, and your boot will fail. > You are talking here about gptzfsboot being not smart enough, right ? Since kernel itself is able to find that pool after being booted up from alternative source. So it's a gptzfsboot issue, right ? Eugene. From owner-freebsd-stable@freebsd.org Mon Nov 9 15:46:23 2015 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 4C89EA293CA for ; Mon, 9 Nov 2015 15:46:23 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (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 13D9D1C92 for ; Mon, 9 Nov 2015 15:46:23 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by obbww6 with SMTP id ww6so116250618obb.0 for ; Mon, 09 Nov 2015 07:46:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XtWZQWNS28xtFgcO85Q534g1j3RdiG1+R1OU3ZtW8og=; b=QB59ku98XdHNhpj2qvvKW2DWWbgHKCREQZ4aXctffMn61XEIItplezPatjol6w02ZR HbFoviVj+HoAuwXNbnpxdt/DLGEXcRo1RaRpRiP5bKt+YJL0vB6/qP/nTF2KxMrWs+F0 5C20CrB4UedHaO//AO/s8Nhh2aaO7WUp8DyBN8EYSEJVEGD0+jeUTnt0ltEiC2HaVImk sWZXhm0xodmjhDRVSVj0yTTHFglB+uNEhhZ3tnQVfIrXHVBkFhxHR45eIDmJDcu9l/3g I7STotOLv4pxt4tg6gbxWdzAfF1HJkoViKzivl8HuKrJHurs0IR/rAO1vfm69Nkz4LLf TKXg== MIME-Version: 1.0 X-Received: by 10.182.102.5 with SMTP id fk5mr17613617obb.38.1447083982343; Mon, 09 Nov 2015 07:46:22 -0800 (PST) Sender: asomers@gmail.com Received: by 10.202.0.7 with HTTP; Mon, 9 Nov 2015 07:46:22 -0800 (PST) In-Reply-To: <56404C03.10600@norma.perm.ru> References: <563BAE37.2090205@norma.perm.ru> <563BD121.4020404@FreeBSD.org> <563C406F.3090003@norma.perm.ru> <56404C03.10600@norma.perm.ru> Date: Mon, 9 Nov 2015 08:46:22 -0700 X-Google-Sender-Auth: XFqqmi7WQm1ldeqjW3ZozCkD1e0 Message-ID: Subject: Re: unable to boot a healthy zfs pool: all block copies unavailable From: Alan Somers To: "Eugene M. Zheganin" Cc: FreeBSD Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 09 Nov 2015 15:46:23 -0000 On Mon, Nov 9, 2015 at 12:32 AM, Eugene M. Zheganin wrote: > Hi. > > On 06.11.2015 21:00, Alan Somers wrote: >> I notice that my 10.2-RELEASE VM prints the same message about "all >> block copies unavailable" and then continues to boot just fine. So I >> wonder if that part is just red herring. There is another possibility >> here: I have seen a bug where ZFS attempts to open the root pool's >> vdevs by path (eg ada0p3) but can't find them because disks have been >> replaced and no longer have their old devnames. So vdev_geom searches >> through the list of geom providers looking for any provider with the >> correct ZFS GUID. Normally it would find the right devname (eg >> ada1p3). But sometimes, because the disks are partitioned, it will >> find the wrong partition first (eg ada1). Since ZFS has labels at >> both the beginning and the end of each vdev, vdev_geom will see the >> label at the end of ada1 (really, it's the label at the end of ada1p3, >> but it shares the same LBA that a label at the end of ada1 would) and >> think that it opened ada1 successfully. vdev_geom_open will then >> return, and at some later date another part of ZFS will fail to read >> the MOS, and your boot will fail. >> > You are talking here about gptzfsboot being not smart enough, right ? > Since kernel itself is able to find that pool after being booted up from > alternative source. So it's a gptzfsboot issue, right ? > > Eugene. Actually, no. gptzfsboot successfully loaded the kernel, but the kernel couldn't load the root zpool. However, if the system had been fully booted, then libzfs + kernel would've been able to load the zpool. The normal zpool import process consists of libzfs trying to read all the vdev labels, then it tells the kernel which ones worked. But when the kernel loads the root zpool it doesn't have any help from libzfs. That's why this bug only affects booting. -Alan From owner-freebsd-stable@freebsd.org Mon Nov 9 21:21:06 2015 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 CCD53A2A1E4 for ; Mon, 9 Nov 2015 21:21:06 +0000 (UTC) (envelope-from kbritton@waveyoursales.com) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (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 95B0E1915 for ; Mon, 9 Nov 2015 21:21:06 +0000 (UTC) (envelope-from kbritton@waveyoursales.com) Received: by pacdm15 with SMTP id dm15so186506665pac.3 for ; Mon, 09 Nov 2015 13:21:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=waveyoursales_com.20150623.gappssmtp.com; s=20150623; h=to:subject:from:message-id:disposition-notification-to:date :user-agent:mime-version:content-type:content-transfer-encoding; bh=cpDE0YH7zWF7Am6ILmLYgz46Ycm8kC1tlymQhkJxw60=; b=M2dnyAXaPRUwxJlnOGckIhohEjCCnTVJ4oJXYfN6yhVqXnqMhoYcmLQwqvaQNdXaIA ocquHRYhGf8mV82Eubts1ByT7H40u6WqWtodK3rf2cXegAogZivrb2mJTJCyceN578sA iJct1ivLRY0KwWo84yYF+uEkbBPze7wHQE+fsTS5FR6OTw8lexIg0UJCf+VszXQhTkdM urgNBuJKV8996ipeK/5+LXck6Gkz0JDaaZj190ipgdHPIQUqpyT66Svm3AfS86HeKNja uFyyhcf8uXc/QPGrQ10qq2kn6CguOueUGicXAJIty82CgLPh0qJH8Ly35S6UBMuLlc1c O2aA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:subject:from:message-id :disposition-notification-to:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=cpDE0YH7zWF7Am6ILmLYgz46Ycm8kC1tlymQhkJxw60=; b=eBjzUXIP6IZGMtdoCtp18N407carncTolAbGyoGbZOszXsl2hNGnb3XT4Aec9KEe1t rlIEGZrSccMoPTiE3nwbruPh4fRHQXF9xfQqZJ4t8IGdR0NDknPpJ8yb5kXkyYnKp5FV SyKvlb4PiM08gLBeeN/CJjW7JE4DCmnSQbDaEAGlGfx2srGhvoXZyS0Rl34W5WUDKcG5 s8pw9AB/HUGeGM21h8nE19k5KP4Nyaqzuu+kf6X1rmvTYq7K2f2CDYXrCEthZB5yzpdI k5laNOpKXjL1tgSSDcTIRJiAZrSwIUXY2BASP/bQys0f5OYTh5RFXdYmKBgMuY6/FVMV vD6g== X-Gm-Message-State: ALoCoQkqqCHQbeGtxDnr5uUzevAzb31KWkHENPG5MErYDqYoqZaUFnIfFEHH0JESsXsMlbZtIU+0 X-Received: by 10.68.201.202 with SMTP id kc10mr38918pbc.68.1447104066191; Mon, 09 Nov 2015 13:21:06 -0800 (PST) Received: from [127.0.0.1] ([103.6.157.158]) by smtp.gmail.com with ESMTPSA id ou3sm18139818pbb.44.2015.11.09.13.21.04 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Nov 2015 13:21:05 -0800 (PST) To: freebsd-stable@freebsd.org Subject: Avaya Users List From: Kathryn Britton Message-ID: <56410BC2.2070901@waveyoursales.com> Date: Mon, 9 Nov 2015 16:10:26 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 151109-2, 11/09/2015), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 09 Nov 2015 21:21:07 -0000 Hi, I just wanted to drop you a quick note to see if you would be interested in a discussion about "Avaya Users List" and the benefits it can bring your organization for your Marketing Initiatives like Email Marketing, Tele Marketing, Direct Mailings etc. Every contact will include: Company Name, Web Address, Contact Name, Verified Email, Job Title, Complete Mailing Address, Phone Number, FAX Number, Total Employees, SIC Code, and Industry details. We guarantee 100% on that list type that means every individual on that list will be as per your criteria for sure, any irrelevant contact will be replaced at no cost. Few Technology Specific Lists:- (1)Symantec Enterprise Security Manager (15) Siemens Enterprise Communications Users (2) SAP Security (16) Avaya Network Hardware Users (3) RSA SecurID (17) BlueCat Networks Users (4) Cisco IP Telephony (VoIP) (18) Cisco Unified Wireless Networks Users (5) Cisco Telephony Hardware (19) Dell Switches Users (6) Cisco Voice and Data Networks User (20) Juniper Networks Users (7) Cisco VPN Users (21) Web Developers (8) Security users (9) Virtualization Users (10) VMware Cloud Users (11) Juniper VPN Users (12) Nortel Communications Server (CS) Users (13) Nortel VoIP Users (14) Dell Backup Users and more.... Let me know your target criteria / market like: Target Title: Target Industry: Target Geography: Appreciate your enquiry and valuable time. Thanks and Regards, Kathryn Britton Research Analyst --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From owner-freebsd-stable@freebsd.org Tue Nov 10 09:58:49 2015 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 BFD8CA2B988 for ; Tue, 10 Nov 2015 09:58:49 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DAF718E3 for ; Tue, 10 Nov 2015 09:58:48 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (pc233031.norma.com [IPv6:fd00::7fa] (may be forged)) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id tAA9wWwg014952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 10 Nov 2015 14:58:33 +0500 (YEKT) (envelope-from emz@norma.perm.ru) To: FreeBSD From: "Eugene M. Zheganin" Subject: zfs, mc, mcview and files opening X-Enigmail-Draft-Status: N1110 Message-ID: <5641BFC8.9050207@norma.perm.ru> Date: Tue, 10 Nov 2015 14:58:32 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Tue, 10 Nov 2015 14:58:34 +0500 (YEKT) X-Spam-Status: No hits=-100.2 bayes=0.0000 testhits AWL=0.233,BAYES_00=-1.9, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Nov 2015 09:58:49 -0000 Hi. my midnight commander is terribly slow at vieweing files with mcview. Opening of a file of approximately 10 megabytes takes about 30-40 seconds. This isn't related with the compression setting, %busy wait or pool properties- I tested on various machines, it's fully reproducible. This lag appears on files about 1.5 megs in size, and the lag time is pretty constant. From my observation, it's the following syscall that's blocking: fstat(4,{ mode=p--------- ,inode=41,size=0,blksize=4096 }) = 0 (0x0) (observed using `truss mcview maillog`) If the file is viewed not by mcview (i.e. it is of a special type and viewed by the special utility, or mcview is simply not used - for example more opens same file without lag) - the file is opening fast as always. When mcview is involved - lag appears. In the same time I've never seen this lag on filesystems other than zfs. And the most beautiful detail is that this lag is repeatable on multiple opens of same file - though you can expect that it will be only first time that would be that slow, it doesn't happen - same pause occurs on sequential opens. Who's issue is this ? Can some workaround be used ? Thanks. Eugene. From owner-freebsd-stable@freebsd.org Tue Nov 10 10:06:05 2015 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 96CF1A2BC64 for ; Tue, 10 Nov 2015 10:06:05 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A9AB1DC8 for ; Tue, 10 Nov 2015 10:06:04 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id tAAA5tQM069277 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 10 Nov 2015 11:05:55 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id tAAA5tSL069274; Tue, 10 Nov 2015 11:05:55 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 10 Nov 2015 11:05:55 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: "Eugene M. Zheganin" cc: FreeBSD Subject: Re: zfs, mc, mcview and files opening In-Reply-To: <5641BFC8.9050207@norma.perm.ru> Message-ID: References: <5641BFC8.9050207@norma.perm.ru> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Nov 2015 10:06:05 -0000 On Tue, 10 Nov 2015 14:58+0500, Eugene M. Zheganin wrote: > my midnight commander is terribly slow at vieweing files with mcview. [snip] > Can some workaround be used ? I blame file(1), it's hopelessly slow. mcview uses file(1) to deduce if it should just display the damn file or run the file through some filter. Maybe an option in mc/mcview to disable the use of file(1) is an acceptable compromise. OTOH, I could be wrong. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@freebsd.org Tue Nov 10 10:29:12 2015 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 709CFA2B4E4 for ; Tue, 10 Nov 2015 10:29:12 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DC5771A9F for ; Tue, 10 Nov 2015 10:29:11 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id tAAAT6iE069417 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 10 Nov 2015 11:29:06 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id tAAAT6lw069414; Tue, 10 Nov 2015 11:29:06 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 10 Nov 2015 11:29:06 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: "Eugene M. Zheganin" cc: FreeBSD Subject: Re: zfs, mc, mcview and files opening In-Reply-To: Message-ID: References: <5641BFC8.9050207@norma.perm.ru> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Nov 2015 10:29:12 -0000 On Tue, 10 Nov 2015 11:05+0100, Trond Endrestøl wrote: > On Tue, 10 Nov 2015 14:58+0500, Eugene M. Zheganin wrote: > > > my midnight commander is terribly slow at vieweing files with mcview. > > [snip] > > > Can some workaround be used ? > > I blame file(1), it's hopelessly slow. mcview uses file(1) to deduce > if it should just display the damn file or run the file through some > filter. Maybe an option in mc/mcview to disable the use of file(1) is > an acceptable compromise. A workaround is to navigate to the file you wish to view. Hit M-! or ESC ! to activate the filter command. Hit the Home key, type in c a t followed by a space and hit enter. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@freebsd.org Tue Nov 10 11:54:54 2015 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 1276EA2B77C for ; Tue, 10 Nov 2015 11:54:54 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A1E61236 for ; Tue, 10 Nov 2015 11:54:53 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (pc233031.norma.com [IPv6:fd00::7fa] (may be forged)) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id tAABsj8r029238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 10 Nov 2015 16:54:46 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Subject: Re: zfs, mc, mcview and files opening To: freebsd-stable@freebsd.org References: <5641BFC8.9050207@norma.perm.ru> From: "Eugene M. Zheganin" Message-ID: <5641DB05.7050209@norma.perm.ru> Date: Tue, 10 Nov 2015 16:54:45 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Tue, 10 Nov 2015 16:54:46 +0500 (YEKT) X-Spam-Status: No hits=-100.2 bayes=0.0000 testhits AWL=0.214,BAYES_00=-1.9, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Nov 2015 11:54:54 -0000 Hi, on 10.11.2015 15:05, Trond Endrestøl wrote: > I blame file(1), it's hopelessly slow. mcview uses file(1) to deduce > if it should just display the damn file or run the file through some > filter. Maybe an option in mc/mcview to disable the use of file(1) is > an acceptable compromise. Yeah, you seem to be right. /usr/bin/time -h file /var/log/maillog gives same time of 37-40 seconds to process the file. The main answer is now why file(1) is that slow ? I tested it on files of about same size and UFS - there's no lag at all. Is it worth to report this in bugzilla ? Thanks. Eugene. From owner-freebsd-stable@freebsd.org Tue Nov 10 12:02:19 2015 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 1F40BA2BFFE for ; Tue, 10 Nov 2015 12:02:19 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14]) by mx1.freebsd.org (Postfix) with ESMTP id E1D001A20 for ; Tue, 10 Nov 2015 12:02:18 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (localhost [127.0.0.1]) by vps.markoturk.info (Postfix) with ESMTP id 6B3422738C; Tue, 10 Nov 2015 12:56:52 +0100 (CET) Date: Tue, 10 Nov 2015 12:56:54 +0100 From: Marko Turk To: "Eugene M. Zheganin" Cc: FreeBSD Subject: Re: zfs, mc, mcview and files opening Message-ID: <20151110115654.GA1949@vps.markoturk.info> References: <5641BFC8.9050207@norma.perm.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <5641BFC8.9050207@norma.perm.ru> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Nov 2015 12:02:19 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Tue, Nov 10, 2015 at 02:58:32PM +0500, Eugene M. Zheganin wrote: > Hi. >=20 > my midnight commander is terribly slow at vieweing files with mcview. > Opening of a file of approximately 10 megabytes takes about 30-40 > seconds. This isn't related with the compression setting, %busy wait or > pool properties- I tested on various machines, it's fully reproducible. > This lag appears on files about 1.5 megs in size, and the lag time is > pretty constant. From my observation, it's the following syscall that's > blocking: >=20 > fstat(4,{ mode=3Dp--------- ,inode=3D41,size=3D0,blksize=3D4096 }) =3D 0 = (0x0) > (observed using `truss mcview maillog`) >=20 > If the file is viewed not by mcview (i.e. it is of a special type and > viewed by the special utility, or mcview is simply not used - for > example more opens same file without lag) - the file is opening fast as > always. When mcview is involved - lag appears. In the same time I've > never seen this lag on filesystems other than zfs. Is this happening on every ZFS FreeBSD install or just some of them? I'm running ZFS on FreeBSD 10-STABLE and I don't see this problem (even for much larger files). BR, Marko > And the most > beautiful detail is that this lag is repeatable on multiple opens of > same file - though you can expect that it will be only first time that > would be that slow, it doesn't happen - same pause occurs on sequential > opens. >=20 > Who's issue is this ? > Can some workaround be used ? >=20 > Thanks. > Eugene. --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWQduFAAoJEHg6bF2mqM2I5i8QAI1apl/l4FByFvlMH7qpUkJX 9h/AtXPB3fzf+dHK7YQwRoWq6oBRlR8gw2UGcWGNHXevHMusb0yC8unYzqtKnVw4 DgFPlMGZcf9RW+UOaMVsYyyxiSSzJRxYLbBDgw0FBlZNWqooFo5qq9lxiRinxtWm /dZ+/hRh9zV6/r/BIB+yWt7/lYNsuUQ/qpRuUvl2tY1aZzz30pTcwuAtrf8YKZcR T4v6vN9ImfLvbx4NuPupDIvK8m7Cp90FE+jQJYuctDned0pIge/jw3g+ob/opn94 CcL3JJ0dMzwMutclyoYQa3AbgW4prtv+OgvsXmPJu6pnIo1FAQ/x4zOxMVmnFL8c CYeZ8OFnf3TztUmMY50YsQPZikbUT5WfI7g+vhamFkiPZAuJBV5pvzWtYTPWDq3/ pPVMnD54kolwhgu+jOh1/dcdxZYipbbDoYMkXzo/VNUr+CU10L+TQSEzwSsLvyRR PX0X75SnEz0KWm5Sk0XkeGZFti2+Fpuapx7YAnGR0E24MuvzNwIG8bq0gM/9jhuj zB3T3YM25ncmTFSckGyvE8ERd70IcM+WMxUxcE+JOPQYiB6uYckzYosfkKd/d8MW ezNc8AtCoMg1TgTpDgjEaLi5crwlAYB3To5sQSn0qwDgHUKJ7W0uC1+jgauYlha8 jePBJoOjlsureDnNdGQn =EFE+ -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-stable@freebsd.org Tue Nov 10 12:04:53 2015 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 25DD8A2A135 for ; Tue, 10 Nov 2015 12:04:53 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 9A0EC1CEE for ; Tue, 10 Nov 2015 12:04:52 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id tAAC2eGN083966; Tue, 10 Nov 2015 13:02:40 +0100 (CET) Received: from [217.29.44.187] ([217.29.44.187]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id tAAC2eqF048116; Tue, 10 Nov 2015 13:02:40 +0100 (CET) (envelope-from hausen@punkt.de) Subject: Re: zfs, mc, mcview and files opening Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Content-Type: multipart/signed; boundary="Apple-Mail=_E42903BF-E25B-4398-BB1F-7A4EA8A77155"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.6b2 From: "Patrick M. Hausen" In-Reply-To: <5641DB05.7050209@norma.perm.ru> Date: Tue, 10 Nov 2015 13:02:40 +0100 Cc: freebsd-stable@freebsd.org Message-Id: References: <5641BFC8.9050207@norma.perm.ru> <5641DB05.7050209@norma.perm.ru> To: "Eugene M. Zheganin" X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Nov 2015 12:04:53 -0000 --Apple-Mail=_E42903BF-E25B-4398-BB1F-7A4EA8A77155 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, all, > Am 10.11.2015 um 12:54 schrieb Eugene M. Zheganin : >=20 > Hi, >=20 > on 10.11.2015 15:05, Trond Endrest=F8l wrote: >> I blame file(1), it's hopelessly slow. mcview uses file(1) to deduce >> if it should just display the damn file or run the file through some >> filter. Maybe an option in mc/mcview to disable the use of file(1) is >> an acceptable compromise. > Yeah, you seem to be right. /usr/bin/time -h file /var/log/maillog = gives > same time of 37-40 seconds to process the file. > The main answer is now why file(1) is that slow ? I tested it on files > of about same size and UFS - there's no lag at all. >=20 > Is it worth to report this in bugzilla ? Could it be this problem you are experiencing? = http://freebsd.1045724.n5.nabble.com/file-1-command-very-slow-td6037309.ht= ml Kind regards, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 --Apple-Mail=_E42903BF-E25B-4398-BB1F-7A4EA8A77155 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJWQdzgAAoJEJBvLuLt2olcLicH/in0sV2m4lgdSUcNcVx8r7+Q ldi30NptiUAamwWl57hBz0aNKUoP2ICfMJiHb3vENRnfmHnJ+0S5uxovkxJ5LLX4 UmhD/DEVlI0j2TnqF9HVhCeULb1O1ke+xNQnOCgzVkQz3HqZ5vAY9ZpHVHaCT9AL 2cLuMDf2z3RAGiaQSxUob2/T/dld5gE8+n1/QaR2rQMKLWOEpkhoWANNGDS1MXYb KwdqhDh+Qn3kGJ4sqMlIfaF0luQEWFCsd9iXvFa8G2aCMURe8mOXvMqxi62Bziwl C189YkxdDQKi8Z6/WYbkNfFzq0nbdFbp3SzAe6w/vh8EN+ivVhwmCGu8pHxVizI= =uEhe -----END PGP SIGNATURE----- --Apple-Mail=_E42903BF-E25B-4398-BB1F-7A4EA8A77155-- From owner-freebsd-stable@freebsd.org Tue Nov 10 12:09:23 2015 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 D9F55A2A324 for ; Tue, 10 Nov 2015 12:09:23 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 52C881F47 for ; Tue, 10 Nov 2015 12:09:22 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id tAAC9IRl070015 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 10 Nov 2015 13:09:18 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id tAAC9HxQ070012; Tue, 10 Nov 2015 13:09:17 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 10 Nov 2015 13:09:17 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: "Eugene M. Zheganin" cc: freebsd-stable@freebsd.org Subject: Re: zfs, mc, mcview and files opening In-Reply-To: <5641DB05.7050209@norma.perm.ru> Message-ID: References: <5641BFC8.9050207@norma.perm.ru> <5641DB05.7050209@norma.perm.ru> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Nov 2015 12:09:23 -0000 On Tue, 10 Nov 2015 16:54+0500, Eugene M. Zheganin wrote: > Hi, > > on 10.11.2015 15:05, Trond Endrestøl wrote: > > I blame file(1), it's hopelessly slow. mcview uses file(1) to deduce > > if it should just display the damn file or run the file through some > > filter. Maybe an option in mc/mcview to disable the use of file(1) is > > an acceptable compromise. > Yeah, you seem to be right. /usr/bin/time -h file /var/log/maillog gives > same time of 37-40 seconds to process the file. > The main answer is now why file(1) is that slow ? I tested it on files > of about same size and UFS - there's no lag at all. > > Is it worth to report this in bugzilla ? This PR exists: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=148150 You might want to check out stable/10 r290152 onwards, as file 5.25 was recently merged from head. I'm still running stable/10 amd64 r290090, so upgrading to the latest stable/10 might help. I'll see if I can upgrade one my systems later this afternoon. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@freebsd.org Tue Nov 10 12:11:36 2015 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 5DAF1A2A5C6 for ; Tue, 10 Nov 2015 12:11:36 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E7EB212A8 for ; Tue, 10 Nov 2015 12:11:35 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tAACBSjZ016458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Nov 2015 13:11:29 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: markoml@markoturk.info Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tAACBLGQ060247; Tue, 10 Nov 2015 19:11:21 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: zfs, mc, mcview and files opening To: Marko Turk , "Eugene M. Zheganin" References: <5641BFC8.9050207@norma.perm.ru> <20151110115654.GA1949@vps.markoturk.info> Cc: FreeBSD From: Eugene Grosbein Message-ID: <5641DEE9.703@grosbein.net> Date: Tue, 10 Nov 2015 19:11:21 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151110115654.GA1949@vps.markoturk.info> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_48_96, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * 2.2 DATE_IN_FUTURE_48_96 Date: is 48 to 96 hours after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-Spam-Level: ** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Nov 2015 12:11:36 -0000 On 10.11.2015 18:56, Marko Turk wrote: > Hi, > > On Tue, Nov 10, 2015 at 02:58:32PM +0500, Eugene M. Zheganin wrote: >> Hi. >> >> my midnight commander is terribly slow at vieweing files with mcview. >> Opening of a file of approximately 10 megabytes takes about 30-40 >> seconds. This isn't related with the compression setting, %busy wait or >> pool properties- I tested on various machines, it's fully reproducible. >> This lag appears on files about 1.5 megs in size, and the lag time is >> pretty constant. From my observation, it's the following syscall that's >> blocking: >> >> fstat(4,{ mode=p--------- ,inode=41,size=0,blksize=4096 }) = 0 (0x0) >> (observed using `truss mcview maillog`) >> >> If the file is viewed not by mcview (i.e. it is of a special type and >> viewed by the special utility, or mcview is simply not used - for >> example more opens same file without lag) - the file is opening fast as >> always. When mcview is involved - lag appears. In the same time I've >> never seen this lag on filesystems other than zfs. > > Is this happening on every ZFS FreeBSD install or just some of them? I'm > running ZFS on FreeBSD 10-STABLE and I don't see this problem (even for > much larger files). The problem has already been fixed with import of file-5.25 and MFC to stable/10: https://svnweb.freebsd.org/base?view=revision&revision=290152 From owner-freebsd-stable@freebsd.org Tue Nov 10 12:14:20 2015 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 282A4A2A6F0 for ; Tue, 10 Nov 2015 12:14:20 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 84ACA15DD for ; Tue, 10 Nov 2015 12:14:19 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (pc233031.norma.com [IPv6:fd00::7fa] (may be forged)) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id tAACEA8b031286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 10 Nov 2015 17:14:11 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Subject: Re: zfs, mc, mcview and files opening To: freebsd-stable@freebsd.org References: <5641BFC8.9050207@norma.perm.ru> From: "Eugene M. Zheganin" Message-ID: <5641DF92.3040001@norma.perm.ru> Date: Tue, 10 Nov 2015 17:14:10 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Tue, 10 Nov 2015 17:14:11 +0500 (YEKT) X-Spam-Status: No hits=-100.2 bayes=0.0000 testhits AWL=0.195,BAYES_00=-1.9, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Nov 2015 12:14:20 -0000 Hi, on 10.11.2015 15:29, Trond Endrestøl wrote: > > A workaround is to navigate to the file you wish to view. Hit M-! or > ESC ! to activate the filter command. Hit the Home key, type in c a t > followed by a space and hit enter. > My guys just told me this whole file(2)/libmagic issueis fixed in r290152. Thanks. Eugene. From owner-freebsd-stable@freebsd.org Tue Nov 10 17:41:10 2015 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 634BFA2C84D for ; Tue, 10 Nov 2015 17:41:10 +0000 (UTC) (envelope-from sheilaha@web12.cpanel.guru) 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 45D151EA2 for ; Tue, 10 Nov 2015 17:41:10 +0000 (UTC) (envelope-from sheilaha@web12.cpanel.guru) Received: by mailman.ysv.freebsd.org (Postfix) id 42DBEA2C84C; Tue, 10 Nov 2015 17:41:10 +0000 (UTC) Delivered-To: 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 2A37BA2C84B for ; Tue, 10 Nov 2015 17:41:10 +0000 (UTC) (envelope-from sheilaha@web12.cpanel.guru) Received: from web12.cpanel.guru (web12.cpanel.guru [193.93.253.115]) (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 DE57A1EA0 for ; Tue, 10 Nov 2015 17:41:09 +0000 (UTC) (envelope-from sheilaha@web12.cpanel.guru) Received: from sheilaha by web12.cpanel.guru with local (Exim 4.86) (envelope-from ) id 1ZwCdP-00070h-1e for stable@freebsd.org; Tue, 10 Nov 2015 18:23:07 +0100 To: stable@freebsd.org Subject: You have received fax, document 00000146105 X-PHP-Script: m43.no/post.php for 87.230.25.201 Date: Tue, 10 Nov 2015 18:23:06 +0100 From: "Interfax Service" Reply-To: "Interfax Service" Message-ID: <4a34f19752dc9108c628dbdc2895516b@m43.no> X-Priority: 3 MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - web12.cpanel.guru X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [796 32007] / [47 12] X-AntiAbuse: Sender Address Domain - web12.cpanel.guru X-Get-Message-Sender-Via: web12.cpanel.guru: authenticated_id: sheilaha/only user confirmed/virtual account not confirmed X-Authenticated-Sender: web12.cpanel.guru: sheilaha X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Nov 2015 17:41:10 -0000 New incoming fax document. Please check your fax document in the attachment to this e-mail. Filesize: 286 Kb Scanned by: Tom Ballard Filename: document_00000146105.doc Scan duration: 25 seconds Scan quality: 600 DPI Date: Tue, 10 Nov 2015 04:56:16 +0300 Pages: 3 Thank you for using Interfax! From owner-freebsd-stable@freebsd.org Thu Nov 12 00:12:52 2015 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 4F864A2CFA0 for ; Thu, 12 Nov 2015 00:12:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 0E180180B for ; Thu, 12 Nov 2015 00:12:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZwfVS-000CCx-1i for freebsd-stable@freebsd.org; Thu, 12 Nov 2015 03:12:50 +0300 Date: Thu, 12 Nov 2015 03:12:49 +0300 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Subject: Unkillable process in STOP state Message-ID: <20151112001249.GI48728@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 00:12:52 -0000 I have amd64, STABLE r288167. root@edge09:/home/admin # procstat -k -k 627 PID TID COMM TDNAME KSTACK 627 100167 tcpkali.new - mi_switch+0xe1 thread_suspend_switch+0x170 thread_single+0x4e5 exit1+0xbe sys_sys_exit+0xe amd64_syscall+0x357 Xfast_syscall+0xfb 627 100172 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb 627 100173 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb 627 100174 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb 627 100175 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb 627 100178 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb 627 100180 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb 627 102207 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb 627 102208 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb 627 102209 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb 627 102211 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb root@edge09:/home/admin # procstat -t 627 PID TID COMM TDNAME CPU PRI STATE WCHAN 627 100167 tcpkali.new - 10 120 stop - 627 100172 tcpkali.new - 3 152 stop - 627 100173 tcpkali.new - 5 152 stop - 627 100174 tcpkali.new - 3 152 stop - 627 100175 tcpkali.new - 2 149 stop - 627 100178 tcpkali.new - 5 152 stop - 627 100180 tcpkali.new - 2 132 stop - 627 102207 tcpkali.new - 5 136 stop - 627 102208 tcpkali.new - 3 152 stop - 627 102209 tcpkali.new - 5 139 stop - 627 102211 tcpkali.new - 1 120 stop - kill -STOP don't have effect. gdb can't be attached. From owner-freebsd-stable@freebsd.org Thu Nov 12 02:45:25 2015 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 E9940A2B9F9 for ; Thu, 12 Nov 2015 02:45:25 +0000 (UTC) (envelope-from henry.hu.sh@gmail.com) Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::235]) (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 A422E1971 for ; Thu, 12 Nov 2015 02:45:25 +0000 (UTC) (envelope-from henry.hu.sh@gmail.com) Received: by vkbs1 with SMTP id s1so2862987vkb.3 for ; Wed, 11 Nov 2015 18:45:24 -0800 (PST) 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-type; bh=ZA34SoL0oYUhMWCvU5LrOp5sBPtP0G+epQr7YrjLgZc=; b=ObMaLIOO4GPXUT/PHEPf9P4k/pGWrwBqASIQjnZaKIY2/jkXMnxahoS8XqueAJLI7h bWOyOI5hhXF96QYIstxChMO/tpHJzntsXO7X6xFZxk74kq07OZfZ6nT+vPk4XRVh70qO L2KNG3y/V2Aoc2iQCG0e4SsdwwcKhvMRJCR9XXIkCKI9Xc1i2M4ZXPbID4WGwFxbZJkl XQGHtapirnsBSZ/PN9U2tLTUzYQkFfLjHMM4mjj3z9jstAoBZvXyPii1QtPPJYEDJvWL qmyvIbHUdUquIzYt38CgcIoWCv/3nJYw9J6YrDGJ62mz0gDkS664x3lkh+DvBxIfgS2M k8yg== X-Received: by 10.31.148.203 with SMTP id w194mr856202vkd.31.1447296324403; Wed, 11 Nov 2015 18:45:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.39.197 with HTTP; Wed, 11 Nov 2015 18:44:45 -0800 (PST) In-Reply-To: <20151112001249.GI48728@zxy.spb.ru> References: <20151112001249.GI48728@zxy.spb.ru> From: Henry Hu Date: Wed, 11 Nov 2015 21:44:45 -0500 Message-ID: Subject: Re: Unkillable process in STOP state To: Slawa Olhovchenkov Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 02:45:26 -0000 On Wed, Nov 11, 2015 at 7:12 PM, Slawa Olhovchenkov wrote: > I have amd64, STABLE r288167. > > root@edge09:/home/admin # procstat -k -k 627 > PID TID COMM TDNAME KSTACK > 627 100167 tcpkali.new - mi_switch+0xe1 > thread_suspend_switch+0x170 thread_single+0x4e5 exit1+0xbe sys_sys_exit+0xe > amd64_syscall+0x357 Xfast_syscall+0xfb > 627 100172 tcpkali.new - mi_switch+0xe1 > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > amd64_syscall+0x357 Xfast_syscall+0xfb > 627 100173 tcpkali.new - mi_switch+0xe1 > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > amd64_syscall+0x357 Xfast_syscall+0xfb > 627 100174 tcpkali.new - mi_switch+0xe1 > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > amd64_syscall+0x357 Xfast_syscall+0xfb > 627 100175 tcpkali.new - mi_switch+0xe1 > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > amd64_syscall+0x357 Xfast_syscall+0xfb > 627 100178 tcpkali.new - mi_switch+0xe1 > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > amd64_syscall+0x357 Xfast_syscall+0xfb > 627 100180 tcpkali.new - mi_switch+0xe1 > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > amd64_syscall+0x357 Xfast_syscall+0xfb > 627 102207 tcpkali.new - mi_switch+0xe1 > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > amd64_syscall+0x357 Xfast_syscall+0xfb > 627 102208 tcpkali.new - mi_switch+0xe1 > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > amd64_syscall+0x357 Xfast_syscall+0xfb > 627 102209 tcpkali.new - mi_switch+0xe1 > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > amd64_syscall+0x357 Xfast_syscall+0xfb > 627 102211 tcpkali.new - mi_switch+0xe1 > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > amd64_syscall+0x357 Xfast_syscall+0xfb > root@edge09:/home/admin # procstat -t 627 > PID TID COMM TDNAME CPU PRI STATE WCHAN > 627 100167 tcpkali.new - 10 120 stop - > 627 100172 tcpkali.new - 3 152 stop - > 627 100173 tcpkali.new - 5 152 stop - > 627 100174 tcpkali.new - 3 152 stop - > 627 100175 tcpkali.new - 2 149 stop - > 627 100178 tcpkali.new - 5 152 stop - > 627 100180 tcpkali.new - 2 132 stop - > 627 102207 tcpkali.new - 5 136 stop - > 627 102208 tcpkali.new - 3 152 stop - > 627 102209 tcpkali.new - 5 139 stop - > 627 102211 tcpkali.new - 1 120 stop - > > kill -STOP don't have effect. > Does kill -CONT work? > gdb can't be attached. > _______________________________________________ > 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" > -- Cheers, Henry From owner-freebsd-stable@freebsd.org Thu Nov 12 05:09:49 2015 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 0F0A0A2983A for ; Thu, 12 Nov 2015 05:09:49 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9677417C9 for ; Thu, 12 Nov 2015 05:09:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id tAC59Von005828 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Nov 2015 06:09:32 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: slw@zxy.spb.ru Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id tAC59Q32096157; Thu, 12 Nov 2015 12:09:27 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: Unkillable process in STOP state To: Slawa Olhovchenkov , freebsd-stable@freebsd.org References: <20151112001249.GI48728@zxy.spb.ru> From: Eugene Grosbein Message-ID: <56441F06.5020001@grosbein.net> Date: Thu, 12 Nov 2015 12:09:26 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151112001249.GI48728@zxy.spb.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 05:09:49 -0000 On 12.11.2015 07:12, Slawa Olhovchenkov wrote: > I have amd64, STABLE r288167. > PID TID COMM TDNAME CPU PRI STATE WCHAN > kill -STOP don't have effect. > gdb can't be attached. That is expected, STOP-ed process cannot do anything, can't even die. Use "kill -KILL", then "kill -CONT", so the KILL signal could be delivered and do the job. From owner-freebsd-stable@freebsd.org Thu Nov 12 06:05:50 2015 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 BC0D6A2C24E for ; Thu, 12 Nov 2015 06:05:50 +0000 (UTC) (envelope-from johan@300.nl) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 4E6191C05 for ; Thu, 12 Nov 2015 06:05:49 +0000 (UTC) (envelope-from johan@300.nl) Received: by wmww144 with SMTP id w144so73418264wmw.0 for ; Wed, 11 Nov 2015 22:05:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=300.nl; s=tip; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=5VijKWI+s9AgtzUlrxZmqLiKgtixNQtAyMWxTBagHdo=; b=kHfvSOi8eUtQ8k65SLQei8ONpGd0bEzvDdI3R3yeL4gT/8qH7xP6/rV5egGusLqYyY Lixm2kwz+uM7olS6cfG3SoF2wXoV+KkbZ3wN1UALSNyitc59w2KVJJSaJSZ36rpDCJsD zFcOrxv94qz/kbpmJ3ZwW4qpJotQ4xa4O5w/c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=5VijKWI+s9AgtzUlrxZmqLiKgtixNQtAyMWxTBagHdo=; b=A8c0u2NmVgabUhl7wWatzGH9IxYGmcyCEvfRfXSrHKpWf2x1GCgpazJlE4u5poK3md j6GsSRna9KWdsg2pAR49tW8+yWLLuqYjNtgZu8GwwEDP+ixVvfBzEbLYx9RdLk3xOQgc dohqcXWP3xBqD8AunxIGI2D6inZBMozpyoSHkA9jcxSG/1+LNxKDPEPZOC/Hr8xXsdPh KzEc2b3++HhiYuXRrFdVreHG+yS0cst72R4A17cVgS67gJ3eaK/NpLNSSXfOnyfbb4Z9 KoKTGwsVsugrRYl3IeEz8GRmdYRjGAY3+AWiQ39WF3tep570nU5n20jlEt5U8TiF5XnK y9Ow== X-Gm-Message-State: ALoCoQm/4DzjkHwmfG4o0tntYvnCStX2VEv5407znHEkIJj/ZIk+fg/rzsZncNvCkxUkNZLRLr15 X-Received: by 10.195.13.135 with SMTP id ey7mr16029162wjd.25.1447308348510; Wed, 11 Nov 2015 22:05:48 -0800 (PST) Received: from [10.0.1.12] (095-096-057-136.static.chello.nl. [95.96.57.136]) by smtp.gmail.com with ESMTPSA id c4sm876117wjs.36.2015.11.11.22.05.47 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Nov 2015 22:05:47 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Unkillable process in STOP state From: Johan Schuijt-Li In-Reply-To: <20151112001249.GI48728@zxy.spb.ru> Date: Thu, 12 Nov 2015 07:05:46 +0100 Cc: freebsd-stable@freebsd.org Message-Id: <72B672CE-DDDE-4E3D-83C9-617B5225960D@300.nl> References: <20151112001249.GI48728@zxy.spb.ru> To: Slawa Olhovchenkov X-Mailer: Apple Mail (2.3096.5) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 06:05:50 -0000 This seems like the exact same problem as that we=E2=80=99ve had, more = details can be found in the following PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D200992 = The patch attached there solved all our problems. - Johan > On 12 Nov 2015, at 01:12, Slawa Olhovchenkov wrote: >=20 > I have amd64, STABLE r288167. >=20 > root@edge09:/home/admin # procstat -k -k 627 > PID TID COMM TDNAME KSTACK = =20 > 627 100167 tcpkali.new - mi_switch+0xe1 = thread_suspend_switch+0x170 thread_single+0x4e5 exit1+0xbe = sys_sys_exit+0xe amd64_syscall+0x357 Xfast_syscall+0xfb=20 > 627 100172 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 > 627 100173 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 > 627 100174 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 > 627 100175 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 > 627 100178 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 > 627 100180 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 > 627 102207 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 > 627 102208 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 > 627 102209 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 > 627 102211 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 > root@edge09:/home/admin # procstat -t 627 > PID TID COMM TDNAME CPU PRI STATE WCHAN = =20 > 627 100167 tcpkali.new - 10 120 stop - = =20 > 627 100172 tcpkali.new - 3 152 stop - = =20 > 627 100173 tcpkali.new - 5 152 stop - = =20 > 627 100174 tcpkali.new - 3 152 stop - = =20 > 627 100175 tcpkali.new - 2 149 stop - = =20 > 627 100178 tcpkali.new - 5 152 stop - = =20 > 627 100180 tcpkali.new - 2 132 stop - = =20 > 627 102207 tcpkali.new - 5 136 stop - = =20 > 627 102208 tcpkali.new - 3 152 stop - = =20 > 627 102209 tcpkali.new - 5 139 stop - = =20 > 627 102211 tcpkali.new - 1 120 stop - = =20 >=20 > kill -STOP don't have effect. > gdb can't be attached. > _______________________________________________ > 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 Thu Nov 12 07:34:20 2015 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 BB26AA2D615 for ; Thu, 12 Nov 2015 07:34:20 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AA0071296 for ; Thu, 12 Nov 2015 07:34:20 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DDC90590 for ; Thu, 12 Nov 2015 07:34:20 +0000 (UTC) Date: Thu, 12 Nov 2015 07:34:20 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <1197831826.13.1447313660225.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <984478825.12.1447305812179.JavaMail.jenkins@jenkins-9.freebsd.org> References: <984478825.12.1447305812179.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #2717 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 07:34:20 -0000 See From owner-freebsd-stable@freebsd.org Thu Nov 12 09:54:28 2015 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 BC358A2B7CA for ; Thu, 12 Nov 2015 09:54:28 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 7A4AF1A86 for ; Thu, 12 Nov 2015 09:54:28 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZwoaG-000O82-Re; Thu, 12 Nov 2015 12:54:24 +0300 Date: Thu, 12 Nov 2015 12:54:24 +0300 From: Slawa Olhovchenkov To: Henry Hu Cc: FreeBSD-STABLE Mailing List Subject: Re: Unkillable process in STOP state Message-ID: <20151112095424.GS31314@zxy.spb.ru> References: <20151112001249.GI48728@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 09:54:28 -0000 On Wed, Nov 11, 2015 at 09:44:45PM -0500, Henry Hu wrote: > On Wed, Nov 11, 2015 at 7:12 PM, Slawa Olhovchenkov wrote: > > > I have amd64, STABLE r288167. > > > > root@edge09:/home/admin # procstat -k -k 627 > > PID TID COMM TDNAME KSTACK > > 627 100167 tcpkali.new - mi_switch+0xe1 > > thread_suspend_switch+0x170 thread_single+0x4e5 exit1+0xbe sys_sys_exit+0xe > > amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100172 tcpkali.new - mi_switch+0xe1 > > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > > amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100173 tcpkali.new - mi_switch+0xe1 > > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > > amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100174 tcpkali.new - mi_switch+0xe1 > > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > > amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100175 tcpkali.new - mi_switch+0xe1 > > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > > amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100178 tcpkali.new - mi_switch+0xe1 > > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > > amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100180 tcpkali.new - mi_switch+0xe1 > > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > > amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 102207 tcpkali.new - mi_switch+0xe1 > > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > > amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 102208 tcpkali.new - mi_switch+0xe1 > > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > > amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 102209 tcpkali.new - mi_switch+0xe1 > > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > > amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 102211 tcpkali.new - mi_switch+0xe1 > > sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a > > amd64_syscall+0x357 Xfast_syscall+0xfb > > root@edge09:/home/admin # procstat -t 627 > > PID TID COMM TDNAME CPU PRI STATE WCHAN > > 627 100167 tcpkali.new - 10 120 stop - > > 627 100172 tcpkali.new - 3 152 stop - > > 627 100173 tcpkali.new - 5 152 stop - > > 627 100174 tcpkali.new - 3 152 stop - > > 627 100175 tcpkali.new - 2 149 stop - > > 627 100178 tcpkali.new - 5 152 stop - > > 627 100180 tcpkali.new - 2 132 stop - > > 627 102207 tcpkali.new - 5 136 stop - > > 627 102208 tcpkali.new - 3 152 stop - > > 627 102209 tcpkali.new - 5 139 stop - > > 627 102211 tcpkali.new - 1 120 stop - > > > > kill -STOP don't have effect. > > > > Does kill -CONT work? My bad, "kill -CONTdon't have effect" > > gdb can't be attached. > > _______________________________________________ > > 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" > > > > > > -- > Cheers, > Henry From owner-freebsd-stable@freebsd.org Thu Nov 12 09:59:21 2015 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 BAAAFA2BA50 for ; Thu, 12 Nov 2015 09:59:21 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 7801C1E10 for ; Thu, 12 Nov 2015 09:59:21 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1Zwof0-000OEe-B5; Thu, 12 Nov 2015 12:59:18 +0300 Date: Thu, 12 Nov 2015 12:59:18 +0300 From: Slawa Olhovchenkov To: Eugene Grosbein Cc: freebsd-stable@freebsd.org Subject: Re: Unkillable process in STOP state Message-ID: <20151112095918.GU31314@zxy.spb.ru> References: <20151112001249.GI48728@zxy.spb.ru> <56441F06.5020001@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56441F06.5020001@grosbein.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 09:59:21 -0000 On Thu, Nov 12, 2015 at 12:09:26PM +0700, Eugene Grosbein wrote: > On 12.11.2015 07:12, Slawa Olhovchenkov wrote: > > I have amd64, STABLE r288167. > > > PID TID COMM TDNAME CPU PRI STATE WCHAN > > kill -STOP don't have effect. > > gdb can't be attached. > > That is expected, STOP-ed process cannot do anything, can't even die. > Use "kill -KILL", then "kill -CONT", so the KILL signal could be delivered and do the job. > > I am already do this, (plase read ""kill -CONT don't have effect). kill -KILL too. From owner-freebsd-stable@freebsd.org Thu Nov 12 10:46:01 2015 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 B5883A2D9FC for ; Thu, 12 Nov 2015 10:46:01 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 71F881AA5 for ; Thu, 12 Nov 2015 10:46:01 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZwpOA-000PGF-Mh; Thu, 12 Nov 2015 13:45:58 +0300 Date: Thu, 12 Nov 2015 13:45:58 +0300 From: Slawa Olhovchenkov To: Johan Schuijt-Li Cc: freebsd-stable@freebsd.org Subject: Re: Unkillable process in STOP state Message-ID: <20151112104558.GW31314@zxy.spb.ru> References: <20151112001249.GI48728@zxy.spb.ru> <72B672CE-DDDE-4E3D-83C9-617B5225960D@300.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <72B672CE-DDDE-4E3D-83C9-617B5225960D@300.nl> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 10:46:01 -0000 On Thu, Nov 12, 2015 at 07:05:46AM +0100, Johan Schuijt-Li wrote: > This seems like the exact same problem as that we’ve had, more details can be found in the following PR: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200992 May be. Other time I am see "sleep without queue" status > The patch attached there solved all our problems. I am try this patch on next update, thanks. > - Johan > > > > On 12 Nov 2015, at 01:12, Slawa Olhovchenkov wrote: > > > > I have amd64, STABLE r288167. > > > > root@edge09:/home/admin # procstat -k -k 627 > > PID TID COMM TDNAME KSTACK > > 627 100167 tcpkali.new - mi_switch+0xe1 thread_suspend_switch+0x170 thread_single+0x4e5 exit1+0xbe sys_sys_exit+0xe amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100172 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100173 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100174 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100175 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100178 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 100180 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 102207 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 102208 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 102209 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb > > 627 102211 tcpkali.new - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb > > root@edge09:/home/admin # procstat -t 627 > > PID TID COMM TDNAME CPU PRI STATE WCHAN > > 627 100167 tcpkali.new - 10 120 stop - > > 627 100172 tcpkali.new - 3 152 stop - > > 627 100173 tcpkali.new - 5 152 stop - > > 627 100174 tcpkali.new - 3 152 stop - > > 627 100175 tcpkali.new - 2 149 stop - > > 627 100178 tcpkali.new - 5 152 stop - > > 627 100180 tcpkali.new - 2 132 stop - > > 627 102207 tcpkali.new - 5 136 stop - > > 627 102208 tcpkali.new - 3 152 stop - > > 627 102209 tcpkali.new - 5 139 stop - > > 627 102211 tcpkali.new - 1 120 stop - > > > > kill -STOP don't have effect. > > gdb can't be attached. > > _______________________________________________ > > 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 Thu Nov 12 10:48:46 2015 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 D3EE0A2DAEB for ; Thu, 12 Nov 2015 10:48:46 +0000 (UTC) (envelope-from johan@300.nl) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (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 66C821D48 for ; Thu, 12 Nov 2015 10:48:46 +0000 (UTC) (envelope-from johan@300.nl) Received: by wmww144 with SMTP id w144so82458610wmw.0 for ; Thu, 12 Nov 2015 02:48:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=300.nl; s=tip; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=YixYTCUs8x/XQBjJVCax4M8j68f8S7XOq1G6Jev+fZY=; b=G9ev8rUOjLtIjb+q0mlC/Y84nkfOLg/IFcZ9FjrNFPkwl1OTqzCjaz+zqYpDaIXgmv ztKQrlZIeuvjF4vaCtX+crxstIR2rAwt1e5zWJ0/mVCk64K3x182p3lL2rxMU+ntecx7 6OYApEjEVLuN8vFMINPkEP1ko5Y7PZb1rEpEE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=YixYTCUs8x/XQBjJVCax4M8j68f8S7XOq1G6Jev+fZY=; b=BU+GTxP1LY8JKXwovkJxLrz6c/I8NVw0FK0cOamGbdtBMMZ52ABgASks8nhBwjEvdS QzVF9d7321NLp+kOsCw6L6viUT+EWgfI8AyaONhtCr4pfdoLmp3pramkbxCnNljl0wvr Z5DyscrJKizGfRYBNapnIJ4Y50MRUIWibXJBfukCbvPOr/n1NiQVT/OIa70xH9xgAfBO Zk1i0IsVYkWfhZ2l/wMLfETDHy+gTbFqeYbWEcc8HRRvgSGummQ9omgh1f8GoFvwMxEV EzpOeGWNWthKXsxqY0UI27Ir5x4UmUGmdGdgtObprWh/bvulNDGAR0vXQ1vFM3fnM4m8 WGQw== X-Gm-Message-State: ALoCoQmotNuaL53XoxYKhYMPkdFc7CeQaN8GCpiUexv6u2R9ls7/UdPZM5HNbHGe8Kc9KP9SwU03 X-Received: by 10.28.15.136 with SMTP id 130mr17500728wmp.36.1447325324766; Thu, 12 Nov 2015 02:48:44 -0800 (PST) Received: from [10.2.7.141] (kantoor.transip.nl. [80.69.69.100]) by smtp.gmail.com with ESMTPSA id l186sm30023120wmg.19.2015.11.12.02.48.43 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 12 Nov 2015 02:48:44 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Unkillable process in STOP state From: Johan Schuijt-Li In-Reply-To: <20151112104558.GW31314@zxy.spb.ru> Date: Thu, 12 Nov 2015 11:48:43 +0100 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3CF03A81-3C47-45D1-8324-F9BE50E0BD3E@300.nl> References: <20151112001249.GI48728@zxy.spb.ru> <72B672CE-DDDE-4E3D-83C9-617B5225960D@300.nl> <20151112104558.GW31314@zxy.spb.ru> To: Slawa Olhovchenkov X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 10:48:47 -0000 Yeah, the only difference we had that for us the status was 'Ds' rather = then 'STOP'. So the status is most likely irrelevant, at least the = traces are exactly the same! :) - Johan > On 12 Nov 2015, at 11:45, Slawa Olhovchenkov wrote: >=20 > On Thu, Nov 12, 2015 at 07:05:46AM +0100, Johan Schuijt-Li wrote: >=20 >> This seems like the exact same problem as that we=E2=80=99ve had, = more details can be found in the following PR: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D200992 = >=20 > May be. Other time I am see "sleep without queue" status >=20 >> The patch attached there solved all our problems. >=20 > I am try this patch on next update, thanks. >=20 >> - Johan >>=20 >>=20 >>> On 12 Nov 2015, at 01:12, Slawa Olhovchenkov wrote: >>>=20 >>> I have amd64, STABLE r288167. >>>=20 >>> root@edge09:/home/admin # procstat -k -k 627 >>> PID TID COMM TDNAME KSTACK = =20 >>> 627 100167 tcpkali.new - mi_switch+0xe1 = thread_suspend_switch+0x170 thread_single+0x4e5 exit1+0xbe = sys_sys_exit+0xe amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> 627 100172 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> 627 100173 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> 627 100174 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> 627 100175 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> 627 100178 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> 627 100180 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> 627 102207 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> 627 102208 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> 627 102209 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> 627 102211 tcpkali.new - mi_switch+0xe1 = sleepq_timedwait_sig+0x8b _sleep+0x238 kern_kevent+0x401 = sys_kevent+0x12a amd64_syscall+0x357 Xfast_syscall+0xfb=20 >>> root@edge09:/home/admin # procstat -t 627 >>> PID TID COMM TDNAME CPU PRI STATE WCHAN = =20 >>> 627 100167 tcpkali.new - 10 120 stop - = =20 >>> 627 100172 tcpkali.new - 3 152 stop - = =20 >>> 627 100173 tcpkali.new - 5 152 stop - = =20 >>> 627 100174 tcpkali.new - 3 152 stop - = =20 >>> 627 100175 tcpkali.new - 2 149 stop - = =20 >>> 627 100178 tcpkali.new - 5 152 stop - = =20 >>> 627 100180 tcpkali.new - 2 132 stop - = =20 >>> 627 102207 tcpkali.new - 5 136 stop - = =20 >>> 627 102208 tcpkali.new - 3 152 stop - = =20 >>> 627 102209 tcpkali.new - 5 139 stop - = =20 >>> 627 102211 tcpkali.new - 1 120 stop - = =20 >>>=20 >>> kill -STOP don't have effect. >>> gdb can't be attached. >>> _______________________________________________ >>> 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" >>=20 From owner-freebsd-stable@freebsd.org Thu Nov 12 12:16:34 2015 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 0EBE7A297F0 for ; Thu, 12 Nov 2015 12:16:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id ECB771323 for ; Thu, 12 Nov 2015 12:16:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 36C4F632 for ; Thu, 12 Nov 2015 12:16:34 +0000 (UTC) Date: Thu, 12 Nov 2015 12:16:34 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <1753566305.17.1447330594104.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1323255251.16.1447329737120.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1323255251.16.1447329737120.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #2719 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 12:16:34 -0000 See From owner-freebsd-stable@freebsd.org Thu Nov 12 21:12:00 2015 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 0F0DEA2D2B5 for ; Thu, 12 Nov 2015 21:12:00 +0000 (UTC) (envelope-from k@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) (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 56FED1F56 for ; Thu, 12 Nov 2015 21:11:58 +0000 (UTC) (envelope-from k@free.de) Received: (qmail 87983 invoked from network); 12 Nov 2015 22:05:14 +0100 Received: from smtp.free.de (HELO [91.204.7.42]) (k@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 12 Nov 2015 22:05:14 +0100 To: freebsd-scsi@freebsd.org Cc: freebsd-stable@freebsd.org From: Kai Gallasch X-Enigmail-Draft-Status: N1210 Organization: FREE! Subject: LSI SAS2008 mps driver preferred firmware version Message-ID: <5644FF09.9090200@free.de> Date: Thu, 12 Nov 2015 22:05:13 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="F4SHCVOkcDhfRBwkOmfC6A8Mpi5V4elc5" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 21:12:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --F4SHCVOkcDhfRBwkOmfC6A8Mpi5V4elc5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi. I'm currently building a new ZFS based FreeBSD 10.2 server with a SAS/SATA HBA SAS9211-8i. Is there a preferred or recommended firmware version for Fusion-MPT SAS-2 2008 chipset based LSI cards like the SAS9211-8i? MPS(4) does not give any information about this. The current version of my SAS9211-8i is: v7.05.05.00 (2010.05.19), BIOS 5.00.17.00-IR, FW IR vs. IT firmware: Are there any advantages replacing the -IR (integrated raid) firmware on the LSI controller with an -IT (target mode) version, if the RAID functionality of the HBA is not used at all? There were some claims that running the -IR version in a ZFS JBOD setup would result in a small performance penalty compared to -IT and that there was a risk that a controller running the -IR firmware version could potentially damage ZFS data on a disk by putting RAID metadata somewhere on the drive, even if not using the RAID feature of the card! I'd appreciate it if someone could shed some light on this. Regards, Kai. --=20 PGP-KeyID =3D 0x70654D7C4FB1F588 One day a lemming will fly.. --F4SHCVOkcDhfRBwkOmfC6A8Mpi5V4elc5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCgAGBQJWRP8JAAoJEHBlTXxPsfWInX0QAI+RfCinMRa5UlgjzzP5D/0U q6pjdXIqajOw6sZz2qCGpX9bge3sP9vmV8Wmx+ltI+y3DfH10x/mBFUVrDaPqUxq a8lhQCSgJQ87lbM1YpIM2Mc1tV0a63jRU5kVgD6BzXKK44VVshOJWumbqDGNQQpX g4bmwN8aI+2JoPa7RcI/1zOHUtzzR/N4bbbjjDAbjvab0C3rhYU/52yeVmAvKFGV t7A5DjYuhIaqbRa3xglqNVBQAwtaGN5AQPQ2GW7Q+lUBIr8JYpRRo/EMQ9F+GrUe kHP5BUU2Zsje9j4ligFJqmpDTyO+QMIHShSDQ2Yd0YwpUwNkRT231gUHvEH5KQId LW1Ao81wKw14LuKj1K6xb4oeAzrW06k4D7CgkqgxxyLEI/43krDaPd5JC5cbX4+y Y3V/vTyhHdN/7O1aMvfsg2ijIlD07lSmfVbEfqmKOSC3jH03OGbKnPsFR/bkugsd dM7/uGdrKrGGo1/fMsNTN6DIDhoQo8ZyAsV6nB5eouu6ZTMGyonew3QIkpgAeqHo bgoRvIDGp4XZb5pXLIjaI7k4h5mupkZ4hCJTBFYsP9K38P2XldbCiwzoiPaEao54 GAS6G9qM7/5l+xMrGmgjJOnTzGHt5d785+m7SlkMEZyG3kizokMaWbjpNht/WCul /p4j0CaHMwNkfvKKraIb =U7Jl -----END PGP SIGNATURE----- --F4SHCVOkcDhfRBwkOmfC6A8Mpi5V4elc5-- From owner-freebsd-stable@freebsd.org Thu Nov 12 22:21:08 2015 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 8AF7BA2DAB2; Thu, 12 Nov 2015 22:21:08 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (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 56B3B1877; Thu, 12 Nov 2015 22:21:08 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: by obdgf3 with SMTP id gf3so59597805obd.3; Thu, 12 Nov 2015 14:21:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=wg17oq4CH1xC1OPj/3lTDnUnrRTBWmL16qO4NHPGBSE=; b=QvjC8kUBmkGVEgpLoz8L/1cL9OkClwgLzwm3Sz4FQCCiYNOD4P+ZCJRzm3bSXI729e OIcIYyWu8NlTgfjV0orHb4vyIgEiGlFblBNjsm6D1yL7fgxPYp+9NJSLjS9hbPiQz6kJ Wzo6LWpMtwtKU2ZyYtWeYyIRu3/EjVVsKFyVZ7Pl78dDoniGHjbWDCWqECU9yoqHAhWc Z3qZ71+qmkJKAfmyHvfUZxxum4Q4/8t39MAoMfcayRvlNmKZwrlx86Qy1qPTvX4NHvR2 yCDxjYgivatj0t1GiRGfPm5qiZ0ET2rNGMMFjBbNHOjaKuYpVRfZ5ND4iO3ocX7hLaIb k88A== X-Received: by 10.60.92.169 with SMTP id cn9mr10431607oeb.28.1447366867583; Thu, 12 Nov 2015 14:21:07 -0800 (PST) MIME-Version: 1.0 Sender: royce.williams@gmail.com Received: by 10.202.81.85 with HTTP; Thu, 12 Nov 2015 14:20:38 -0800 (PST) In-Reply-To: <5644FF09.9090200@free.de> References: <5644FF09.9090200@free.de> From: Royce Williams Date: Thu, 12 Nov 2015 13:20:38 -0900 X-Google-Sender-Auth: -TDNx3DU4tJ54Xc26XnX7qRBRSU Message-ID: Subject: Re: LSI SAS2008 mps driver preferred firmware version To: Kai Gallasch Cc: freebsd-scsi@freebsd.org, freebsd-stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 22:21:08 -0000 Firmware should match driver, e.g.: mps0: Firmware: 19.00.00.00, Driver: 19.00.00.00-fbs Some of this may help -- not yet updated for 10.2, but may still be useful: http://roycebits.blogspot.com/2015/01/freebsd-lsi-sas9211-8i-hba-firmware.html Royce On Thu, Nov 12, 2015 at 12:05 PM, Kai Gallasch wrote: > > Hi. > > I'm currently building a new ZFS based FreeBSD 10.2 server with a > SAS/SATA HBA SAS9211-8i. > > Is there a preferred or recommended firmware version for Fusion-MPT > SAS-2 2008 chipset based LSI cards like the SAS9211-8i? MPS(4) does not > give any information about this. > > The current version of my SAS9211-8i is: > v7.05.05.00 (2010.05.19), BIOS > 5.00.17.00-IR, FW > > > IR vs. IT firmware: > > Are there any advantages replacing the -IR (integrated raid) firmware on > the LSI controller with an -IT (target mode) version, if the RAID > functionality of the HBA is not used at all? > > There were some claims that running the -IR version in a ZFS JBOD setup > would result in a small performance penalty compared to -IT and that > there was a risk that a controller running the -IR firmware version > could potentially damage ZFS data on a disk by putting RAID metadata > somewhere on the drive, even if not using the RAID feature of the card! > > I'd appreciate it if someone could shed some light on this. > > Regards, > Kai. > > -- > PGP-KeyID = 0x70654D7C4FB1F588 > One day a lemming will fly.. > > > From owner-freebsd-stable@freebsd.org Thu Nov 12 22:44:45 2015 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 1C8B0A2E0D3 for ; Thu, 12 Nov 2015 22:44:45 +0000 (UTC) (envelope-from stephen.mcconnell@avagotech.com) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::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 DC58D1592 for ; Thu, 12 Nov 2015 22:44:44 +0000 (UTC) (envelope-from stephen.mcconnell@avagotech.com) Received: by pacdm15 with SMTP id dm15so78231712pac.3 for ; Thu, 12 Nov 2015 14:44:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=avagotech.com; s=google; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to:cc:content-type; bh=w34Rf6b4AvnkbjSTSJf75efWCqbsydH5TvJ8zMN/JeA=; b=fyhHPHLjwHOcMIYi1eVXY9XCwNdP9Vc4Z3Zsckd/HAdMnLHhriOOo8Fxf6Y+kRdGsK /hDl4WI1jE2wP9acG4fism6Wg/BcOAeqDiNIEi+qUFQTzNTnJnZKSoEPqgwc0+pFLbNI cEAHXMh3glzCsXfvGpBuyJZDRTpEgzhJWozDo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc:content-type; bh=w34Rf6b4AvnkbjSTSJf75efWCqbsydH5TvJ8zMN/JeA=; b=PItZRA6g3cyFW/MPKHQOk6pZFyvVcB6zJxMX6dSdXVOvevVLUkhrm6CK1MXWOUzs6N 4Ju3vpUEgFOCFP4EPpwd58TAMp+VNpBJ7TVF45DzEuGDcEkPdK9ptew64Knyc9ZALg93 x12paacqzSsYoomb3Tu5boyRMg5zbv7WEPpeip4Fjza24F8MU11X2DE2q/xMcDYc7kfN vJQkcMgmMMn7Icctn1n8y8e3sf7ey4OBhFli3UMmQa0rAxHkKwM7SgTQxQEEvBWMe1M0 ypvvtMkvjR1zUCyX+vu2HpUdv9IySPkdCqS4S+I7Wd/tdYGfvQwqk8RQYC8lC3+9c4kB GrHA== X-Gm-Message-State: ALoCoQmywdobPu6IwsjhVKb9GFv3Yt+JPGbjKXBMvM2MfS4QjhFX/YX5fl7Iq1ihXP/e6drb3UY7 X-Received: by 10.66.122.39 with SMTP id lp7mr26926316pab.74.1447368284208; Thu, 12 Nov 2015 14:44:44 -0800 (PST) From: Stephen Mcconnell References: <5644FF09.9090200@free.de> In-Reply-To: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFhXRusR+GdddNzZ8oSjZyIsh0UKQMSh1vDn1/lOpA= Date: Thu, 12 Nov 2015 15:44:43 -0700 Message-ID: <5909ac9df17bd324c5068f97ae5918dc@mail.gmail.com> Subject: RE: LSI SAS2008 mps driver preferred firmware version To: Royce Williams , Kai Gallasch Cc: freebsd-scsi@freebsd.org, freebsd-stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 22:44:45 -0000 > -----Original Message----- > From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- > scsi@freebsd.org] On Behalf Of Royce Williams > Sent: Thursday, November 12, 2015 3:21 PM > To: Kai Gallasch > Cc: freebsd-scsi@freebsd.org; freebsd-stable > Subject: Re: LSI SAS2008 mps driver preferred firmware version > > Firmware should match driver, e.g.: > > mps0: Firmware: 19.00.00.00, Driver: 19.00.00.00-fbs I've never heard of any problems when these are mismatched, so I'm not sure why FreeNAS would complain. Anyway, you should use the latest of both in my opinion. The latest FW on the avagotech website is 20.00.04.00. I have heard that some FreeBSD users have had some problems with the PH19 FW. Steve McConnell > > > Some of this may help -- not yet updated for 10.2, but may still be useful: > > http://roycebits.blogspot.com/2015/01/freebsd-lsi-sas9211-8i-hba- > firmware.html > > Royce > > On Thu, Nov 12, 2015 at 12:05 PM, Kai Gallasch wrote: > > > > Hi. > > > > I'm currently building a new ZFS based FreeBSD 10.2 server with a > > SAS/SATA HBA SAS9211-8i. > > > > Is there a preferred or recommended firmware version for Fusion-MPT > > SAS-2 2008 chipset based LSI cards like the SAS9211-8i? MPS(4) does > > not give any information about this. > > > > The current version of my SAS9211-8i is: > > v7.05.05.00 (2010.05.19), BIOS > > 5.00.17.00-IR, FW > > > > > > IR vs. IT firmware: > > > > Are there any advantages replacing the -IR (integrated raid) firmware > > on the LSI controller with an -IT (target mode) version, if the RAID > > functionality of the HBA is not used at all? > > > > There were some claims that running the -IR version in a ZFS JBOD > > setup would result in a small performance penalty compared to -IT and > > that there was a risk that a controller running the -IR firmware > > version could potentially damage ZFS data on a disk by putting RAID > > metadata somewhere on the drive, even if not using the RAID feature of the > card! > > > > I'd appreciate it if someone could shed some light on this. > > > > Regards, > > Kai. > > > > -- > > PGP-KeyID = 0x70654D7C4FB1F588 > > One day a lemming will fly.. > > > > > > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Nov 12 23:27:41 2015 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 D5491A2E822 for ; Thu, 12 Nov 2015 23:27:41 +0000 (UTC) (envelope-from stephen.mcconnell@avagotech.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (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 AE6831C15 for ; Thu, 12 Nov 2015 23:27:41 +0000 (UTC) (envelope-from stephen.mcconnell@avagotech.com) Received: by pabfh17 with SMTP id fh17so79454780pab.0 for ; Thu, 12 Nov 2015 15:27:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=avagotech.com; s=google; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to:cc:content-type; bh=xfu7IYT7Z0GaPAcAvCcoAG1QhBxdkPsUy9f2xqwlQkU=; b=FS69sesnQqP+7ZYT/TrsM/T7CbbcDtt2hmCMNG4QVktLv9X840QJqJBTsKMVUa6mCM EuAznK4FvA0XjxPdNbBzR9aX9HLusEuRdRfgCv1wrd7RUy7QP/ov8nAKL7k72NDmSS4h B+SPerpOItcjYQZYvuQFcl8e9b4u/7JU8crEQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc:content-type; bh=xfu7IYT7Z0GaPAcAvCcoAG1QhBxdkPsUy9f2xqwlQkU=; b=X6ZiXdSqfX9bAy0vncsKd8YTzj5+VigQSBlyS8So0QaTPn15vQPm+9+H/T57DHfF+k wffU8iiFMt/+EkjST4qDkF+q1V0Rw2tyccl1KhycYqg5Euc6jgmjC1q7Vo3/Jkq688df QNDDu1LzFIOxOX6VnsXlZEcRhdB6jRwu2y0l8DitU+eMDSsClGXwMZBQFRSxFfyeubk/ vRbyum7TnLo4FffFWzpmc3+c3fwEVyd3JIt6RPrwjsT7wb+lN3fuj7p7BcYQVkkN/Tde 0eESggdSvogA7umxU50bmb100tB6RKy77g2XHXj6au+GEsdRj9hnOLunD/HnKhXRVvuQ pKbw== X-Gm-Message-State: ALoCoQlrZQPE1dvxpDAg3iD1OZ3xomMnuHITpU6nwOyTF8JF6L+FAn85mfQVwHgnVnebu/HMl4wP X-Received: by 10.66.216.7 with SMTP id om7mr20864198pac.90.1447370861051; Thu, 12 Nov 2015 15:27:41 -0800 (PST) From: Stephen Mcconnell References: <5644FF09.9090200@free.de> 5909ac9df17bd324c5068f97ae5918dc@mail.gmail.com In-Reply-To: 5909ac9df17bd324c5068f97ae5918dc@mail.gmail.com MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFhXRusR+GdddNzZ8oSjZyIsh0UKQMSh1vDn1/lOpCAAAk1sA== Date: Thu, 12 Nov 2015 16:27:39 -0700 Message-ID: Subject: RE: LSI SAS2008 mps driver preferred firmware version To: Royce Williams , Kai Gallasch Cc: freebsd-scsi@freebsd.org, freebsd-stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Nov 2015 23:27:41 -0000 > -----Original Message----- > From: Stephen Mcconnell [mailto:stephen.mcconnell@avagotech.com] > Sent: Thursday, November 12, 2015 3:45 PM > To: 'Royce Williams'; 'Kai Gallasch' > Cc: 'freebsd-scsi@freebsd.org'; 'freebsd-stable' > Subject: RE: LSI SAS2008 mps driver preferred firmware version > > > > > -----Original Message----- > > From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- > > scsi@freebsd.org] On Behalf Of Royce Williams > > Sent: Thursday, November 12, 2015 3:21 PM > > To: Kai Gallasch > > Cc: freebsd-scsi@freebsd.org; freebsd-stable > > Subject: Re: LSI SAS2008 mps driver preferred firmware version > > > > Firmware should match driver, e.g.: > > > > mps0: Firmware: 19.00.00.00, Driver: 19.00.00.00-fbs > > I've never heard of any problems when these are mismatched, so I'm not sure > why FreeNAS would complain. Anyway, you should use the latest of both in > my opinion. > The latest FW on the avagotech website is 20.00.04.00. I have heard that > some FreeBSD users have had some problems with the PH19 FW. > > Steve McConnell > > > > > > > Some of this may help -- not yet updated for 10.2, but may still be useful: > > > > http://roycebits.blogspot.com/2015/01/freebsd-lsi-sas9211-8i-hba- > > firmware.html > > > > Royce > > > > On Thu, Nov 12, 2015 at 12:05 PM, Kai Gallasch wrote: > > > > > > Hi. > > > > > > I'm currently building a new ZFS based FreeBSD 10.2 server with a > > > SAS/SATA HBA SAS9211-8i. > > > > > > Is there a preferred or recommended firmware version for Fusion-MPT > > > SAS-2 2008 chipset based LSI cards like the SAS9211-8i? MPS(4) does > > > not give any information about this. > > > > > > The current version of my SAS9211-8i is: > > > v7.05.05.00 (2010.05.19), BIOS > > > 5.00.17.00-IR, FW > > > > > > > > > IR vs. IT firmware: > > > > > > Are there any advantages replacing the -IR (integrated raid) > > > firmware on the LSI controller with an -IT (target mode) version, if > > > the RAID functionality of the HBA is not used at all? > > > > > > There were some claims that running the -IR version in a ZFS JBOD > > > setup would result in a small performance penalty compared to -IT > > > and that there was a risk that a controller running the -IR firmware > > > version could potentially damage ZFS data on a disk by putting RAID > > > metadata somewhere on the drive, even if not using the RAID feature > > > of the > > card! And also, I asked someone who works on the FW about these IR concerns and he says the only reason for a performance issue is that the IR FW is a bit larger and therefore the command queue depth will be smaller due to the amount of resources available, so it is possible to have a slight performance degradation in some cases. Other than that, once it is determined that there are no IR drives the FW acts just like IT. AND there is no data corruption issue for ZFS disks. If there is, that would be bad and a high priority defect would need to be filed :) If there are no IR volumes, the FW works just like IT so there would be no reason to write metadata to a non-IR disk. Even if there was a separate IR volume, the ZFS disk would not be written with metadata because it's not part of an IR volume. Steve > > > > > > I'd appreciate it if someone could shed some light on this. > > > > > > Regards, > > > Kai. > > > > > > -- > > > PGP-KeyID = 0x70654D7C4FB1F588 > > > One day a lemming will fly.. > > > > > > > > > > > _______________________________________________ > > freebsd-scsi@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-scsi > > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Fri Nov 13 01:21:34 2015 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 08480A2D0E4 for ; Fri, 13 Nov 2015 01:21:34 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DDD00108D for ; Fri, 13 Nov 2015 01:21:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 578B41347 for ; Fri, 13 Nov 2015 01:21:34 +0000 (UTC) Date: Fri, 13 Nov 2015 01:21:34 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <1906027575.1.1447377694327.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <873106908.0.1447359295850.JavaMail.jenkins@jenkins-9.freebsd.org> References: <873106908.0.1447359295850.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #2721 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Nov 2015 01:21:34 -0000 See ------------------------------------------ [...truncated 22280 lines...] install -o root -g wheel -m 555 if_cdce.ko.symbols =3D=3D=3D> usb/cue (install) install -o root -g wheel -m 555 if_cue.ko install -o root -g wheel -m 555 if_cue.ko.symbols =3D=3D=3D> usb/kue (install) install -o root -g wheel -m 555 if_kue.ko install -o root -g wheel -m 555 if_kue.ko.symbols =3D=3D=3D> usb/mos (install) install -o root -g wheel -m 555 if_mos.ko install -o root -g wheel -m 555 if_mos.ko.symbols =3D=3D=3D> usb/rue (install) install -o root -g wheel -m 555 if_rue.ko install -o root -g wheel -m 555 if_rue.ko.symbols =3D=3D=3D> usb/smsc (install) install -o root -g wheel -m 555 if_smsc.ko install -o root -g wheel -m 555 if_smsc.ko.symbols =3D=3D=3D> usb/udav (install) install -o root -g wheel -m 555 if_udav.ko install -o root -g wheel -m 555 if_udav.ko.symbols =3D=3D=3D> usb/uhso (install) install -o root -g wheel -m 555 uhso.ko install -o root -g wheel -m 555 uhso.ko.symbols =3D=3D=3D> usb/ipheth (install) install -o root -g wheel -m 555 if_ipheth.ko install -o root -g wheel -m 555 if_ipheth.ko.symbols =3D=3D=3D> usb/urndis (install) install -o root -g wheel -m 555 if_urndis.ko install -o root -g wheel -m 555 if_urndis.ko.symbols =3D=3D=3D> usb/usfs (install) install -o root -g wheel -m 555 usfs.ko install -o root -g wheel -m 555 usfs.ko.symbols =3D=3D=3D> usb/umass (install) install -o root -g wheel -m 555 umass.ko install -o root -g wheel -m 555 umass.ko.symbols =3D=3D=3D> usb/urio (install) install -o root -g wheel -m 555 urio.ko install -o root -g wheel -m 555 urio.ko.symbols =3D=3D=3D> usb/quirk (install) install -o root -g wheel -m 555 usb_quirk.ko install -o root -g wheel -m 555 usb_quirk.ko.symbols =3D=3D=3D> usb/template (install) install -o root -g wheel -m 555 usb_template.ko install -o root -g wheel -m 555 usb_template.ko.symbols =3D=3D=3D> utopia (install) install -o root -g wheel -m 555 utopia.ko install -o root -g wheel -m 555 utopia.ko.symbols =3D=3D=3D> vesa (install) install -o root -g wheel -m 555 vesa.ko install -o root -g wheel -m 555 vesa.ko.symbols =3D=3D=3D> virtio (install) =3D=3D=3D> virtio/virtio (install) install -o root -g wheel -m 555 virtio.ko install -o root -g wheel -m 555 virtio.ko.symbols =3D=3D=3D> virtio/pci (install) install -o root -g wheel -m 555 virtio_pci.ko install -o root -g wheel -m 555 virtio_pci.ko.symbols =3D=3D=3D> virtio/network (install) install -o root -g wheel -m 555 if_vtnet.ko install -o root -g wheel -m 555 if_vtnet.ko.symbols =3D=3D=3D> virtio/block (install) install -o root -g wheel -m 555 virtio_blk.ko install -o root -g wheel -m 555 virtio_blk.ko.symbols =3D=3D=3D> virtio/balloon (install) install -o root -g wheel -m 555 virtio_balloon.ko install -o root -g wheel -m 555 virtio_balloon.ko.symbols =3D=3D=3D> virtio/scsi (install) install -o root -g wheel -m 555 virtio_scsi.ko install -o root -g wheel -m 555 virtio_scsi.ko.symbols =3D=3D=3D> virtio/random (install) install -o root -g wheel -m 555 virtio_random.ko install -o root -g wheel -m 555 virtio_random.ko.symbols =3D=3D=3D> virtio/console (install) install -o root -g wheel -m 555 virtio_console.ko install -o root -g wheel -m 555 virtio_console.ko.symbols =3D=3D=3D> vge (install) install -o root -g wheel -m 555 if_vge.ko install -o root -g wheel -m 555 if_vge.ko.symbols =3D=3D=3D> viawd (install) install -o root -g wheel -m 555 viawd.ko install -o root -g wheel -m 555 viawd.ko.symbols =3D=3D=3D> vkbd (install) install -o root -g wheel -m 555 vkbd.ko install -o root -g wheel -m 555 vkbd.ko.symbols =3D=3D=3D> vmm (install) install -o root -g wheel -m 555 vmm.ko install -o root -g wheel -m 555 vmm.ko.symbols =3D=3D=3D> vmware (install) =3D=3D=3D> vmware/vmxnet3 (install) install -o root -g wheel -m 555 if_vmx.ko install -o root -g wheel -m 555 if_vmx.ko.symbols =3D=3D=3D> vpo (install) install -o root -g wheel -m 555 vpo.ko install -o root -g wheel -m 555 vpo.ko.symbols =3D=3D=3D> vr (install) install -o root -g wheel -m 555 if_vr.ko install -o root -g wheel -m 555 if_vr.ko.symbols =3D=3D=3D> vte (install) install -o root -g wheel -m 555 if_vte.ko install -o root -g wheel -m 555 if_vte.ko.symbols =3D=3D=3D> vx (install) install -o root -g wheel -m 555 if_vx.ko install -o root -g wheel -m 555 if_vx.ko.symbols =3D=3D=3D> vxge (install) install -o root -g wheel -m 555 vxge.ko install -o root -g wheel -m 555 vxge.ko.symbols =3D=3D=3D> wb (install) install -o root -g wheel -m 555 if_wb.ko install -o root -g wheel -m 555 if_wb.ko.symbols =3D=3D=3D> wbwd (install) install -o root -g wheel -m 555 wbwd.ko install -o root -g wheel -m 555 wbwd.ko.symbols =3D=3D=3D> wi (install) install -o root -g wheel -m 555 if_wi.ko install -o root -g wheel -m 555 if_wi.ko.symbols =3D=3D=3D> wlan (install) install -o root -g wheel -m 555 wlan.ko install -o root -g wheel -m 555 wlan.ko.symbols =3D=3D=3D> wlan_acl (install) install -o root -g wheel -m 555 wlan_acl.ko install -o root -g wheel -m 555 wlan_acl.ko.symbols =3D=3D=3D> wlan_amrr (install) install -o root -g wheel -m 555 wlan_amrr.ko install -o root -g wheel -m 555 wlan_amrr.ko.symbols =3D=3D=3D> wlan_ccmp (install) install -o root -g wheel -m 555 wlan_ccmp.ko install -o root -g wheel -m 555 wlan_ccmp.ko.symbols =3D=3D=3D> wlan_rssadapt (install) install -o root -g wheel -m 555 wlan_rssadapt.ko install -o root -g wheel -m 555 wlan_rssadapt.ko.symbols =3D=3D=3D> wlan_tkip (install) install -o root -g wheel -m 555 wlan_tkip.ko install -o root -g wheel -m 555 wlan_tkip.ko.symbols =3D=3D=3D> wlan_wep (install) install -o root -g wheel -m 555 wlan_wep.ko install -o root -g wheel -m 555 wlan_wep.ko.symbols =3D=3D=3D> wlan_xauth (install) install -o root -g wheel -m 555 wlan_xauth.ko install -o root -g wheel -m 555 wlan_xauth.ko.symbols =3D=3D=3D> wpi (install) install -o root -g wheel -m 555 if_wpi.ko install -o root -g wheel -m 555 if_wpi.ko.symbols =3D=3D=3D> wpifw (install) install -o root -g wheel -m 555 wpifw.ko install -o root -g wheel -m 555 wpifw.ko.symbols =3D=3D=3D> x86bios (install) install -o root -g wheel -m 555 x86bios.ko install -o root -g wheel -m 555 x86bios.ko.symbols =3D=3D=3D> xl (install) install -o root -g wheel -m 555 if_xl.ko install -o root -g wheel -m 555 if_xl.ko.symbols =3D=3D=3D> zfs (install) install -o root -g wheel -m 555 zfs.ko install -o root -g wheel -m 555 zfs.ko.symbols =3D=3D=3D> zlib (install) install -o root -g wheel -m 555 zlib.ko install -o root -g wheel -m 555 zlib.ko.symbols =3D=3D=3D> iscsi (install) install -o root -g wheel -m 555 iscsi.ko install -o root -g wheel -m 555 iscsi.ko.symbols =3D=3D=3D> iscsi_initiator (install) install -o root -g wheel -m 555 iscsi_initiator.ko install -o root -g wheel -m 555 iscsi_initiator.ko.symbols kldxref + sudo env MAKEOBJDIRPREFIX=3D/builds/FreeBSD_stable_10/obj make distributi= on NO_FSCHG=3Dyes DESTDIR=3D __MAKE_CONF=3D/builds/FreeBSD_stable_10/mak= e.conf cd /builds/FreeBSD_stable_10/etc; MAKEOBJDIRPREFIX=3D/builds/FreeBSD_stable= _10/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPUTYPE=3D GROFF_BIN_PATH= =3D/builds/FreeBSD_stable_10/obj/builds/FreeBSD_stable_10/tmp/legacy/usr/bi= n GROFF_FONT_PATH=3D/builds/FreeBSD_stable_10/obj/builds/FreeBSD_stable_10= /tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=3D/builds/FreeBSD_stable_= 10/obj/builds/FreeBSD_stable_10/tmp/legacy/usr/share/tmac PATH=3D/builds/Fr= eeBSD_stable_10/obj/builds/FreeBSD_stable_10/tmp/legacy/usr/sbin:/builds/Fr= eeBSD_stable_10/obj/builds/FreeBSD_stable_10/tmp/legacy/usr/bin:/builds/Fre= eBSD_stable_10/obj/builds/FreeBSD_stable_10/tmp/legacy/usr/games:/builds/Fr= eeBSD_stable_10/obj/builds/FreeBSD_stable_10/tmp/legacy/bin:/builds/FreeBSD= _stable_10/obj/builds/FreeBSD_stable_10/tmp/usr/sbin:/builds/FreeBSD_stable= _10/obj/builds/FreeBSD_stable_10/tmp/usr/bin:/builds/FreeBSD_stable_10/obj/= builds/FreeBSD_stable_10/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -= DWITH_ATF METALOG=3D distribution cd /builds/FreeBSD_stable_10/etc; install -o root -g wheel -m 644 crontab= devd.conf devfs.conf ddb.conf dhclient.conf disktab fbtab gettytab = group hosts hosts.allow hosts.equiv libalias.conf libmap.conf login.= access login.conf mac.conf motd netconfig network.subr networks news= yslog.conf nsswitch.conf phones profile protocols rc rc.bsdextended = rc.firewall rc.initdiskless rc.shutdown rc.subr remote rpc services = shells sysctl.conf syslog.conf termcap.small libmap32.conf etc.amd64/tty= s amd.map apmd.conf auto_master snmpd.config freebsd-update.conf ftpusers i= netd.conf /builds/FreeBSD_stable_10/etc/../usr.bin/locate/locate/locate.rc = hosts.lpd printcap /builds/FreeBSD_stable_10/etc/../usr.bin/mail/misc/mail.= rc ntp.conf nscd.conf portsnap.conf pf.os rc.sendmail csh.cshrc csh.login c= sh.logout regdomain.xml cap_mkdb -l install = -o root -g wheel -m 755 netstart pccard_ether rc.suspend rc.resume install -o root -g wheel -m 600 master.passwd nsmb.conf opieaccess pwd_mkdb -L -i -p -d cd /builds/FreeBSD_stable_10/etc/autofs; make install install -o root -g wheel -m 755 include_ldap special_hosts special_media s= pecial_noauto special_null cd /builds/FreeBSD_stable_10/etc/bluetooth; make install install -o root -g wheel -m 600 hcsecd.conf install -o root -g wheel -m 644 hosts install -o root -g wheel -m 444 protocols cd /builds/FreeBSD_stable_10/etc/defaults; make install install -o root -g wheel -m 444 devfs.rules periodic.conf rc.conf bluetoot= h.device.conf cd /builds/FreeBSD_stable_10/etc/devd; make install install -o root -g wheel -m 644 asus.conf hyperv.conf uath.conf usb.conf z= fs.conf cd /builds/FreeBSD_stable_10/etc/gss; make install install -o root -g wheel -m 444 mech qop cd /builds/FreeBSD_stable_10/etc/periodic; make install =3D=3D=3D> daily (install) install -o root -g wheel -m 755 100.clean-disks 110.clean-tmps 120.clean-p= reserve 200.backup-passwd 210.backup-aliases 330.news 400.status-disks 401.= status-graid 406.status-gmirror 407.status-graid3 408.status-gstripe 409.st= atus-gconcat 420.status-network 450.status-security 510.status-world-kernel= 999.local 310.accounting 300.calendar 130.clean-msgs 480.status-ntpd 140.c= lean-rwho 430.status-rwho 150.clean-hoststat 440.status-mailq 460.status-ma= il-rejects 500.queuerun 404.status-zfs 800.scrub-zfs =3D=3D=3D> security (install) install -o root -g wheel -m 755 100.chksetuid 110.neggrpperm 200.chkmounts= 300.chkuid0 400.passwdless 410.logincheck 700.kernelmsg 800.loginfail 900.= tcpwrap security.functions 510.ipfdenied 610.ipf6denied 500.ipfwdenied 550.= ipfwlimit 520.pfdenied =3D=3D=3D> weekly (install) install -o root -g wheel -m 755 340.noid 450.status-security 999.local 310= .locate 320.whatis 330.catman =3D=3D=3D> monthly (install) install -o root -g wheel -m 755 450.status-security 999.local 200.accounti= ng cd /builds/FreeBSD_stable_10/etc/pkg; make install install -o root -g wheel -m 644 FreeBSD.conf cd /builds/FreeBSD_stable_10/etc/rc.d; make install install -o root -g wheel -m 555 DAEMON FILESYSTEMS LOGIN NETWORKING SERVER= S abi addswap adjkerntz archdep atm1 atm2 atm3 auditd auditdistd bgfsck blu= etooth bridge bthidd cleanvar cleartmp cron ctld ddb defaultroute devd devf= s dhclient dmesg dumpon faith fsck gbde geli geli2 gptboot growfs gssd hcse= cd hostid hostid_save hostname initrandom ip6addrctl ipfilter ipfs ipfw ipm= on ipnat ipsec ipxrouted kadmind kdc kfd kld kldxref kpasswdd ldconfig loca= l localpkg lockd mixer motd mountcritlocal mountcritremote mountlate mdconf= ig mdconfig2 mountd mroute6d mrouted msgs natd netif netoptions netwait new= syslog nfsclient nfscbd nfsd nfsuserd nisdomain nscd nsswitch ntpdate pf pf= log pfsync postrandom ppp pppoed pwcheck quota random rarpd rctl resolv rfc= omm_pppd_server root route6d routing rpcbind rtadvd rtsold savecore sdpd se= curelevel serial sppp sshd statd static_arp static_ndp stf swap swaplate sy= sctl syslogd tmp ubthidhci ugidfw local_unbound utx var virecover watchdogd= ypbind yppasswdd ypserv ypset ypupdated ypxfrd zfs zvol accounting power_p= rofile powerd amd apm apmd automount automountd autounmountd bootparams bsn= mpd ccd ftpd hastd inetd iscsictl iscsid jail ipropd_master ipropd_slave mo= used syscons lpd othermta ntpd keyserv ftp-proxy rwho routed sendmail timed= hostapd wpa_supplicant cd /builds/FreeBSD_stable_10/etc/../share/termcap; make etc-termcap ln -fs /usr/share/misc/termcap cd /builds/FreeBSD_stable_10/etc/../usr.sbin/rmt; make etc-rmt rm -f ln -s /usr/sbin/rmt cd /builds/FreeBSD_stable_10/etc/pam.d; make install install -o root -g wheel -m 444 README install -o root -g wheel -m 644 atrun cron ftpd imap login other passwd po= p3 rsh sshd su system telnetd xdm -> cd /builds/FreeBSD_stable_10/etc; install -o root -g wheel -m 0444 /builds= /FreeBSD_stable_10/etc/../contrib/openbsm/etc/audit_class /builds/FreeBSD_= stable_10/etc/../contrib/openbsm/etc/audit_event cd /builds/FreeBSD_stable_10/etc; install -o root -g wheel -m 0600 /builds= /FreeBSD_stable_10/etc/../contrib/openbsm/etc/audit_control /builds/FreeBS= D_stable_10/etc/../contrib/openbsm/etc/audit_user cd /builds/FreeBSD_stable_10/etc; install -o root -g wheel -m 0500 /builds= /FreeBSD_stable_10/etc/../contrib/openbsm/etc/audit_warn if [ ! -e ]; then install -l s ../var/unbound fi cd /builds/FreeBSD_stable_10/etc/sendmail; make distribution install -o root -g wheel -m 644 /builds/FreeBSD_stable_10/etc/sendmail/fre= ebsd.mc freebsd.cf install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/etc/sendmail/fre= ebsd.submit.mc freebsd.submit.cf install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/etc/sendmail/../= ../contrib/sendmail/src/helpfile install -o root -g wheel -m 640 /dev/null install -o root -g wheel -m 644 freebsd.cf install -o root -g wheel -m 444 freebsd.submit.cf cd /builds/FreeBSD_stable_10/etc; install -o root -g wheel -m 644 /builds/= FreeBSD_stable_10/etc/../crypto/openssh/ssh_config /builds/FreeBSD_stable_= 10/etc/../crypto/openssh/sshd_config /builds/FreeBSD_stable_10/etc/../cryp= to/openssh/moduli cd /builds/FreeBSD_stable_10/etc; install -o root -g wheel -m 644 /builds/= FreeBSD_stable_10/etc/../crypto/openssl/apps/openssl.cnf cd /builds/FreeBSD_stable_10/etc/root; install -o root -g wheel -m 644 do= t.k5login cd /builds/FreeBSD_stable_10/etc/root; install -o root -g wheel -m 644 do= t.profile rm -f ln cd /builds/FreeBSD_stable_10/etc/root; install -o root -g wheel -m 644 do= t.cshrc install -o root -g wheel -m 644 dot.login rm -f ln cd /builds/FreeBSD_stable_10/etc/mtree; install -o root -g wheel -m 444 BS= D.debug.dist BSD.include.dist BSD.root.dist BSD.usr.dist BSD.var.dist BSD.t= ests.dist BSD.sendmail.dist cd /builds/FreeBSD_stable_10/etc/ppp; install -o root -g wheel -m 600 ppp.= conf cd /builds/FreeBSD_stable_10/etc/mail; install -o root -g wheel -m 644 Mak= efile README mailer.conf access.sample virtusertable.sample mailertable.sa= mple aliases if [ -d -a -f -a ! -f ];= then ln -s mail/aliases fi install -o root -g operator -m 664 /dev/null install -o nobody -g wheel -m 644 /dev/null install -o root -g wheel -m 644 /builds/FreeBSD_stable_10/etc/minfree cd /builds/FreeBSD_stable_10/etc/..; install -o root -g wheel -m 444 COPYR= IGHT install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/etc/../sys/amd64= /conf/GENERIC.hints + [ -z '' ] + FSTAB=3D' # Device Mountpoint FStype Options Dump Pas= s# /procfs /proc procfs rw 0 0 fdesc /dev/fd fdescfs rw 0 0 /dev/ufs/TESTROOT / ufs rw 1 1 ' + [ -z '' ] + RC_CONF=3D' sshd_enable=3D"YES" ' + cd + sudo rm -fr tmp + mkdir -p tmp + cat + sudo cp tmp/fstab + sudo cp /etc/resolv.conf + cat + [ -n freebsd-ci/scripts/test/config/config-stable-10.json ] + python -c 'import json; f =3D open('\''freebsd-ci/scripts/test/config/con= fig-stable-10.json'\'', '\''r'\''); j =3D json.load(f); print(j['\''interfa= ce'\''])' freebsd-ci/scripts/build/build-ufs-image.sh: python: not found + INTERFACE=3D'' Build step 'Execute shell' marked build as failure From owner-freebsd-stable@freebsd.org Fri Nov 13 04:40:49 2015 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 7A319A2D664 for ; Fri, 13 Nov 2015 04:40:49 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 64CD11A17 for ; Fri, 13 Nov 2015 04:40:49 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6F76F1482 for ; Fri, 13 Nov 2015 04:40:49 +0000 (UTC) Date: Fri, 13 Nov 2015 04:40:49 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <1492419252.4.1447389649169.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1906027575.1.1447377694327.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1906027575.1.1447377694327.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #2722 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Nov 2015 04:40:49 -0000 See From owner-freebsd-stable@freebsd.org Fri Nov 13 15:44:06 2015 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 21AECA2EEA3 for ; Fri, 13 Nov 2015 15:44:06 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A29B1CFB for ; Fri, 13 Nov 2015 15:44:04 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (pc233031.norma.com [IPv6:fd00::7fa] (may be forged)) by elf.hq.norma.perm.ru (8.14.9/8.14.9) with ESMTP id tADFhv5P086106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 13 Nov 2015 20:43:58 +0500 (YEKT) (envelope-from emz@norma.perm.ru) From: "Eugene M. Zheganin" Subject: poudriere and chflags To: freebsd-stable@freebsd.org Message-ID: <5646053C.1080308@norma.perm.ru> Date: Fri, 13 Nov 2015 20:43:56 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Fri, 13 Nov 2015 20:43:59 +0500 (YEKT) X-Spam-Status: No hits=-100.3 bayes=0.0000 testhits AWL=0.096,BAYES_00=-1.9, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Nov 2015 15:44:06 -0000 Hi. I'm trying to build a tree and ports for a raspberry pie, I'm doing it on a FreeBAS 10.2-STABLE with poudriere and qemu. During a jail setup I receive an error: [...] --- configlexer.l --- cp -p /usr/local/poudriere/jails/freebsd-10-2-stable-armv6/usr/src/lib/libunbound/../../contrib/unbound/util/configlexer.lex configlexer.l cp: chflags: configlexer.l: Operation not supported This is probably due to the fact that poudriere checked out the tree from svn with uarch flag on all files. How can I stop it from doing that ? Thanks. Eugene. From owner-freebsd-stable@freebsd.org Fri Nov 13 21:30:48 2015 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 6C21AA2EF58 for ; Fri, 13 Nov 2015 21:30:48 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 25166177E for ; Fri, 13 Nov 2015 21:30:48 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZxLvb-000GVW-8n for freebsd-stable@freebsd.org; Sat, 14 Nov 2015 00:30:39 +0300 Date: Sat, 14 Nov 2015 00:30:39 +0300 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Subject: NETMAP and off-by-one? Message-ID: <20151113213039.GK48728@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Nov 2015 21:30:48 -0000 I am see strange things: like NETMAP stop transmit after `head` and `cur` touch `tail`. But: /* * check if space is available in the ring. */ static inline int nm_ring_empty(struct netmap_ring *ring) { return (ring->cur == ring->tail); } i.e. if cur == (tail-1) mod ring_size -- space is available in the ring and I can put packet in output buffer. After put this packet ring is full, but no transmiting. This is bug? From owner-freebsd-stable@freebsd.org Fri Nov 13 22:11:02 2015 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 444FFA2E97F for ; Fri, 13 Nov 2015 22:11:02 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 E07F413D0 for ; Fri, 13 Nov 2015 22:11:01 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: by wmww144 with SMTP id w144so49025231wmw.0 for ; Fri, 13 Nov 2015 14:10:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=7jrmrq/DyaFXADU6I2WprTEvquRF8NBEPkYXEZdm7N8=; b=S3KU2yyNx8ONFsKoEiSwG1KagJX17AWFZ9k2RcrR3xHlipw1m03uglD8HroggkOzGd y2gZ6A7aG6sNSqBJfPxh3Cq7S4yCo1OI1agP7z0jsxSJsWW2oEORubi3PqRkovrPkrSY t2vTEOqe+2mOE5Hfh+kkRYjZXDmtwRoPXGl5z/qjPB0sEBMxnLRn669WEUXbE9Bz2Gf4 /m3/zy7NI5lEiMo11HzztXXr9GloX/ZVq0sKfa71o5fQ3+Dv6e3LirGmn9vwGklO0Tn0 HmdW1TYmOMNWIzi1CHJTI8eizF6IVmDjyULghUi4cyU68Q41hm6LufA4UkX981sc1mc0 gj6Q== MIME-Version: 1.0 X-Received: by 10.194.184.7 with SMTP id eq7mr24821318wjc.26.1447452659244; Fri, 13 Nov 2015 14:10:59 -0800 (PST) Received: by 10.194.120.193 with HTTP; Fri, 13 Nov 2015 14:10:59 -0800 (PST) Date: Sat, 14 Nov 2015 00:10:59 +0200 Message-ID: Subject: FreeBSD-10.2-RELEASE-i386-memstick.img kills every Windows it touch From: Rostislav Krasny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Nov 2015 22:11:02 -0000 Hi there, You might not belive me but it really does. I just flashed the FreeBSD-10.2-RELEASE-i386-memstick.img installation image on a 2GB disk on key using Rufus 2.5. Rufus is a Windows program that support flashing img files into USB disk on key in DD mode (like the dd(1) program). Now every time I connect this disk on key into my old computer with Windows XP it reboots instantly. First time it rebooted right after Rufus finished the flashing. If I connect it into my Dell Latitude E7440 laptop with Windows 7 there is a BSOD. There was no such reboot with this disk on key before I flashed it with the FreeBSD-10.2-RELEASE-i386-memstick.img What is going on here? What did you put into this image file? P.S. I've checked the MD5 hash of the image file and it's the same to the official MD5 hash in www.freebsd.org/releases/10.2R/announce.html As far as I remember I downloaded the image file from the official German FreeBSD mirror. From owner-freebsd-stable@freebsd.org Fri Nov 13 23:17:11 2015 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 323ABA2E9E5 for ; Fri, 13 Nov 2015 23:17:11 +0000 (UTC) (envelope-from 0xf10e@fsfe.org) Received: from mail-2.alumni.tu-berlin.de (mail-2.alumni.tu-berlin.de [130.149.5.29]) (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 E70241233 for ; Fri, 13 Nov 2015 23:17:10 +0000 (UTC) (envelope-from 0xf10e@fsfe.org) X-tubIT-Incoming-IP: 78.52.133.246 Received: from f052133246.adsl.alicedsl.de ([78.52.133.246] helo=Android) by mailbox.alumni.tu-berlin.de (exim-4.76) with esmtpsa [UNKNOWN:AES256-SHA:256] id 1ZxNaY-0000pq-21; Sat, 14 Nov 2015 00:17:02 +0100 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: FreeBSD-10.2-RELEASE-i386-memstick.img kills every Windows it touch From: Florian Ermisch <0xf10e@fsfe.org> Date: Fri, 13 Nov 2015 23:16:58 +0000 To: Rostislav Krasny ,freebsd-stable@freebsd.org Message-ID: <17220EDB-4B1D-4397-963B-D2E1791F051B@fsfe.org> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Nov 2015 23:17:11 -0000 Hi Rostislav, did you verify it's the image and not the stick? I've seen a USB-headset and a Dell USB-kbd with integrated smartcard-reader pulling of such a stunt. Both were used on windows machines before and then suddenly started crashing them. Regards, Florian Am 13. November 2015 23:10:59 MEZ, schrieb Rostislav Krasny : > Hi there, > > You might not belive me but it really does. I just flashed the > FreeBSD-10.2-RELEASE-i386-memstick.img installation image on a 2GB > disk on > key using Rufus 2.5. Rufus is a Windows program that support flashing > img > files into USB disk on key in DD mode (like the dd(1) program). Now > every > time I connect this disk on key into my old computer with Windows XP > it > reboots instantly. First time it rebooted right after Rufus finished > the > flashing. If I connect it into my Dell Latitude E7440 laptop with > Windows 7 > there is a BSOD. There was no such reboot with this disk on key before > I > flashed it with the FreeBSD-10.2-RELEASE-i386-memstick.img > > What is going on here? What did you put into this image file? > > P.S. I've checked the MD5 hash of the image file and it's the same to > the > official MD5 hash in www.freebsd.org/releases/10.2R/announce.html As > far as > I remember I downloaded the image file from the official German > FreeBSD > mirror. > _______________________________________________ > 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 Fri Nov 13 23:40:07 2015 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 272DFA2EE1A for ; Fri, 13 Nov 2015 23:40:07 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (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 A829F1EC5 for ; Fri, 13 Nov 2015 23:40:06 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by lfdo63 with SMTP id o63so60970049lfd.2 for ; Fri, 13 Nov 2015 15:40:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=KwhkHv79we3yUqLUqbCvfwRA+70OH6zilHTmxL8YseY=; b=mc/njHf1khdQn7RJGhUwtd/czL2xZgQnSvUmTryoQ8x/Yhqd1HtPcSvJ5piBObwCaz Kgekw4jm8lAdp6vE+dZiWlQBBvF/S9x1++0ONiumxBN91hLXpIGy2bhuLlcnpWycHn+A jy73CCgEv1xt8QW0tWGwBrrgkI/f3J/mAjoTD/r+zJ57UDq/OW4A3UjZhB5S3LP7uCZU rP6VH83rGwffsWJJAzruU6YPWC1i28mXCcO7JBii7YSup/fOAEpZwvC/8onSETx2mpNs lW267KOqfUXRX+yTT3/C+L4n+pcSJWzXiKiZe0Dog2tw1+k05A3Cs8BMGXNB3v6GWy1V AR+g== MIME-Version: 1.0 X-Received: by 10.25.205.193 with SMTP id d184mr11517347lfg.72.1447458004452; Fri, 13 Nov 2015 15:40:04 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.78.3 with HTTP; Fri, 13 Nov 2015 15:40:04 -0800 (PST) In-Reply-To: <20151113213039.GK48728@zxy.spb.ru> References: <20151113213039.GK48728@zxy.spb.ru> Date: Fri, 13 Nov 2015 15:40:04 -0800 X-Google-Sender-Auth: HOHh9JeH-Z7sdCq0O9b-z-UGz_o Message-ID: Subject: Re: NETMAP and off-by-one? From: Luigi Rizzo To: Slawa Olhovchenkov Cc: Stable Stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Nov 2015 23:40:07 -0000 On Fri, Nov 13, 2015 at 1:30 PM, Slawa Olhovchenkov wrote: > I am see strange things: like NETMAP stop transmit after `head` and `cur` > touch `tail`. > > But: > > /* > * check if space is available in the ring. > */ > static inline int > nm_ring_empty(struct netmap_ring *ring) > { > return (ring->cur == ring->tail); > } > > i.e. if cur == (tail-1) mod ring_size -- space is available in the > ring and I can put packet in output buffer. The design requires to leave at least one empty slot in the buffer. The name of the function is correct, the comment is probably not, unless a bug has creeped in recently the code was very careful in not using the free slot that separates the two regions. cheers luigi > After put this packet ring is full, but no transmiting. > > This is bug? > _______________________________________________ > 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" -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-stable@freebsd.org Sat Nov 14 00:09:18 2015 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 556FEA2E8EB for ; Sat, 14 Nov 2015 00:09:18 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (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 E369C144C for ; Sat, 14 Nov 2015 00:09:17 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: by wmec201 with SMTP id c201so51718583wme.1 for ; Fri, 13 Nov 2015 16:09:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NM70ANg5IqnCQ2TnhiNx46wvG+s4pHEiNFJ+AHEOiBM=; b=wWT30l1PAKfd0fsLTv2URzDMbJO16gfPtlsleksiPxHKZxXNTIRuAMINOU6x8q7TW9 i4CmaQEIDqn3TrJgvz9jB7N6D7LJ4joolzPj7zgDWksxrATq6QRn+BDIv3aNpibw9ofq b9/eDm4rUorhdI3P/iiI/8FXS2+204bEc/QDLcaeXCQ/0cChRqgTMVLgfbKj39kt2RT8 ZZgsdIKwy0XSUdcW1mqSbbGeqOxmBqxkARaoOuQupo3Q47XKPbJnVQcFTmbneTtovW7w q5R2HIpJpG4dsni7rlFM9AnIlA8ChKnoEosjICj592Y3E9cF/WwCfdW0uNzHu3fem+r8 Wusw== MIME-Version: 1.0 X-Received: by 10.194.184.7 with SMTP id eq7mr25178281wjc.26.1447459756287; Fri, 13 Nov 2015 16:09:16 -0800 (PST) Received: by 10.194.120.193 with HTTP; Fri, 13 Nov 2015 16:09:16 -0800 (PST) In-Reply-To: <17220EDB-4B1D-4397-963B-D2E1791F051B@fsfe.org> References: <17220EDB-4B1D-4397-963B-D2E1791F051B@fsfe.org> Date: Sat, 14 Nov 2015 02:09:16 +0200 Message-ID: Subject: Re: FreeBSD-10.2-RELEASE-i386-memstick.img kills every Windows it touch From: Rostislav Krasny To: Florian Ermisch <0xf10e@fsfe.org> Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 00:09:18 -0000 I've installed FreeBSD 10.2 from CD and successfully mounted this stick (/dev/da0p2). At least in FreeBSD it doesn't make any problem. Before I mounted it there was some messages on the consle. You can see the screenshot there: http://oi67.tinypic.com/351yiqd.jpg On the last line of that message it says that: "the secondary GPT header is not in the last LBA". Then I repartitioned (with MBR schema) and reformatted it and voila it works properly on Windows as before FreeBSD. So there is no hardware problem with this stick, for sure. On Sat, Nov 14, 2015 at 1:16 AM, Florian Ermisch <0xf10e@fsfe.org> wrote: > Hi Rostislav, > > did you verify it's the image and not the stick? > I've seen a USB-headset and a Dell USB-kbd with integrated > smartcard-reader pulling of such a stunt. Both were used on windows > machines before and then suddenly started crashing them. > > Regards, Florian > > Am 13. November 2015 23:10:59 MEZ, schrieb Rostislav Krasny < > rosti.bsd@gmail.com>: > > Hi there, > > > > You might not belive me but it really does. I just flashed the > > FreeBSD-10.2-RELEASE-i386-memstick.img installation image on a 2GB > > disk on > > key using Rufus 2.5. Rufus is a Windows program that support flashing > > img > > files into USB disk on key in DD mode (like the dd(1) program). Now > > every > > time I connect this disk on key into my old computer with Windows XP > > it > > reboots instantly. First time it rebooted right after Rufus finished > > the > > flashing. If I connect it into my Dell Latitude E7440 laptop with > > Windows 7 > > there is a BSOD. There was no such reboot with this disk on key before > > I > > flashed it with the FreeBSD-10.2-RELEASE-i386-memstick.img > > > > What is going on here? What did you put into this image file? > > > > P.S. I've checked the MD5 hash of the image file and it's the same to > > the > > official MD5 hash in www.freebsd.org/releases/10.2R/announce.html As > > far as > > I remember I downloaded the image file from the official German > > FreeBSD > > mirror. > > _______________________________________________ > > 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 Sat Nov 14 05:56:45 2015 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 91477A2FB71 for ; Sat, 14 Nov 2015 05:56:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7144D196C for ; Sat, 14 Nov 2015 05:56:45 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 212331836 for ; Sat, 14 Nov 2015 05:56:44 +0000 (UTC) Date: Sat, 14 Nov 2015 05:56:43 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <1043789628.17.1447480603195.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #2735 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 05:56:45 -0000 See ------------------------------------------ [...truncated 13785 lines...] -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> -> install: link -> : No such file or directory *** Error code 71 Stop. make[6]: stopped in /builds/FreeBSD_stable_10/share/man/man9 *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_stable_10/share/man *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_stable_10/share *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make: stopped in /builds/FreeBSD_stable_10 Build step 'Execute shell' marked build as failure From owner-freebsd-stable@freebsd.org Sat Nov 14 08:47:03 2015 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 E376EA2F786 for ; Sat, 14 Nov 2015 08:47:03 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 9F2261095 for ; Sat, 14 Nov 2015 08:47:03 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZxWU6-00033B-7w; Sat, 14 Nov 2015 11:46:58 +0300 Date: Sat, 14 Nov 2015 11:46:58 +0300 From: Slawa Olhovchenkov To: Luigi Rizzo Cc: Stable Stable Subject: Re: NETMAP and off-by-one? Message-ID: <20151114084658.GZ31314@zxy.spb.ru> References: <20151113213039.GK48728@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 08:47:04 -0000 On Fri, Nov 13, 2015 at 03:40:04PM -0800, Luigi Rizzo wrote: > On Fri, Nov 13, 2015 at 1:30 PM, Slawa Olhovchenkov wrote: > > I am see strange things: like NETMAP stop transmit after `head` and `cur` > > touch `tail`. > > > > But: > > > > /* > > * check if space is available in the ring. > > */ > > static inline int > > nm_ring_empty(struct netmap_ring *ring) > > { > > return (ring->cur == ring->tail); > > } > > > > i.e. if cur == (tail-1) mod ring_size -- space is available in the > > ring and I can put packet in output buffer. > > The design requires to leave at least one empty slot in the buffer. > The name of the function is correct, the comment is probably not, > unless a bug has creeped in recently the code was very careful > in not using the free slot that separates the two regions. Please, do some clarification, in case for transmit patch: - can I put in txring in case cur == (tail-1) mod ring_size? - can I use poll with only `events |= POLLIN` for transmiting? in case for receive patch: - can I detect input overflow? > cheers > luigi > > > After put this packet ring is full, but no transmiting. > > > > This is bug? > > _______________________________________________ > > 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" > > > > -- > -----------------------------------------+------------------------------- > Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > TEL +39-050-2217533 . via Diotisalvi 2 > Mobile +39-338-6809875 . 56122 PISA (Italy) > -----------------------------------------+------------------------------- From owner-freebsd-stable@freebsd.org Sat Nov 14 10:20:01 2015 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 3FD08A2D583 for ; Sat, 14 Nov 2015 10:20:01 +0000 (UTC) (envelope-from 0xf10e@fsfe.org) Received: from mail-2.alumni.tu-berlin.de (mail-2.alumni.tu-berlin.de [130.149.5.29]) (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 F30131D14 for ; Sat, 14 Nov 2015 10:20:00 +0000 (UTC) (envelope-from 0xf10e@fsfe.org) X-tubIT-Incoming-IP: 85.179.129.253 Received: from x55b381fd.dyn.telefonica.de ([85.179.129.253] helo=Android-2) by mailbox.alumni.tu-berlin.de (exim-4.76) with esmtpsa [UNKNOWN:AES256-SHA:256] id 1ZxXw4-0005QO-Sm; Sat, 14 Nov 2015 11:19:56 +0100 In-Reply-To: References: <17220EDB-4B1D-4397-963B-D2E1791F051B@fsfe.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: FreeBSD-10.2-RELEASE-i386-memstick.img kills every Windows it touch From: Florian Ermisch <0xf10e@fsfe.org> Date: Sat, 14 Nov 2015 10:19:55 +0000 To: Rostislav Krasny CC: freebsd-stable@freebsd.org Message-ID: <6C6D9677-163E-4FB4-8618-1A7E5389C43B@fsfe.org> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 10:20:01 -0000 The GPT message is nothing to worry about, that's normal with an image smaller than the underlying disk. The image might trigger a bug in M$'s GPT parser though. 2004ish there was a small bug in the installer of Mandrake Linux rendering a otherwise fine disk unusable for Windows XP so I wouldn't be too surprised. Regards, Florian Am 14. November 2015 01:09:16 MEZ, schrieb Rostislav Krasny : > I've installed FreeBSD 10.2 from CD and successfully mounted this > stick > (/dev/da0p2). > At least in FreeBSD it doesn't make any problem. Before I mounted it > there > was some messages on the consle. You can see the screenshot there: > http://oi67.tinypic.com/351yiqd.jpg > On the last line of that message it says that: "the secondary GPT > header is > not in the last LBA". > > Then I repartitioned (with MBR schema) and reformatted it and voila it > works properly on Windows as before FreeBSD. So there is no hardware > problem with this stick, for sure. > > > On Sat, Nov 14, 2015 at 1:16 AM, Florian Ermisch <0xf10e@fsfe.org> > wrote: > > > Hi Rostislav, > > > > did you verify it's the image and not the stick? > > I've seen a USB-headset and a Dell USB-kbd with integrated > > smartcard-reader pulling of such a stunt. Both were used on windows > > machines before and then suddenly started crashing them. > > > > Regards, Florian > > > > Am 13. November 2015 23:10:59 MEZ, schrieb Rostislav Krasny < > > rosti.bsd@gmail.com>: > > > Hi there, > > > > > > You might not belive me but it really does. I just flashed the > > > FreeBSD-10.2-RELEASE-i386-memstick.img installation image on a 2GB > > > disk on > > > key using Rufus 2.5. Rufus is a Windows program that support > flashing > > > img > > > files into USB disk on key in DD mode (like the dd(1) program). > Now > > > every > > > time I connect this disk on key into my old computer with Windows > XP > > > it > > > reboots instantly. First time it rebooted right after Rufus > finished > > > the > > > flashing. If I connect it into my Dell Latitude E7440 laptop with > > > Windows 7 > > > there is a BSOD. There was no such reboot with this disk on key > before > > > I > > > flashed it with the FreeBSD-10.2-RELEASE-i386-memstick.img > > > > > > What is going on here? What did you put into this image file? > > > > > > P.S. I've checked the MD5 hash of the image file and it's the same > to > > > the > > > official MD5 hash in www.freebsd.org/releases/10.2R/announce.html > As > > > far as > > > I remember I downloaded the image file from the official German > > > FreeBSD > > > mirror. > > > _______________________________________________ > > > 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 Sat Nov 14 10:30:07 2015 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 46542A2D74C for ; Sat, 14 Nov 2015 10:30:07 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from mail12.tpgi.com.au (smtp-out12.tpgi.com.au [220.244.226.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.tpg.com.au", Issuer "RapidSSL SHA256 CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B48921070 for ; Sat, 14 Nov 2015 10:30:05 +0000 (UTC) (envelope-from ari@ish.com.au) X-TPG-Junk-Status: Message not scanned X-TPG-Antivirus: Passed X-TPG-Abuse: host=[202.161.115.54]; ip=202.161.115.54; date=Sat, 14 Nov 2015 21:08:32 +1100 Received: from fish.ish.com.au (202-161-115-54.static.tpgi.com.au [202.161.115.54] (may be forged)) by mail12.tpgi.com.au (envelope-from ari@ish.com.au) (8.14.3/8.14.3) with ESMTP id tAEA8UNV002182 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Nov 2015 21:08:32 +1100 Received: from [10.242.2.22] (port=60057 helo=Aristedess-MacBook-Pro.local) by fish.ish.com.au with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZxXkq-0000j3-2R for freebsd-stable@freebsd.org; Sat, 14 Nov 2015 21:08:21 +1100 X-CTCH-RefID: str=0001.0A150208.56470815.000B, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 To: freebsd-stable From: Aristedes Maniatis Subject: trouble upgrade jails to 10.2 (make distrib-dirs) Message-ID: <56470813.8050907@ish.com.au> Date: Sat, 14 Nov 2015 21:08:19 +1100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:42.0) Gecko/20100101 Thunderbird/42.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="F7AfDTCRngBcvuiv0Tj28FKoOj8LmQSpS" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 10:30:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --F7AfDTCRngBcvuiv0Tj28FKoOj8LmQSpS Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I am getting a failure running mergemaster as per the FreeBSD handbook. I= 'm a bit lost as to what the error is telling me to do. Thanks for any help Ari # mergemaster -U -D /jails/anu_6002 realpath: /usr/src: No such file or directory *** The directory specified for the temporary root environment, /var/tmp/temproot, exists. This can be a security risk if untrusted users have access to the system. Use 'd' to delete the old /var/tmp/temproot and continue Use 't' to select a new temporary root directory Use 'e' to exit mergemaster Default is to use /var/tmp/temproot as is How should I deal with this? [Use the existing /var/tmp/temproot] d *** Deleting the old /var/tmp/temproot *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot make: don't know how to make distrib-dirs. Stop make: don't know how to make distrib-dirs. Stop *** FATAL ERROR: Cannot 'cd' to and install files to the temproot environment --=20 --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A --F7AfDTCRngBcvuiv0Tj28FKoOj8LmQSpS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAlZHCBMACgkQ72p9Lj5JECrjCwCcDwWbBNj9cVMSxguHw9op5C57 OMQAnirpZezqDJydKuMn0Wew/ZBXitm+ =bEFX -----END PGP SIGNATURE----- --F7AfDTCRngBcvuiv0Tj28FKoOj8LmQSpS-- From owner-freebsd-stable@freebsd.org Sat Nov 14 11:35:10 2015 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 1D29CA2E2BF for ; Sat, 14 Nov 2015 11:35:10 +0000 (UTC) (envelope-from etnapierala@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 EEB0418D2 for ; Sat, 14 Nov 2015 11:35:09 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id EADD3A2E2BE; Sat, 14 Nov 2015 11:35:09 +0000 (UTC) Delivered-To: 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 EA757A2E2BD for ; Sat, 14 Nov 2015 11:35:09 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::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 81B5318D1 for ; Sat, 14 Nov 2015 11:35:09 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by wmww144 with SMTP id w144so62346356wmw.0 for ; Sat, 14 Nov 2015 03:35:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=gvIH5r24iHsKXpBUJDniaVIrJcrTTDSdqMCEg3OIA30=; b=w+q3jINx7dCGL4HZ77OJwI1YY4WAAtuNz71OqlaVXCgABxlwGoMBGGM/qlnw8gPUPy 7vEYtUhMVypoJvZ03Y5bKpijI31+Fqk6/UKYa5/pBcERSngdg1Sc47NCj0cpDp01BNq7 VCzxaghgCtNy6Q+Mk29ssJZIpBYMKCiAk3Tvp7KFK7RbYcAVrb2I9w4RF9VYfKsK2qEb DPJB4+CNubyBLYx3t1X0lNXn8rdFYh5ymMvim8Hw2fciDoWBcAzaCtGWO6qOS/QdCEGR m2xjNKlnevdAf2OJBQMH3gY/iHKpxFUz3bZt/DbsoQp/YIG3KU5kHzkNVjTOWTZg72ji hZzw== X-Received: by 10.194.6.226 with SMTP id e2mr7803001wja.109.1447500907053; Sat, 14 Nov 2015 03:35:07 -0800 (PST) Received: from brick.home (aegy157.neoplus.adsl.tpnet.pl. [79.186.180.157]) by smtp.gmail.com with ESMTPSA id t126sm8465131wmd.18.2015.11.14.03.35.05 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 14 Nov 2015 03:35:05 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Sat, 14 Nov 2015 12:35:03 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: John Dison Cc: "stable@freebsd.org" Subject: Re: Question about "pcpu" rctl Message-ID: <20151114113503.GB5430@brick.home> Mail-Followup-To: John Dison , "stable@freebsd.org" References: <1728106606.57088.1442311200399.JavaMail.yahoo@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1728106606.57088.1442311200399.JavaMail.yahoo@mail.yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 11:35:10 -0000 On 0915T1000, John Dison via freebsd-stable wrote: > Hello and have a nice day! > > I try to limit cpu usage for multi-threaded process on a multi-core machine. > I use the following command: > # rctl -a user:myusernm:pcpu:deny=200/user > And I expect (please correct me if I am wrong) that all processes running with uid=myusernm will consume 200% of CPU in total. > But after that I see that multi-threaded process continues to consume all available cores on my machine. > rctl command reports:# rctluser:myusernm:pcpu:deny=200 > What am I doing wrong? It's a bug; it should already be fixed in 11-CURRENT. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189870 for details. It should get merged into 10-STABLE in a few days. From owner-freebsd-stable@freebsd.org Sat Nov 14 12:18:28 2015 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 8EA52A2EF98 for ; Sat, 14 Nov 2015 12:18:28 +0000 (UTC) (envelope-from k@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) (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 E3D62179A for ; Sat, 14 Nov 2015 12:18:27 +0000 (UTC) (envelope-from k@free.de) Received: (qmail 89586 invoked from network); 14 Nov 2015 13:18:17 +0100 Received: from smtp.free.de (HELO [91.204.7.58]) (k@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 14 Nov 2015 13:18:17 +0100 Subject: Re: LSI SAS2008 mps driver preferred firmware version To: Royce Williams References: <5644FF09.9090200@free.de> Cc: freebsd-scsi@freebsd.org, freebsd-stable From: Kai Gallasch X-Enigmail-Draft-Status: N1110 Organization: FREE! Message-ID: <56472686.5030301@free.de> Date: Sat, 14 Nov 2015 13:18:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DnSLWXkxLffVeFGbnKgOngpoHJJub1CrO" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 12:18:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DnSLWXkxLffVeFGbnKgOngpoHJJub1CrO Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12.11.2015 23:20 Royce Williams wrote: > Firmware should match driver, e.g.: >=20 > mps0: Firmware: 19.00.00.00, Driver: 19.00.00.00-fbs >=20 >=20 > Some of this may help -- not yet updated for 10.2, but may still be use= ful: >=20 > http://roycebits.blogspot.com/2015/01/freebsd-lsi-sas9211-8i-hba-firmwa= re.html Thanks! Lots of information about reflashing the 9211-8i. So I upgraded the old firmare of the controller from mps0: Firmware: 05.00.17.00, Driver: 20.00.00.00-fbsd to mps0: Firmware: 20.00.04.00, Driver: 20.00.00.00-fbsd (FreeBSD 10.2) As I understand it the firmware 20.00.00.00 was pulled by avago and replaced with the fixed version 20.00.04.00 I will give feedback if I notice any problems with this FW version. As a side note: Flashing the 9211-8i to the new firmware version changed the way FreeBSD orders the disk devices on this server: With the old firmware it looked like this: root@:~ # camcontrol devlist at scbus0 target 10 lun 0 (pass0,da0) at scbus0 target 11 lun 0 (pass1,da1) at scbus0 target 12 lun 0 (pass2,da2) at scbus0 target 13 lun 0 (pass3,da3) at scbus0 target 14 lun 0 (pass4,da4) at scbus0 target 15 lun 0 (pass5,da5) at scbus0 target 16 lun 0 (pass6,da6) at scbus0 target 17 lun 0 (pass7,da7) at scbus0 target 18 lun 0 (pass8,da8) at scbus0 target 19 lun 0 (pass9,da9) at scbus0 target 20 lun 0 (pass10,da10) at scbus0 target 21 lun 0 (pass11,da11) at scbus0 target 22 lun 0 (pass12,ses0) at scbus7 target 0 lun 0 (pass13,ses1) The order is according to the order the disks are placed in the drive bays: (da0, bay1; da1, bay2, ..) With the new firmware it now looks like this: at scbus0 target 8 lun 0 (pass0,da0) at scbus0 target 9 lun 0 (pass1,da1) at scbus0 target 10 lun 0 (pass2,da2) at scbus0 target 11 lun 0 (pass3,da3) at scbus0 target 12 lun 0 (pass4,da4) at scbus0 target 13 lun 0 (pass5,da5) at scbus0 target 14 lun 0 (pass6,da6) at scbus0 target 15 lun 0 (pass7,da7) at scbus0 target 16 lun 0 (pass8,da8) at scbus0 target 17 lun 0 (pass9,da9) at scbus0 target 18 lun 0 (pass10,da10) at scbus0 target 19 lun 0 (pass11,da11) at scbus0 target 20 lun 0 (pass12,ses0) at scbus7 target 0 lun 0 (pass13,ses1) So now the drive stuck in the last drive bay is seen as da0 and the drive in the first drive bay as da11 But: In the controller BIOS the scan order of the drives did not change at all with the new firmware! So the change is only in the way FreeBSD sees the drives. My explanation for this change in drive ordering is, that my 9211-8i is a SUN branded one (SGX-SAS6-INT-Z) and the server is a SUN server. So maybe the original firmware contained some adaptations for this server, that are missing in the new firmware. Can the way FreeBSD orders scanned SAS drives be changed? If not, no problem, as I use partition labels for my zfs pools and the disks are also labeled on the server as well. Regards, Kai. --=20 PGP-KeyID =3D 0x70654D7C4FB1F588 One day a lemming will fly.. --DnSLWXkxLffVeFGbnKgOngpoHJJub1CrO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCgAGBQJWRyaGAAoJEHBlTXxPsfWI64cQAKAVOETSD9Y5hZN1emIKMdED rPM8kc9zLrKSQ098S+4Ma7YVDPXiDCe5ihuj7u/qiXlENerHLuQPcduPQLGdqXI/ XW9mt9rLeRZY0ytMRy9Lf5KO5rzSfm8bchau4hF4ugOI3twBLn+5ZtApjd+dx2Kt yuTxVxvKuK3MuqnGwbZNJxHUPnbNxyPSpet3zHqpzGwcfwjipAlef+K5tNK1IrRA UnPWKe/dNrlgspYftnJ23+C5IkYdrWYI73fWwILsRBDLsbHaZO2NwAe5/9aIJmo7 bk0DRH0Qo4GGfXvyI6uyBar1W1u8M4bvdi3F75YJTzRMgHzRrQrzysVeFSbpblkm TAJ7kcCqkUxfNIwW9MA4H+Mxz5OjJ2lYj0mWJAC2326dynv4Fnwc09Vde3uDh9fg 2K32Zrv5TTgubDWHJ2vuiGoOG+7GYLSIlHFReQ+bRmC6By0Gq+0E4v1QB811KDB5 E5lMVxGP8fhtgZxuJ998nM8tAugOIEf+LVNSUaSLbum+CeH1lyKNNe9Mnjv1udDG wMSB7mG/v0e2PHJg6GzQUHFFiZXB5EehHQQEbhhujmIrkEEufXWvcrDNknQt4gpT xb5nJYcznAefDbhnbI0t9/lBNnLRz7rN4aXGO9dozemDgED0FN+orbxV/t519i0p tVTuZ6jb2g6g5J6e8arB =JENV -----END PGP SIGNATURE----- --DnSLWXkxLffVeFGbnKgOngpoHJJub1CrO-- From owner-freebsd-stable@freebsd.org Sat Nov 14 13:14:48 2015 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 87F4CA2DBF8 for ; Sat, 14 Nov 2015 13:14:48 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4078C1B94 for ; Sat, 14 Nov 2015 13:14:47 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C7FF928462; Sat, 14 Nov 2015 14:14:38 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 99E0928412; Sat, 14 Nov 2015 14:14:37 +0100 (CET) Message-ID: <564733BD.1090207@quip.cz> Date: Sat, 14 Nov 2015 14:14:37 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Aristedes Maniatis , freebsd-stable Subject: Re: trouble upgrade jails to 10.2 (make distrib-dirs) References: <56470813.8050907@ish.com.au> In-Reply-To: <56470813.8050907@ish.com.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 13:14:48 -0000 Aristedes Maniatis wrote on 11/14/2015 11:08: > I am getting a failure running mergemaster as per the FreeBSD handbook. I'm a bit lost as to what the error is telling me to do. What was the method used to upgrade host system and jail? Did you used freebsd-update or make installworld? > # mergemaster -U -D /jails/anu_6002 > > realpath: /usr/src: No such file or directory This means you don't have /usr/src so the mergemaster cannot make files in /var/tmp/temproot because these files are created from /usr/src So make sure you have mounted /usr/src/ with source files for current version of the system (the version you need to update to) and then try this cd /usr/src mergemaster -F -v -i -P -U -t /var/tmp/mergemaster/anu_6002 -d -D /jails/anu_6002 Miroslav Lachman > *** The directory specified for the temporary root environment, > /var/tmp/temproot, exists. This can be a security risk if untrusted > users have access to the system. > > Use 'd' to delete the old /var/tmp/temproot and continue > Use 't' to select a new temporary root directory > Use 'e' to exit mergemaster > > Default is to use /var/tmp/temproot as is > > How should I deal with this? [Use the existing /var/tmp/temproot] d > > *** Deleting the old /var/tmp/temproot > > *** Creating the temporary root environment in /var/tmp/temproot > *** /var/tmp/temproot ready for use > *** Creating and populating directory structure in /var/tmp/temproot > > make: don't know how to make distrib-dirs. Stop > make: don't know how to make distrib-dirs. Stop > > *** FATAL ERROR: Cannot 'cd' to and install files to > the temproot environment From owner-freebsd-stable@freebsd.org Sat Nov 14 13:40:06 2015 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 C9B34A2E065 for ; Sat, 14 Nov 2015 13:40:06 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from mail13.tpgi.com.au (smtp-out13.tpgi.com.au [220.244.226.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.tpg.com.au", Issuer "RapidSSL SHA256 CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 55BFC13D0 for ; Sat, 14 Nov 2015 13:40:05 +0000 (UTC) (envelope-from ari@ish.com.au) X-TPG-Junk-Status: Message not scanned X-TPG-Antivirus: Passed X-TPG-Abuse: host=[202.161.115.54]; ip=202.161.115.54; date=Sun, 15 Nov 2015 00:23:13 +1100 Received: from fish.ish.com.au (202-161-115-54.static.tpgi.com.au [202.161.115.54] (may be forged)) by mail13.tpgi.com.au (envelope-from ari@ish.com.au) (8.14.3/8.14.3) with ESMTP id tAEDNAqE022931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 15 Nov 2015 00:23:13 +1100 Received: from [10.242.2.22] (port=60590 helo=Aristedess-MacBook-Pro.local) by fish.ish.com.au with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZxanE-0003Wm-3B; Sun, 15 Nov 2015 00:23:01 +1100 X-CTCH-RefID: str=0001.0A150206.564735B5.0076, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 Subject: Re: trouble upgrade jails to 10.2 (make distrib-dirs) To: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-stable References: <56470813.8050907@ish.com.au> <564733BD.1090207@quip.cz> From: Aristedes Maniatis Message-ID: <564735B3.1040806@ish.com.au> Date: Sun, 15 Nov 2015 00:22:59 +1100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:42.0) Gecko/20100101 Thunderbird/42.0 MIME-Version: 1.0 In-Reply-To: <564733BD.1090207@quip.cz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tJAoJe0qxHcmxqiart1nIvQ8WVwtFSRCJ" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 13:40:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tJAoJe0qxHcmxqiart1nIvQ8WVwtFSRCJ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 15/11/2015 12:14am, Miroslav Lachman wrote: >> I am getting a failure running mergemaster as per the FreeBSD handbook= =2E I'm a bit lost as to what the error is telling me to do. >=20 > What was the method used to upgrade host system and jail? Did you used = freebsd-update or make installworld? freebsd-update from 10.1 to 10.2. Ari --=20 --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A --tJAoJe0qxHcmxqiart1nIvQ8WVwtFSRCJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAlZHNbMACgkQ72p9Lj5JECruOACfaUqDE0KmkgMaC4vgTQ9iRnrf g8gAn1lALN23WD0a602CNUrbZ6odjPfN =CMk4 -----END PGP SIGNATURE----- --tJAoJe0qxHcmxqiart1nIvQ8WVwtFSRCJ-- From owner-freebsd-stable@freebsd.org Sat Nov 14 13:58:57 2015 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 B3DF8A2E4E9 for ; Sat, 14 Nov 2015 13:58:57 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (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 4203D10A4 for ; Sat, 14 Nov 2015 13:58:57 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: by wmvv187 with SMTP id v187so118352912wmv.1 for ; Sat, 14 Nov 2015 05:58:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hIoiwF307PSHKNP1Wgh/a1tIzgoLk7ngP7s/VcUfi/c=; b=U7/G1QapeyMICvZFKXnmdD1CAnOJLwwc+6OkIEuidMWg92c3Ie9K5jVRR8nAcOQu4h g7nxHmMdsx4+iXph9987TCth/aMJzPg9gtFuFSeGvkX4hVaqnE39i7OH6EDrc7g2HqBl /dZAHxQn8+bwK+9SV8RlSVLICmAd8H6NX7sxS3TuXLEfdMwTmaxsYUakYsZ6LizWe+Pf dBL2pQCNZlrYjRaALmMR/PhyrZIFn1ojo+TuzRrlOOUUHjVwkS9MGO593zVGTjtkSB76 1Aj/YUHbJLlmz22yYyycfh3druLCMwYlkKKyqhmP8HLjFQlvsBUx41LX9rwsPM+EHIZl 7/6Q== MIME-Version: 1.0 X-Received: by 10.28.148.133 with SMTP id w127mr8802462wmd.92.1447509535855; Sat, 14 Nov 2015 05:58:55 -0800 (PST) Received: by 10.194.120.193 with HTTP; Sat, 14 Nov 2015 05:58:55 -0800 (PST) In-Reply-To: <6C6D9677-163E-4FB4-8618-1A7E5389C43B@fsfe.org> References: <17220EDB-4B1D-4397-963B-D2E1791F051B@fsfe.org> <6C6D9677-163E-4FB4-8618-1A7E5389C43B@fsfe.org> Date: Sat, 14 Nov 2015 15:58:55 +0200 Message-ID: Subject: Re: FreeBSD-10.2-RELEASE-i386-memstick.img kills every Windows it touch From: Rostislav Krasny To: Florian Ermisch <0xf10e@fsfe.org> Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 13:58:57 -0000 There is no GPT parser in Windows XP because XP doesn't support it. Windows 7 supports it and dies differently. But why to use GPT in the installation stick in the first place? You don't use any advantage of GPT and on old hardware even can't use GPT during boot but its MBR compatibility. That's obvious that XP and 7 have some epic bugs with GPT, but why to trigger them if you can use MBR? After all you need only one partition for the FreeBSD installation files. MBR does this job perfectly. BTW why FreeBSD installation files resides in the second partition of GPT (/dev/da0p2)? Maybe this is the trigger of the Windows bug? As far as I know at least XP doesn't support more than one MBR partition on an USB stick. On Sat, Nov 14, 2015 at 12:19 PM, Florian Ermisch <0xf10e@fsfe.org> wrote: > The GPT message is nothing to worry about, that's normal with an image > smaller than the underlying disk. > The image might trigger a bug in M$'s GPT parser though. 2004ish there was > a small bug in the installer of Mandrake Linux rendering a otherwise fine > disk unusable for Windows XP so I wouldn't be too surprised. > > Regards, Florian > > Am 14. November 2015 01:09:16 MEZ, schrieb Rostislav Krasny < > rosti.bsd@gmail.com>: > > I've installed FreeBSD 10.2 from CD and successfully mounted this > > stick > > (/dev/da0p2). > > At least in FreeBSD it doesn't make any problem. Before I mounted it > > there > > was some messages on the consle. You can see the screenshot there: > > http://oi67.tinypic.com/351yiqd.jpg > > On the last line of that message it says that: "the secondary GPT > > header is > > not in the last LBA". > > > > Then I repartitioned (with MBR schema) and reformatted it and voila it > > works properly on Windows as before FreeBSD. So there is no hardware > > problem with this stick, for sure. > > > > > > On Sat, Nov 14, 2015 at 1:16 AM, Florian Ermisch <0xf10e@fsfe.org> > > wrote: > > > > > Hi Rostislav, > > > > > > did you verify it's the image and not the stick? > > > I've seen a USB-headset and a Dell USB-kbd with integrated > > > smartcard-reader pulling of such a stunt. Both were used on windows > > > machines before and then suddenly started crashing them. > > > > > > Regards, Florian > > > > > > Am 13. November 2015 23:10:59 MEZ, schrieb Rostislav Krasny < > > > rosti.bsd@gmail.com>: > > > > Hi there, > > > > > > > > You might not belive me but it really does. I just flashed the > > > > FreeBSD-10.2-RELEASE-i386-memstick.img installation image on a 2GB > > > > disk on > > > > key using Rufus 2.5. Rufus is a Windows program that support > > flashing > > > > img > > > > files into USB disk on key in DD mode (like the dd(1) program). > > Now > > > > every > > > > time I connect this disk on key into my old computer with Windows > > XP > > > > it > > > > reboots instantly. First time it rebooted right after Rufus > > finished > > > > the > > > > flashing. If I connect it into my Dell Latitude E7440 laptop with > > > > Windows 7 > > > > there is a BSOD. There was no such reboot with this disk on key > > before > > > > I > > > > flashed it with the FreeBSD-10.2-RELEASE-i386-memstick.img > > > > > > > > What is going on here? What did you put into this image file? > > > > > > > > P.S. I've checked the MD5 hash of the image file and it's the same > > to > > > > the > > > > official MD5 hash in www.freebsd.org/releases/10.2R/announce.html > > As > > > > far as > > > > I remember I downloaded the image file from the official German > > > > FreeBSD > > > > mirror. > > > > _______________________________________________ > > > > 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 Sat Nov 14 14:31:07 2015 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 890ECA2EDC8; Sat, 14 Nov 2015 14:31:07 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 491FB1051; Sat, 14 Nov 2015 14:31:07 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1Zxbr6-000KXg-Mk; Sat, 14 Nov 2015 14:31:04 +0000 Date: Sat, 14 Nov 2015 14:31:04 +0000 From: Gary Palmer To: Kai Gallasch Cc: Royce Williams , freebsd-scsi@freebsd.org, freebsd-stable Subject: Re: LSI SAS2008 mps driver preferred firmware version Message-ID: <20151114143104.GA41119@in-addr.com> References: <5644FF09.9090200@free.de> <56472686.5030301@free.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56472686.5030301@free.de> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 14:31:07 -0000 On Sat, Nov 14, 2015 at 01:18:14PM +0100, Kai Gallasch wrote: > On 12.11.2015 23:20 Royce Williams wrote: > > Firmware should match driver, e.g.: > > > > mps0: Firmware: 19.00.00.00, Driver: 19.00.00.00-fbs > > > > > > Some of this may help -- not yet updated for 10.2, but may still be useful: > > > > http://roycebits.blogspot.com/2015/01/freebsd-lsi-sas9211-8i-hba-firmware.html > > Thanks! Lots of information about reflashing the 9211-8i. > So I upgraded the old firmare of the controller from > > mps0: Firmware: 05.00.17.00, Driver: 20.00.00.00-fbsd > to mps0: Firmware: 20.00.04.00, Driver: 20.00.00.00-fbsd > (FreeBSD 10.2) > > As I understand it the firmware 20.00.00.00 was pulled by avago and > replaced with the fixed version 20.00.04.00 > > I will give feedback if I notice any problems with this FW version. > > As a side note: Flashing the 9211-8i to the new firmware version changed > the way FreeBSD orders the disk devices on this server: > > With the old firmware it looked like this: > > root@:~ # camcontrol devlist > at scbus0 target 10 lun 0 (pass0,da0) > at scbus0 target 11 lun 0 (pass1,da1) > at scbus0 target 12 lun 0 (pass2,da2) > at scbus0 target 13 lun 0 (pass3,da3) > at scbus0 target 14 lun 0 (pass4,da4) > at scbus0 target 15 lun 0 (pass5,da5) > at scbus0 target 16 lun 0 (pass6,da6) > at scbus0 target 17 lun 0 (pass7,da7) > at scbus0 target 18 lun 0 (pass8,da8) > at scbus0 target 19 lun 0 (pass9,da9) > at scbus0 target 20 lun 0 (pass10,da10) > at scbus0 target 21 lun 0 (pass11,da11) > at scbus0 target 22 lun 0 (pass12,ses0) > at scbus7 target 0 lun 0 (pass13,ses1) > > The order is according to the order the disks are placed in the drive > bays: (da0, bay1; da1, bay2, ..) > > > With the new firmware it now looks like this: > > at scbus0 target 8 lun 0 (pass0,da0) > at scbus0 target 9 lun 0 (pass1,da1) > at scbus0 target 10 lun 0 (pass2,da2) > at scbus0 target 11 lun 0 (pass3,da3) > at scbus0 target 12 lun 0 (pass4,da4) > at scbus0 target 13 lun 0 (pass5,da5) > at scbus0 target 14 lun 0 (pass6,da6) > at scbus0 target 15 lun 0 (pass7,da7) > at scbus0 target 16 lun 0 (pass8,da8) > at scbus0 target 17 lun 0 (pass9,da9) > at scbus0 target 18 lun 0 (pass10,da10) > at scbus0 target 19 lun 0 (pass11,da11) > at scbus0 target 20 lun 0 (pass12,ses0) > at scbus7 target 0 lun 0 (pass13,ses1) > > So now the drive stuck in the last drive bay is seen as da0 and the > drive in the first drive bay as da11 > > But: In the controller BIOS the scan order of the drives did not change > at all with the new firmware! So the change is only in the way FreeBSD > sees the drives. > > My explanation for this change in drive ordering is, that my 9211-8i is > a SUN branded one (SGX-SAS6-INT-Z) and the server is a SUN server. So > maybe the original firmware contained some adaptations for this server, > that are missing in the new firmware. > > Can the way FreeBSD orders scanned SAS drives be changed? If not, no > problem, as I use partition labels for my zfs pools and the disks are > also labeled on the server as well. You can do thinks in /boot/loader.conf to hard code bus and drive assignments. e.g. hint.da.0.at="scbus0" hint.da.0.target="19" hint.da.0.unit="0" hint.da.1.at="scbus0" hint.da.1.target="18" hint.da.1.unit="0" See scsi(4) or cam(4) for more hints. You're probably better off using GPT labels though, as they will survive any future disk order changes. The fact the target numbers changed means that loader.conf changes will fix the current issue but may not work properly after any future firmware updates. Gary From owner-freebsd-stable@freebsd.org Sat Nov 14 15:51:02 2015 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 7F739A2FCBB for ; Sat, 14 Nov 2015 15:51:02 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 3EEDD1316 for ; Sat, 14 Nov 2015 15:51:01 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3B8E628431; Sat, 14 Nov 2015 16:50:57 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 20EFF2842F; Sat, 14 Nov 2015 16:50:56 +0100 (CET) Message-ID: <5647585F.7090001@quip.cz> Date: Sat, 14 Nov 2015 16:50:55 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Aristedes Maniatis , freebsd-stable Subject: Re: trouble upgrade jails to 10.2 (make distrib-dirs) References: <56470813.8050907@ish.com.au> <564733BD.1090207@quip.cz> <564735B3.1040806@ish.com.au> In-Reply-To: <564735B3.1040806@ish.com.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 15:51:02 -0000 Aristedes Maniatis wrote on 11/14/2015 14:22: > On 15/11/2015 12:14am, Miroslav Lachman wrote: >>> I am getting a failure running mergemaster as per the FreeBSD handbook. I'm a bit lost as to what the error is telling me to do. >> >> What was the method used to upgrade host system and jail? Did you used freebsd-update or make installworld? > > freebsd-update from 10.1 to 10.2. The you are using wrong method to upgrade jail. You should use freebsd-update to upgrade jails too. Mergemaster is supposed to be used only with make installworld method. It cannot work withous sources in /usr/src/ Miroslav Lachman From owner-freebsd-stable@freebsd.org Sat Nov 14 17:48:27 2015 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 7E7CFA2F121 for ; Sat, 14 Nov 2015 17:48:27 +0000 (UTC) (envelope-from stephen.mcconnell@avagotech.com) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::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 506DA1455 for ; Sat, 14 Nov 2015 17:48:27 +0000 (UTC) (envelope-from stephen.mcconnell@avagotech.com) Received: by pacdm15 with SMTP id dm15so131146157pac.3 for ; Sat, 14 Nov 2015 09:48:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=avagotech.com; s=google; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to:cc:content-type; bh=iZmCo413bd/fPfDo6eRIlNPAxbsawdAO49apxIB6a8M=; b=pPNGZK+/HMX91WFX6+zqzYOYhODTWW4otybW/UWZJ7FLzyBBQJkytiI4FNcJXwnOzE ZG7uaq8mrQ4OzOW4vc+f+1ZWdcz7fmhm0pXZ+qQDDHDSKVwJ8QiSApHnH3rmGioS0EV/ fhPihtnFy0fvFEvxD8dAex0rVmLrU4ImxwrpI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc:content-type; bh=iZmCo413bd/fPfDo6eRIlNPAxbsawdAO49apxIB6a8M=; b=GZxElWw/NLUsf4nBB44Sn9e9Adf2EGTQFOZrz0VBHblZU02NpzKbMcrwQADOZyLIaY rcyLGRFBe8tltl6JG7IKfqHTvwRIrkkhNGblN7SpubralgZbjRgqDvdcYfFSLgBrbCSE FJSksgBklaMnnD7W1pGlo6YwcA4mU8+oF/2nCiD4MaHtpuq0zxuqzZ7tap9TehBM+i6Y KGYqvN0dwu45kD21mwhc8WzKDU6gsc1LNOAhCA81YwW5QfkIUWByomp7KJGAL2onOft9 pHJ07RkVz97H6BhfeidPH1sxMYvtjymd66cZHDf/8DU7WQe5PvuI8U2jvKU/e/vBYXmz 2Jvw== X-Gm-Message-State: ALoCoQkgfqHfwc3GeYXssU1BxuFXuAD3wyTJsQ2tTrExrKciJQCGMrrHddYAvSI/6jh+Uo9z0wTi X-Received: by 10.68.234.166 with SMTP id uf6mr41213699pbc.126.1447523306653; Sat, 14 Nov 2015 09:48:26 -0800 (PST) From: Stephen Mcconnell References: <5644FF09.9090200@free.de> <56472686.5030301@free.de> <20151114143104.GA41119@in-addr.com> In-Reply-To: <20151114143104.GA41119@in-addr.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFhXRusR+GdddNzZ8oSjZyIsh0UKQMSh1vDAl0LBhUDGm818582+0og Date: Sat, 14 Nov 2015 10:48:24 -0700 Message-ID: Subject: RE: LSI SAS2008 mps driver preferred firmware version To: Gary Palmer , Kai Gallasch Cc: freebsd-scsi@freebsd.org, Royce Williams , freebsd-stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 17:48:27 -0000 > -----Original Message----- > From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- > scsi@freebsd.org] On Behalf Of Gary Palmer > Sent: Saturday, November 14, 2015 7:31 AM > To: Kai Gallasch > Cc: freebsd-scsi@freebsd.org; Royce Williams; freebsd-stable > Subject: Re: LSI SAS2008 mps driver preferred firmware version > > On Sat, Nov 14, 2015 at 01:18:14PM +0100, Kai Gallasch wrote: > > On 12.11.2015 23:20 Royce Williams wrote: > > > Firmware should match driver, e.g.: > > > > > > mps0: Firmware: 19.00.00.00, Driver: 19.00.00.00-fbs > > > > > > > > > Some of this may help -- not yet updated for 10.2, but may still be useful: > > > > > > http://roycebits.blogspot.com/2015/01/freebsd-lsi-sas9211-8i-hba-fir > > > mware.html > > > > Thanks! Lots of information about reflashing the 9211-8i. > > So I upgraded the old firmare of the controller from > > > > mps0: Firmware: 05.00.17.00, Driver: 20.00.00.00-fbsd to mps0: > > Firmware: 20.00.04.00, Driver: 20.00.00.00-fbsd (FreeBSD 10.2) > > > > As I understand it the firmware 20.00.00.00 was pulled by avago and > > replaced with the fixed version 20.00.04.00 > > > > I will give feedback if I notice any problems with this FW version. > > > > As a side note: Flashing the 9211-8i to the new firmware version > > changed the way FreeBSD orders the disk devices on this server: > > > > With the old firmware it looked like this: > > > > root@:~ # camcontrol devlist > > at scbus0 target 10 lun 0 (pass0,da0) > > at scbus0 target 11 lun 0 (pass1,da1) > > at scbus0 target 12 lun 0 (pass2,da2) > INTEL SSDSC2BA10 0270> at scbus0 target 13 lun 0 (pass3,da3) > WD2001FYYG-01SL3 VR08> at scbus0 target 14 lun 0 (pass4,da4) > WD2001FYYG-01SL3 VR08> at scbus0 target 15 lun 0 (pass5,da5) > WD2001FYYG-01SL3 VR08> at scbus0 target 16 lun 0 (pass6,da6) > WD2001FYYG-01SL3 VR08> at scbus0 target 17 lun 0 (pass7,da7) > WD2001FYYG-01SL3 VR08> at scbus0 target 18 lun 0 (pass8,da8) > WD2001FYYG-01SL3 VR08> at scbus0 target 19 lun 0 (pass9,da9) > WD2001FYYG-01SL3 VR08> at scbus0 target 20 lun 0 (pass10,da10) > WD2001FYYG-01SL3 VR08> at scbus0 target 21 lun 0 (pass11,da11) > HYDE12 0341> at scbus0 target 22 lun 0 (pass12,ses0) > Enclosure 1.00 0001> at scbus7 target 0 lun 0 (pass13,ses1) > > > > The order is according to the order the disks are placed in the drive > > bays: (da0, bay1; da1, bay2, ..) > > > > > > With the new firmware it now looks like this: > > > > at scbus0 target 8 lun 0 (pass0,da0) > WD2001FYYG-01SL3 VR08> at scbus0 target 9 lun 0 (pass1,da1) > WD2001FYYG-01SL3 VR08> at scbus0 target 10 lun 0 (pass2,da2) > WD2001FYYG-01SL3 VR08> at scbus0 target 11 lun 0 (pass3,da3) > WD2001FYYG-01SL3 VR08> at scbus0 target 12 lun 0 (pass4,da4) > WD2001FYYG-01SL3 VR08> at scbus0 target 13 lun 0 (pass5,da5) > WD2001FYYG-01SL3 VR08> at scbus0 target 14 lun 0 (pass6,da6) > WD2001FYYG-01SL3 VR08> at scbus0 target 15 lun 0 (pass7,da7) > INTEL SSDSC2BA10 0270> at scbus0 target 16 lun 0 (pass8,da8) > INTEL SSDSC2BA10 0270> at scbus0 target 17 lun 0 (pass9,da9) > HUS156030VLS600 A5D0> at scbus0 target 18 lun 0 (pass10,da10) > HUS156030VLS600 A760> at scbus0 target 19 lun 0 (pass11,da11) > HYDE12 0341> at scbus0 target 20 lun 0 (pass12,ses0) > Enclosure 1.00 0001> at scbus7 target 0 lun 0 (pass13,ses1) > > > > So now the drive stuck in the last drive bay is seen as da0 and the > > drive in the first drive bay as da11 > > > > But: In the controller BIOS the scan order of the drives did not > > change at all with the new firmware! So the change is only in the way > > FreeBSD sees the drives. > > > > My explanation for this change in drive ordering is, that my 9211-8i > > is a SUN branded one (SGX-SAS6-INT-Z) and the server is a SUN server. > > So maybe the original firmware contained some adaptations for this > > server, that are missing in the new firmware. > > > > Can the way FreeBSD orders scanned SAS drives be changed? If not, no > > problem, as I use partition labels for my zfs pools and the disks are > > also labeled on the server as well. > > You can do thinks in /boot/loader.conf to hard code bus and drive > assignments. > > e.g. > > hint.da.0.at="scbus0" > hint.da.0.target="19" > hint.da.0.unit="0" > hint.da.1.at="scbus0" > hint.da.1.target="18" > hint.da.1.unit="0" > > See scsi(4) or cam(4) for more hints. > > You're probably better off using GPT labels though, as they will survive any > future disk order changes. The fact the target numbers changed means that > loader.conf changes will fix the current issue but may not work properly after > any future firmware updates. > > Gary The driver and card have a way of keeping the order of disks persistent across reboots. Probably the reason that your drive order has changed is when you flashed the new firmware on the card, the NVRAM that stores this information on your card was erased. You can set your card up for either disk persistent mapping or Enclosure/Slot mapping or you can turn mapping off all together. When you boot up the first time, as disks are discovered they are placed in the mapping table on the card and then kept in that order forever, until the data is erased or mapping is turned off. So, I would say it's possible that you do not have mapping turned on or it's possible that the new firmware changed this setting from disk persistence to Enclosure/Slot persistence or vice versa, or something like that. Maybe too much information, but that's probably what happened. > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Sat Nov 14 17:56:57 2015 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 3386EA2F3FC for ; Sat, 14 Nov 2015 17:56:57 +0000 (UTC) (envelope-from andrej@ebert.su) Received: from mail.mask.ms (mask.ms [80.153.61.41]) by mx1.freebsd.org (Postfix) with ESMTP id E852A1D33 for ; Sat, 14 Nov 2015 17:56:55 +0000 (UTC) (envelope-from andrej@ebert.su) Received: from 192.168.199.1 (localhost [127.0.0.1]) by mail.mask.ms (Postfix) with ESMTP id 580BC168D for ; Sat, 14 Nov 2015 18:48:07 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 14 Nov 2015 18:48:06 +0100 From: Andrej Ebert To: freebsd-stable@freebsd.org Subject: Installworld failure on r290825 Message-ID: <0a78feb6d9e222971c1a1a5cccc828db@localhost> X-Sender: andrej@ebert.su User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 17:56:57 -0000 Hi, I'm experiencing an reproducible installworld failure on the latest STABLE revision (290825 at the moment). Here's the error I'm encountering: /usr/share/man/man9/pfil_add_hook.9.gz -> /usr/share/man/man9/MLINKS+=pfil.9.gz install: link /usr/share/man/man9/MLINKS+=pfil.9.gz -> /usr/share/man/man9/pfil_add_hook.9.gz: No such file or directory *** Error code 71 Ran the build and install 3 times(cleaning /usr/obj, etc), same result. I couldn't find any obvious changes between my running revision FreeBSD 199-SERVER 10.2-STABLE FreeBSD 10.2-STABLE #0 r287170: Wed Aug 26 23:03:57 CEST 2015 root@199-SERVER:/usr/obj/usr/src/sys/MASK amd64 and the newest that could cause this (https://svnweb.freebsd.org/base?view=revision&revision=290809 maybe?), but I'm no expert, either. Would appreciate any help on this. Regards, -- Andrej Ebert Mail - andrej@ebert.su From owner-freebsd-stable@freebsd.org Sat Nov 14 18:00:33 2015 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 78F17A2F4C2 for ; Sat, 14 Nov 2015 18:00:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 2730F1EC0 for ; Sat, 14 Nov 2015 18:00:32 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id tAEI0JtA032141; Sat, 14 Nov 2015 10:00:19 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id tAEI0JHL032140; Sat, 14 Nov 2015 10:00:19 -0800 (PST) (envelope-from david) Date: Sat, 14 Nov 2015 10:00:19 -0800 From: David Wolfskill To: Andrej Ebert Cc: freebsd-stable@freebsd.org Subject: Re: Installworld failure on r290825 Message-ID: <20151114180019.GY91465@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Andrej Ebert , freebsd-stable@freebsd.org References: <0a78feb6d9e222971c1a1a5cccc828db@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xmHgJexE5s//CZci" Content-Disposition: inline In-Reply-To: <0a78feb6d9e222971c1a1a5cccc828db@localhost> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 18:00:33 -0000 --xmHgJexE5s//CZci Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 14, 2015 at 06:48:06PM +0100, Andrej Ebert wrote: > Hi, >=20 > I'm experiencing an reproducible installworld failure on the latest=20 > STABLE revision (290825 at the moment). > Here's the error I'm encountering: > ...=20 > Would appreciate any help on this. >=20 > Regards, > .... bdrewery@ just committed r290826 to fix this. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --xmHgJexE5s//CZci Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJWR3ayXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk796YQAIphSvBw8IAJlxhA/86sbJUl zv62jD0M4b55IjYqtjDDBnYltGv5lIWxf8QE59PdMaNKNVsYvM8Cz++ZvgsWF8Tt 9Kkgcn1QuPN7yaYnHPR3e5QdDCkBqfOqW0kjB2SlI6pVH+6jw83K5w0e+vMiIsgc 5N+nINcFP1QncXforIDtNsyaJWW7GJqlfr9L1Lt31t/mdwIBS/WxLHPdf0xmXQkG Z+i0OQ3oNUsZOVQp1TZrs0858VaN3lHlbgVqWe3pqabqUSCaTVs8l7DGNxoTH6kY zdejB4Pm6Lyqx6xn+b+4uZoypxv5kcVWLwIC9fdmjgyR5r1A73cNv/f6BWZw54xi vzB17sZmixdiQra0cCGER2LpgNbSMc8ls+YMJ1h2tQApkU7UWvEkxO9k4h7u/T7n SVb9eszL1hv7M1UUq0pq5hplyN08+odzpq4KGv5Zcte789JBwlqyfC7IJIeIM3BE 3WS8XhigQtkZL3tQ3LUIG0IGC93og6DFXiDSO9fzkzvq6KioI9WgBfat3Bhoo2c4 UtHOGOtVUmNqdrcn/dLBBiqOZvfFJBlyMC0wCDmPkqCRuVPcUBbMRu7YuR8PwNIq AyV8kK3UR0+768UDRoyR0VaVgsJlyPwnraqxUaXFuFu8NW3XaDO/UGxhs5Og84uS JJzTMXBPZyPy/GMWPZM7 =5mVY -----END PGP SIGNATURE----- --xmHgJexE5s//CZci-- From owner-freebsd-stable@freebsd.org Sat Nov 14 20:27:06 2015 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 1880BA2F110; Sat, 14 Nov 2015 20:27:06 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 C92DC1AAD; Sat, 14 Nov 2015 20:27:05 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZxhPY-000GqS-EI; Sat, 14 Nov 2015 23:27:00 +0300 Date: Sat, 14 Nov 2015 23:27:00 +0300 From: Slawa Olhovchenkov To: Kai Gallasch Cc: Royce Williams , freebsd-scsi@freebsd.org, freebsd-stable Subject: Re: LSI SAS2008 mps driver preferred firmware version Message-ID: <20151114202700.GL48728@zxy.spb.ru> References: <5644FF09.9090200@free.de> <56472686.5030301@free.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56472686.5030301@free.de> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 20:27:06 -0000 On Sat, Nov 14, 2015 at 01:18:14PM +0100, Kai Gallasch wrote: > So now the drive stuck in the last drive bay is seen as da0 and the > drive in the first drive bay as da11 > > But: In the controller BIOS the scan order of the drives did not change > at all with the new firmware! So the change is only in the way FreeBSD > sees the drives. For ZFS this is not mater. From owner-freebsd-stable@freebsd.org Sat Nov 14 21:29:29 2015 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 25C8DA2FEED for ; Sat, 14 Nov 2015 21:29:29 +0000 (UTC) (envelope-from brad.m.sims@gmail.com) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (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 E7DF01DE0 for ; Sat, 14 Nov 2015 21:29:28 +0000 (UTC) (envelope-from brad.m.sims@gmail.com) Received: by pabfh17 with SMTP id fh17so135163622pab.0 for ; Sat, 14 Nov 2015 13:29:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :content-type; bh=v1+H0jN181hpNhek0hciuib0Q5925KIBwMIf5i67GFE=; b=VdojZ7qHzwmwZHcMtkDDw2E5WqMuf0PWnkhFv5JD2rZx283KYprTae+hxSZ16BpviF PD5UkMV2pwd/YXLAs+yxEm4vnt6wiy74/QuQHDQlAydqTUeGXAp1vVfM0kX4VN9hGMRe Vf8L432bYv1sj/yfHVQH2Q3HTt7DLcEkiY7tZMVTNSlo+hH5nqNpgvk3o7ctHOhnHdek jN2ofSrp8OZIPOsRMpTARoSN4hmCc0PLv1OqhrDiLdpLvVM2F1+wdcsyVtY9ZHOZyJ17 lx/vy049ukpvPyq9sylG4kd0E47nerMP7vcFSjNAQrl+Yi0tCEKobyjJbpi0dQ2mZHBo cOHw== X-Received: by 10.69.17.66 with SMTP id gc2mr42667624pbd.24.1447536568375; Sat, 14 Nov 2015 13:29:28 -0800 (PST) Received: from mail.outlook.com (ec2-52-88-179-51.us-west-2.compute.amazonaws.com. [52.88.179.51]) by smtp.gmail.com with ESMTPSA id qy7sm233501pab.37.2015.11.14.13.29.27 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 14 Nov 2015 13:29:27 -0800 (PST) Date: Sat, 14 Nov 2015 21:29:27 +0000 (UTC) From: Brad Sims To: freebsd-stable@freebsd.org Message-ID: <102D8F8EEF631063.AEDA7945-B428-4E64-82A5-C81480B2837B@mail.outlook.com> In-Reply-To: References: Subject: Re: freebsd-stable Digest, Vol 624, Issue 6 MIME-Version: 1.0 X-Mailer: Outlook for iOS and Android Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Nov 2015 21:29:29 -0000 B nv onnkppilw=C2=A0 Sent from Outlook On Sun, Jul 12, 2015 at 5:00 AM -0700, = wrote: Send freebsd-stable mailing list submissions to =09freebsd-stable@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit =09http://lists.freebsd.org/mailman/listinfo/freebsd-stable or, via email, send a message with subject or body 'help' to =09freebsd-stable-request@freebsd.org You can reach the person managing the list at =09freebsd-stable-owner@freebsd.org When replying, please edit your Subject line so it is more specific than "Re: Contents of freebsd-stable digest..." Today's Topics: 1. ZFS Woes... Guru needed (Holm Tiffe) 2. Re: ZFS Woes... Guru needed (Bob Bishop) 3. FreeBSD 10.2-BETA1 Now Available (Glen Barber) 4. Re: OFED on stable/9 is not buildable at least on stable/10 (Dmitry Morozovsky) 5. r284665 causes MSI problems -> ahcich2: Timeout in slot 11 port 0 (Harald Schmalzbauer) 6. Re: OFED on stable/9 is not buildable at least on stable/10 (Hans Petter Selasky) 7. Slow frame rate running stable running r285364M with Radeon 3850 (Leonard Rucker) 8. Jenkins build is back to normal : Build-UFS-image #1949 (jenkins-admin@FreeBSD.org) 9. Re: Will 10.2 also ship with a very stale NTP? (Chris Nehren) 10. Re: Will 10.2 also ship with a very stale NTP? (Peter Jeremy) 11. Re: Will 10.2 also ship with a very stale NTP? (Tomoaki AOKI) 12. Re: Will 10.2 also ship with a very stale NTP? (Matt Smith) 13. Re: Will 10.2 also ship with a very stale NTP? (Xin LI) 14. Re: r284665 causes MSI problems -> ahcich2: Timeout in slot 11 port 0 (Edward Tomasz Napiera?a) 15. Re: Will 10.2 also ship with a very stale NTP? (Tomoaki AOKI) 16. Re: r284665 causes MSI problems -> ahcich2: Timeout in slot 11 port 0 (Harald Schmalzbauer) ---------------------------------------------------------------------- Message: 1 Date: Sat, 11 Jul 2015 15:19:21 +0200 From: Holm Tiffe=20 To: freebsd-stable@freebsd.org Subject: ZFS Woes... Guru needed Message-ID: <20150711131921.GA34566@beast.freibergnet.de> Content-Type: text/plain; charset=3Diso-8859-1 Hi Guys, I have a FreeBSD9.3-stable system with 3x 68GB IBM Disks (Cheeta) configured wirh gpt and zfs as pool zroot. In the last days one of the disks was dying and I've disconnected the bad going drive to connect an other one. The "new" disk is physically identical but replacing the bad disk with the new one failed, since the new disk reported only 65 insted of 68GByte free space (other firmware, IBMAS400 in the inquiry string). So I looked at the bad disks and found one with defective electronics and one with defective platters and exchanged the controllers (all Disks are in "real life ST373453LC disks, original with 534 Byte sector size or so). I've rebooted the system, set up a camcontrol cmd for changing the sector size to 512Byte and begun to format the disk with camcontrol format. While formating for a while the system apniced with an adaptec register dump and would'nt boot anymore with the infamous "ZFS: i/o error - all bloc= k copies unavailabe", kernel booted but mountroot failed. I've found out that I could boot the system when I manually load the zfs.ko module at the loader prompt. The filesystem is somewhat broken now, /boot/loader.conf isn't readable and so are other files, /etc/rc.conf for example, /usr/home is empty. I've tried to reformat the disk a 2nd time, but it never finished. Tried=20 the next disk and this worked, tried a replace in the with zpool but I have an unclear state here: # zpool status -v pool: zroot state: DEGRADED status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://illumos.org/msg/ZFS-8000-8A scan: resilvered 42.4G in 1h25m with 2 errors on Sat Jul 11 12:28:53 2015 config: NAME STATE READ WRITE CKSUM zroot DEGRADED 0 0 86 raidz1-0 DEGRADED 0 0 344 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 replacing-2 DEGRADED 0 0 0 6329731321389372496 OFFLINE 0 0 0 was /dev/gpt/disk 2/old gpt/disk2 ONLINE 0 0 0 errors: Permanent errors have been detected in the following files: zroot:<0x0> zroot/var/db:<0x0> # I'm unable to remove thedisk with that id 6329731321389372496 and don't know what replacing-2 could mean at all. I do have an tar backup from my /home from almost a week ago, but in the meantime I've done some serious work with Kicad (PCB's) tat I really don't want to loose. The Backups from the system itselves are really old... How can I repair this trouble? Can I get my data back at all? zpool scrub ran several times, resilvering too. I can't remove that loader.conf file or others. (cat /etc/rc.conf .. unknown error 122) I think I need ZFS Guru here...please help.. Regards, Holm --=20 Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe,=20 Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583 www.tsht.de, info@tsht.de, Fax +49 3731 74200, Mobil: 0172 8790 741 ------------------------------ Message: 2 Date: Sat, 11 Jul 2015 15:00:44 +0100 From: Bob Bishop=20 To: holm@freibergnet.de Cc: freebsd-stable@freebsd.org Subject: Re: ZFS Woes... Guru needed Message-ID: <3DB65FC2-B614-45E3-AB32-9D3A16E6434E@gid.co.uk> Content-Type: text/plain; charset=3Dwindows-1252 Hi, > On 11 Jul 2015, at 14:19, Holm Tiffe wrote: >=20 > So I looked at the bad disks and found one with defective electronics > and one with defective platters and exchanged the controllers (all Disks > are in "real life ST373453LC disks, original with 534 Byte sector size > or so). Can?t comment on the ZFS aspects, but I?m not sure you can rely on swapping= drive electronics these days. I believe that in at least some cases boards= are parameterised for the particular platters and heads during production. -- Bob Bishop rb@gid.co.uk ------------------------------ Message: 3 Date: Sat, 11 Jul 2015 16:38:23 +0000 From: Glen Barber=20 To: freebsd-stable@FreeBSD.org Cc: FreeBSD Release Engineering Team=20 Subject: FreeBSD 10.2-BETA1 Now Available Message-ID: <20150711163823.GA40083@FreeBSD.org> Content-Type: text/plain; charset=3Dus-ascii; x-action=3Dpgp-signed -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The first BETA build of the 10.2-RELEASE release cycle is now available. Installation images are available for: o amd64 GENERIC o i386 GENERIC o ia64 GENERIC o powerpc GENERIC o powerpc64 GENERIC64 o sparc64 GENERIC o armv6 BEAGLEBONE o armv6 CUBOX-HUMMINGBOARD o armv6 RPI-B o armv6 WANDBOARD Installer images and memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.2/ The image checksums follow at the end of this email. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/10" branch. A list of changes since 10.1-RELEASE are available on the stable/10 release notes: https://www.freebsd.org/relnotes/10-STABLE/relnotes/article.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 10.2-RELEASE cycle progresses. =3D=3D=3D Virtual Machine Disk Images =3D=3D=3D =20 VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): ftp://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/10.2-BETA1/ The partition layout is: ~ 512k - freebsd-boot GPT partition type (bootfs GPT label) ~ 1GB - freebsd-swap GPT partition type (swapfs GPT label) ~ ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VMDK, and raw disk image formats The image download size is approximately 135 MB, which decompress to a 20GB sparse image. Note: A last-minute issue was discovered with the VHD-formatted images, and they have been pulled from the mirrors as a result. =3D=3D=3D Amazon EC2 AMI Images =3D=3D=3D FreeBSD/amd64 EC2 AMIs are available in the following regions: us-east-1 region: ami-df1dd5b4 us-west-1 region: ami-8f8b78cb us-west-2 region: ami-61a6a651 sa-east-1 region: ami-d7a62aca eu-west-1 region: ami-18f1bc6f eu-central-1 region: ami-e8211bf5 ap-northeast-1 region: ami-a0d67fa0 ap-southeast-1 region: ami-02f3f350 ap-southeast-2 region: ami-712c6b4b =3D=3D=3D Azure / VM Depot Images =3D=3D=3D FreeBSD/amd64 images are available for use within the Microsoft Azure hosting platform through VM Depot. For deployment instructions, see: https://vmdepot.msopentech.com/Vhd/Show?vhdId=3D56718&version=3D59022 =3D=3D=3D Vagrant Images =3D=3D=3D FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-10.2-BETA1 % vagrant up --provider vmware_desktop Note: At this time, support exists only for the vmware_desktop provider. =3D=3D=3D Upgrading =3D=3D=3D The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: =09# freebsd-update upgrade -r 10.2-BETA1 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. =09# freebsd-update install The system must be rebooted with the newly installed kernel before continuing. =09# shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: =09# freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: =09# shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: =09# freebsd-update install =3D=3D ISO CHECKSUMS =3D=3D o 10.2-BETA1 amd64 GENERIC: SHA256 (FreeBSD-10.2-BETA1-amd64-bootonly.iso) =3D 36e01ce780a777f4= cfd091f10572dfa0d2af2d0e076d1dec13dacc1db7465f67 SHA256 (FreeBSD-10.2-BETA1-amd64-bootonly.iso.xz) =3D 12bcee785d24d= 04ee919e5848b491ad56064c5f18f4bda102ab1436e8f13902d SHA256 (FreeBSD-10.2-BETA1-amd64-disc1.iso) =3D be2db9c92da93b4b0d8= 10b081e29efbc8f119a8cb1032393fe8215d6288d2071 SHA256 (FreeBSD-10.2-BETA1-amd64-disc1.iso.xz) =3D 299a6f79f4f83819= cb68016bc85365d6c8e306945eca558a3845ab5148575053 SHA256 (FreeBSD-10.2-BETA1-amd64-dvd1.iso) =3D 55f74425f78e7fd4ece9= 1ce0af22e7dfab74a7e7fa6063d0329256fe06b213bf SHA256 (FreeBSD-10.2-BETA1-amd64-dvd1.iso.xz) =3D 1edbbc8e59a2ad717= 141e24a59e50866c0990a2aa1f41b59f6ad340924f97894 SHA256 (FreeBSD-10.2-BETA1-amd64-memstick.img) =3D d47e5d59dc8b212b= 11483992bc46534b474627e10e89bbce69460df45da3cd5e SHA256 (FreeBSD-10.2-BETA1-amd64-memstick.img.xz) =3D 97beb17192a2f= 99bd9efd5d60128adc13f757ba7fefc990cc79a3246ce4fdd71 SHA256 (FreeBSD-10.2-BETA1-amd64-mini-memstick.img) =3D 4ecdc7d0ab0= af91d2864703179c5b1722bb4528a8cdbf13158478e29b98702ec SHA256 (FreeBSD-10.2-BETA1-amd64-mini-memstick.img.xz) =3D 090f91a4= a731d8a0f784f7ccc4d075506f29961040a4eb2ce990b4d9efe3063a SHA256 (FreeBSD-10.2-BETA1-amd64-uefi-bootonly.iso) =3D 9c062b8d1b8= 37bc8d745777020f429fe811c720d67cde36cfc10e955c4e03e3f SHA256 (FreeBSD-10.2-BETA1-amd64-uefi-bootonly.iso.xz) =3D 528b7666= 32e7af2725adf2cb83d5228f90edfbdd2008789c284486b110f9d7aa SHA256 (FreeBSD-10.2-BETA1-amd64-uefi-disc1.iso) =3D 03b7c86e264352= 8c531a01659769724a13b74b896156166becf65ee002650044 SHA256 (FreeBSD-10.2-BETA1-amd64-uefi-disc1.iso.xz) =3D 356514a6512= 08ab342fd2d5ab998190fd3a0a887ab108f38018f86327069b042 SHA256 (FreeBSD-10.2-BETA1-amd64-uefi-dvd1.iso) =3D e69ac074ede17c0= b6c40d26c4a90b18b1a723c3d4a278aae07252dbbd82fe3fd SHA256 (FreeBSD-10.2-BETA1-amd64-uefi-dvd1.iso.xz) =3D 4d0bbba475c7= 6bbfa4b47ad8ea5fd2333c848217bcfee52d2f9d330125040e9f SHA256 (FreeBSD-10.2-BETA1-amd64-uefi-memstick.img) =3D edc386b172d= 672e4cd583547f88ea134919151f95c84ebdb3940f3ec82fb2a37 SHA256 (FreeBSD-10.2-BETA1-amd64-uefi-memstick.img.xz) =3D 60c7e9f9= 656f3490bb511720233628a5fd9f7b0a92dc572a90120c80c906bbf5 SHA256 (FreeBSD-10.2-BETA1-amd64-uefi-mini-memstick.img) =3D 64cc9f= 67af6aa060d2f8e739614265a913a44d1c466f8506d436ab24131eee45 SHA256 (FreeBSD-10.2-BETA1-amd64-uefi-mini-memstick.img.xz) =3D e35= 2fe4ffbf4ebcc25e34bb3059c1114891012b42712969484995112506d377e MD5 (FreeBSD-10.2-BETA1-amd64-bootonly.iso) =3D c49b0602c9bfcb520b2= 9e93a29112fd2 MD5 (FreeBSD-10.2-BETA1-amd64-bootonly.iso.xz) =3D c5f3fd6787694452= 87f058b3675c4a9c MD5 (FreeBSD-10.2-BETA1-amd64-disc1.iso) =3D f3d393a44d602ea596123d= 3dcdd17f83 MD5 (FreeBSD-10.2-BETA1-amd64-disc1.iso.xz) =3D e7e2c9c3e49fb4d975c= 612c26f95cb2b MD5 (FreeBSD-10.2-BETA1-amd64-dvd1.iso) =3D 98b33ec03897b5a2fc4502f= 05e833169 MD5 (FreeBSD-10.2-BETA1-amd64-dvd1.iso.xz) =3D 5ee352dfc039e946aa72= ee425dc87e65 MD5 (FreeBSD-10.2-BETA1-amd64-memstick.img) =3D 819a5b3af2113ce77ec= 2c5ef34b7f34c MD5 (FreeBSD-10.2-BETA1-amd64-memstick.img.xz) =3D 2e563503544e4b0e= db7d8dabd219e32c MD5 (FreeBSD-10.2-BETA1-amd64-mini-memstick.img) =3D 9e5a752df2e0b6= 2a599fa96b89d148c5 MD5 (FreeBSD-10.2-BETA1-amd64-mini-memstick.img.xz) =3D 9715624eeaa= 3108be094b5bdffa4c397 MD5 (FreeBSD-10.2-BETA1-amd64-uefi-bootonly.iso) =3D 2676877b5257b1= 59cae5050ea45b4e54 MD5 (FreeBSD-10.2-BETA1-amd64-uefi-bootonly.iso.xz) =3D d7e1c53be1d= 2aef657d2f697dd0086dc MD5 (FreeBSD-10.2-BETA1-amd64-uefi-disc1.iso) =3D 72fdf6409aee71f1d= 7c423cea5b02550 MD5 (FreeBSD-10.2-BETA1-amd64-uefi-disc1.iso.xz) =3D 8ea00f4cd59c16= 70fc3d4e3059164228 MD5 (FreeBSD-10.2-BETA1-amd64-uefi-dvd1.iso) =3D dd4a3269d7c30221e8= 4161fcee270506 MD5 (FreeBSD-10.2-BETA1-amd64-uefi-dvd1.iso.xz) =3D 2fb7387f614760d= 2448b6f51bc7d4b22 MD5 (FreeBSD-10.2-BETA1-amd64-uefi-memstick.img) =3D e879344dd567d2= 90f1d24acdb7f916fc MD5 (FreeBSD-10.2-BETA1-amd64-uefi-memstick.img.xz) =3D fa94d03eb74= dad5ab0dd22b30878a39a MD5 (FreeBSD-10.2-BETA1-amd64-uefi-mini-memstick.img) =3D 8e5655328= 49cdd309895b3f556a4dca5 MD5 (FreeBSD-10.2-BETA1-amd64-uefi-mini-memstick.img.xz) =3D 9c2916= ccc62563db22e1996a83aeb422 o 10.2-BETA1 i386 GENERIC: SHA256 (FreeBSD-10.2-BETA1-i386-bootonly.iso) =3D dbd13d3b522a423e1= 2bc06bedbd90966abe6befa75b047c04f592e930d4fe4ce SHA256 (FreeBSD-10.2-BETA1-i386-bootonly.iso.xz) =3D 4e35a4d5eaf496= 5d7fc2c5a7a762b1abfcb6d9cca39ff8a37345987014326c11 SHA256 (FreeBSD-10.2-BETA1-i386-disc1.iso) =3D 490421a74839655bb50d= ad98aa1bb8daaa7106cfddb3747fe439a1ec5d7aace3 SHA256 (FreeBSD-10.2-BETA1-i386-disc1.iso.xz) =3D f36904198ecc50919= 8ece7d650fc45608f17dbfc67e6d49357ab5f99469896b7 SHA256 (FreeBSD-10.2-BETA1-i386-dvd1.iso) =3D 62d40fd780aafa77b6056= 3161ca2370bc91fc169502e065733537b5cc11132ed SHA256 (FreeBSD-10.2-BETA1-i386-dvd1.iso.xz) =3D ed8b7506f610da86c9= 784ecd33fcfbf02540efa3cd6eafdc843e3cca0cbbc26e SHA256 (FreeBSD-10.2-BETA1-i386-memstick.img) =3D 40368508862db73f7= 7eb917f84802c1559167a2b89bf97fa1862afc3db7af555 SHA256 (FreeBSD-10.2-BETA1-i386-memstick.img.xz) =3D daae34c2a9b5b2= 2e1ccc25b0a3b8c59659ec9fc3f6db6c87068792e7763395a3 SHA256 (FreeBSD-10.2-BETA1-i386-mini-memstick.img) =3D 860f925de67b= bd36a336fd36438f9f3be1407b66eb71a0520fa4172a684c9a06 SHA256 (FreeBSD-10.2-BETA1-i386-mini-memstick.img.xz) =3D f279639f3= 5ffe3b300632e8388918c52dfdbccafee54be87c6a3de1e598052c5 MD5 (FreeBSD-10.2-BETA1-i386-bootonly.iso) =3D 94690c4a5334efbebfa6= 66880a6a306c MD5 (FreeBSD-10.2-BETA1-i386-bootonly.iso.xz) =3D ae21b2ac1c1714c41= 1223ab9aa6734e8 MD5 (FreeBSD-10.2-BETA1-i386-disc1.iso) =3D 83ff9892583fa50dbee6f87= c6e2c498b MD5 (FreeBSD-10.2-BETA1-i386-disc1.iso.xz) =3D 10dbf578fa3a76fad6cd= 6db687374ca9 MD5 (FreeBSD-10.2-BETA1-i386-dvd1.iso) =3D 27f5a9611534d551b185386d= 0beab5a0 MD5 (FreeBSD-10.2-BETA1-i386-dvd1.iso.xz) =3D e26e707ac354746c20f0e= 8c064a4475a MD5 (FreeBSD-10.2-BETA1-i386-memstick.img) =3D b84dafcd06dcc9c29d94= 7f05056beca5 MD5 (FreeBSD-10.2-BETA1-i386-memstick.img.xz) =3D f3a263b69fcd25c7c= a93acb461cdbbac MD5 (FreeBSD-10.2-BETA1-i386-mini-memstick.img) =3D c09a3487fa0b278= 894717ec2e3809336 MD5 (FreeBSD-10.2-BETA1-i386-mini-memstick.img.xz) =3D e76293d37eb2= 2e32badf9ed6fc6d8dd7 o 10.2-BETA1 ia64 GENERIC: SHA256 (FreeBSD-10.2-BETA1-ia64-bootonly.iso) =3D 99350b65199092195= 8d50769834c3ae894b73fa5d911b35f6f4c1eddc27141f2 SHA256 (FreeBSD-10.2-BETA1-ia64-bootonly.iso.xz) =3D 709f2b13504af1= 25437a09e595d536b2dd7ec8303346fda811e299cee2028e48 SHA256 (FreeBSD-10.2-BETA1-ia64-disc1.iso) =3D a453842983cf364a3780= 1595f240d6229c5997df01fff702ac8cdfb1a7aa9217 SHA256 (FreeBSD-10.2-BETA1-ia64-disc1.iso.xz) =3D 54f00ee13398b8c07= 14aa0ce55a77caa989e3f27ea9cfd77e594aec06b7c35fb SHA256 (FreeBSD-10.2-BETA1-ia64-dvd1.iso) =3D 507a111f7ee405a462351= d02f17062e0731f57ba64792f745e09494e20ce78b5 SHA256 (FreeBSD-10.2-BETA1-ia64-dvd1.iso.xz) =3D d5916133db7011e868= 965ae767bcc914416b8b2f7b3ce4416d1859123439d148 SHA256 (FreeBSD-10.2-BETA1-ia64-memstick.img) =3D 01d51f8180c2a5471= da8e47ed1a488e159b062265ea515433137ba899f90bcd8 SHA256 (FreeBSD-10.2-BETA1-ia64-memstick.img.xz) =3D 07a732f2ca78bf= ca11b95df6c9d20b0cc818142793cf8872131dd27ad9e10ef8 SHA256 (FreeBSD-10.2-BETA1-ia64-mini-memstick.img) =3D 492636c8ec8a= 7ec746d05a5692f8e0145307a307ed4aa9b8d8eb9a93998d539b SHA256 (FreeBSD-10.2-BETA1-ia64-mini-memstick.img.xz) =3D 6475a0926= 6914e1cd454d97adcfd8bbfefe448fa4cc98e068c0baf322afc9d3d MD5 (FreeBSD-10.2-BETA1-ia64-bootonly.iso) =3D 1c87b94cae188f610e31= 6ac4813b1df9 MD5 (FreeBSD-10.2-BETA1-ia64-bootonly.iso.xz) =3D e41f0ffea201c084f= b4f6c874edc7c5a MD5 (FreeBSD-10.2-BETA1-ia64-disc1.iso) =3D 5891e5ee42a125220bc2db2= 70d47c2b7 MD5 (FreeBSD-10.2-BETA1-ia64-disc1.iso.xz) =3D e10fc71df8a0355b0e87= 27654f7d99af MD5 (FreeBSD-10.2-BETA1-ia64-dvd1.iso) =3D 1fc33ba2d6d6704ec775a32c= b7d6b053 MD5 (FreeBSD-10.2-BETA1-ia64-dvd1.iso.xz) =3D ef4c4f355b039445a58fd= 8de2e6493c9 MD5 (FreeBSD-10.2-BETA1-ia64-memstick.img) =3D 4008508c9834814b83a4= 3e606a2b68b5 MD5 (FreeBSD-10.2-BETA1-ia64-memstick.img.xz) =3D 71a011732e0109f3d= 38c972faecba492 MD5 (FreeBSD-10.2-BETA1-ia64-mini-memstick.img) =3D e8c3b613141c4dc= c0ed64afd645ebc4e MD5 (FreeBSD-10.2-BETA1-ia64-mini-memstick.img.xz) =3D a2dc3b38325b= e4717db78ce8a5a2a900 o 10.2-BETA1 powerpc GENERIC: SHA256 (FreeBSD-10.2-BETA1-powerpc-bootonly.iso) =3D 10af9c9c535078= 1c66572550e6a52e641fd387f76c2c4803984b215e44499efa SHA256 (FreeBSD-10.2-BETA1-powerpc-bootonly.iso.xz) =3D cf4806d19d9= 20dfda14f50875012bfaafd7c94761471e8a60e0d7c76c082c3ef SHA256 (FreeBSD-10.2-BETA1-powerpc-disc1.iso) =3D 75868200a517dfd3e= ba43c609a740c6734284139ac3fcbfe6159de5eec19df14 SHA256 (FreeBSD-10.2-BETA1-powerpc-disc1.iso.xz) =3D db12d5bb51df9b= d8f2e09a739b4d1ba08d532539427ba2eeab60d96a30fa7239 SHA256 (FreeBSD-10.2-BETA1-powerpc-dvd1.iso) =3D 0bf86f7c6d480fc4c4= d95c667fdff2a8f1f727e68f362e94fae879442414b9cf SHA256 (FreeBSD-10.2-BETA1-powerpc-dvd1.iso.xz) =3D 543f0bde3432fe2= 60b6d2713c95c3195896d692276790eda1749aaf3b7aecb70 SHA256 (FreeBSD-10.2-BETA1-powerpc-memstick.img) =3D d07590356f2eb1= 24e8c20cdadbbca15e708e905df0854b01ded3be40e4bd184b SHA256 (FreeBSD-10.2-BETA1-powerpc-memstick.img.xz) =3D 1b1bfb90b07= 6909c1590587fa64fe44635d8f23d4a978b7d1f5eef68dfbc4ad4 SHA256 (FreeBSD-10.2-BETA1-powerpc-mini-memstick.img) =3D 1419fbd39= 92fbb1ef2406f835a694d09892e7147cd87f81ed0e21a1bc583998c SHA256 (FreeBSD-10.2-BETA1-powerpc-mini-memstick.img.xz) =3D 04f42b= 08dcfa884db5afb14e50adcb092cf379ecb4169c065667dab33c1e1795 MD5 (FreeBSD-10.2-BETA1-powerpc-bootonly.iso) =3D 5c74a4836e8eb1720= e7c743fef01fee2 MD5 (FreeBSD-10.2-BETA1-powerpc-bootonly.iso.xz) =3D eee5d739197893= 1d6dca2d7c91a45f57 MD5 (FreeBSD-10.2-BETA1-powerpc-disc1.iso) =3D a00acf359f8620384939= f592cbb655ca MD5 (FreeBSD-10.2-BETA1-powerpc-disc1.iso.xz) =3D 4c9af65a61fb3a68e= c747360431319d2 MD5 (FreeBSD-10.2-BETA1-powerpc-dvd1.iso) =3D ac573bc4d717fc2eae2ab= 91c5e11e95a MD5 (FreeBSD-10.2-BETA1-powerpc-dvd1.iso.xz) =3D 18a5a3ab22a7b2945e= f99c97a5de4989 MD5 (FreeBSD-10.2-BETA1-powerpc-memstick.img) =3D 21f5bff7606f87493= bf4c023b31ff561 MD5 (FreeBSD-10.2-BETA1-powerpc-memstick.img.xz) =3D d2307ae8cd0938= 007924c0927e210873 MD5 (FreeBSD-10.2-BETA1-powerpc-mini-memstick.img) =3D da5bb9db81ab= dcdf19132035bacf5e3e MD5 (FreeBSD-10.2-BETA1-powerpc-mini-memstick.img.xz) =3D 9e43e4cd8= 6f4cd1c3c4a4b27f5deada2 o 10.2-BETA1 powerpc64 GENERIC64: SHA256 (FreeBSD-10.2-BETA1-powerpc-powerpc64-bootonly.iso) =3D 4580= c320c0d584eead2a2ec9bce558477f04d5d659ed2bbba273c0cae9b0ab42 SHA256 (FreeBSD-10.2-BETA1-powerpc-powerpc64-bootonly.iso.xz) =3D 0= 507c8371b9617121b1c24e3c2e03ee6dc95e27e892cff7fc121854475bfab8b SHA256 (FreeBSD-10.2-BETA1-powerpc-powerpc64-disc1.iso) =3D d538d84= af9a669e9df78b43dedaca10e8fe93af0c69a93c83bc4f378bbf1d2b0 SHA256 (FreeBSD-10.2-BETA1-powerpc-powerpc64-disc1.iso.xz) =3D 145e= 89f90fef5423e0226a50a4148efd2690fc343cccfb772fd189661893151c SHA256 (FreeBSD-10.2-BETA1-powerpc-powerpc64-dvd1.iso) =3D 8df562f9= 0293420f887aabc77cacf977637f6c340e76c646ddfbf33241c3c5fd SHA256 (FreeBSD-10.2-BETA1-powerpc-powerpc64-dvd1.iso.xz) =3D 5da9d= aa4728f7d7dcab8111874f6960f502c15bc2acf4829b4ede424494dd943 SHA256 (FreeBSD-10.2-BETA1-powerpc-powerpc64-memstick.img) =3D e4fd= c1fd9786f43f747bceb27db59c241689933d90f711806e9e39fb83680958 SHA256 (FreeBSD-10.2-BETA1-powerpc-powerpc64-memstick.img.xz) =3D 6= ef87a8da98ce9f5586f6f46d76123123d585682f8b2a7cbe62153a7809a61b1 SHA256 (FreeBSD-10.2-BETA1-powerpc-powerpc64-mini-memstick.img) =3D= c12db6c8dfa86a749b5337019e6bea1597a9cf372a19f7f3319b53a137479924 SHA256 (FreeBSD-10.2-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = =3D ee65d328d3d0fcd912db9b5739be2b97ea23fabc277b6973bb9eac00018bc173 MD5 (FreeBSD-10.2-BETA1-powerpc-powerpc64-bootonly.iso) =3D aad91cc= ddc95d691e1a97becab88e054 MD5 (FreeBSD-10.2-BETA1-powerpc-powerpc64-bootonly.iso.xz) =3D 4df1= 814ccc6e1e2001e591e6c97a4606 MD5 (FreeBSD-10.2-BETA1-powerpc-powerpc64-disc1.iso) =3D 67ca3f8f21= 6be72cbfcc34e24702daa0 MD5 (FreeBSD-10.2-BETA1-powerpc-powerpc64-disc1.iso.xz) =3D d1b1f28= 0b61f5e4f66d2b19be1dd16f8 MD5 (FreeBSD-10.2-BETA1-powerpc-powerpc64-dvd1.iso) =3D c5fc5767558= f55e0a1fdbc62ecf1fd11 MD5 (FreeBSD-10.2-BETA1-powerpc-powerpc64-dvd1.iso.xz) =3D 694aa938= 920ac912ad2aa75f20e8e62c MD5 (FreeBSD-10.2-BETA1-powerpc-powerpc64-memstick.img) =3D 7075f70= 552e79e0043df20cc4755d02f MD5 (FreeBSD-10.2-BETA1-powerpc-powerpc64-memstick.img.xz) =3D ef91= 9fd959bf6d6de1346f2eeaa13f74 MD5 (FreeBSD-10.2-BETA1-powerpc-powerpc64-mini-memstick.img) =3D 4f= 37e03151bc7c287f1d1a1355893c12 MD5 (FreeBSD-10.2-BETA1-powerpc-powerpc64-mini-memstick.img.xz) =3D= 77b18c67daf7c3ff7690e2c7629e1fe9 o 10.2-BETA1 sparc64 GENERIC: SHA256 (FreeBSD-10.2-BETA1-sparc64-bootonly.iso) =3D 011a30bd319ab3= 6693dcb7ef40c1390678e11addfcf24f65e8787e06d016ae66 SHA256 (FreeBSD-10.2-BETA1-sparc64-bootonly.iso.xz) =3D c4ba3d24cd6= 05747afb986abeaf45ea1d2a82bddcb195e2951e60d7c1126ccb4 SHA256 (FreeBSD-10.2-BETA1-sparc64-disc1.iso) =3D c47e5e4adc27cd5cf= bce7c317998671c82e86ae8538a2355737df6d6b79b8cfb SHA256 (FreeBSD-10.2-BETA1-sparc64-disc1.iso.xz) =3D 95fe22d8e93336= 1c52c115d16cb5434d1c56b8d6d6522a255d2b083ee106c395 SHA256 (FreeBSD-10.2-BETA1-sparc64-dvd1.iso) =3D 2a3f3893d54738fa8b= 80be58542c43fdf8edf51ceb9fc914c7559358e3d08406 SHA256 (FreeBSD-10.2-BETA1-sparc64-dvd1.iso.xz) =3D 62e66b88fad0621= d2e39875611d5f4c0f74654d5e8e3a7193d9dc8d4942f74d3 MD5 (FreeBSD-10.2-BETA1-sparc64-bootonly.iso) =3D 9e6ba9f447b17d897= 34619ef30fa563a MD5 (FreeBSD-10.2-BETA1-sparc64-bootonly.iso.xz) =3D 017ac59ae281d4= 1d12ee49e8ee21d7f4 MD5 (FreeBSD-10.2-BETA1-sparc64-disc1.iso) =3D 4e34af86e3516ab05828= 5cfe529cf2d4 MD5 (FreeBSD-10.2-BETA1-sparc64-disc1.iso.xz) =3D 9e457a422622c5854= 2a73f3ebb6cc941 MD5 (FreeBSD-10.2-BETA1-sparc64-dvd1.iso) =3D 88d99d54946605459b48b= fb01f2611a8 MD5 (FreeBSD-10.2-BETA1-sparc64-dvd1.iso.xz) =3D ee4e02a0b12eb95d67= de8dd4e943fe57 o 10.2-BETA1 armv6 BEAGLEBONE: SHA256 (FreeBSD-10.2-BETA1-arm-armv6-BEAGLEBONE.img.xz) =3D fbd487f= dee1d1a9a23b56ea624c318343654c1435b4e7871904bfb6e0dc088ac MD5 (FreeBSD-10.2-BETA1-arm-armv6-BEAGLEBONE.img.xz) =3D 6562c862f9= de6598bb4df750a8aa5aa3 o 10.2-BETA1 armv6 CUBOX-HUMMINGBOARD: SHA256 (FreeBSD-10.2-BETA1-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) =3D= d746e6a588f3bede70860d9ea32732abe6041b3ef5d8c96771264cb1ecb825c2 MD5 (FreeBSD-10.2-BETA1-arm-armv6-CUBOX-HUMMINGBOARD.img.xz) =3D b5= 2ceddeb23428e3d9cd5c177593aaf7 o 10.2-BETA1 armv6 RPI-B: SHA256 (FreeBSD-10.2-BETA1-arm-armv6-RPI-B.img.xz) =3D 4ca806f26981= 9376e6bb773d7bb86cc4d772dc3b1073463c79d2f7f5ed65ec58 MD5 (FreeBSD-10.2-BETA1-arm-armv6-RPI-B.img.xz) =3D a4b4a89237777aa= 61c7e04dc9fed7cb7 o 10.2-BETA1 armv6 WANDBOARD: SHA256 (FreeBSD-10.2-BETA1-arm-armv6-WANDBOARD.img.xz) =3D 408dcd8b= 40c118476199e52519dbc2bbd6abc305b878284577aedb42bc65a1c2 MD5 (FreeBSD-10.2-BETA1-arm-armv6-WANDBOARD.img.xz) =3D 0e5c03eb062= 9996b79cd02e1352594ba =3D=3D VM IMAGE CHECKSUMS =3D=3D o 10.2-BETA1 amd64: SHA256 (FreeBSD-10.2-BETA1-amd64.qcow2.xz) =3D 6ba7367a56dd66b60a05= 63d07ec7ad80b27954cca694183cecd5272771876849 SHA256 (FreeBSD-10.2-BETA1-amd64.raw.xz) =3D ee471f7b7e34b8e5c2cb54= f173b408d829757cfdc54b67506cbecf930648c9bd SHA256 (FreeBSD-10.2-BETA1-amd64.vmdk.xz) =3D 103c789737d0435eea3c9= 378899320079c1ff4780e794f288902ff6c462e5fc2 MD5 (FreeBSD-10.2-BETA1-amd64.qcow2.xz) =3D a496f2a7b0bc554a46ff76d= 7bdde428b MD5 (FreeBSD-10.2-BETA1-amd64.raw.xz) =3D 60ce5de492184aeb09601a24b= 9f15168 MD5 (FreeBSD-10.2-BETA1-amd64.vmdk.xz) =3D fa02af9f3cc7161fcb41e74d= 404acf74 o 10.2-BETA1 i386: SHA256 (FreeBSD-10.2-BETA1-i386.qcow2.xz) =3D 510e9182606fcf1d61c4c= 269b5dab5f14b25e7eb6d3374cb66c87b1c9b825727 SHA256 (FreeBSD-10.2-BETA1-i386.raw.xz) =3D 5d3fe3a5676caffce6f0b8f= f81865c4c2435c63867c58befa7365b01c54b7190 SHA256 (FreeBSD-10.2-BETA1-i386.vmdk.xz) =3D b919761d1d3dfd8c19375d= 14caf1847b5f2846d26ee521dd7c006f1a1d08331e MD5 (FreeBSD-10.2-BETA1-i386.qcow2.xz) =3D a76d12da373543b90c137367= cd3fa909 MD5 (FreeBSD-10.2-BETA1-i386.raw.xz) =3D bcf5c865ffdbb6cb029f48a604= 2e563b MD5 (FreeBSD-10.2-BETA1-i386.vmdk.xz) =3D d1889f6dc022987c47df2ef5f= d967ba1 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVoUZ/AAoJEAMUWKVHj+KT4BUQAJiEX9dME51LReWesp0BS0Nb iwRxWPDNGwme7BDSiyD0RjCRjTMxc0EaniNFFkExMpKJTmH1DHa7+jmg5RmrSrSP 8L8j5pdUOnVU723YqP1ixh3fMeVZ+i+zEpRI9k6B6q6t2+/IZ+LPjsAYgcY2/wav kIMUP1MZEAEeeb23tTRmvsQtwP9TPP6FiYgFSLPRYFxgbCPcaX90B5Y8rOYACmGM vlhOEDHZiTi+dZ3HwY3fHYqsHsf4OSqGnsm9FCyVW1XBYe6+7yNVfu9VAf/uB289 VBAJr3YKe5bSMGc31aIARV8eL13cOJtyhZx0JV3oXrySm/ssUqDxSJ9ANRPaJDJy CAH0Rx3WGhPUR0bfAq/bIU7d06UwToSJLdQBKs5ZPkZA6/8Qy3/DFKjQPN/SHLTK YiMkKyUNHEzEgh9euRkSoL0PHmEzJdQDY89y+ovkoL2cBz8HJ8+cILP/44QPAxFP WFYtmGiS0g+iwpnz1jBd8wkLnscqz9Aqr1yZP5k37dVCX/wFycDiCPbD4i6/zlDM BB+LbX4N/fkr4EZY3fbY13Hh2NV4QWA4G57tQfBGhlr/MCfR70ERaBF0pkSGzdSt xz/D7qgNDu1XRXQ24/EG+4U6hogRUz50iFzCrFRTSSFizcx0FKiKS3TE4Q9tuHVu 4ljz4OYuKZGIhPkemLFb =3DHvv+ -----END PGP SIGNATURE----- ------------------------------ Message: 4 Date: Sat, 11 Jul 2015 20:14:24 +0300 (MSK) From: Dmitry Morozovsky=20 To: Hans Petter Selasky=20 Cc: freebsd-stable@freebsd.org Subject: Re: OFED on stable/9 is not buildable at least on stable/10 Message-ID:=20 Content-Type: TEXT/PLAIN; charset=3DUS-ASCII Hans Petter, On Sat, 4 Jul 2015, Dmitry Morozovsky wrote: > > > on stable/10 trying to buildkernel with ALL_MODULES chokes at OFED > > > (actually, > > > for quite a few months already): > > >=20 > > > Could you please take a look at this? > >=20 > > Does this patch fix the problem for you: > >=20 > > https://svnweb.freebsd.org/changeset/base/285088 >=20 > yes it does, thank you! could you please MFC this small change to reduce burden of local patches a = bit? :) Thans! --=20 Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ ------------------------------ Message: 5 Date: Sat, 11 Jul 2015 19:56:49 +0200 From: Harald Schmalzbauer=20 To: freebsd-stable@freebsd.org Cc: Edward Tomasz Napiera?a , kib@freebsd.org Subject: r284665 causes MSI problems -> ahcich2: Timeout in slot 11 =09port 0 Message-ID: <55A158E1.3000905@omnilan.de> Content-Type: text/plain; charset=3D"utf-8" Hello, r284665 causes ahci(4) to fail with timeouts when using MSI (the default). 'hint.ahci.0.msi=3D0' is one way to make ahci(4) working with r284665, but obviously not the desired solution, it just disables usage of an MSI. I can't find suspicious code in r282213 which could cause this strange regression, but I verified carefully that problem arises with r284665. Actually, r282901 (https://svnweb.freebsd.org/base?view=3Drevision&sortby=3Ddate&revision=3D2= 82901) is the real trigger, verified by putting nooptions RACCT nooptions RACCT_DEFAULT_TO_DISABLED nooptions RCTL into my kernel config -> problem vanishes! Setting "kern.racct.enable=3D1" doesn't make any difference, as soon as 'kern.features.racct' exists, there's the ahci(4)/ahcich2 timeout and machine doesn't finish booting. Unfortunately, I don't have any idea how to track this down to the actual culprit, but I hope the RACCT hackers do have ;-) Shall I open a bugzilla ticket? Thanks, -Harry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: OpenPGP digital signature URL:=20 ------------------------------ Message: 6 Date: Sun, 12 Jul 2015 00:01:15 +0200 From: Hans Petter Selasky=20 To: Dmitry Morozovsky=20 Cc: freebsd-stable@freebsd.org Subject: Re: OFED on stable/9 is not buildable at least on stable/10 Message-ID: <55A1922B.60500@selasky.org> Content-Type: text/plain; charset=3Dwindows-1252; format=3Dflowed On 07/11/15 19:14, Dmitry Morozovsky wrote: > Hans Petter, > > On Sat, 4 Jul 2015, Dmitry Morozovsky wrote: > >>>> on stable/10 trying to buildkernel with ALL_MODULES chokes at OFED >>>> (actually, >>>> for quite a few months already): >>>> >>>> Could you please take a look at this? >>> >>> Does this patch fix the problem for you: >>> >>> https://svnweb.freebsd.org/changeset/base/285088 >> >> yes it does, thank you! > > could you please MFC this small change to reduce burden of local patches = a bit? :) > Here you go: https://svnweb.freebsd.org/changeset/base/285410 --HPS ------------------------------ Message: 7 Date: Sat, 11 Jul 2015 22:08:55 +0000 From: Leonard Rucker=20 To: freebsd-stable@freebsd.org Subject: Slow frame rate running stable running r285364M with Radeon =093850 Message-ID: =09 Content-Type: text/plain; charset=3DUTF-8 Hi, I am running stable on a HTPC and I was running 10.1 with no problems the frame rate was around 28-30 fps. I updated to 10.2 and now the frame rate went down to 10-12 fps. uname -a FreeBSD mediamaster 10.2-BETA1 FreeBSD 10.2-BETA1 #1 r285364M: Fri Jul 10 20:01:48 PDT 2015 root@FileKeeper:/usr/obj/usr/src/sys/MEDIAMASTER amd64 Has anyone else seen this? ------------------------------ Message: 8 Date: Sat, 11 Jul 2015 23:53:37 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org, lwhsu@FreeBSD.org Subject: Jenkins build is back to normal : Build-UFS-image #1949 Message-ID: =09<1862359418.16.1436658817077.JavaMail.jenkins@jenkins-9.freebsd.org> Content-Type: text/plain; charset=3DUTF-8 See=20 ------------------------------ Message: 9 Date: Sat, 11 Jul 2015 23:22:56 -0400 From: Chris Nehren=20 To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: <20150712032256.GB19305@satori.lan> Content-Type: text/plain; charset=3Dus-ascii On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: > It's me again with my annual NTP whinge. The answer to the perennial "will release $foo ship with old / insecure / otherwise deficient $bar?" is still "install $bar from ports". --=20 Chris Nehren ------------------------------ Message: 10 Date: Sun, 12 Jul 2015 15:04:43 +1000 From: Peter Jeremy=20 To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: <20150712050443.GA22240@server.rulingia.com> Content-Type: text/plain; charset=3D"us-ascii" On 2015-Jul-11 23:22:56 -0400, Chris Nehren wrote: >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: >> It's me again with my annual NTP whinge. > >The answer to the perennial "will release $foo ship with old / insecure >/ otherwise deficient $bar?" is still "install $bar from ports". That's a non-answer. It just changes the question to "why bother to include $bar in base when I need to install the port anyway". --=20 Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 949 bytes Desc: not available URL:=20 ------------------------------ Message: 11 Date: Sun, 12 Jul 2015 15:44:16 +0900 From: Tomoaki AOKI=20 To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: <20150712154416.b9f3713893fe28bfab1dd4d7@dec.sakura.ne.jp> Content-Type: text/plain; charset=3DUS-ASCII As I already mentioned in another post, head has 4.2.8 p3 in-tree. So the answer should be MFC before creation of releng/10.2 is planned or not. On Sun, 12 Jul 2015 15:04:43 +1000 Peter Jeremy wrote: > On 2015-Jul-11 23:22:56 -0400, Chris Nehren wrote: > >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: > >> It's me again with my annual NTP whinge. > > > >The answer to the perennial "will release $foo ship with old / insecure > >/ otherwise deficient $bar?" is still "install $bar from ports". >=20 > That's a non-answer. It just changes the question to "why bother to > include $bar in base when I need to install the port anyway". >=20 > --=20 > Peter Jeremy --=20 Tomoaki AOKI junchoon@dec.sakura.ne.jp ------------------------------ Message: 12 Date: Sun, 12 Jul 2015 09:54:51 +0100 From: Matt Smith=20 To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: <20150712085451.GA1284@xtaz.uk> Content-Type: text/plain; charset=3Dus-ascii; format=3Dflowed On Jul 11 23:22, Chris Nehren wrote: >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: >> It's me again with my annual NTP whinge. > >The answer to the perennial "will release $foo ship with old / insecure >/ otherwise deficient $bar?" is still "install $bar from ports". > I completely agree with this, however my NTP whinge is that the NTP port=20 needs to have its own RC init script that is independant of the base. If=20 you use WITHOUT_NTP=3Dyes in /etc/src.conf to remove the base version and= =20 just use the port then there is no RC script. You have to copy the=20 version from /usr/src/etc/rc.d/ntp into /usr/local/etc/rc.d. This should=20 be fixed. I guess this wouldn't be too difficult to do. I said six=20 months ago that I might look at submitting a patch to do this, maybe I=20 should actually do it. --=20 Matt ------------------------------ Message: 13 Date: Sun, 12 Jul 2015 08:56:26 +0000 From: Xin LI=20 To: Tomoaki AOKI , =09freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: =09 Content-Type: text/plain; charset=3DUTF-8 I've spent some time on the MFC, the testing would still take some time (likely a day or two) and once that's finished I'll ask re@ for approval. On Sat, Jul 11, 2015 at 11:44 PM Tomoaki AOKI=20 wrote: > As I already mentioned in another post, head has 4.2.8 p3 in-tree. > > So the answer should be MFC before creation of releng/10.2 is planned > or not. > > > On Sun, 12 Jul 2015 15:04:43 +1000 > Peter Jeremy wrote: > > > On 2015-Jul-11 23:22:56 -0400, Chris Nehren < > cnehren+freebsd-stable@pobox.com> wrote: > > >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: > > >> It's me again with my annual NTP whinge. > > > > > >The answer to the perennial "will release $foo ship with old / insecur= e > > >/ otherwise deficient $bar?" is still "install $bar from ports". > > > > That's a non-answer. It just changes the question to "why bother to > > include $bar in base when I need to install the port anyway". > > > > -- > > Peter Jeremy > > > -- > Tomoaki AOKI junchoon@dec.sakura.ne.jp > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > ------------------------------ Message: 14 Date: Sun, 12 Jul 2015 11:41:53 +0200 From: Edward Tomasz Napiera?a=20 To: Harald Schmalzbauer=20 Cc: freebsd-stable@freebsd.org, kib@freebsd.org Subject: Re: r284665 causes MSI problems -> ahcich2: Timeout in slot =0911 port 0 Message-ID: <20150712094153.GA1549@brick> Content-Type: text/plain; charset=3Dus-ascii On 0711T1956, Harald Schmalzbauer wrote: > Hello, >=20 > r284665 causes ahci(4) to fail with timeouts when using MSI (the default)= . What's the hardware? > 'hint.ahci.0.msi=3D0' is one way to make ahci(4) working with r284665, bu= t > obviously not the desired solution, it just disables usage of an MSI. >=20 > I can't find suspicious code in r282213 which could cause this strange > regression, but I verified carefully that problem arises with r284665. > Actually, r282901 > (https://svnweb.freebsd.org/base?view=3Drevision&sortby=3Ddate&revision= =3D282901) > is the real trigger, verified by putting > nooptions RACCT > nooptions RACCT_DEFAULT_TO_DISABLED > nooptions RCTL > into my kernel config -> problem vanishes! >=20 > Setting "kern.racct.enable=3D1" doesn't make any difference, as soon as > 'kern.features.racct' exists, there's the ahci(4)/ahcich2 timeout and > machine doesn't finish booting. >=20 > Unfortunately, I don't have any idea how to track this down to the > actual culprit, but I hope the RACCT hackers do have ;-) >=20 > Shall I open a bugzilla ticket? That's... curious. I don't see how those two things could be related. What's the FreeBSD version? How reproducible it is? Have you tried compiling with and without those three lines a couple of times? ------------------------------ Message: 15 Date: Sun, 12 Jul 2015 18:49:10 +0900 From: Tomoaki AOKI=20 To: freebsd-stable@freebsd.org Subject: Re: Will 10.2 also ship with a very stale NTP? Message-ID: <20150712184910.2d8d5f085ae659d5b9a2aba0@dec.sakura.ne.jp> Content-Type: text/plain; charset=3DUS-ASCII Wow! Thanks for your time and quick response. I'm looking forward to seeing it MFCed. :-) On Sun, 12 Jul 2015 08:56:26 +0000 Xin LI wrote: > I've spent some time on the MFC, the testing would still take some time > (likely a day or two) and once that's finished I'll ask re@ for approval. > On Sat, Jul 11, 2015 at 11:44 PM Tomoaki AOKI=20 > wrote: >=20 > > As I already mentioned in another post, head has 4.2.8 p3 in-tree. > > > > So the answer should be MFC before creation of releng/10.2 is planned > > or not. > > > > > > On Sun, 12 Jul 2015 15:04:43 +1000 > > Peter Jeremy wrote: > > > > > On 2015-Jul-11 23:22:56 -0400, Chris Nehren < > > cnehren+freebsd-stable@pobox.com> wrote: > > > >On Sat, Jul 11, 2015 at 09:58:11 +1000, John Marshall wrote: > > > >> It's me again with my annual NTP whinge. > > > > > > > >The answer to the perennial "will release $foo ship with old / insec= ure > > > >/ otherwise deficient $bar?" is still "install $bar from ports". > > > > > > That's a non-answer. It just changes the question to "why bother to > > > include $bar in base when I need to install the port anyway". > > > > > > -- > > > Peter Jeremy > > > > > > -- > > Tomoaki AOKI junchoon@dec.sakura.ne.jp > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 --=20 Tomoaki AOKI junchoon@dec.sakura.ne.jp ------------------------------ Message: 16 Date: Sun, 12 Jul 2015 11:59:17 +0200 From: Harald Schmalzbauer=20 To: Edward Tomasz Napiera?a , FreeBSD Stable =09, kib@freebsd.org Subject: Re: r284665 causes MSI problems -> ahcich2: Timeout in slot =0911 port 0 Message-ID: <55A23A75.8050003@omnilan.de> Content-Type: text/plain; charset=3D"utf-8" Bez?glich Edward Tomasz Napiera?a's Nachricht vom 12.07.2015 11:41 (localtime): > On 0711T1956, Harald Schmalzbauer wrote: >> Hello, >> >> r284665 causes ahci(4) to fail with timeouts when using MSI (the default= ). > What's the hardware? Thanks for your attention, it's Intel Cougar Point (C204, 2x SATA6G+4xSATAII), via PCIe-Passthrough in an ESXi guest. Several of these setups have been in production with 9.2 and 10.1 for 2 years+ without ahcich timeouts. >> 'hint.ahci.0.msi=3D0' is one way to make ahci(4) working with r284665, b= ut >> obviously not the desired solution, it just disables usage of an MSI. >> >> I can't find suspicious code in r282213 which could cause this strange >> regression, but I verified carefully that problem arises with r284665. >> Actually, r282901 >> (https://svnweb.freebsd.org/base?view=3Drevision&sortby=3Ddate&revision= =3D282901) >> is the real trigger, verified by putting >> nooptions RACCT >> nooptions RACCT_DEFAULT_TO_DISABLED >> nooptions RCTL >> into my kernel config -> problem vanishes! >> >> Setting "kern.racct.enable=3D1" doesn't make any difference, as soon as >> 'kern.features.racct' exists, there's the ahci(4)/ahcich2 timeout and >> machine doesn't finish booting. >> >> Unfortunately, I don't have any idea how to track this down to the >> actual culprit, but I hope the RACCT hackers do have ;-) >> >> Shall I open a bugzilla ticket? > That's... curious. I don't see how those two things could be related. > What's the FreeBSD version? How reproducible it is? Have you tried > compiling with and without those three lines a couple of times? Yes, I tried several times, and falsified that with r284665 the timeouts reproducably show up (which blocks the booting process, a major issue in my case). I also verified that several different revisions <284665 don't lead to that problem, and also that the changes in ahci code paths for the last year are not involved. I also can't see any relation, wich doesn't mean much since I don't have the kernel skills, but I'm sure the symptoms start with "options RACCT" Thanks, -Harry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: OpenPGP digital signature URL:=20 ------------------------------ Subject: Digest Footer _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" ------------------------------ End of freebsd-stable Digest, Vol 624, Issue 6 **********************************************