From owner-freebsd-questions@FreeBSD.ORG Sun Nov 16 02:26:07 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58C8BFC1 for ; Sun, 16 Nov 2014 02:26:07 +0000 (UTC) Received: from ezwind.net (bobby.ezwind.net [199.188.211.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2CFB67D2 for ; Sun, 16 Nov 2014 02:26:06 +0000 (UTC) Received: from jayPC by ezwind.net (MDaemon PRO v9.6.5) with ESMTP id 64-md50000167527.msg for ; Sat, 15 Nov 2014 20:25:58 -0600 X-Spam-Processed: ezwind.net, Sat, 15 Nov 2014 20:25:58 -0600 (not processed: spam filter heuristic analysis disabled) X-Authenticated-Sender: jwest@ezwind.net X-MDRemoteIP: 24.107.6.110 X-Return-Path: prvs=139709fe24=jwest@ezwind.net X-Envelope-From: jwest@ezwind.net X-MDaemon-Deliver-To: freebsd-questions@freebsd.org From: "Jay West" To: References: <54679447.4070004@qeng-ho.org> In-Reply-To: Subject: RE: Small/Low Power Server Recommendation? Date: Sat, 15 Nov 2014 20:33:37 -0600 Message-ID: <018501d00145$ba6de5c0$2f49b140$@ezwind.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQFmljkhJZ4nz/3OaEvk7zG6oCN6HgKrZR59AYw+K3SdE6B/0IAAAUhw X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 02:26:07 -0000 Arthur wrote.... I've been running an Alix 2d13 (an earlier board) with pfSense as my router/firewall for years now. Absolutely no problems, very little power consumption, I only have to think about it when there's a software upgrade. I can recommend their kit. ----------- Nah, don't do it. I adore the Alix 2D13 board for lots of stuff.... but as a pfsense box it's days are gone. Everywhere around here... the default residential speed is 60 to 100mbps, and the Alix 2d13 can't keep up with that. Your connection (if you're in those ranges) will noticeably slow down. Instead, get the replacement that netgate has: identical enclosure, but based on the T40E board. That one can handle 100+mbps. J From owner-freebsd-questions@FreeBSD.ORG Sun Nov 16 02:49:22 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1579760F; Sun, 16 Nov 2014 02:49:22 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.dweimer.local", Issuer "webmail2.dweimer.local" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D3C7A99A; Sun, 16 Nov 2014 02:49:21 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.9/8.14.9) with ESMTP id sAG2nDT8059532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 15 Nov 2014 20:49:13 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 15 Nov 2014 20:49:12 -0600 From: dweimer To: Jay West Subject: RE: Small/Low Power Server =?UTF-8?Q?Recommendation=3F?= Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <018501d00145$ba6de5c0$2f49b140$@ezwind.net> References: <54679447.4070004@qeng-ho.org> <018501d00145$ba6de5c0$2f49b140$@ezwind.net> Message-ID: X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.1-beta Cc: freebsd-questions@freebsd.org, owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 02:49:22 -0000 On 11/15/2014 8:33 pm, Jay West wrote: > Arthur wrote.... > I've been running an Alix 2d13 (an earlier board) with pfSense as my > router/firewall for years now. Absolutely no problems, very little > power > consumption, I only have to think about it when there's a software > upgrade. > I can recommend their kit. > ----------- > Nah, don't do it. I adore the Alix 2D13 board for lots of stuff.... but > as a > pfsense box it's days are gone. Everywhere around here... the default > residential speed is 60 to 100mbps, and the Alix 2d13 can't keep up > with > that. Your connection (if you're in those ranges) will noticeably slow > down. > Instead, get the replacement that netgate has: identical enclosure, but > based on the T40E board. That one can handle 100+mbps. > just look for their Kits that start with APU, that's the PCEngines new board that uses the T40E CPUs, 3 x 1G Ethernet Ports, there are 2G and 4G memory options available. Using either 8G SDHC or 30G mSATA for storage. The old Alix 2D13 system I ran pfSense on went the way of eBay, to be replaced with a small form factor PC prior to these being released, since it couldn't keep up with my 50/5Mbit internet connection. I do miss the quietness of the old Alix along with the lower power consumption, and will hopefully replace the current noise generator with one of the new systems before the winters out. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-questions@FreeBSD.ORG Sun Nov 16 13:57:17 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36B8F827 for ; Sun, 16 Nov 2014 13:57:17 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2E81B20 for ; Sun, 16 Nov 2014 13:57:16 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id sAGDvAb0030611; Sun, 16 Nov 2014 13:57:11 GMT (envelope-from freebsd@qeng-ho.org) Message-ID: <5468AD36.90408@qeng-ho.org> Date: Sun, 16 Nov 2014 13:57:10 +0000 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Jay West , freebsd-questions@freebsd.org Subject: Re: Small/Low Power Server Recommendation? References: <54679447.4070004@qeng-ho.org> <018501d00145$ba6de5c0$2f49b140$@ezwind.net> In-Reply-To: <018501d00145$ba6de5c0$2f49b140$@ezwind.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 13:57:17 -0000 On 16/11/2014 02:33, Jay West wrote: > > Arthur wrote.... > I've been running an Alix 2d13 (an earlier board) with pfSense as my > router/firewall for years now. Absolutely no problems, very little power > consumption, I only have to think about it when there's a software upgrade. > I can recommend their kit. > ----------- > Nah, don't do it. I adore the Alix 2D13 board for lots of stuff.... but as a > pfsense box it's days are gone. Everywhere around here... the default > residential speed is 60 to 100mbps, and the Alix 2d13 can't keep up with > that. Your connection (if you're in those ranges) will noticeably slow down. > Instead, get the replacement that netgate has: identical enclosure, but > based on the T40E board. That one can handle 100+mbps. The poster I was replying to was asking about the PC Engine APU1 board. I wasn't recommending the Alix board, I was merely remarking that I've found PC Engines boards totally reliable and capable of running FBSD. And I'm not sure where "around here" is for you, but I can think of plenty of places around here where people get 10 mb/s if they're lucky. :-( From owner-freebsd-questions@FreeBSD.ORG Sun Nov 16 15:54:00 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EC12B1E for ; Sun, 16 Nov 2014 15:54:00 +0000 (UTC) Received: from nm19-vm4.bullet.mail.ir2.yahoo.com (nm19-vm4.bullet.mail.ir2.yahoo.com [212.82.96.237]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9923D808 for ; Sun, 16 Nov 2014 15:53:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s2048; t=1416153231; bh=Eyz5B4Lzs/kSFWT6GbT8b1j30Ddf8elxRk0yCEdErRM=; h=Date:From:To:Subject:In-Reply-To:References:From:Subject; b=DwM1OFDm2OPpL1jmjLnaBnBIBYExGPQ7HnXGV6S0dYvBhpURtrGTZbj+hh531BMe32hnv6SDyHo/4UFoVH0yRR0H3cpox9rdjEfRzF36cEt7MZJzE9LyGrsShaAZen5yQcQXkdHi1qw0yzsqkscZvr3koTYwe9sI8exfU4M2PJS6JA0vbm/EJPvd/cse+zFB21sLCaSQlDe0f49ES/18ohrEeyt3Wnt7lURyrnQYBhqPBt+IyB8qTdFkUe75qVgiqGNmiM0hKUMy/tOy04VqqNkK/mPfiTBxZQKCyCDA//mjuunuqLH8DxdDkY+1PT6HtjifYk8QLWwKhKgpGCoaPw== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.es; b=P+e4UOUmfR5xVoaII8blyiKbSxkaAOa+wKQVXrY+qP2bu+nWPkNTXGOPwKoQHnW5H1lRxWyq4sg9J362A0ZGxrq5NNEdH91MyN831EJ6y8QT+KYehlmnj+gUJEFEfDz+1HDDZp/x+HuoWOOtH2YDaynbmoJxK8PIcCS+6xkxNwmzx6GVU+HrNj4rDad8ctza1V/KGOiv8lSpebLWdERFHBHgBaYKHNiLiAtsmjvp2K+f6cqVYpLcvTTyKWlfF9yG62P1I+nvvMCjK0ik933AXdPIlR8Zc/PthHuQot+8lUkznayka9OVWlbMEULTelKRKf4Q7cEub8HBVD4Twgmenw==; Received: from [212.82.98.57] by nm19.bullet.mail.ir2.yahoo.com with NNFMP; 16 Nov 2014 15:53:51 -0000 Received: from [46.228.39.96] by tm10.bullet.mail.ir2.yahoo.com with NNFMP; 16 Nov 2014 15:53:51 -0000 Received: from [127.0.0.1] by smtp133.mail.ir2.yahoo.com with NNFMP; 16 Nov 2014 15:53:51 -0000 X-Yahoo-Newman-Id: 391050.34186.bm@smtp133.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 8dQ_Ck0VM1lMro3feiNvviuXdJD.sIq4xmTdeYQ2r70nff7 6THbrnSVZjg2Oh037n0n6k0KbjMCGcrDvMjmwASWDXC0Y6CsLcaa.l7wYRce Y8QBmO5.lm6xJ1yuVA2Vvm.JUzf9QtL0xD1LVpIGN3FnnMasCs76ipunRVjD umM6MGVM1c.0HHr6Ev2l7FviQWXozkhNDhYVnsJhGd4z_R8QgvQW_jg6K.lb C5eGxLesr4AwgZ_JfMAT8F.n0uZQvxnezBWOfekte4IA.5GQNP_PVhje0yGN FoHGWpMgJTJzb8HcORpquime6IqG0NFvv5S_USRcd0R4Jp.FRm7Xnyn10lKr hkpldbceSvSc_I8GFumldssA9dxXySI00BUFFWv4.4yTHIiu0ILbL5XHkhNP LD6qCXPImHxNheLHDuhIIajF5FAsXwBVQPUkSSdqt5e5KIPQ6NcirS67OSrl t23.lI5g8AVtIHogLE0j0XM1IWDeMfwCKm.vPHcEEfFbIknp6Av_ZLxeH81H 3Xa6LV8HaRT_G_J3RbqeZJltqdhF1X8eioB75xaznU9zLMJrpn1yDfOaO8bm dtoXzRw-- X-Yahoo-SMTP: mX392iiswBAeJNdO_s.EW62LZDJR Date: Sun, 16 Nov 2014 16:53:52 +0100 From: Eduardo Morras To: freebsd-questions@freebsd.org Subject: Re: openoffice build fails. Message-Id: <20141116165352.a5cef1f13bc21a65e8b6ed0a@yahoo.es> In-Reply-To: <546608FB.4040605@bananmonarki.se> References: <54647A67.6020104@bananmonarki.se> <20141113104132.5b7df886.freebsd@edvax.de> <54648191.7040102@bananmonarki.se> <20141114072053.037eace4.freebsd@edvax.de> <546608FB.4040605@bananmonarki.se> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 15:54:00 -0000 On Fri, 14 Nov 2014 14:51:55 +0100 Bernt Hansson wrote: > I don't prefer OO, only installed OO because LO's inability to print. > But since OO don't build and LO won't print, don't know what to do > next. I use FreeOffice[1], from SoftMaker. It requieres registration by mail, but it's free. Install any linux compatibility port, download and decompress the tar.gz for linux on you home and work. [1] http://www.freeoffice.com/ --- --- Eduardo Morras From owner-freebsd-questions@FreeBSD.ORG Sun Nov 16 17:28:28 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 217A1381 for ; Sun, 16 Nov 2014 17:28:28 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AFEDAFCE for ; Sun, 16 Nov 2014 17:28:27 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id x13so23057835wgg.8 for ; Sun, 16 Nov 2014 09:28:26 -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:content-transfer-encoding; bh=l1mf8aCgcQhCFUUfbvgU3OCx11pRifQ52Tt4GXq5yoE=; b=EH/T/FDSNY+ZS88yGJp8cGy7cwdQ0DBWe2d3Qq/5Xr7ZW1R7QYgvVJjEcWirOTjXqU AZnD1h+GFh0Jcxj5jN6EjghANfnr9uDqwvkJ2YeXULiX6WY+le525VXSds8cS4NlR99D q12gmHu/8mW1AHW5IkKFNeBVRPxgrG/4uIIMpLWOo5QtOoMIZVcLFR4cpjNckpp3gj1c PL8VUevvJDILZghAjlnVTB+zl1gI4G6UR8itJM3Y0DGGSN8bz0Rhcez+m6z0LVZAL495 T0genZzyGaTZcPmDJo6ubOG4y3ALMgE+eFx85fxWtsAo6+nJxoPrSAe8h5dP2bXjqXAn rf4g== MIME-Version: 1.0 X-Received: by 10.180.83.98 with SMTP id p2mr24324640wiy.20.1416158906014; Sun, 16 Nov 2014 09:28:26 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Sun, 16 Nov 2014 09:28:25 -0800 (PST) In-Reply-To: References: Date: Sun, 16 Nov 2014 09:28:25 -0800 X-Google-Sender-Auth: XwAoj7f0Prm8XOHwUdwoxFWL5jc Message-ID: Subject: Re: em0 tx_dma_fail incrementing [SOLVED] From: Adrian Chadd To: FF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:28:28 -0000 Hi! Good catch! Would you mind filing a bug so we remember and (hopefully!) fix it to be the default? https://bugs.freebsd.org/submit/ Thanks! -adrian On 15 November 2014 08:31, FF wrote: > It looks like FreeBSD may be a victim of this bug: > > > > http://www.intel.com.au/content/dam/www/public/us/en/documents/specificat= ion-updates/82574-gbe-controller-spec-update.pdf > > > > 17. Tx Data Corruption When Using TCP Segmentation Offload > > Problem: When using TSO, a situation can occur where a PCIe MRd request i= s > repeated with the > > same address, resulting in data corruption. At the end of the TCP packet, > the Tx DMA > > hangs because the length doesn't match. This can only occur when the > following are > > true: > > =E2=80=A2 The first buffer of the packet is larger than [3 * (max_read_re= quest - > 4)]. > > =E2=80=A2 There is a 4 KB boundary within 64 bytes following the end of t= he header > bytes in > > the buffer > > Implication: Possible data corruption since a TCP packet is transmitted > containing the wrong data but > > with the correct checksum. > > Data transmission halts as the Tx DMA module enters a hang state. > > Workaround: The failure can be avoided by ensuring at least one of the > following: > > =E2=80=A2 The buffer containing the headers should not be larger than [3 = * > > (max_read_request - 4)]. To meet this requirement even for the minimum > value of > > 128 bytes for max_read_request, the buffer should not be larger than 372 > bytes. > > =E2=80=A2 The alignment of the buffer containing the headers should be su= ch that > there is no > > 4 KB boundary within 64 bytes following the end of the header bytes. > Assuming > > standard Ethernet/IP/TCP headers of 54 bytes, this means that the buffer > should > > not start 54-118 bytes before a 4 KB boundary. For example, 128-byte > alignment > > for this buffer could be used to fulfill this condition. > > This problem has not been reported when using an Intel Linux* or Windows* > drivers. > > Current analysis shows it is very unlikely for a situation to exist that > would cause the > > 82574 to be at risk for the errata when using the Intel Linux or Windows > drivers. > > > > Linux and other distros seem to have fixed it. This could be getting > exercised because FreeBSD recently changed the default buffer size above > 256 for this driver. > > > Since I didn't want to reboot to try the lower buffer size, I turned off > TSO on all the machines that I'd checked that were actively incrementing > tx_dma_fail for em interfaces then re-enabled their membership into the > LACP. > > > In brief testing, (few gigabits for a few minutes) tx_dma_fail has not > incremented and throughput has not been negatively impacted (before vs > after re-enable). > > > This is so anyone else who is scratching their head about why em > performance is terrible can solve it. > > > Best, > > > FF > > > On Thu, Nov 13, 2014 at 1:52 PM, FF wrote: > >> >> What knob do I need to turn to address this? >> >> This em0 is in an LACP bundle with an igb0 that isn't showing this probl= em. >> >> dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.3.8 >> dev.em.0.%driver: em >> dev.em.0.%location: slot=3D25 function=3D0 handle=3D\_SB_.PCI0.GLAN >> dev.em.0.%pnpinfo: vendor=3D0x8086 device=3D0x153b subvendor=3D0x15d9 >> subdevice=3D0x153b class=3D0x020000 >> dev.em.0.%parent: pci0 >> dev.em.0.nvm: -1 >> dev.em.0.debug: -1 >> dev.em.0.fc: 3 >> dev.em.0.rx_int_delay: 0 >> dev.em.0.tx_int_delay: 66 >> dev.em.0.rx_abs_int_delay: 66 >> dev.em.0.tx_abs_int_delay: 66 >> dev.em.0.itr: 488 >> dev.em.0.rx_processing_limit: 100 >> dev.em.0.eee_control: 1 >> dev.em.0.link_irq: 0 >> dev.em.0.mbuf_alloc_fail: 52 >> dev.em.0.cluster_alloc_fail: 0 >> dev.em.0.dropped: 0 >> ** >> dev.em.0.tx_dma_fail: 1834648 >> dev.em.0.rx_overruns: 3109 >> ** >> dev.em.0.watchdog_timeouts: 0 >> dev.em.0.device_control: 1209532992 >> dev.em.0.rx_control: 67141634 >> dev.em.0.fc_high_water: 23584 >> dev.em.0.fc_low_water: 20552 >> dev.em.0.queue0.txd_head: 577 >> dev.em.0.queue0.txd_tail: 577 >> dev.em.0.queue0.tx_irq: 0 >> dev.em.0.queue0.no_desc_avail: 0 >> dev.em.0.queue0.rxd_head: 967 >> dev.em.0.queue0.rxd_tail: 966 >> dev.em.0.queue0.rx_irq: 0 >> dev.em.0.mac_stats.excess_coll: 0 >> dev.em.0.mac_stats.single_coll: 0 >> dev.em.0.mac_stats.multiple_coll: 0 >> dev.em.0.mac_stats.late_coll: 0 >> dev.em.0.mac_stats.collision_count: 0 >> dev.em.0.mac_stats.symbol_errors: 0 >> dev.em.0.mac_stats.sequence_errors: 0 >> dev.em.0.mac_stats.defer_count: 0 >> dev.em.0.mac_stats.missed_packets: 61094 >> dev.em.0.mac_stats.recv_no_buff: 60008 >> dev.em.0.mac_stats.recv_undersize: 0 >> dev.em.0.mac_stats.recv_fragmented: 0 >> dev.em.0.mac_stats.recv_oversize: 0 >> dev.em.0.mac_stats.recv_jabber: 0 >> dev.em.0.mac_stats.recv_errs: 0 >> dev.em.0.mac_stats.crc_errs: 0 >> dev.em.0.mac_stats.alignment_errs: 0 >> dev.em.0.mac_stats.coll_ext_errs: 0 >> dev.em.0.mac_stats.xon_recvd: 40226659 >> dev.em.0.mac_stats.xon_txd: 2132 >> dev.em.0.mac_stats.xoff_recvd: 40241216 >> dev.em.0.mac_stats.xoff_txd: 2073563 >> dev.em.0.mac_stats.total_pkts_recvd: 3219537541 >> dev.em.0.mac_stats.good_pkts_recvd: 3139008594 >> dev.em.0.mac_stats.bcast_pkts_recvd: 3953817 >> dev.em.0.mac_stats.mcast_pkts_recvd: 607157 >> dev.em.0.mac_stats.rx_frames_64: 0 >> dev.em.0.mac_stats.rx_frames_65_127: 0 >> dev.em.0.mac_stats.rx_frames_128_255: 0 >> dev.em.0.mac_stats.rx_frames_256_511: 0 >> dev.em.0.mac_stats.rx_frames_512_1023: 0 >> dev.em.0.mac_stats.rx_frames_1024_1522: 0 >> dev.em.0.mac_stats.good_octets_recvd: 3527296369841 >> dev.em.0.mac_stats.good_octets_txd: 14348531993101 >> dev.em.0.mac_stats.total_pkts_txd: 10735190291 >> dev.em.0.mac_stats.good_pkts_txd: 10733114595 >> dev.em.0.mac_stats.bcast_pkts_txd: 14 >> dev.em.0.mac_stats.mcast_pkts_txd: 54334 >> dev.em.0.mac_stats.tx_frames_64: 0 >> dev.em.0.mac_stats.tx_frames_65_127: 0 >> dev.em.0.mac_stats.tx_frames_128_255: 0 >> dev.em.0.mac_stats.tx_frames_256_511: 0 >> dev.em.0.mac_stats.tx_frames_512_1023: 0 >> dev.em.0.mac_stats.tx_frames_1024_1522: 0 >> dev.em.0.mac_stats.tso_txd: 902605586 >> dev.em.0.mac_stats.tso_ctx_fail: 0 >> dev.em.0.interrupts.asserts: 1392541431 >> dev.em.0.interrupts.rx_pkt_timer: 0 >> dev.em.0.interrupts.rx_abs_timer: 0 >> dev.em.0.interrupts.tx_pkt_timer: 0 >> dev.em.0.interrupts.tx_abs_timer: 0 >> dev.em.0.interrupts.tx_queue_empty: 0 >> dev.em.0.interrupts.tx_queue_min_thresh: 0 >> dev.em.0.interrupts.rx_desc_min_thresh: 0 >> dev.em.0.interrupts.rx_overrun: 0 >> dev.em.0.wake: 0 >> >> dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 2.3.10 >> dev.igb.0.%driver: igb >> dev.igb.0.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.RP04.PXSX >> dev.igb.0.%pnpinfo: vendor=3D0x8086 device=3D0x1533 subvendor=3D0x15d9 >> subdevice=3D0x1533 class=3D0x020000 >> dev.igb.0.%parent: pci5 >> dev.igb.0.nvm: -1 >> dev.igb.0.enable_aim: 1 >> dev.igb.0.fc: 3 >> dev.igb.0.rx_processing_limit: 100 >> dev.igb.0.dmac: 0 >> dev.igb.0.eee_disabled: 0 >> dev.igb.0.link_irq: 33 >> dev.igb.0.dropped: 0 >> dev.igb.0.tx_dma_fail: 0 >> dev.igb.0.rx_overruns: 0 >> dev.igb.0.watchdog_timeouts: 0 >> dev.igb.0.device_control: 1209795137 >> dev.igb.0.rx_control: 71335938 >> dev.igb.0.interrupt_mask: 4 >> dev.igb.0.extended_int_mask: 2147483679 >> dev.igb.0.tx_buf_alloc: 0 >> dev.igb.0.rx_buf_alloc: 0 >> dev.igb.0.fc_high_water: 31328 >> dev.igb.0.fc_low_water: 31312 >> dev.igb.0.queue0.no_desc_avail: 0 >> dev.igb.0.queue0.tx_packets: 62464141 >> dev.igb.0.queue0.rx_packets: 73012939 >> dev.igb.0.queue0.rx_bytes: 22529663814 >> dev.igb.0.queue0.lro_queued: 0 >> dev.igb.0.queue0.lro_flushed: 0 >> dev.igb.0.queue1.no_desc_avail: 0 >> dev.igb.0.queue1.tx_packets: 404298046 >> dev.igb.0.queue1.rx_packets: 307675818 >> dev.igb.0.queue1.rx_bytes: 185919902229 >> dev.igb.0.queue1.lro_queued: 0 >> dev.igb.0.queue1.lro_flushed: 0 >> dev.igb.0.queue2.no_desc_avail: 0 >> dev.igb.0.queue2.tx_packets: 3441053015 >> dev.igb.0.queue2.rx_packets: 5511826751 >> dev.igb.0.queue2.rx_bytes: 3054219311510 >> dev.igb.0.queue2.lro_queued: 0 >> dev.igb.0.queue2.lro_flushed: 0 >> dev.igb.0.queue3.no_desc_avail: 0 >> dev.igb.0.queue3.tx_packets: 1047838830 >> dev.igb.0.queue3.rx_packets: 1987495318 >> dev.igb.0.queue3.rx_bytes: 2696179247028 >> dev.igb.0.queue3.lro_queued: 0 >> dev.igb.0.queue3.lro_flushed: 0 >> dev.igb.0.mac_stats.excess_coll: 0 >> dev.igb.0.mac_stats.single_coll: 0 >> dev.igb.0.mac_stats.multiple_coll: 0 >> dev.igb.0.mac_stats.late_coll: 0 >> dev.igb.0.mac_stats.collision_count: 0 >> dev.igb.0.mac_stats.symbol_errors: 0 >> dev.igb.0.mac_stats.sequence_errors: 0 >> dev.igb.0.mac_stats.defer_count: 283811 >> dev.igb.0.mac_stats.missed_packets: 9449 >> dev.igb.0.mac_stats.recv_no_buff: 340 >> dev.igb.0.mac_stats.recv_undersize: 0 >> dev.igb.0.mac_stats.recv_fragmented: 0 >> dev.igb.0.mac_stats.recv_oversize: 0 >> dev.igb.0.mac_stats.recv_jabber: 0 >> dev.igb.0.mac_stats.recv_errs: 0 >> dev.igb.0.mac_stats.crc_errs: 0 >> dev.igb.0.mac_stats.alignment_errs: 0 >> dev.igb.0.mac_stats.coll_ext_errs: 0 >> dev.igb.0.mac_stats.xon_recvd: 46255557 >> dev.igb.0.mac_stats.xon_txd: 261 >> dev.igb.0.mac_stats.xoff_recvd: 46255994 >> dev.igb.0.mac_stats.xoff_txd: 7027 >> dev.igb.0.mac_stats.total_pkts_recvd: 7975033582 >> dev.igb.0.mac_stats.good_pkts_recvd: 7880001465 >> dev.igb.0.mac_stats.bcast_pkts_recvd: 5783868 >> dev.igb.0.mac_stats.mcast_pkts_recvd: 563315 >> dev.igb.0.mac_stats.rx_frames_64: 28412906 >> dev.igb.0.mac_stats.rx_frames_65_127: 3310187919 >> dev.igb.0.mac_stats.rx_frames_128_255: 784920450 >> dev.igb.0.mac_stats.rx_frames_256_511: 17225962 >> dev.igb.0.mac_stats.rx_frames_512_1023: 73415350 >> dev.igb.0.mac_stats.rx_frames_1024_1522: 3665838878 >> dev.igb.0.mac_stats.good_octets_recvd: 5990356613544 >> dev.igb.0.mac_stats.good_octets_txd: 46326753008181 >> dev.igb.0.mac_stats.total_pkts_txd: 33016014138 >> dev.igb.0.mac_stats.good_pkts_txd: 33016006850 >> dev.igb.0.mac_stats.bcast_pkts_txd: 834 >> dev.igb.0.mac_stats.mcast_pkts_txd: 54331 >> dev.igb.0.mac_stats.tx_frames_64: 30741691 >> dev.igb.0.mac_stats.tx_frames_65_127: 2174824217 >> dev.igb.0.mac_stats.tx_frames_128_255: 139804927 >> dev.igb.0.mac_stats.tx_frames_256_511: 59190261 >> dev.igb.0.mac_stats.tx_frames_512_1023: 386886648 >> dev.igb.0.mac_stats.tx_frames_1024_1522: 30224559106 >> dev.igb.0.mac_stats.tso_txd: 2384636909 >> dev.igb.0.mac_stats.tso_ctx_fail: 0 >> dev.igb.0.interrupts.asserts: 4556119857 >> dev.igb.0.interrupts.rx_pkt_timer: 7879778770 >> dev.igb.0.interrupts.rx_abs_timer: 0 >> dev.igb.0.interrupts.tx_pkt_timer: 0 >> dev.igb.0.interrupts.tx_abs_timer: 0 >> dev.igb.0.interrupts.tx_queue_empty: 33015268817 >> dev.igb.0.interrupts.tx_queue_min_thresh: 7880001470 >> dev.igb.0.interrupts.rx_desc_min_thresh: 0 >> dev.igb.0.interrupts.rx_overrun: 0 >> dev.igb.0.host.breaker_tx_pkt: 0 >> dev.igb.0.host.host_tx_pkt_discard: 0 >> dev.igb.0.host.rx_pkt: 222702 >> dev.igb.0.host.breaker_rx_pkts: 0 >> dev.igb.0.host.breaker_rx_pkt_drop: 0 >> dev.igb.0.host.tx_good_pkt: 738033 >> dev.igb.0.host.breaker_tx_pkt_drop: 0 >> dev.igb.0.host.rx_good_bytes: 5990357073320 >> dev.igb.0.host.tx_good_bytes: 46326753008181 >> dev.igb.0.host.length_errors: 0 >> dev.igb.0.host.serdes_violation_pkt: 0 >> dev.igb.0.host.header_redir_missed: 0 >> dev.igb.0.wake: 0 >> >> >> hw.em.eee_setting: 1 >> hw.em.rx_process_limit: 100 >> hw.em.enable_msix: 1 >> hw.em.sbp: 0 >> hw.em.smart_pwr_down: 0 >> hw.em.txd: 1024 >> hw.em.rxd: 1024 >> hw.em.rx_abs_int_delay: 66 >> hw.em.tx_abs_int_delay: 66 >> hw.em.rx_int_delay: 0 >> hw.em.tx_int_delay: 66 >> >> hw.igb.rx_process_limit: 100 >> hw.igb.num_queues: 0 >> hw.igb.header_split: 0 >> hw.igb.buf_ring_size: 4096 >> hw.igb.max_interrupt_rate: 8000 >> hw.igb.enable_msix: 1 >> hw.igb.enable_aim: 1 >> hw.igb.txd: 1024 >> hw.igb.rxd: 1024 >> >> FreeBSD systemname.com 9.2-RELEASE-p10 FreeBSD 9.2-RELEASE-p10 #0 >> r270148M: Mon Aug 18 23:14:36 EDT 2014 root@peta108:/usr/obj/usr/src= /sys/CUSTOM10 >> amd64 >> >> em0: flags=3D8843 metric 0 mtu 1= 500 >> >> options=3D4019b >> ether 00:25:90:f2:2d:24 >> inet6 fe80::225:90ff:fef2:2d24%em0 prefixlen 64 scopeid 0x2 >> nd6 options=3D29 >> media: Ethernet autoselect (1000baseT ) >> status: active >> igb0: flags=3D8843 metric 0 mtu = 1500 >> >> options=3D401bb >> ether 00:25:90:f2:2d:24 >> inet6 fe80::225:90ff:fef2:2d25%igb0 prefixlen 64 scopeid 0x4 >> nd6 options=3D29 >> media: Ethernet autoselect (1000baseT ) >> status: active >> lo0: flags=3D8049 metric 0 mtu 16384 >> options=3D600003 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 >> inet 127.0.0.1 netmask 0xff000000 >> nd6 options=3D21 >> lagg0: flags=3D8843 metric 0 mtu= 1500 >> >> options=3D4019b >> ether 00:25:90:f2:2d:24 >> inet 192.168.0.108 netmask 0xffffff00 broadcast 192.168.0.255 >> inet6 fe80::225:90ff:fef2:2d24%lagg0 prefixlen 64 scopeid 0x8 >> nd6 options=3D29 >> media: Ethernet autoselect >> status: active >> laggproto lacp lagghash l2,l3,l4 >> laggport: igb0 flags=3D1c >> laggport: em0 flags=3D1c >> >> Thanks in advance! >> >> -- >> FF >> > > > > -- > FF > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" From owner-freebsd-questions@FreeBSD.ORG Sun Nov 16 17:29:31 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87F16421 for ; Sun, 16 Nov 2014 17:29:31 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A5A1FDF for ; Sun, 16 Nov 2014 17:29:31 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id y19so898338wgg.7 for ; Sun, 16 Nov 2014 09:29:29 -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=n622+ml4vdr6hvP4qQ8x/XM7HoxVhMu9IuQxlmyyDXY=; b=HyzOTqXFTisD2N1bXuvTRJ11pqg0LJ+z9+3oS8R49YKaMR/FGtyCY3rDZ1dTUOuM9s zSF0CZvVUNr3zYHtzVELKSQZ+E/TdawMFwPXTfB/PLHYq7K1EmIYFoDvQ5FkTKvxe1s1 k15NfII3dmnRn72+YKcc2g0HdCV5+O0KdXQ4MHfz9yXBv8928Vj40GUxmoHU5Aul54sJ S+GUG4xy/I1vNzNML2hM72UkS0TY/seOPRsRiuDELyaIdCv2yKsO59fuLSaHxMJOAEdG lUj5zL4UMZ17aZtcAT1rwymqLDXlIswmBuJSpfkzXhLAPLJ/HK4eC77mwBVc7rBK/vGS WnfA== MIME-Version: 1.0 X-Received: by 10.194.80.100 with SMTP id q4mr31859382wjx.15.1416158969579; Sun, 16 Nov 2014 09:29:29 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Sun, 16 Nov 2014 09:29:29 -0800 (PST) In-Reply-To: <546770A1.1070606@qeng-ho.org> References: <546770A1.1070606@qeng-ho.org> Date: Sun, 16 Nov 2014 09:29:29 -0800 X-Google-Sender-Auth: 4DZxyHQdGmahXZxTydL-dd7KRJU Message-ID: Subject: Re: igb interfaces and kern.ipc.nmbclusters From: Adrian Chadd To: Arthur Chance Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD-Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:29:31 -0000 That default is high and should be fine for almost all uses at 1g. -adrian On 15 November 2014 07:26, Arthur Chance wrote: > man igb contains the section > > kern.ipc.nmbclusters > The maximum number of mbuf clusters allowed. If the system has > more than one igb card or jumbo frames are enabled, this value > will need to be increased. > > Given that I'm in the process of setting up a new server with two igb > interfaces, is there a suggestion for what I should set it to? > > My current value is > > root@arthur:4# sysctl kern.ipc.nmbclusters > kern.ipc.nmbclusters: 2020126 > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Nov 16 22:34:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 767E3148 for ; Sun, 16 Nov 2014 22:34:25 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 4FAA02DE for ; Sun, 16 Nov 2014 22:34:24 +0000 (UTC) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.7) with ESMTP id sAGMFA08086791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 16 Nov 2014 14:15:11 -0800 (PST) (envelope-from bc979@lafn.org) From: Doug Hardie Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: vsnprintf and friends modify the va_list argument Message-Id: Date: Sun, 16 Nov 2014 14:15:10 -0800 To: "freebsd-questions@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) X-Mailer: Apple Mail (2.1990.1) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 22:34:25 -0000 I suspect this needs to be in a WARNING section of the printf(3) man = page. The print functions that use variable arguments modify the = argument list so that only one can be called. For example, to print the = arguments and also write them to a file using the following code will = cause a segmentation violation: vprintf (fd, fmt, args); vsnprintf (buf, sizeof(buf), fmt, args); Switching the order of the calls doesn=E2=80=99t eliminate the = segmentation violation. You have to do something on the order of: vsnprintf (buf, sizeof(buf), fmt, args); fprintf (fd, =E2=80=9C%s=E2=80=9D, buf);= From owner-freebsd-questions@FreeBSD.ORG Sun Nov 16 23:58:41 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3AF0E9C; Sun, 16 Nov 2014 23:58:41 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 60CD6C55; Sun, 16 Nov 2014 23:58:41 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id sAGNweWC067503; Sun, 16 Nov 2014 18:58:40 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <54693A30.3040404@sentex.net> Date: Sun, 16 Nov 2014 18:58:40 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Adrian Chadd , FF Subject: Re: em0 tx_dma_fail incrementing [SOLVED] References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.75 Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 23:58:41 -0000 On 11/16/2014 12:28 PM, Adrian Chadd wrote: > Hi! > > Good catch! Would you mind filing a bug so we remember and > (hopefully!) fix it to be the default? > > https://bugs.freebsd.org/submit/ I wonder if this is the bug I was running into https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193802 ---Mike > > Thanks! > > > -adrian > > > On 15 November 2014 08:31, FF wrote: >> It looks like FreeBSD may be a victim of this bug: >> >> >> >> http://www.intel.com.au/content/dam/www/public/us/en/documents/specification-updates/82574-gbe-controller-spec-update.pdf >> >> >> >> 17. Tx Data Corruption When Using TCP Segmentation Offload >> >> Problem: When using TSO, a situation can occur where a PCIe MRd request is >> repeated with the >> >> same address, resulting in data corruption. At the end of the TCP packet, >> the Tx DMA >> >> hangs because the length doesn't match. This can only occur when the >> following are >> >> true: >> >> • The first buffer of the packet is larger than [3 * (max_read_request - >> 4)]. >> >> • There is a 4 KB boundary within 64 bytes following the end of the header >> bytes in >> >> the buffer >> >> Implication: Possible data corruption since a TCP packet is transmitted >> containing the wrong data but >> >> with the correct checksum. >> >> Data transmission halts as the Tx DMA module enters a hang state. >> >> Workaround: The failure can be avoided by ensuring at least one of the >> following: >> >> • The buffer containing the headers should not be larger than [3 * >> >> (max_read_request - 4)]. To meet this requirement even for the minimum >> value of >> >> 128 bytes for max_read_request, the buffer should not be larger than 372 >> bytes. >> >> • The alignment of the buffer containing the headers should be such that >> there is no >> >> 4 KB boundary within 64 bytes following the end of the header bytes. >> Assuming >> >> standard Ethernet/IP/TCP headers of 54 bytes, this means that the buffer >> should >> >> not start 54-118 bytes before a 4 KB boundary. For example, 128-byte >> alignment >> >> for this buffer could be used to fulfill this condition. >> >> This problem has not been reported when using an Intel Linux* or Windows* >> drivers. >> >> Current analysis shows it is very unlikely for a situation to exist that >> would cause the >> >> 82574 to be at risk for the errata when using the Intel Linux or Windows >> drivers. >> >> >> >> Linux and other distros seem to have fixed it. This could be getting >> exercised because FreeBSD recently changed the default buffer size above >> 256 for this driver. >> >> >> Since I didn't want to reboot to try the lower buffer size, I turned off >> TSO on all the machines that I'd checked that were actively incrementing >> tx_dma_fail for em interfaces then re-enabled their membership into the >> LACP. >> >> >> In brief testing, (few gigabits for a few minutes) tx_dma_fail has not >> incremented and throughput has not been negatively impacted (before vs >> after re-enable). >> >> >> This is so anyone else who is scratching their head about why em >> performance is terrible can solve it. >> >> >> Best, >> >> >> FF >> >> >> On Thu, Nov 13, 2014 at 1:52 PM, FF wrote: >> >>> >>> What knob do I need to turn to address this? >>> >>> This em0 is in an LACP bundle with an igb0 that isn't showing this problem. >>> >>> dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.3.8 >>> dev.em.0.%driver: em >>> dev.em.0.%location: slot=25 function=0 handle=\_SB_.PCI0.GLAN >>> dev.em.0.%pnpinfo: vendor=0x8086 device=0x153b subvendor=0x15d9 >>> subdevice=0x153b class=0x020000 >>> dev.em.0.%parent: pci0 >>> dev.em.0.nvm: -1 >>> dev.em.0.debug: -1 >>> dev.em.0.fc: 3 >>> dev.em.0.rx_int_delay: 0 >>> dev.em.0.tx_int_delay: 66 >>> dev.em.0.rx_abs_int_delay: 66 >>> dev.em.0.tx_abs_int_delay: 66 >>> dev.em.0.itr: 488 >>> dev.em.0.rx_processing_limit: 100 >>> dev.em.0.eee_control: 1 >>> dev.em.0.link_irq: 0 >>> dev.em.0.mbuf_alloc_fail: 52 >>> dev.em.0.cluster_alloc_fail: 0 >>> dev.em.0.dropped: 0 >>> ** >>> dev.em.0.tx_dma_fail: 1834648 >>> dev.em.0.rx_overruns: 3109 >>> ** >>> dev.em.0.watchdog_timeouts: 0 >>> dev.em.0.device_control: 1209532992 >>> dev.em.0.rx_control: 67141634 >>> dev.em.0.fc_high_water: 23584 >>> dev.em.0.fc_low_water: 20552 >>> dev.em.0.queue0.txd_head: 577 >>> dev.em.0.queue0.txd_tail: 577 >>> dev.em.0.queue0.tx_irq: 0 >>> dev.em.0.queue0.no_desc_avail: 0 >>> dev.em.0.queue0.rxd_head: 967 >>> dev.em.0.queue0.rxd_tail: 966 >>> dev.em.0.queue0.rx_irq: 0 >>> dev.em.0.mac_stats.excess_coll: 0 >>> dev.em.0.mac_stats.single_coll: 0 >>> dev.em.0.mac_stats.multiple_coll: 0 >>> dev.em.0.mac_stats.late_coll: 0 >>> dev.em.0.mac_stats.collision_count: 0 >>> dev.em.0.mac_stats.symbol_errors: 0 >>> dev.em.0.mac_stats.sequence_errors: 0 >>> dev.em.0.mac_stats.defer_count: 0 >>> dev.em.0.mac_stats.missed_packets: 61094 >>> dev.em.0.mac_stats.recv_no_buff: 60008 >>> dev.em.0.mac_stats.recv_undersize: 0 >>> dev.em.0.mac_stats.recv_fragmented: 0 >>> dev.em.0.mac_stats.recv_oversize: 0 >>> dev.em.0.mac_stats.recv_jabber: 0 >>> dev.em.0.mac_stats.recv_errs: 0 >>> dev.em.0.mac_stats.crc_errs: 0 >>> dev.em.0.mac_stats.alignment_errs: 0 >>> dev.em.0.mac_stats.coll_ext_errs: 0 >>> dev.em.0.mac_stats.xon_recvd: 40226659 >>> dev.em.0.mac_stats.xon_txd: 2132 >>> dev.em.0.mac_stats.xoff_recvd: 40241216 >>> dev.em.0.mac_stats.xoff_txd: 2073563 >>> dev.em.0.mac_stats.total_pkts_recvd: 3219537541 >>> dev.em.0.mac_stats.good_pkts_recvd: 3139008594 >>> dev.em.0.mac_stats.bcast_pkts_recvd: 3953817 >>> dev.em.0.mac_stats.mcast_pkts_recvd: 607157 >>> dev.em.0.mac_stats.rx_frames_64: 0 >>> dev.em.0.mac_stats.rx_frames_65_127: 0 >>> dev.em.0.mac_stats.rx_frames_128_255: 0 >>> dev.em.0.mac_stats.rx_frames_256_511: 0 >>> dev.em.0.mac_stats.rx_frames_512_1023: 0 >>> dev.em.0.mac_stats.rx_frames_1024_1522: 0 >>> dev.em.0.mac_stats.good_octets_recvd: 3527296369841 >>> dev.em.0.mac_stats.good_octets_txd: 14348531993101 >>> dev.em.0.mac_stats.total_pkts_txd: 10735190291 >>> dev.em.0.mac_stats.good_pkts_txd: 10733114595 >>> dev.em.0.mac_stats.bcast_pkts_txd: 14 >>> dev.em.0.mac_stats.mcast_pkts_txd: 54334 >>> dev.em.0.mac_stats.tx_frames_64: 0 >>> dev.em.0.mac_stats.tx_frames_65_127: 0 >>> dev.em.0.mac_stats.tx_frames_128_255: 0 >>> dev.em.0.mac_stats.tx_frames_256_511: 0 >>> dev.em.0.mac_stats.tx_frames_512_1023: 0 >>> dev.em.0.mac_stats.tx_frames_1024_1522: 0 >>> dev.em.0.mac_stats.tso_txd: 902605586 >>> dev.em.0.mac_stats.tso_ctx_fail: 0 >>> dev.em.0.interrupts.asserts: 1392541431 >>> dev.em.0.interrupts.rx_pkt_timer: 0 >>> dev.em.0.interrupts.rx_abs_timer: 0 >>> dev.em.0.interrupts.tx_pkt_timer: 0 >>> dev.em.0.interrupts.tx_abs_timer: 0 >>> dev.em.0.interrupts.tx_queue_empty: 0 >>> dev.em.0.interrupts.tx_queue_min_thresh: 0 >>> dev.em.0.interrupts.rx_desc_min_thresh: 0 >>> dev.em.0.interrupts.rx_overrun: 0 >>> dev.em.0.wake: 0 >>> >>> dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 2.3.10 >>> dev.igb.0.%driver: igb >>> dev.igb.0.%location: slot=0 function=0 handle=\_SB_.PCI0.RP04.PXSX >>> dev.igb.0.%pnpinfo: vendor=0x8086 device=0x1533 subvendor=0x15d9 >>> subdevice=0x1533 class=0x020000 >>> dev.igb.0.%parent: pci5 >>> dev.igb.0.nvm: -1 >>> dev.igb.0.enable_aim: 1 >>> dev.igb.0.fc: 3 >>> dev.igb.0.rx_processing_limit: 100 >>> dev.igb.0.dmac: 0 >>> dev.igb.0.eee_disabled: 0 >>> dev.igb.0.link_irq: 33 >>> dev.igb.0.dropped: 0 >>> dev.igb.0.tx_dma_fail: 0 >>> dev.igb.0.rx_overruns: 0 >>> dev.igb.0.watchdog_timeouts: 0 >>> dev.igb.0.device_control: 1209795137 >>> dev.igb.0.rx_control: 71335938 >>> dev.igb.0.interrupt_mask: 4 >>> dev.igb.0.extended_int_mask: 2147483679 >>> dev.igb.0.tx_buf_alloc: 0 >>> dev.igb.0.rx_buf_alloc: 0 >>> dev.igb.0.fc_high_water: 31328 >>> dev.igb.0.fc_low_water: 31312 >>> dev.igb.0.queue0.no_desc_avail: 0 >>> dev.igb.0.queue0.tx_packets: 62464141 >>> dev.igb.0.queue0.rx_packets: 73012939 >>> dev.igb.0.queue0.rx_bytes: 22529663814 >>> dev.igb.0.queue0.lro_queued: 0 >>> dev.igb.0.queue0.lro_flushed: 0 >>> dev.igb.0.queue1.no_desc_avail: 0 >>> dev.igb.0.queue1.tx_packets: 404298046 >>> dev.igb.0.queue1.rx_packets: 307675818 >>> dev.igb.0.queue1.rx_bytes: 185919902229 >>> dev.igb.0.queue1.lro_queued: 0 >>> dev.igb.0.queue1.lro_flushed: 0 >>> dev.igb.0.queue2.no_desc_avail: 0 >>> dev.igb.0.queue2.tx_packets: 3441053015 >>> dev.igb.0.queue2.rx_packets: 5511826751 >>> dev.igb.0.queue2.rx_bytes: 3054219311510 >>> dev.igb.0.queue2.lro_queued: 0 >>> dev.igb.0.queue2.lro_flushed: 0 >>> dev.igb.0.queue3.no_desc_avail: 0 >>> dev.igb.0.queue3.tx_packets: 1047838830 >>> dev.igb.0.queue3.rx_packets: 1987495318 >>> dev.igb.0.queue3.rx_bytes: 2696179247028 >>> dev.igb.0.queue3.lro_queued: 0 >>> dev.igb.0.queue3.lro_flushed: 0 >>> dev.igb.0.mac_stats.excess_coll: 0 >>> dev.igb.0.mac_stats.single_coll: 0 >>> dev.igb.0.mac_stats.multiple_coll: 0 >>> dev.igb.0.mac_stats.late_coll: 0 >>> dev.igb.0.mac_stats.collision_count: 0 >>> dev.igb.0.mac_stats.symbol_errors: 0 >>> dev.igb.0.mac_stats.sequence_errors: 0 >>> dev.igb.0.mac_stats.defer_count: 283811 >>> dev.igb.0.mac_stats.missed_packets: 9449 >>> dev.igb.0.mac_stats.recv_no_buff: 340 >>> dev.igb.0.mac_stats.recv_undersize: 0 >>> dev.igb.0.mac_stats.recv_fragmented: 0 >>> dev.igb.0.mac_stats.recv_oversize: 0 >>> dev.igb.0.mac_stats.recv_jabber: 0 >>> dev.igb.0.mac_stats.recv_errs: 0 >>> dev.igb.0.mac_stats.crc_errs: 0 >>> dev.igb.0.mac_stats.alignment_errs: 0 >>> dev.igb.0.mac_stats.coll_ext_errs: 0 >>> dev.igb.0.mac_stats.xon_recvd: 46255557 >>> dev.igb.0.mac_stats.xon_txd: 261 >>> dev.igb.0.mac_stats.xoff_recvd: 46255994 >>> dev.igb.0.mac_stats.xoff_txd: 7027 >>> dev.igb.0.mac_stats.total_pkts_recvd: 7975033582 >>> dev.igb.0.mac_stats.good_pkts_recvd: 7880001465 >>> dev.igb.0.mac_stats.bcast_pkts_recvd: 5783868 >>> dev.igb.0.mac_stats.mcast_pkts_recvd: 563315 >>> dev.igb.0.mac_stats.rx_frames_64: 28412906 >>> dev.igb.0.mac_stats.rx_frames_65_127: 3310187919 >>> dev.igb.0.mac_stats.rx_frames_128_255: 784920450 >>> dev.igb.0.mac_stats.rx_frames_256_511: 17225962 >>> dev.igb.0.mac_stats.rx_frames_512_1023: 73415350 >>> dev.igb.0.mac_stats.rx_frames_1024_1522: 3665838878 >>> dev.igb.0.mac_stats.good_octets_recvd: 5990356613544 >>> dev.igb.0.mac_stats.good_octets_txd: 46326753008181 >>> dev.igb.0.mac_stats.total_pkts_txd: 33016014138 >>> dev.igb.0.mac_stats.good_pkts_txd: 33016006850 >>> dev.igb.0.mac_stats.bcast_pkts_txd: 834 >>> dev.igb.0.mac_stats.mcast_pkts_txd: 54331 >>> dev.igb.0.mac_stats.tx_frames_64: 30741691 >>> dev.igb.0.mac_stats.tx_frames_65_127: 2174824217 >>> dev.igb.0.mac_stats.tx_frames_128_255: 139804927 >>> dev.igb.0.mac_stats.tx_frames_256_511: 59190261 >>> dev.igb.0.mac_stats.tx_frames_512_1023: 386886648 >>> dev.igb.0.mac_stats.tx_frames_1024_1522: 30224559106 >>> dev.igb.0.mac_stats.tso_txd: 2384636909 >>> dev.igb.0.mac_stats.tso_ctx_fail: 0 >>> dev.igb.0.interrupts.asserts: 4556119857 >>> dev.igb.0.interrupts.rx_pkt_timer: 7879778770 >>> dev.igb.0.interrupts.rx_abs_timer: 0 >>> dev.igb.0.interrupts.tx_pkt_timer: 0 >>> dev.igb.0.interrupts.tx_abs_timer: 0 >>> dev.igb.0.interrupts.tx_queue_empty: 33015268817 >>> dev.igb.0.interrupts.tx_queue_min_thresh: 7880001470 >>> dev.igb.0.interrupts.rx_desc_min_thresh: 0 >>> dev.igb.0.interrupts.rx_overrun: 0 >>> dev.igb.0.host.breaker_tx_pkt: 0 >>> dev.igb.0.host.host_tx_pkt_discard: 0 >>> dev.igb.0.host.rx_pkt: 222702 >>> dev.igb.0.host.breaker_rx_pkts: 0 >>> dev.igb.0.host.breaker_rx_pkt_drop: 0 >>> dev.igb.0.host.tx_good_pkt: 738033 >>> dev.igb.0.host.breaker_tx_pkt_drop: 0 >>> dev.igb.0.host.rx_good_bytes: 5990357073320 >>> dev.igb.0.host.tx_good_bytes: 46326753008181 >>> dev.igb.0.host.length_errors: 0 >>> dev.igb.0.host.serdes_violation_pkt: 0 >>> dev.igb.0.host.header_redir_missed: 0 >>> dev.igb.0.wake: 0 >>> >>> >>> hw.em.eee_setting: 1 >>> hw.em.rx_process_limit: 100 >>> hw.em.enable_msix: 1 >>> hw.em.sbp: 0 >>> hw.em.smart_pwr_down: 0 >>> hw.em.txd: 1024 >>> hw.em.rxd: 1024 >>> hw.em.rx_abs_int_delay: 66 >>> hw.em.tx_abs_int_delay: 66 >>> hw.em.rx_int_delay: 0 >>> hw.em.tx_int_delay: 66 >>> >>> hw.igb.rx_process_limit: 100 >>> hw.igb.num_queues: 0 >>> hw.igb.header_split: 0 >>> hw.igb.buf_ring_size: 4096 >>> hw.igb.max_interrupt_rate: 8000 >>> hw.igb.enable_msix: 1 >>> hw.igb.enable_aim: 1 >>> hw.igb.txd: 1024 >>> hw.igb.rxd: 1024 >>> >>> FreeBSD systemname.com 9.2-RELEASE-p10 FreeBSD 9.2-RELEASE-p10 #0 >>> r270148M: Mon Aug 18 23:14:36 EDT 2014 root@peta108:/usr/obj/usr/src/sys/CUSTOM10 >>> amd64 >>> >>> em0: flags=8843 metric 0 mtu 1500 >>> >>> options=4019b >>> ether 00:25:90:f2:2d:24 >>> inet6 fe80::225:90ff:fef2:2d24%em0 prefixlen 64 scopeid 0x2 >>> nd6 options=29 >>> media: Ethernet autoselect (1000baseT ) >>> status: active >>> igb0: flags=8843 metric 0 mtu 1500 >>> >>> options=401bb >>> ether 00:25:90:f2:2d:24 >>> inet6 fe80::225:90ff:fef2:2d25%igb0 prefixlen 64 scopeid 0x4 >>> nd6 options=29 >>> media: Ethernet autoselect (1000baseT ) >>> status: active >>> lo0: flags=8049 metric 0 mtu 16384 >>> options=600003 >>> inet6 ::1 prefixlen 128 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 >>> inet 127.0.0.1 netmask 0xff000000 >>> nd6 options=21 >>> lagg0: flags=8843 metric 0 mtu 1500 >>> >>> options=4019b >>> ether 00:25:90:f2:2d:24 >>> inet 192.168.0.108 netmask 0xffffff00 broadcast 192.168.0.255 >>> inet6 fe80::225:90ff:fef2:2d24%lagg0 prefixlen 64 scopeid 0x8 >>> nd6 options=29 >>> media: Ethernet autoselect >>> status: active >>> laggproto lacp lagghash l2,l3,l4 >>> laggport: igb0 flags=1c >>> laggport: em0 flags=1c >>> >>> Thanks in advance! >>> >>> -- >>> FF >>> >> >> >> >> -- >> FF >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 02:08:55 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DA27B37 for ; Mon, 17 Nov 2014 02:08:55 +0000 (UTC) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31925A09 for ; Mon, 17 Nov 2014 02:08:55 +0000 (UTC) Received: from r56.edvax.de (port-92-195-158-193.dynamic.qsc.de [92.195.158.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id BB1063D453; Mon, 17 Nov 2014 03:08:46 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id sAH28iVb003296; Mon, 17 Nov 2014 03:08:45 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Mon, 17 Nov 2014 03:08:44 +0100 From: Polytropon To: Doug Hardie Subject: Re: vsnprintf and friends modify the va_list argument Message-Id: <20141117030844.d83bbae3.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 02:08:55 -0000 On Sun, 16 Nov 2014 14:15:10 -0800, Doug Hardie wrote: > I suspect this needs to be in a WARNING section of the > printf(3) man page. The print functions that use variable > arguments modify the argument list so that only one can > be called. In "man 3 printf" there is no mentioning that ap is being modified, but "man 3 stdarg" where va_start(), va_arg(), va_copy() and va_end() are being described, states the following (see 3rd sentence): The va_arg() macro expands to an expression that has the type and value of the next argument in the call. The parameter ap is the va_list ap initialized by va_start(). Each call to va_arg() modifies ap so that the next call returns the next argument. The parameter type is a type name specified so that the type of a pointer to an object that has the speci- fied type can be obtained simply by adding a * to type. It's important to understand that functions like vsnprintf(), vprintf() and fprintf() rely on the va_* functions / macros which _modify_ the va_list pointer. An additional hint is provided by the vprintf() prototypes where no "const" is mentioned in regards of the ap parameter: int vprintf(const char * restrict format, va_list ap); Maybe adding stdarg(3) to printf(3)'s SEE ALSO section would be a helpful choice here. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 04:01:16 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 453BBFAA for ; Mon, 17 Nov 2014 04:01:16 +0000 (UTC) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B6E9A63B for ; Mon, 17 Nov 2014 04:01:15 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id w7so6746230lbi.1 for ; Sun, 16 Nov 2014 20:01:13 -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=4PZthFhs1GewSCtCJvVg36AHOfQdhX2QQKM/UgxzDco=; b=brGMi/zweiiPqAc+tb2xWMdtLH6YWofdtppwz90kaW1K53eBS7r0IceIeLjdcc6HPQ hX62D77CckRcN/Q9Idvd3ShL/7FFDu/m65jnXP30kpzqE75hSEYlA47YLe6XEASBped5 AyzMYlYG5qT71ASU8W4kwimIISimmIaDwDwtP9Ge7Mss3kM6ekrj8LxaFyhvpWpKD+xa pddd07Meza1+V2ytt/JTsrwMaTesx4gnYcNBnTQJUmjiSL43F0yuXTZvu6D2iWUSbp2Q /zdreIf+QY0oRf4MB2ikxOluDN91t5KyfE0VmsiSZuGDFqluBNEqOQ3XkufIOweINuFp I7lg== MIME-Version: 1.0 X-Received: by 10.112.200.34 with SMTP id jp2mr24510719lbc.1.1416196873641; Sun, 16 Nov 2014 20:01:13 -0800 (PST) Received: by 10.25.215.212 with HTTP; Sun, 16 Nov 2014 20:01:13 -0800 (PST) In-Reply-To: References: Date: Sun, 16 Nov 2014 20:01:13 -0800 Message-ID: Subject: Re: playing Blu-Ray discs From: Waitman Gobble To: "C. P. Ghost" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-questions@freebsd.org" , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 04:01:16 -0000 On Thu, Nov 13, 2014 at 3:01 PM, C. P. Ghost wrote: > On Thu, Nov 13, 2014 at 3:47 PM, krad wrote: > >> you are onto a looser as not even linux can do bluerays properly. Its to >> do >> with player licensing, DRM and opensource incompatibilities. >> > > You need to remove the DRM with tools like Slysoft's AnyDVD-HD, > which, unfortunately, runs only under Windows. You may want to try > it under Wine, but I don't know whether it's been successfully done or > not. > > >> >> On 9 November 2014 10:17, Waitman Gobble wrote: >> >> > Hi, >> > >> > Anyone have pointers on playing Blu-Ray discs using FreeBSD? >> > >> > I installed /multimedia/libbluray from ports. This solved a problem of >> > inserted discs spinning forever until the end of time (and actually >> > blocking the entire system). But playing the disc does not seem to work >> w/ >> > mplayer or xine. >> > >> > Thanks >> > >> > -- >> > Waitman Gobble >> > Los Altos California USA >> > 510-830-7975 >> > _______________________________________________ >> > freebsd-questions@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> > To unsubscribe, send any mail to " >> > freebsd-questions-unsubscribe@freebsd.org" >> > >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to " >> freebsd-questions-unsubscribe@freebsd.org" >> > > -- > Cordula's Web. http://www.cordula.ws/ > Thanks for the info. I notice the sysutils/udfclient can read the disk structure. I've forked and updated https://github.com/williamdevries/UDF for 11.0-Current, will see if that gets me anywhere. -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 04:17:34 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C231143 for ; Mon, 17 Nov 2014 04:17:34 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CBA0880A for ; Mon, 17 Nov 2014 04:17:33 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id pn19so740366lab.12 for ; Sun, 16 Nov 2014 20:17:31 -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=b4nzDZhQczAY4fCbFmFf74/AK6Tre8ZNOvd9aEpAwxs=; b=gpjoUOtcxAaaf/ob4nGbw3ltAdE8UHsDVlghc3XuHwxHGeqU56wPNUfKuQGVEqkGZ9 rU1PhBZNgUT7N6r139CBW3q9koMdwNChgl33Qn4uiK8q/6MCslljBH+h/XQ/v7luZOui L0LhL6Oc8+W5D6VnUFYRuo5fXFlswNv46pBPUBOA+KJhY77Q6Rtg1kIz5gLX70WBdxnT CXz0b2XcKqWVEqyIdHstVtgGPdEgSUgKXDwrX2IFIyIRJtcFpJ264q7ijGygERp4AjpE CJxtUqu3hA6vGwHSVPRKjPhDFViKrLGXGbsIXx2p98Fl15K511TGRNtTeJedkz4xK17p 3n8Q== MIME-Version: 1.0 X-Received: by 10.152.19.37 with SMTP id b5mr7086183lae.80.1416197851560; Sun, 16 Nov 2014 20:17:31 -0800 (PST) Received: by 10.25.215.212 with HTTP; Sun, 16 Nov 2014 20:17:31 -0800 (PST) In-Reply-To: References: Date: Sun, 16 Nov 2014 20:17:31 -0800 Message-ID: Subject: Re: playing Blu-Ray discs From: Waitman Gobble To: "C. P. Ghost" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-questions@freebsd.org" , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 04:17:34 -0000 On Sun, Nov 16, 2014 at 8:01 PM, Waitman Gobble wrote: > > > On Thu, Nov 13, 2014 at 3:01 PM, C. P. Ghost wrote: > >> On Thu, Nov 13, 2014 at 3:47 PM, krad wrote: >> >>> you are onto a looser as not even linux can do bluerays properly. Its to >>> do >>> with player licensing, DRM and opensource incompatibilities. >>> >> >> You need to remove the DRM with tools like Slysoft's AnyDVD-HD, >> which, unfortunately, runs only under Windows. You may want to try >> it under Wine, but I don't know whether it's been successfully done or >> not. >> >> >>> >>> On 9 November 2014 10:17, Waitman Gobble wrote: >>> >>> > Hi, >>> > >>> > Anyone have pointers on playing Blu-Ray discs using FreeBSD? >>> > >>> > I installed /multimedia/libbluray from ports. This solved a problem of >>> > inserted discs spinning forever until the end of time (and actually >>> > blocking the entire system). But playing the disc does not seem to >>> work w/ >>> > mplayer or xine. >>> > >>> > Thanks >>> > >>> > -- >>> > Waitman Gobble >>> > Los Altos California USA >>> > 510-830-7975 >>> > _______________________________________________ >>> > freebsd-questions@freebsd.org mailing list >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> > To unsubscribe, send any mail to " >>> > freebsd-questions-unsubscribe@freebsd.org" >>> > >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to " >>> freebsd-questions-unsubscribe@freebsd.org" >>> >> >> -- >> Cordula's Web. http://www.cordula.ws/ >> > > > Thanks for the info. I notice the sysutils/udfclient can read the disk > structure. I've forked and updated https://github.com/williamdevries/UDF > for 11.0-Current, will see if that gets me anywhere. > > -- > Waitman Gobble > Los Altos California USA > 510-830-7975 > The updated UDF kernel source seems to work with 11.0-Current. Moves me a little forward :) #1 using existing UDF driver: [1019] > mount_udf /dev/cd0 /br mount_udf: /dev/cd0: Invalid argument #2 using 'new' UDF driver: [1020] > mount_udf2 /dev/cd0 /br [1021] > cd /br [1022] > ls AACS BDMV CERTIFICATE [1023] > I'll post the code if anyone else wants to tinker with it. Now to see about actually playing the disc... -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 04:38:55 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E91DA7F4 for ; Mon, 17 Nov 2014 04:38:55 +0000 (UTC) Received: from mail5.networktest.com (mail5.networktest.com [204.109.60.142]) (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 C6434997 for ; Mon, 17 Nov 2014 04:38:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail5.networktest.com (Postfix) with ESMTP id 443062FCCB6 for ; Sun, 16 Nov 2014 20:33:42 -0800 (PST) Received: from mail5.networktest.com ([127.0.0.1]) by localhost (mail5.networktest.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 18418-05 for ; Sun, 16 Nov 2014 20:33:42 -0800 (PST) Received: from tejay.local (unknown [76.89.160.208]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail5.networktest.com (Postfix) with ESMTPSA id 020E22FCCB1 for ; Sun, 16 Nov 2014 20:33:41 -0800 (PST) Message-ID: <54697AA5.6040804@networktest.com> Date: Sun, 16 Nov 2014 20:33:41 -0800 From: David Newman Organization: Network Test Inc. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: upgrading 9.3 / ZFS v28 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 04:38:56 -0000 Greetings. For a system running 9.3-RELEASE with ZFS v28 on the root partition (I did this manually long ago), are there any gotchas for upgrading to 10.1? I've done many other 9->10 upgrades using freebsd-update and they went OK, but those systems all had UFS filesystems. Are any special steps needed here? Thanks! dn From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 06:00:12 2014 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E4C43C8 for ; Mon, 17 Nov 2014 06:00:12 +0000 (UTC) Received: from mail-pa0-x245.google.com (mail-pa0-x245.google.com [IPv6:2607:f8b0:400e:c03::245]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 30E03FF6 for ; Mon, 17 Nov 2014 06:00:12 +0000 (UTC) Received: by mail-pa0-f69.google.com with SMTP id et14so9667277pad.4 for ; Sun, 16 Nov 2014 22:00:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=ik6LiVvbGjcLh1ALLq3mmaXyMyifxAd6J5zTpoj9slQ=; b=CLiR+EQ85FE4TfxkJmOTqe5xh32a/MI01Rh2J5XBFrqq3WiFWA4wSh+HXkAFlnSjY4 FpZLFzkDFUQ1yFCSB2npJeSJwEVdC8Twy3/D7hZO93wsLR/ZAMao3Z4NazpRs/96esps l50L+nUcBmas/1saGfNZuACJLXdCCBE8VOlaqmyhajcfnDR0QJAiwH2VUCHeaqBHZU2H D0z0R4lqCg/WZeCi6AwJ4OgmcaiFoZ2xzRtyy6UJQZ5Gs/tNgg1Wfp0bb4ZmZxrVYrgy gkYnTjYetmMYKNYDldamX4Hwjiozeb4tMda4qY6/c9mb5yd/v2d53b4VUJSRD5MWeogv xwag== MIME-Version: 1.0 X-Received: by 10.70.118.2 with SMTP id ki2mr64549193pdb.6.1416204011667; Sun, 16 Nov 2014 22:00:11 -0800 (PST) Message-ID: <001a11c2a13c0b8c05050807b10c@google.com> Date: Mon, 17 Nov 2014 06:00:11 +0000 Subject: Increase Website Visibility: Freebsd.Org From: rebecca walson To: freebsd-questions@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 06:00:12 -0000 Hi Freebsd.Org Hope you are doing well. I thought you might like to know some of the reasons why you are not getting enough Organic search engine and Social Media traffic for your website. Running and maintaining a website is not easy! With continuously changing digital market and its dynamics, it has become pretty much necessary to follow the right strategy in order to counter recent penguin 3.0 updates from Google and drive in relevant traffic. Well, you might consider this irrelevant but there are various tactics behind on-line marketing strategy and you should be well aware of the main drawbacks. Some of the major factors we keep in mind while promoting your website: 1. Fixing errors that prevents your website from being indexed properly by search engine. 2. Selecting right keywords with our SEO services to promote website. 3. Providing relevant content to create theme based back links. 4. Active and regular updates and posts on social media portals to increase the popularity and brand awareness. 5. Gaining more authority by writing articles and blogs through our SMM & SEM services We offer several services for your website such as Online Reputation Management, Social Media Optimization, SEO activities among others. We have excelled along with our customers because of some key propositions as delivering solution by competent Google Analytics certified professionals and we don't bind our customers with any set up fee or contract, i.e. *(NO CONTRACT or NO SET UP FEE)*. This e-mail provides you with a glimpse of some of the services which we offered from our company. If you have any queries about our services then kindly contact us back for a *free website audit report*. Should you be interested, get in touch with us on the mentioned email address or contact number. Best Regards, rebecca walson |DM Consultant PH. No: +1 805-900-0860 Skype: digital.marketinghm ------------------------------ ------------------------------ ------------------------------ 1: This is a onetime email and you may ask us to "UNSUBSCRIBE". 2: If you are interested we will send more details on our "corporate identity", "company profile", "why you should choose us?", "Price list", "money back" etc. in our next mail. P.S: - This is our marketing strategy that we use the Gmail account. Once you reply us back, the next communication will be done from our corporate email ID. From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 06:26:38 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE91EAD2 for ; Mon, 17 Nov 2014 06:26:38 +0000 (UTC) Received: from nlpiport08.prodigy.net.mx (nlpiport08.prodigy.net.mx [148.235.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id 99A9F2DB for ; Mon, 17 Nov 2014 06:26:38 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.07,401,1413262800"; d="scan'208";a="89635683" Received: from nlpiport19.prodigy.net.mx ([148.235.52.84]) by nlpiport08.prodigy.net.mx with ESMTP; 17 Nov 2014 00:22:18 -0600 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApYSAOmSaVS9qofb/2dsb2JhbABbgw65dQaVUoUyBIEYFwEBAQEBfYRDHF8TISoQAYhpqz+lUYY+iwGENQWMEZI6AY0qiVCBR4JVHYJ7AQEB Received: from dsl-189-170-135-219-dyn.prod-infinitum.com.mx (HELO morena.maps.net) ([189.170.135.219]) by nlpiport19.prodigy.net.mx with SMTP; 17 Nov 2014 00:22:17 -0600 Date: Sun, 16 Nov 2014 23:21:27 -0700 From: Martin Paredes To: freebsd-questions@freebsd.org Subject: fusefs-ntfs loosing information in cache? Message-ID: <20141116232127.1da6b7ce@morena.maps.net> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; i386-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 06:26:38 -0000 Hi: My PC is dual boot with Windows XP When I modify a file inside NTFS from FreeBSD and restart the PC (to windows or FreeBSD) When I check the modified file, none of my modification are present, even if I run sync before the reboot But if I modify and keep working on files in UFS for some time and reboot the PC, the modification are present I mount the NTFS partition from FreeBSD with an entry in /etc/fstab /dev/ad4s4 /mnt/D fusefs permissions,inherit,rw,locale=es_ES.ISO8859-1,late,mountprog=/usr/local/bin/ntfs-3g 0 0 I load fuse.ko from /boot/loader.conf (fuse_load="YES") I have install the next ports related to fuse fusefs-libs-2.9.3_3 fusefs-ntfs-2014.2.15_2 the mount command show /dev/fuse on /mnt/D (fusefs, local, synchronous) Did I miss some configuration? -- Martin Paredes Hermosillo, Son. Mexico From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 06:46:20 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A738E08 for ; Mon, 17 Nov 2014 06:46:20 +0000 (UTC) Received: from the-host.seacom.mu (ge-1.ln-01-jnb.za.seacomnet.com [105.28.96.5]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6191D670 for ; Mon, 17 Nov 2014 06:46:18 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=the-host.localnet) by the-host.seacom.mu with esmtp (Exim 4.80.1) (envelope-from ) id 1XqFyp-0004hF-PQ for freebsd-questions@freebsd.org; Mon, 17 Nov 2014 08:40:07 +0200 From: Mark Tinka Reply-To: mark.tinka@seacom.mu Organization: SEACOM To: freebsd-questions@freebsd.org Subject: freebsd-update - 10.0 to 10.1 Date: Mon, 17 Nov 2014 08:40:06 +0200 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-24-desktop; KDE/4.6.0; i686; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart472083815.h1UKKGLxMy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201411170840.06373.mark.tinka@seacom.mu> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 06:46:20 -0000 --nextPart472083815.h1UKKGLxMy Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all. I'm upgrading from FreeBSD 10.0 to 10.1, using freebsd- update. freebsd-update is prompting me to re-install all my Ports. A=20 little surprised by this given I'm not upgrading between=20 major versions. Is there anything I'm missing? Mark. --nextPart472083815.h1UKKGLxMy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAABAgAGBQJUaZhGAAoJEGcZuYTeKm+GS9QP/A/qMjGixZPoY1RFgOi5+3Er +yCCNVf2kXHS3eTE19JAYkELyJ6WI34rvTQBGQREcFVMWpjBoeCvGK72aAf8eFGw EJkZXJn+cqUdon5QOp0mN7IVsqxje9ZEuD5dZBMqOa2pxTg2Qdgmo4iaflFeVb7D BqqWSopXTTY6utEwSBSxmxLM+Gt4A75bHJ4n1V1aVdHjnsP0DYrd8f7YqL9ZxG5E IM71HScq5oSa2weMlyd/r6wBTr9pGEec66/EQjMtvG9P48fAKmSfGxxrIg32HYP7 2MFbkgCHJpMeZkOTFABIBszr3A9nGmI/j7u/crnMOx1wAiMfCL5uwKhIWQ/JC08o vSt9VUTK/veIeErU7eABc2nVu0p1XQZvue9AYLcLonrpAdZQuLd3pov5AdyF/Yhp VkEyTKPunhvEibxBANWf0o5Uyg/I0zpMw8a8S3VmfGWfjj1OkHpr2y6rPiLqKRr6 uKqYJYuf0dYOR0cbnS85c6gmGOjvUGyfItfYyMnwHoZ0JfLt14GBgIw7Mm8SzUyE WHxnaVpE84cRrILriJmWu6OYO2EEyLdAkCS8T3Jdfoa/v0/KB8EW6We1KHLABzNn xsj9RG7icqNvK0Tr1FviHkIgzTg8h+2YkFO0IOcvNnMMLSBBLhCBg6/tI0r5pFnw gDUiSDA+K4mE8HyJyusG =CFHG -----END PGP SIGNATURE----- --nextPart472083815.h1UKKGLxMy-- From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 12:31:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBB05827 for ; Mon, 17 Nov 2014 12:31:36 +0000 (UTC) Received: from icp-osb-irony-out2.external.iinet.net.au (icp-osb-irony-out2.external.iinet.net.au [203.59.1.218]) by mx1.freebsd.org (Postfix) with ESMTP id 72811DE0 for ; Mon, 17 Nov 2014 12:31:36 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgQLACXpaVR90av2/2dsb2JhbABbgw5VWYI2tiUGkz6HTAKBFhYBAQEBAX2EAwEBAwE6PwULCw0UJQ8FGDETiDgIDtFAAQEBAQEFAQEBAQEZBIY+iiJCB4MtgR4FnkuBNYNUgmNBhxKHPIQQKTABgQeBQwEBAQ X-IronPort-AV: E=Sophos;i="5.07,402,1413216000"; d="scan'208";a="275529686" Received: from unknown (HELO smtp.phoenix) ([125.209.171.246]) by icp-osb-irony-out2.iinet.net.au with ESMTP; 17 Nov 2014 20:31:28 +0800 Received: by smtp.phoenix (Postfix, from userid 1001) id C0D6B902; Mon, 17 Nov 2014 23:31:28 +1100 (AEDT) Date: Mon, 17 Nov 2014 23:31:28 +1100 From: andrew clarke To: Mark Tinka Subject: Re: freebsd-update - 10.0 to 10.1 Message-ID: <20141117123128.GA60429@ozzmosis.com> References: <201411170840.06373.mark.tinka@seacom.mu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201411170840.06373.mark.tinka@seacom.mu> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 12:31:37 -0000 On Mon 2014-11-17 08:40:06 UTC+0200, Mark Tinka (mark.tinka@seacom.mu) wrote: > I'm upgrading from FreeBSD 10.0 to 10.1, using freebsd- > update. > > freebsd-update is prompting me to re-install all my Ports. A > little surprised by this given I'm not upgrading between > major versions. > > Is there anything I'm missing? The FreeBSD Handbook says: "Generally, installed applications will continue to work without problems after minor version upgrades." https://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html#freebsdupdate-portsrebuild Which is somewhat at odds with the message you saw from freebsd-update: "Completing this upgrade requires removing old shared object files. Please rebuild all installed 3rd party software (e.g., programs installed from the ports tree) and then run "freebsd-update install" again to finish installing updates." >From what I gather, the freebsd-update message needs fixing/clarification. Regards Andrew From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 12:39:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64197AA5 for ; Mon, 17 Nov 2014 12:39:32 +0000 (UTC) Received: from icp-osb-irony-out4.external.iinet.net.au (icp-osb-irony-out4.external.iinet.net.au [203.59.1.220]) by mx1.freebsd.org (Postfix) with ESMTP id DCB2AE3E for ; Mon, 17 Nov 2014 12:39:31 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgALAIDraVR90av2/2dsb2JhbABbgw6BLoI2tiUGmwoCgRYWAQEBAQF9hAMBAQMBJxM/BQsLDQETJQ8FGDETiDgI0VUBAQEBBgEBAQEehj6KIkIHgy2BHgWeS4E1hjdBhxKHPIQQKTCBCIFDAQEB X-IronPort-AV: E=Sophos;i="5.07,402,1413216000"; d="scan'208";a="381588766" Received: from unknown (HELO smtp.phoenix) ([125.209.171.246]) by icp-osb-irony-out4.iinet.net.au with ESMTP; 17 Nov 2014 20:39:29 +0800 Received: by smtp.phoenix (Postfix, from userid 1001) id 11EB4907; Mon, 17 Nov 2014 23:39:29 +1100 (AEDT) Date: Mon, 17 Nov 2014 23:39:29 +1100 From: andrew clarke To: David Newman Subject: Re: upgrading 9.3 / ZFS v28 Message-ID: <20141117123929.GB60429@ozzmosis.com> References: <54697AA5.6040804@networktest.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54697AA5.6040804@networktest.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 12:39:32 -0000 On Sun 2014-11-16 20:33:41 UTC-0800, David Newman (dnewman@networktest.com) wrote: > Greetings. For a system running 9.3-RELEASE with ZFS v28 on the root > partition (I did this manually long ago), are there any gotchas for > upgrading to 10.1? > > I've done many other 9->10 upgrades using freebsd-update and they went > OK, but those systems all had UFS filesystems. > > Are any special steps needed here? > > Thanks! I performed the same upgrade with freebsd-update on the weekend without any problems. FreeBSD 9.3-REL to 10.1-REL, root on ZFS v28, 2 x 1TB mirrored pool. Running "gpart bootcode" etc was not necessary. You will probably need to update the bootcode if you decide to use "zpool upgrade" at a later date, though. Regards Andrew From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 13:50:23 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E72FB3BF for ; Mon, 17 Nov 2014 13:50:23 +0000 (UTC) Received: from the-host.seacom.mu (ge-1.ln-01-jnb.za.seacomnet.com [105.28.96.5]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C0D288C6 for ; Mon, 17 Nov 2014 13:50:22 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=the-host.localnet) by the-host.seacom.mu with esmtp (Exim 4.80.1) (envelope-from ) id 1XqMh2-00079t-BF; Mon, 17 Nov 2014 15:50:12 +0200 From: Mark Tinka Reply-To: mark.tinka@seacom.mu Organization: SEACOM To: andrew clarke Subject: Re: freebsd-update - 10.0 to 10.1 Date: Mon, 17 Nov 2014 15:50:10 +0200 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-24-desktop; KDE/4.6.0; i686; ; ) References: <201411170840.06373.mark.tinka@seacom.mu> <20141117123128.GA60429@ozzmosis.com> In-Reply-To: <20141117123128.GA60429@ozzmosis.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1703013.EHUIIPlIJ9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201411171550.10873.mark.tinka@seacom.mu> Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 13:50:24 -0000 --nextPart1703013.EHUIIPlIJ9 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Monday, November 17, 2014 02:31:28 PM andrew clarke=20 wrote: > Which is somewhat at odds with the message you saw from > freebsd-update: Yes, exactly. I've been through major version upgrades before (6 to 7, 7=20 to 8, 8 to 9 and 9 to 10), and this is the first time=20 freebsd-update is asking me to rebuild Ports for a minor=20 version. I'll proceed without the Ports rebuild and report back here. Mark. --nextPart1703013.EHUIIPlIJ9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAABAgAGBQJUaf0SAAoJEGcZuYTeKm+GkWEP/iMVbhKxve2mvQqbKPjpnBCa TPwrSqBzUNL8Di2qW0YuLyQC4R3EagZVZjR8bNhAW6JMMzRrihkQF/G8iBQI9Ub+ fjQnJSW6udrKKc/59ptRo1EvWPYRs5kE9Oa8YutsSAq5f63DQnBSCvF/nPZ26bAS 36+2N34EKIH9ZPiMzucdgMaC07/HSjoTZZpZluKj6+4wF9AitOYjhHWraxlha8vI tvsBK8Uxkc7gIVERTA/CPFX4IkHj2zpseyT3fUAjn2Vfq/t/+BMs8dT3zA7oqM7+ 0ARStSgrgYN4/W/VrPd9DoTI97TkEsteKia9w0Yz8yTlm6IiLw0xT9dzccBimvVH kqECE0B56jTig/ADNqQtYw/FD9DaD2Qrjd9OWnfKC8o9UdCHSZ5I//4Bo+Wa44wa HFPw26G8+8WlFH+9i3YHgdG1IUHt6w9oEFm/0hPmSqIuwZd/zZHCW7CYVrxEKEcq LiX+AYkJ9fYwQIiGdEeYd9RSfEoh9j8//nM+19LYgoaphr98PXw9m5agKptp5pTI 15AA8keVFMUtY5zEDvTiNQ4W5EqsAPaGA5y5deADMUH2tQLzPC7N8iMUamAoHmF/ pRc/0AU3Yf10QjINwSKnzs4CFtY7vMn+SGucIlr/bTOFVs13ttKagq4ducXXJ69W c8fcSpKBvrJ4LNSSJhYT =wZId -----END PGP SIGNATURE----- --nextPart1703013.EHUIIPlIJ9-- From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 14:05:27 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF87877D for ; Mon, 17 Nov 2014 14:05:27 +0000 (UTC) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 77114A40 for ; Mon, 17 Nov 2014 14:05:27 +0000 (UTC) Received: by mail-yk0-f175.google.com with SMTP id 200so4451056ykr.20 for ; Mon, 17 Nov 2014 06:05:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=reply-to:from:to:references:in-reply-to:subject:date:organization :message-id:mime-version:content-type:content-transfer-encoding :thread-index:content-language; bh=zc7irltZSwLVLAApileoRAPR0RPX4qbapljDO7meR7U=; b=ZFzEVnSCw4BDObWCK/UisWqBJRQoxCvm7Dv2N+ASVGlL70tr0kRDQLIEW599Pcu5Sb CEb19sYhsM7OLpUh20TocsSTSkPP/Uy0qMYuYZl5TFzgL/qu6+orj7wMeiq3WeAKeFU5 Ql0XfN3cxcyxSQYec2WIVAsEKTed/l8jnU9+c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:reply-to:from:to:references:in-reply-to:subject :date:organization:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=zc7irltZSwLVLAApileoRAPR0RPX4qbapljDO7meR7U=; b=kh9ck/gk167S3j1rcweONtInVfelUN/C+I+F9ZZ8i+DirFxQMaxENwyjNypfsu82dd Kdf7xCl0oJLhHHzj4PY8T2CLxsiVKXZUhUlqgeT5wP6McckiglV+m8G+aImlRYaiaj6z Ib+oP5MegdZD+CZuwfbx/DZEnHV4nVCo5ZfgjLl9HW/3eDVNzaEDAelm4H1mekmve9ts FWuMkfsHZ73ApVS1SUaSrsbqo5VnDS5cEzW0zwiaoJ2r9fzuC8FWdXzyoJKzx7Kj3ptN D5HRGM6047tuwnXhe6kpD+cYboRS/xJDkLnTrKYqqQ5A1fYwonO65KqxaS1MI28ium0L i8vg== X-Gm-Message-State: ALoCoQlHJU2yTOViv3kPstK89VxWEvCo7nJCguc5dTKG+Q93NMJe3WxIYN9xYHj80awCd1b2egj9 X-Received: by 10.236.38.8 with SMTP id z8mr2058773yha.155.1416233126195; Mon, 17 Nov 2014 06:05:26 -0800 (PST) Received: from HPENVY (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPSA id v42sm19934579yhn.31.2014.11.17.06.05.24 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 17 Nov 2014 06:05:24 -0800 (PST) Reply-To: From: "Jerry" To: References: <201411170840.06373.mark.tinka@seacom.mu> <20141117123128.GA60429@ozzmosis.com> <201411171550.10873.mark.tinka@seacom.mu> In-Reply-To: <201411171550.10873.mark.tinka@seacom.mu> Subject: RE: freebsd-update - 10.0 to 10.1 Date: Mon, 17 Nov 2014 09:05:22 -0500 Organization: seibercom.net Message-ID: <001301d0026f$878bdce0$96a396a0$@seibercom.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQJvJ6eX4SaFzDzJMh3VC8u1LdkYpgKfe/mxAdXoPsubAuMeYA== Content-Language: en-us X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 14:05:27 -0000 > On Monday, November 17, 2014 02:31:28 PM andrew clarke > wrote: >=20 > > Which is somewhat at odds with the message you saw from > > freebsd-update: >=20 > Yes, exactly. >=20 > I've been through major version upgrades before (6 to 7, 7 to 8, 8 to = 9 and 9 > to 10), and this is the first time freebsd-update is asking me to = rebuild Ports > for a minor version. >=20 > I'll proceed without the Ports rebuild and report back here. I received the same message. I decided to go ahead and do a complete = rebuild of the ports. The message also stated that I should run = "freebsd-update install" after rebuilding the ports. I assume I do that = before rebooting the machine. Is that correct? I am also assuming that I = should rebuild the ports BEFORE rebooting. I hope so. Because that is = what I am doing and there was no message that stated I should reboot = first. --=20 Jerry From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 14:09:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1C64840; Mon, 17 Nov 2014 14:09:51 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (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 5E4BCA72; Mon, 17 Nov 2014 14:09:51 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XqMzp-0006zn-0u; Mon, 17 Nov 2014 14:09:37 +0000 Date: Mon, 17 Nov 2014 14:09:36 +0000 From: John To: freebsd-questions@freebsd.org Subject: Re:msk0 doesn't work under10-amd64 but does on i386 Message-ID: <20141117140936.GA26696@potato.growveg.org> Reply-To: john@potato.growveg.org Mail-Followup-To: freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org References: <546790DC.4010108@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <546790DC.4010108@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false Cc: freebsd-hardware@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 14:09:51 -0000 On Sat, Nov 15, 2014 at 07:43:56PM +0200, Alnis Morics wrote: > The same problem here, with the same netbook. AFAIK, it's an issue > with Marvell Technologies NICs; there are some PRs > (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166727). For me, > 9.x realeases and 10.1-RC3 worked well with this NIC but 10.0-RELEASE > and 10.1-RELEASE don't. Some people have fully or partially solved > this problem with other Marvell NICs by tweaking some kernel settings. > I, too, tried them but thtey didn't help. Thanks for the reply. That's really interesting. 32-bit is fine for me though so I haven't spent a lot of time looking for a fix. -- John From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 14:26:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81A41D18 for ; Mon, 17 Nov 2014 14:26:12 +0000 (UTC) Received: from the-host.seacom.mu (ge-1.ln-01-jnb.za.seacomnet.com [105.28.96.5]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A84A1C4E for ; Mon, 17 Nov 2014 14:26:11 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=the-host.localnet) by the-host.seacom.mu with esmtp (Exim 4.80.1) (envelope-from ) id 1XqNFm-0007Tt-0G; Mon, 17 Nov 2014 16:26:06 +0200 From: Mark Tinka Reply-To: mark.tinka@seacom.mu Organization: SEACOM To: freebsd-questions@freebsd.org Subject: Re: freebsd-update - 10.0 to 10.1 Date: Mon, 17 Nov 2014 16:26:05 +0200 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-24-desktop; KDE/4.6.0; i686; ; ) References: <201411170840.06373.mark.tinka@seacom.mu> <201411171550.10873.mark.tinka@seacom.mu> <001301d0026f$878bdce0$96a396a0$@seibercom.net> In-Reply-To: <001301d0026f$878bdce0$96a396a0$@seibercom.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1778692.xilG9ZyYhE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201411171626.05487.mark.tinka@seacom.mu> Cc: Jerry X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 14:26:12 -0000 --nextPart1778692.xilG9ZyYhE Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Monday, November 17, 2014 04:05:22 PM Jerry wrote: > I received the same message. I decided to go ahead and do > a complete rebuild of the ports. The message also stated > that I should run "freebsd-update install" after > rebuilding the ports. I assume I do that before > rebooting the machine. Is that correct? I am also > assuming that I should rebuild the ports BEFORE > rebooting. I hope so. Because that is what I am doing > and there was no message that stated I should reboot > first. When upgrading between major versions, yes, you certainly=20 need to rebuild all userland ports before doing the second=20 reboot, otherwise all hell will break loose when libraries=20 for the major version are incompatibile with userland ports=20 built with a library from a previous major version. My issue is I've never had to do this when upgrading minor=20 revisions within the same release train. So I'll go ahead and ignore the message and let you all know=20 what happens. Mark. --nextPart1778692.xilG9ZyYhE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAABAgAGBQJUagV9AAoJEGcZuYTeKm+GV4UP/iSJAFjWMk/vi1I58iDQxkg7 Ce1Oh77zmG83Bb3uPFg+JLDhfyUbo8t8bM4k+AmxWgwPxFReKTUV7QNTysHqhHOE 5xAsXjc1uy2rBpQ9/B6ZZrc5av4duqqVAfREzRh4HFCVQCyGzEhM5a4ZFKw+I9wF 10ryt5w0oOqJl61ZQYC2kEsDiYtH3q9oQfRu2tLzwyG96Mu/vC90Z88fwKqrwDQb UllLxLj4viB0FNNqZ+D1GqGyI4PwN50IT//rNDKLEU/CfqAJbEO7AMM7TFDAamQA qxPrkvPXTVYcA+iASujd306PZcPEwnL/8D8mcEPvykSh34OBRKMtgIj+/H14Adv9 PhRWZlw47T6lRW9zjbnnOyl5/aZ4DWATM+Fwr4k51MghRKz6N34t+FK3NjQcD4cb Bw6VknyIJ8PnmnMxqPo+IJvvsIajkQZypQnrTM0yqU9ZRyhXjDTwhKAgAcFT0Iki BcDRDzQlES1jAGTr4y8jlrlAronMGp/fqwaAh1kbov+D4lcChboKXJRs7A+nrNGz q74gMFZHbJSPb1lnaxCq3MLFDJyWDXaqfr3qKpzaki9bma76EVLTgOHkqfSKN7y6 V2gPxlz5Nl3VzYG57cpPoTAqc1R2i9v7wNNebKaIK2LhM7cpI60SfEepcpGfONMm v6ueMA6OA6DEo+sp+Npv =49Xe -----END PGP SIGNATURE----- --nextPart1778692.xilG9ZyYhE-- From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 15:33:15 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 885336D8 for ; Mon, 17 Nov 2014 15:33:15 +0000 (UTC) Received: from mail5.networktest.com (mail5.networktest.com [204.109.60.142]) (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 635EC6A2 for ; Mon, 17 Nov 2014 15:33:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail5.networktest.com (Postfix) with ESMTP id 597AC2FCCB6 for ; Mon, 17 Nov 2014 07:33:13 -0800 (PST) Received: from mail5.networktest.com ([127.0.0.1]) by localhost (mail5.networktest.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 23107-02 for ; Mon, 17 Nov 2014 07:33:13 -0800 (PST) Received: from tejay.local (unknown [76.89.160.208]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail5.networktest.com (Postfix) with ESMTPSA id 170C62FCCB1 for ; Mon, 17 Nov 2014 07:33:13 -0800 (PST) Message-ID: <546A1538.4040801@networktest.com> Date: Mon, 17 Nov 2014 07:33:12 -0800 From: David Newman Organization: Network Test Inc. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: upgrading 9.3 / ZFS v28 References: <54697AA5.6040804@networktest.com> <20141117123929.GB60429@ozzmosis.com> In-Reply-To: <20141117123929.GB60429@ozzmosis.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 15:33:15 -0000 On 11/17/14, 4:39 AM, andrew clarke wrote: > On Sun 2014-11-16 20:33:41 UTC-0800, David Newman (dnewman@networktest.com) wrote: > >> Greetings. For a system running 9.3-RELEASE with ZFS v28 on the root >> partition (I did this manually long ago), are there any gotchas for >> upgrading to 10.1? >> >> I've done many other 9->10 upgrades using freebsd-update and they went >> OK, but those systems all had UFS filesystems. >> >> Are any special steps needed here? >> >> Thanks! > > I performed the same upgrade with freebsd-update on the weekend > without any problems. Hmmm...this could have gone better for me: To install the downloaded upgrades, run "/usr/sbin/freebsd-update install". root@boonen:~ # freebsd-update install Installing updates...chflags: ///var/empty: Read-only file system Normally, freebsd-update returns a reboot-and-proceed message at this point. Also, this system has no /var/empty partition. How to proceed? Thanks! dn > > FreeBSD 9.3-REL to 10.1-REL, root on ZFS v28, 2 x 1TB mirrored pool. > > Running "gpart bootcode" etc was not necessary. You will probably need > to update the bootcode if you decide to use "zpool upgrade" at a later > date, though. > > Regards > Andrew > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 16:11:00 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59711AC5 for ; Mon, 17 Nov 2014 16:11:00 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B53DADB2 for ; Mon, 17 Nov 2014 16:10:59 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id q1so679092lam.25 for ; Mon, 17 Nov 2014 08:10:57 -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=isk5J9CfHlXP+Uxw5tvme5nDe5kmKkIFwissMZRC/NI=; b=XNXjp5GmrndC/D1zSorDi03kPXQtjS+pOIPDQIf8pGa/bpWNYva74Ho11fsLlvqcLw dj8qH3Pe0VX8KhWBWE9oqVQS5LAaLAhQrbGmFG/bcluhToUzEDmPRlvTVCOJvSk6u4ri H/RrplvJe0Zw4TgZTWxOCzBilmPkRu/D0IIv9hCv/odN0m1N6b85iOIdiUq0dXV9er7m VjEhL/aQOQmwVp6XQ9PyPtyNawGczgWIlgQthSiMxKc6nWMXwg9yzRR/dfZfbf/qMKAM juAP2gw/IepFTuGa4hHM/Q+SVhbpGx6LQVtJXmMO94DIItozLHzHM7SfdS6D5h3acMyG 5LbA== MIME-Version: 1.0 X-Received: by 10.152.43.197 with SMTP id y5mr11472940lal.82.1416240657677; Mon, 17 Nov 2014 08:10:57 -0800 (PST) Received: by 10.25.215.212 with HTTP; Mon, 17 Nov 2014 08:10:57 -0800 (PST) In-Reply-To: References: Date: Mon, 17 Nov 2014 08:10:57 -0800 Message-ID: Subject: Re: playing Blu-Ray discs From: Waitman Gobble To: "C. P. Ghost" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-questions@freebsd.org" , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 16:11:00 -0000 On Sun, Nov 16, 2014 at 8:17 PM, Waitman Gobble wrote: > > > On Sun, Nov 16, 2014 at 8:01 PM, Waitman Gobble > wrote: > >> >> >> On Thu, Nov 13, 2014 at 3:01 PM, C. P. Ghost wrote: >> >>> On Thu, Nov 13, 2014 at 3:47 PM, krad wrote: >>> >>>> you are onto a looser as not even linux can do bluerays properly. Its >>>> to do >>>> with player licensing, DRM and opensource incompatibilities. >>>> >>> >>> You need to remove the DRM with tools like Slysoft's AnyDVD-HD, >>> which, unfortunately, runs only under Windows. You may want to try >>> it under Wine, but I don't know whether it's been successfully done or >>> not. >>> >>> >>>> >>>> On 9 November 2014 10:17, Waitman Gobble wrote: >>>> >>>> > Hi, >>>> > >>>> > Anyone have pointers on playing Blu-Ray discs using FreeBSD? >>>> > >>>> > I installed /multimedia/libbluray from ports. This solved a problem of >>>> > inserted discs spinning forever until the end of time (and actually >>>> > blocking the entire system). But playing the disc does not seem to >>>> work w/ >>>> > mplayer or xine. >>>> > >>>> > Thanks >>>> > >>>> > -- >>>> > Waitman Gobble >>>> > Los Altos California USA >>>> > 510-830-7975 >>>> > _______________________________________________ >>>> > freebsd-questions@freebsd.org mailing list >>>> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>>> > To unsubscribe, send any mail to " >>>> > freebsd-questions-unsubscribe@freebsd.org" >>>> > >>>> _______________________________________________ >>>> freebsd-questions@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>>> To unsubscribe, send any mail to " >>>> freebsd-questions-unsubscribe@freebsd.org" >>>> >>> >>> -- >>> Cordula's Web. http://www.cordula.ws/ >>> >> >> >> Thanks for the info. I notice the sysutils/udfclient can read the disk >> structure. I've forked and updated https://github.com/williamdevries/UDF >> for 11.0-Current, will see if that gets me anywhere. >> >> -- >> Waitman Gobble >> Los Altos California USA >> 510-830-7975 >> > > > The updated UDF kernel source seems to work with 11.0-Current. Moves me a > little forward :) > > #1 using existing UDF driver: > > [1019] > mount_udf /dev/cd0 /br > mount_udf: /dev/cd0: Invalid argument > > #2 using 'new' UDF driver: > > [1020] > mount_udf2 /dev/cd0 /br > [1021] > cd /br > [1022] > ls > AACS BDMV CERTIFICATE > [1023] > > > I'll post the code if anyone else wants to tinker with it. > > Now to see about actually playing the disc... > > -- > Waitman Gobble > Los Altos California USA > 510-830-7975 > Updated src patches are available at https://github.com/waitman/UDF Curiously on the xfce4 desktop I now get a little icon of a disc that is 'named' the title of the Blu-Ray. So that's something new. I notice one caveat, 'mplayer bd://' without any other switches assumes that your disc is mounted at /mnt/bd and that your KEYDB.cfg is in ~/.dvdcss/ Also it's possible to run the Linux 32 bit ./aacskeys /mnt/bd (with the Linux compatibility port installed) I think it may work if I buy a Blu-Ray disc that is 'popular'. ie, the keys are published. I only have a few and they are 'niche' disks that are probably not mainstream. (for example 'the stone roses, made of stone'). Maybe I'll buy a copy of 'the matrix' or something and see if that will play. :) Also it seems there are existing tools that 'figure' out the keys, maybe I'll try that when I get a chance, but if a 'popular' disc actually plays. -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 17:04:33 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D30CFA3 for ; Mon, 17 Nov 2014 17:04:33 +0000 (UTC) Received: from mail-pd0-f180.google.com (mail-pd0-f180.google.com [209.85.192.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D80B6C6 for ; Mon, 17 Nov 2014 17:04:32 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id p10so2211019pdj.39 for ; Mon, 17 Nov 2014 09:04:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version:content-type; bh=zvALlj+9kgd1xQETWsySQrf7K6drl7HpUgxS5TJcnJw=; b=CMqO5jnvKvfgtoJE+prIFajV7NuzsQP6mdDfiJwZ5CWzllHDekhq2Dsje6ybGQCSI6 xacQF4XIqXYWVa5cVR5Y27zUiLbbMEcU5KMN7U6E+jP78eZT0JzGpnCCklxnJhjo0bk5 awEEF+7UM6LUiji9yAS8syibMdCSR8ZShVpiUc/Ui0Ry8XzslEhHGC5QjsykARamjr7e iFX6uVN1zYisqWmf61uQifwDQgmRZ8EwzcbM9tR3jn+LLFIGjCmy6aKDFrOJHsOIMjo4 BFg+csoy/vspS+lvcX/Qnp+8cjQYn7lkvBTf1/jjljprVgQDMdekQ/4Wm+J4h9XYEk66 4MtQ== X-Gm-Message-State: ALoCoQlsZZ4uOr3sN+gGQ3efJ98V72GoOZ+MEd7i4fWr3Dnxq5JkncDCTpugj5F/6bE7IllonZyS X-Received: by 10.68.87.226 with SMTP id bb2mr5035524pbb.136.1416243872184; Mon, 17 Nov 2014 09:04:32 -0800 (PST) Received: from elk.localnet ([2604:8800:100:82aa:6ef0:49ff:fe05:658b]) by mx.google.com with ESMTPSA id bj7sm35796889pad.20.2014.11.17.09.04.31 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 17 Nov 2014 09:04:31 -0800 (PST) Received: from carlj by elk.localnet with local (Exim 4.80) (envelope-from ) id 1XqPj2-0007tO-SD for freebsd-questions@freebsd.org; Mon, 17 Nov 2014 09:04:28 -0800 From: Carl Johnson To: freebsd-questions@freebsd.org Subject: Re: freebsd-update - 10.0 to 10.1 References: <201411170840.06373.mark.tinka@seacom.mu> <201411171550.10873.mark.tinka@seacom.mu> <001301d0026f$878bdce0$96a396a0$@seibercom.net> <201411171626.05487.mark.tinka@seacom.mu> Mail-Followup-To: freebsd-questions@freebsd.org Date: Mon, 17 Nov 2014 09:04:28 -0800 In-Reply-To: <201411171626.05487.mark.tinka@seacom.mu> (Mark Tinka's message of "Mon, 17 Nov 2014 16:26:05 +0200") Message-ID: <877fytwyg3.fsf@elk.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 17:04:33 -0000 Mark Tinka writes: > On Monday, November 17, 2014 04:05:22 PM Jerry wrote: > >> I received the same message. I decided to go ahead and do >> a complete rebuild of the ports. The message also stated >> that I should run "freebsd-update install" after >> rebuilding the ports. I assume I do that before >> rebooting the machine. Is that correct? I am also >> assuming that I should rebuild the ports BEFORE >> rebooting. I hope so. Because that is what I am doing >> and there was no message that stated I should reboot >> first. > > When upgrading between major versions, yes, you certainly > need to rebuild all userland ports before doing the second > reboot, otherwise all hell will break loose when libraries > for the major version are incompatibile with userland ports > built with a library from a previous major version. > > My issue is I've never had to do this when upgrading minor > revisions within the same release train. > > So I'll go ahead and ignore the message and let you all know > what happens. I ignored the message and I haven't seen any problems yet. -- Carl Johnson carlj@peak.org From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 18:15:41 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B343AA3F for ; Mon, 17 Nov 2014 18:15:41 +0000 (UTC) Received: from icp-osb-irony-out6.external.iinet.net.au (icp-osb-irony-out6.external.iinet.net.au [203.59.1.222]) by mx1.freebsd.org (Postfix) with ESMTP id 395ECEA3 for ; Mon, 17 Nov 2014 18:15:40 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgALAAM6alR90av2/2dsb2JhbABbgw6BLoI2ticGmwoCgRkWAQEBAQF9hAMBAQMBOj8FCwsNARMlDwUYMROIOAjSQQEBAQEGAQEBAR6GPooiQgeDLYEeBZ5LgTWGN0EShwCHPIQQKTCBCIFDAQEB X-IronPort-AV: E=Sophos;i="5.07,404,1413216000"; d="scan'208";a="92247618" Received: from unknown (HELO smtp.phoenix) ([125.209.171.246]) by icp-osb-irony-out6.iinet.net.au with ESMTP; 18 Nov 2014 02:15:33 +0800 Received: by smtp.phoenix (Postfix, from userid 1001) id 3EDCC987; Tue, 18 Nov 2014 05:15:27 +1100 (AEDT) Date: Tue, 18 Nov 2014 05:15:27 +1100 From: andrew clarke To: David Newman Subject: Re: upgrading 9.3 / ZFS v28 Message-ID: <20141117181527.GA62908@ozzmosis.com> References: <54697AA5.6040804@networktest.com> <20141117123929.GB60429@ozzmosis.com> <546A1538.4040801@networktest.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <546A1538.4040801@networktest.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 18:15:41 -0000 On Mon 2014-11-17 07:33:12 UTC-0800, David Newman (dnewman@networktest.com) wrote: > >> Greetings. For a system running 9.3-RELEASE with ZFS v28 on the root > >> partition (I did this manually long ago), are there any gotchas for > >> upgrading to 10.1? > Hmmm...this could have gone better for me: > > To install the downloaded upgrades, run "/usr/sbin/freebsd-update install". > root@boonen:~ # freebsd-update install > Installing updates...chflags: ///var/empty: Read-only file system > > Normally, freebsd-update returns a reboot-and-proceed message at this > point. Also, this system has no /var/empty partition. > > How to proceed? > > Thanks! Ah yes, I encountered that error too. I think you'll find you do have a /var/empty judging from the above error. On my system: $ zfs list | grep empty zroot/var/empty 14K 239G 14K /var/empty $ zfs get readonly zroot/var/empty NAME PROPERTY VALUE SOURCE zroot/var/empty readonly on local So this is necessary before you run freebsd-update: # zfs set readonly=off zroot/var/empty Obviously, set readonly=on after freebsd-update has finished: # zfs set readonly=on zroot/var/empty Regards Andrew From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 19:15:39 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BE54322 for ; Mon, 17 Nov 2014 19:15:39 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9D8850 for ; Mon, 17 Nov 2014 19:15:39 +0000 (UTC) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.7) with ESMTP id sAHJFSlv012433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Nov 2014 11:15:29 -0800 (PST) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: vsnprintf and friends modify the va_list argument From: Doug Hardie In-Reply-To: <20141117030844.d83bbae3.freebsd@edvax.de> Date: Mon, 17 Nov 2014 11:15:28 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <617C3C28-2107-4D41-9E59-4C002FBDD33D@lafn.org> References: <20141117030844.d83bbae3.freebsd@edvax.de> To: Polytropon X-Mailer: Apple Mail (2.1990.1) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 19:15:39 -0000 > On 16 November 2014, at 18:08, Polytropon wrote: >=20 > On Sun, 16 Nov 2014 14:15:10 -0800, Doug Hardie wrote: >> I suspect this needs to be in a WARNING section of the >> printf(3) man page. The print functions that use variable >> arguments modify the argument list so that only one can >> be called. >=20 > In "man 3 printf" there is no mentioning that ap is > being modified, but "man 3 stdarg" where va_start(), > va_arg(), va_copy() and va_end() are being described, > states the following (see 3rd sentence): >=20 > The va_arg() macro expands to an expression that has the type and = value > of the next argument in the call. The parameter ap is the va_list = ap > initialized by va_start(). Each call to va_arg() modifies ap so = that the > next call returns the next argument. The parameter type is a type = name > specified so that the type of a pointer to an object that has the = speci- > fied type can be obtained simply by adding a * to type. >=20 > It's important to understand that functions like vsnprintf(), > vprintf() and fprintf() rely on the va_* functions / macros > which _modify_ the va_list pointer. I had guessed that might be the case, but didn=E2=80=99t take the time = to research that far. I had a problem to resolve. >=20 > An additional hint is provided by the vprintf() prototypes > where no "const" is mentioned in regards of the ap parameter: >=20 > int vprintf(const char * restrict format, va_list ap); Thats pretty obtuse ;-) >=20 > Maybe adding stdarg(3) to printf(3)'s SEE ALSO section would > be a helpful choice here. Probably, but I would normally never chase things that far to figure out = there would be a problem. I believe a warning like you quoted above in = the printf man page would be more likely to be noticed. From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 19:57:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6918E34D for ; Mon, 17 Nov 2014 19:57:25 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3769CC7F for ; Mon, 17 Nov 2014 19:57:25 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id rd3so9262093pab.7 for ; Mon, 17 Nov 2014 11:57:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=igxCOYlf0+lURrqzpm4rW9J8mpN3Fjyp3DYkPLgElXQ=; b=tkdDVSyk52m/h3Nw5pOk+Cg6JLlamUJXma6+66WnfQsKSM7EgiV5mNRr0ERvuQbGts lrYDFJmkNaP2zbRILrS+ByPAgm/sVyxZqLZxWGZukoi5TCzH9txdF8pML7bgEF9Dn8yu 2wQZwHc8QPpqHk0kHXkvlxQsESHHiCzl7P+3xVJY9KTBSEvWad4bBXfR5rbOa5cy3cdg ym22Z5q7k75zrVCygTB4+a5s2uGJTQKAY0vqHtg1X/HR0eH+KLgdgc84Z7gMI83/xZ3G Mp7w+43rFOQbJUa+k8AZ3urhEEki9sK9ZMfgky1aa/lGduyf5oPXgDawvzMnk+Llcavt qWjQ== X-Received: by 10.70.88.44 with SMTP id bd12mr6084917pdb.133.1416254244849; Mon, 17 Nov 2014 11:57:24 -0800 (PST) Received: from [10.0.1.31] ([209.12.167.58]) by mx.google.com with ESMTPSA id qh4sm35767893pbb.35.2014.11.17.11.57.24 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 17 Nov 2014 11:57:24 -0800 (PST) Message-ID: <546A531D.4070409@gmail.com> Date: Mon, 17 Nov 2014 11:57:17 -0800 From: Jungle Boogie User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "freebsd-questions@freebsd.org" Subject: is pkgng=no valid? Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 19:57:25 -0000 Hello List, # uname -a FreeBSD erl 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r274603: Sun Nov 16 14:45:30 PST 2014 root@buildme:/usr/obj/mips.mips64/usr/src/sys/ERL mips # cat /etc/make.conf CPUTYPE?=native WITH_PKGNG=no Is the pkgng "no" valid? As you can see, this is mips so pkg won't work but when I try: root@erl:/usr/ports/sysutils/tmux # make config-recursive install clean ===> Setting user-specified options for tmux-1.9.a_2 and dependencies ===> Building/installing dialog4ports as it is required for the config dialog ===> Cleaning for dialog4ports-0.1.5_2 ===> License BSD2CLAUSE accepted by the user ===> dialog4ports-0.1.5_2 depends on file: /usr/local/sbin/pkg - not found ===> Verifying install for /usr/local/sbin/pkg in /usr/ports/ports-mgmt/pkg ===> License BSD2CLAUSE accepted by the user ===> Fetching all distfiles required by pkg-1.3.8_3 for building ===> Extracting for pkg-1.3.8_3 ===> License BSD2CLAUSE accepted by the user ===> Fetching all distfiles required by pkg-1.3.8_3 for building => SHA256 Checksum OK for pkg-1.3.8.tar.xz. ===> Patching for pkg-1.3.8_3 ===> Applying FreeBSD patches for pkg-1.3.8_3 ===> Configuring for pkg-1.3.8_3 ===> FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.3.8/m4/libtool.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.3.8/aclocal.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.3.8/configure Can I have ports skip pkg stuff? -- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 22:17:37 2014 Return-Path: Delivered-To: questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAA379F5 for ; Mon, 17 Nov 2014 22:17:37 +0000 (UTC) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3lrp0082.outbound.protection.outlook.com [213.199.154.82]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C1AEE57 for ; Mon, 17 Nov 2014 22:17:35 +0000 (UTC) Received: from AM3PR03MB628.eurprd03.prod.outlook.com (10.242.111.145) by AM3PR03MB625.eurprd03.prod.outlook.com (10.242.110.156) with Microsoft SMTP Server (TLS) id 15.1.16.15; Mon, 17 Nov 2014 18:45:00 +0000 Received: from AM3PR03MB628.eurprd03.prod.outlook.com ([10.242.111.145]) by AM3PR03MB628.eurprd03.prod.outlook.com ([10.242.111.145]) with mapi id 15.01.0016.006; Mon, 17 Nov 2014 18:45:00 +0000 From: SCANO Angelo To: "questions@FreeBSD.org" Subject: Help - Boot from SAN and Multipath Thread-Topic: Help - Boot from SAN and Multipath Thread-Index: AdACaeC3qOWM/d5OQp6OUoI1ydUAgAALNbCg Date: Mon, 17 Nov 2014 18:45:00 +0000 Message-ID: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [185.26.140.62] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:AM3PR03MB625; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:AM3PR03MB625; x-forefront-prvs: 03982FDC1D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(199003)(189002)(164054003)(64706001)(74482002)(4396001)(108616004)(21056001)(66066001)(15202345003)(20776003)(2656002)(229853001)(110136001)(87936001)(50986999)(107046002)(46102003)(54356999)(92566001)(107886001)(2351001)(19300405004)(19617315012)(86362001)(33646002)(106356001)(16236675004)(101416001)(19580395003)(97736003)(77156002)(62966003)(19625215002)(450100001)(95666004)(99396003)(40100003)(74316001)(15975445006)(122556002)(558084003)(105586002)(120916001)(31966008)(2501002)(76576001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR03MB625; H:AM3PR03MB628.eurprd03.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; MIME-Version: 1.0 X-OriginatorOrg: skytv.it Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 22:17:37 -0000 Hello, please could you help me resolve this configuration problem? https://forums.freebsd.org/threads/boot-from-san-and-multipath.48948/ Thanks, Angelo From owner-freebsd-questions@FreeBSD.ORG Mon Nov 17 22:39:33 2014 Return-Path: Delivered-To: FreeBSD-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1B8736A for ; Mon, 17 Nov 2014 22:39:33 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C7A3E2 for ; Mon, 17 Nov 2014 22:39:31 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id sAHMYM4e084977; Mon, 17 Nov 2014 23:34:22 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <546A77EE.4030904@bananmonarki.se> Date: Mon, 17 Nov 2014 23:34:22 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: "Jack L." , Polytropon Subject: Re: openoffice build fails. References: <54647A67.6020104@bananmonarki.se> <20141113104132.5b7df886.freebsd@edvax.de> <54648191.7040102@bananmonarki.se> <20141114072053.037eace4.freebsd@edvax.de> <546608FB.4040605@bananmonarki.se> <20141114225517.d88c5ce8.freebsd@edvax.de> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 22:39:34 -0000 On 2014-11-14 23:38, Jack L. wrote: > What's the build error you're getting? Which version? I will try and build it. FreeBSD 9.3-PRERELEASE #1 r266465 Oo4.1.1-r1617669 and devel-r1560773 fail at the same place with this: ... unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | ... ... creating links ... ... cleaning the output tree ... ... removing directory /tmp/ooopackaging/i_148361415810048 ... remove_empty_dirs_in_folder /usr/ports/editors/openoffice-devel/work/aoo/main/instsetoo_native/unxfbsdx.pro/Apache_OpenOffice/archive/install/sv_inprogress/Apache_OpenOffice_4.1.0_FreeBSD_install-arc_sv/openoffice4/share/extensions ... current dir: /usr/ports/editors/openoffice-devel/work/aoo/main/instsetoo_native/unxfbsdx.pro/Apache_OpenOffice/archive/install/sv_inprogress/Apache_OpenOffice_4.1.0_FreeBSD_install-arc_sv/openoffice4/program ... ... unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | ... ... cleaning the output tree ... ... removing directory /tmp/ooopackaging/i_148371415810048 ... Error: ERROR: unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed! ************************************************** ERROR: ERROR: unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed! in function: register_extensions ************************************************** in function: register_extensionsstopping log at Wed Nov 12 17:36:14 2014 dmake: Error code 255, while making 'openoffice_en-US.archive' 1 module(s): instsetoo_native need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/ports/editors/openoffice-devel/work/aoo/main/instsetoo_native/util When you have fixed the errors in that module you can resume the build by running: build --from instsetoo_native *** [do-build] Error code 1 From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 00:24:55 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E9BC69B for ; Tue, 18 Nov 2014 00:24:55 +0000 (UTC) Received: from mail5.networktest.com (mail5.networktest.com [204.109.60.142]) (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 088ABDCD for ; Tue, 18 Nov 2014 00:24:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail5.networktest.com (Postfix) with ESMTP id 461C62FCCB6 for ; Mon, 17 Nov 2014 16:24:53 -0800 (PST) Received: from mail5.networktest.com ([127.0.0.1]) by localhost (mail5.networktest.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 26859-06 for ; Mon, 17 Nov 2014 16:24:53 -0800 (PST) Received: from dhcp138.eng.networktest.com (ns.networktest.com [12.20.174.98]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail5.networktest.com (Postfix) with ESMTPSA id 08C4C2FCCB1 for ; Mon, 17 Nov 2014 16:24:52 -0800 (PST) Message-ID: <546A91D4.3070009@networktest.com> Date: Mon, 17 Nov 2014 16:24:52 -0800 From: David Newman Organization: Network Test Inc. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: upgrading 9.3 / ZFS v28 References: <54697AA5.6040804@networktest.com> <20141117123929.GB60429@ozzmosis.com> <546A1538.4040801@networktest.com> <20141117181527.GA62908@ozzmosis.com> In-Reply-To: <20141117181527.GA62908@ozzmosis.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 00:24:55 -0000 On 11/17/14, 10:15 AM, andrew clarke wrote: > On Mon 2014-11-17 07:33:12 UTC-0800, David Newman (dnewman@networktest.com) wrote: > >>>> Greetings. For a system running 9.3-RELEASE with ZFS v28 on the root >>>> partition (I did this manually long ago), are there any gotchas for >>>> upgrading to 10.1? > >> Hmmm...this could have gone better for me: >> >> To install the downloaded upgrades, run "/usr/sbin/freebsd-update install". >> root@boonen:~ # freebsd-update install >> Installing updates...chflags: ///var/empty: Read-only file system >> >> Normally, freebsd-update returns a reboot-and-proceed message at this >> point. Also, this system has no /var/empty partition. >> >> How to proceed? >> >> Thanks! > > Ah yes, I encountered that error too. I think you'll find you do have > a /var/empty judging from the above error. On my system: > > $ zfs list | grep empty > zroot/var/empty 14K 239G 14K /var/empty > > $ zfs get readonly zroot/var/empty > NAME PROPERTY VALUE SOURCE > zroot/var/empty readonly on local > > So this is necessary before you run freebsd-update: > > # zfs set readonly=off zroot/var/empty > > Obviously, set readonly=on after freebsd-update has finished: > > # zfs set readonly=on zroot/var/empty Thanks very much for that. With those changes, the install completed successfully. As for upgrading ZFS, I think it's done save for one issue. This command will upgrade the zpool, even when mounted: zpool upgrade -a This command will take the system offline, as I learned the hard way: zfs upgrade The right way to do this: 1. Boot into a LiveCD. I used the FreeBSD 10.1 DVD. 2. For each boot partition, use this command: # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 This assumes that (a) the freebsd-boot partition is first on the disk and ada0 is the disk. Use "gpart show" to verify this. This system has four disks, each with a freebsd-boot partition, so I went on like this: # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 3 ada2 # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 4 ada3 ...and I got an invalid index error on that last one, even though it's set up the same as the others. The system seems to boot and run OK, but I'm not sure why that last command failed. dn > > Regards > Andrew > From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 01:57:13 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79A9D5E0 for ; Tue, 18 Nov 2014 01:57:13 +0000 (UTC) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B94D8AB for ; Tue, 18 Nov 2014 01:57:13 +0000 (UTC) Received: from r56.edvax.de (port-92-195-158-193.dynamic.qsc.de [92.195.158.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id B0C1A3CD91; Tue, 18 Nov 2014 02:57:09 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id sAI1v7mN002069; Tue, 18 Nov 2014 02:57:08 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Tue, 18 Nov 2014 02:57:07 +0100 From: Polytropon To: Doug Hardie Subject: Re: vsnprintf and friends modify the va_list argument Message-Id: <20141118025707.fc183c55.freebsd@edvax.de> In-Reply-To: <617C3C28-2107-4D41-9E59-4C002FBDD33D@lafn.org> References: <20141117030844.d83bbae3.freebsd@edvax.de> <617C3C28-2107-4D41-9E59-4C002FBDD33D@lafn.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 01:57:13 -0000 On Mon, 17 Nov 2014 11:15:28 -0800, Doug Hardie wrote: > > > On 16 November 2014, at 18:08, Polytropon wrote: > > Maybe adding stdarg(3) to printf(3)'s SEE ALSO section would > > be a helpful choice here. > > Probably, but I would normally never chase things that far > to figure out there would be a problem. I believe a warning > like you quoted above in the printf man page would be more > likely to be noticed. This is probably a good and _possible_ idea. There aren't that many va_*-related functions in the standard library, and because the printf() family shares one manual page, such a hint could be provided here, mentioning that because of the use of the va_* functionality, certain arguments will be subject to change. This is, in my opinion, a hint that makes FreeBSD documentation more valuable again for developers. This, in combination with the reference to stdarg(3), could maybe be suggested to the FreeBSD doc team. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 02:16:47 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8EFB967 for ; Tue, 18 Nov 2014 02:16:47 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 73941A76 for ; Tue, 18 Nov 2014 02:16:47 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-19-107.adsl.hiwaay.net [216.180.19.107]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id sAI2GdTl018538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 17 Nov 2014 20:16:39 -0600 Message-ID: <546AAD7E.4080603@hiwaay.net> Date: Mon, 17 Nov 2014 20:22:54 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: upgrading 9.3 / ZFS v28 References: <54697AA5.6040804@networktest.com> <20141117123929.GB60429@ozzmosis.com> <546A1538.4040801@networktest.com> <20141117181527.GA62908@ozzmosis.com> <546A91D4.3070009@networktest.com> In-Reply-To: <546A91D4.3070009@networktest.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 02:16:47 -0000 On 11/17/14 18:24, David Newman wrote: > On 11/17/14, 10:15 AM, andrew clarke wrote: >> On Mon 2014-11-17 07:33:12 UTC-0800, David Newman (dnewman@networktest.com) wrote: >> >>>>> Greetings. For a system running 9.3-RELEASE with ZFS v28 on the root >>>>> partition (I did this manually long ago), are there any gotchas for >>>>> upgrading to 10.1? >>> Hmmm...this could have gone better for me: >>> >>> To install the downloaded upgrades, run "/usr/sbin/freebsd-update install". >>> root@boonen:~ # freebsd-update install >>> Installing updates...chflags: ///var/empty: Read-only file system >>> >>> Normally, freebsd-update returns a reboot-and-proceed message at this >>> point. Also, this system has no /var/empty partition. >>> >>> How to proceed? >>> >>> Thanks! >> Ah yes, I encountered that error too. I think you'll find you do have >> a /var/empty judging from the above error. On my system: >> >> $ zfs list | grep empty >> zroot/var/empty 14K 239G 14K /var/empty >> >> $ zfs get readonly zroot/var/empty >> NAME PROPERTY VALUE SOURCE >> zroot/var/empty readonly on local >> >> So this is necessary before you run freebsd-update: >> >> # zfs set readonly=off zroot/var/empty >> >> Obviously, set readonly=on after freebsd-update has finished: >> >> # zfs set readonly=on zroot/var/empty > Thanks very much for that. With those changes, the install completed > successfully. > > As for upgrading ZFS, I think it's done save for one issue. > > This command will upgrade the zpool, even when mounted: > > zpool upgrade -a > > This command will take the system offline, as I learned the hard way: > > zfs upgrade > > The right way to do this: > > 1. Boot into a LiveCD. I used the FreeBSD 10.1 DVD. > > 2. For each boot partition, use this command: > > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 > > This assumes that (a) the freebsd-boot partition is first on the disk > and ada0 is the disk. Use "gpart show" to verify this. > > This system has four disks, each with a freebsd-boot partition, so I > went on like this: > > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 3 ada2 > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 4 ada3 > > ...and I got an invalid index error on that last one, even though it's > set up the same as the others. > > The system seems to boot and run OK, but I'm not sure why that last > command failed. > > dn > > > > >> Regards >> Andrew >> > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > -i <0-3>, not <1-4>, i.e. zero-based counting ? My man page says otherwise (9.3RELEASE-p3), so maybe not .... $0.02, no more no less .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 04:47:27 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E777D06 for ; Tue, 18 Nov 2014 04:47:27 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FBECAF9 for ; Tue, 18 Nov 2014 04:47:26 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id bs8so557410wib.4 for ; Mon, 17 Nov 2014 20:47:24 -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=8CHQ/bEwKjSQICYf8THK3IX7CSYz1yPjvkyoRvQhQ0s=; b=rbBH9LVvzqER07O/UEnu/2dgzDkN3A0Kv9VIBngKDSamMm2V6Q7/hxNDWx7HowDKH3 R45Ois/qItBWaqEKNFdAueWS/VYHWIYrQtcIX1cWx0EsjsxE6HjebuxXX5dYqXK6OFb1 9UILhqSqyffCcDDvf/9C8J+csH8nPVNxVwcBL6PwR9M/uPwq5aFgI/IvbYno/WBJuTiA wkNbyByzabXYO+lbecsHreOVP5OGd7/CRRsLSMn0449SccJdZZ4ObQ3uHT2pNcp9dl2L nfPft/ZPAsbEjbfOqQncopbZyzjtlUIHnUI5iOIc4ZBlIGI/7E9rdyF5CawEuB+zMDgI QH5w== MIME-Version: 1.0 X-Received: by 10.180.92.169 with SMTP id cn9mr36484023wib.26.1416286044763; Mon, 17 Nov 2014 20:47:24 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Mon, 17 Nov 2014 20:47:24 -0800 (PST) In-Reply-To: References: Date: Mon, 17 Nov 2014 20:47:24 -0800 X-Google-Sender-Auth: yET0_OGnegjZobx4_0ejGag746E Message-ID: Subject: Re: playing Blu-Ray discs From: Adrian Chadd To: Waitman Gobble Content-Type: text/plain; charset=UTF-8 Cc: "C. P. Ghost" , "freebsd-questions@freebsd.org" , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 04:47:27 -0000 Hey! Cool! Would you mind posting a bug with the patches attached? It seems a bit daft to have the UDF support not at least mount bluray disks out of the box.. -adrian On 17 November 2014 08:10, Waitman Gobble wrote: > On Sun, Nov 16, 2014 at 8:17 PM, Waitman Gobble wrote: > >> >> >> On Sun, Nov 16, 2014 at 8:01 PM, Waitman Gobble >> wrote: >> >>> >>> >>> On Thu, Nov 13, 2014 at 3:01 PM, C. P. Ghost wrote: >>> >>>> On Thu, Nov 13, 2014 at 3:47 PM, krad wrote: >>>> >>>>> you are onto a looser as not even linux can do bluerays properly. Its >>>>> to do >>>>> with player licensing, DRM and opensource incompatibilities. >>>>> >>>> >>>> You need to remove the DRM with tools like Slysoft's AnyDVD-HD, >>>> which, unfortunately, runs only under Windows. You may want to try >>>> it under Wine, but I don't know whether it's been successfully done or >>>> not. >>>> >>>> >>>>> >>>>> On 9 November 2014 10:17, Waitman Gobble wrote: >>>>> >>>>> > Hi, >>>>> > >>>>> > Anyone have pointers on playing Blu-Ray discs using FreeBSD? >>>>> > >>>>> > I installed /multimedia/libbluray from ports. This solved a problem of >>>>> > inserted discs spinning forever until the end of time (and actually >>>>> > blocking the entire system). But playing the disc does not seem to >>>>> work w/ >>>>> > mplayer or xine. >>>>> > >>>>> > Thanks >>>>> > >>>>> > -- >>>>> > Waitman Gobble >>>>> > Los Altos California USA >>>>> > 510-830-7975 >>>>> > _______________________________________________ >>>>> > freebsd-questions@freebsd.org mailing list >>>>> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>>>> > To unsubscribe, send any mail to " >>>>> > freebsd-questions-unsubscribe@freebsd.org" >>>>> > >>>>> _______________________________________________ >>>>> freebsd-questions@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>>>> To unsubscribe, send any mail to " >>>>> freebsd-questions-unsubscribe@freebsd.org" >>>>> >>>> >>>> -- >>>> Cordula's Web. http://www.cordula.ws/ >>>> >>> >>> >>> Thanks for the info. I notice the sysutils/udfclient can read the disk >>> structure. I've forked and updated https://github.com/williamdevries/UDF >>> for 11.0-Current, will see if that gets me anywhere. >>> >>> -- >>> Waitman Gobble >>> Los Altos California USA >>> 510-830-7975 >>> >> >> >> The updated UDF kernel source seems to work with 11.0-Current. Moves me a >> little forward :) >> >> #1 using existing UDF driver: >> >> [1019] > mount_udf /dev/cd0 /br >> mount_udf: /dev/cd0: Invalid argument >> >> #2 using 'new' UDF driver: >> >> [1020] > mount_udf2 /dev/cd0 /br >> [1021] > cd /br >> [1022] > ls >> AACS BDMV CERTIFICATE >> [1023] > >> >> I'll post the code if anyone else wants to tinker with it. >> >> Now to see about actually playing the disc... >> >> -- >> Waitman Gobble >> Los Altos California USA >> 510-830-7975 >> > > > Updated src patches are available at https://github.com/waitman/UDF > > Curiously on the xfce4 desktop I now get a little icon of a disc that is > 'named' the title of the Blu-Ray. So that's something new. > > I notice one caveat, 'mplayer bd://' without any other switches assumes > that your disc is mounted at /mnt/bd and that your KEYDB.cfg is in > ~/.dvdcss/ > > Also it's possible to run the Linux 32 bit ./aacskeys /mnt/bd > (with the Linux compatibility port installed) > > I think it may work if I buy a Blu-Ray disc that is 'popular'. ie, the keys > are published. I only have a few and they are 'niche' disks that are > probably not mainstream. (for example 'the stone roses, made of stone'). > Maybe I'll buy a copy of 'the matrix' or something and see if that will > play. :) > > Also it seems there are existing tools that 'figure' out the keys, maybe > I'll try that when I get a chance, but if a 'popular' disc actually plays. > > -- > Waitman Gobble > Los Altos California USA > 510-830-7975 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 05:03:02 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 491F0EA8; Tue, 18 Nov 2014 05:03:02 +0000 (UTC) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFAA2C77; Tue, 18 Nov 2014 05:03:01 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id l4so17012115lbv.24 for ; Mon, 17 Nov 2014 21:02:59 -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=1mwyaqAenf9zOdrSxQ4NABNLEstWx49FsERqk23fiME=; b=w9cwgKrGR9tpH/VIKY/MsAgPYsndO3huT+UjAmcHSa+AEjIIuOwaxvfnIXggzrYjWg pBX+/WQXnLjmy7MdZ3A9iWn5OGc6OvleSfrlR2EMObZaZWwEtFY45v/WpAqJiL/5WnGt bZoz4xokWQF8OowzVi8QywPCs/3M4CO3cKl0RpKo0U/ScsgllhO1okWremBw2MAivC9l 6tTB75hwgWBtp4wlUWhhTlzIdurV1d72c+aqTPu0j03sBqWp3hJwcQL0C+vxpqKjTqjE /gokTIi298W9rqfR5cu63bdBm69HKjB4JE5cncd1Un73lDWKYyAG0Rf7IJPEZndfPxGD uanw== MIME-Version: 1.0 X-Received: by 10.112.63.70 with SMTP id e6mr15566435lbs.93.1416286979607; Mon, 17 Nov 2014 21:02:59 -0800 (PST) Received: by 10.25.215.212 with HTTP; Mon, 17 Nov 2014 21:02:59 -0800 (PST) In-Reply-To: References: Date: Mon, 17 Nov 2014 21:02:59 -0800 Message-ID: Subject: Re: playing Blu-Ray discs From: Waitman Gobble To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "C. P. Ghost" , "freebsd-questions@freebsd.org" , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 05:03:02 -0000 On Mon, Nov 17, 2014 at 8:47 PM, Adrian Chadd wrote: > Hey! > > Cool! Would you mind posting a bug with the patches attached? It seems > a bit daft to have the UDF support not at least mount bluray disks out > of the box.. > > > > -adrian > > > On 17 November 2014 08:10, Waitman Gobble wrote: > > On Sun, Nov 16, 2014 at 8:17 PM, Waitman Gobble > wrote: > > > >> > >> > >> On Sun, Nov 16, 2014 at 8:01 PM, Waitman Gobble > >> wrote: > >> > >>> > >>> > >>> On Thu, Nov 13, 2014 at 3:01 PM, C. P. Ghost > wrote: > >>> > >>>> On Thu, Nov 13, 2014 at 3:47 PM, krad wrote: > >>>> > >>>>> you are onto a looser as not even linux can do bluerays properly. Its > >>>>> to do > >>>>> with player licensing, DRM and opensource incompatibilities. > >>>>> > >>>> > >>>> You need to remove the DRM with tools like Slysoft's AnyDVD-HD, > >>>> which, unfortunately, runs only under Windows. You may want to try > >>>> it under Wine, but I don't know whether it's been successfully done or > >>>> not. > >>>> > >>>> > >>>>> > >>>>> On 9 November 2014 10:17, Waitman Gobble > wrote: > >>>>> > >>>>> > Hi, > >>>>> > > >>>>> > Anyone have pointers on playing Blu-Ray discs using FreeBSD? > >>>>> > > >>>>> > I installed /multimedia/libbluray from ports. This solved a > problem of > >>>>> > inserted discs spinning forever until the end of time (and actually > >>>>> > blocking the entire system). But playing the disc does not seem to > >>>>> work w/ > >>>>> > mplayer or xine. > >>>>> > > >>>>> > Thanks > >>>>> > > >>>>> > -- > >>>>> > Waitman Gobble > >>>>> > Los Altos California USA > >>>>> > 510-830-7975 > >>>>> > _______________________________________________ > >>>>> > freebsd-questions@freebsd.org mailing list > >>>>> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >>>>> > To unsubscribe, send any mail to " > >>>>> > freebsd-questions-unsubscribe@freebsd.org" > >>>>> > > >>>>> _______________________________________________ > >>>>> freebsd-questions@freebsd.org mailing list > >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >>>>> To unsubscribe, send any mail to " > >>>>> freebsd-questions-unsubscribe@freebsd.org" > >>>>> > >>>> > >>>> -- > >>>> Cordula's Web. http://www.cordula.ws/ > >>>> > >>> > >>> > >>> Thanks for the info. I notice the sysutils/udfclient can read the disk > >>> structure. I've forked and updated > https://github.com/williamdevries/UDF > >>> for 11.0-Current, will see if that gets me anywhere. > >>> > >>> -- > >>> Waitman Gobble > >>> Los Altos California USA > >>> 510-830-7975 > >>> > >> > >> > >> The updated UDF kernel source seems to work with 11.0-Current. Moves me > a > >> little forward :) > >> > >> #1 using existing UDF driver: > >> > >> [1019] > mount_udf /dev/cd0 /br > >> mount_udf: /dev/cd0: Invalid argument > >> > >> #2 using 'new' UDF driver: > >> > >> [1020] > mount_udf2 /dev/cd0 /br > >> [1021] > cd /br > >> [1022] > ls > >> AACS BDMV CERTIFICATE > >> [1023] > > >> > >> I'll post the code if anyone else wants to tinker with it. > >> > >> Now to see about actually playing the disc... > >> > >> -- > >> Waitman Gobble > >> Los Altos California USA > >> 510-830-7975 > >> > > > > > > Updated src patches are available at https://github.com/waitman/UDF > > > > Curiously on the xfce4 desktop I now get a little icon of a disc that is > > 'named' the title of the Blu-Ray. So that's something new. > > > > I notice one caveat, 'mplayer bd://' without any other switches assumes > > that your disc is mounted at /mnt/bd and that your KEYDB.cfg is in > > ~/.dvdcss/ > > > > Also it's possible to run the Linux 32 bit ./aacskeys /mnt/bd > > (with the Linux compatibility port installed) > > > > I think it may work if I buy a Blu-Ray disc that is 'popular'. ie, the > keys > > are published. I only have a few and they are 'niche' disks that are > > probably not mainstream. (for example 'the stone roses, made of stone'). > > Maybe I'll buy a copy of 'the matrix' or something and see if that will > > play. :) > > > > Also it seems there are existing tools that 'figure' out the keys, maybe > > I'll try that when I get a chance, but if a 'popular' disc actually > plays. > > > > -- > > Waitman Gobble > > Los Altos California USA > > 510-830-7975 > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > Hey Adrian, sure, will do in a bit. -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 05:09:06 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33D89F73; Tue, 18 Nov 2014 05:09:06 +0000 (UTC) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA081CA9; Tue, 18 Nov 2014 05:09:05 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id f15so18841934lbj.37 for ; Mon, 17 Nov 2014 21:09:03 -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=6RswP7bRUzs/FxLn8ZXyAJOfhs4dD7967UPZ+8uw428=; b=UOVxAZP4D+Qz8CxOFF5du9vQxHGhobHjW1v0+RZ0UWcJcH0Bj2pFqjxNEIysJtH+4u 1ElV6Q3nMUMIFOavOW94RjuLLBWCaSOVN3G8XxQXP69Z5zCgqENGAETSs3hkWLQdUy+3 DASh17oWLz6kLZhYTWvz0/7cBIy3kULpoTXe36QIyyndH13J+1uAzlWwwjId2QWLWNSg NVQ1qEM7qsljR1KfXZXHuQGwZos0ZHdBKw2p0C4Y3AQ5kkGcuHZXM8XQ38sAv9CBOsUZ gd2kiOY1hFJkuIOPXur/v9ORN5lQabPfD9wo1bN26U/V/dLhMO9Wn0jlhB6WpedVPWnc ZAGQ== MIME-Version: 1.0 X-Received: by 10.112.42.114 with SMTP id n18mr33133320lbl.44.1416287343556; Mon, 17 Nov 2014 21:09:03 -0800 (PST) Received: by 10.25.215.212 with HTTP; Mon, 17 Nov 2014 21:09:03 -0800 (PST) In-Reply-To: References: Date: Mon, 17 Nov 2014 21:09:03 -0800 Message-ID: Subject: Re: playing Blu-Ray discs From: Waitman Gobble To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "C. P. Ghost" , "freebsd-questions@freebsd.org" , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 05:09:06 -0000 On Mon, Nov 17, 2014 at 9:02 PM, Waitman Gobble wrote: > > On Mon, Nov 17, 2014 at 8:47 PM, Adrian Chadd wrote: > >> Hey! >> >> Cool! Would you mind posting a bug with the patches attached? It seems >> a bit daft to have the UDF support not at least mount bluray disks out >> of the box.. >> >> >> >> -adrian >> >> >> On 17 November 2014 08:10, Waitman Gobble wrote: >> > On Sun, Nov 16, 2014 at 8:17 PM, Waitman Gobble >> wrote: >> > >> >> >> >> >> >> On Sun, Nov 16, 2014 at 8:01 PM, Waitman Gobble >> >> wrote: >> >> >> >>> >> >>> >> >>> On Thu, Nov 13, 2014 at 3:01 PM, C. P. Ghost >> wrote: >> >>> >> >>>> On Thu, Nov 13, 2014 at 3:47 PM, krad wrote: >> >>>> >> >>>>> you are onto a looser as not even linux can do bluerays properly. >> Its >> >>>>> to do >> >>>>> with player licensing, DRM and opensource incompatibilities. >> >>>>> >> >>>> >> >>>> You need to remove the DRM with tools like Slysoft's AnyDVD-HD, >> >>>> which, unfortunately, runs only under Windows. You may want to try >> >>>> it under Wine, but I don't know whether it's been successfully done >> or >> >>>> not. >> >>>> >> >>>> >> >>>>> >> >>>>> On 9 November 2014 10:17, Waitman Gobble >> wrote: >> >>>>> >> >>>>> > Hi, >> >>>>> > >> >>>>> > Anyone have pointers on playing Blu-Ray discs using FreeBSD? >> >>>>> > >> >>>>> > I installed /multimedia/libbluray from ports. This solved a >> problem of >> >>>>> > inserted discs spinning forever until the end of time (and >> actually >> >>>>> > blocking the entire system). But playing the disc does not seem to >> >>>>> work w/ >> >>>>> > mplayer or xine. >> >>>>> > >> >>>>> > Thanks >> >>>>> > >> >>>>> > -- >> >>>>> > Waitman Gobble >> >>>>> > Los Altos California USA >> >>>>> > 510-830-7975 >> >>>>> > _______________________________________________ >> >>>>> > freebsd-questions@freebsd.org mailing list >> >>>>> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> >>>>> > To unsubscribe, send any mail to " >> >>>>> > freebsd-questions-unsubscribe@freebsd.org" >> >>>>> > >> >>>>> _______________________________________________ >> >>>>> freebsd-questions@freebsd.org mailing list >> >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> >>>>> To unsubscribe, send any mail to " >> >>>>> freebsd-questions-unsubscribe@freebsd.org" >> >>>>> >> >>>> >> >>>> -- >> >>>> Cordula's Web. http://www.cordula.ws/ >> >>>> >> >>> >> >>> >> >>> Thanks for the info. I notice the sysutils/udfclient can read the disk >> >>> structure. I've forked and updated >> https://github.com/williamdevries/UDF >> >>> for 11.0-Current, will see if that gets me anywhere. >> >>> >> >>> -- >> >>> Waitman Gobble >> >>> Los Altos California USA >> >>> 510-830-7975 >> >>> >> >> >> >> >> >> The updated UDF kernel source seems to work with 11.0-Current. Moves >> me a >> >> little forward :) >> >> >> >> #1 using existing UDF driver: >> >> >> >> [1019] > mount_udf /dev/cd0 /br >> >> mount_udf: /dev/cd0: Invalid argument >> >> >> >> #2 using 'new' UDF driver: >> >> >> >> [1020] > mount_udf2 /dev/cd0 /br >> >> [1021] > cd /br >> >> [1022] > ls >> >> AACS BDMV CERTIFICATE >> >> [1023] > >> >> >> >> I'll post the code if anyone else wants to tinker with it. >> >> >> >> Now to see about actually playing the disc... >> >> >> >> -- >> >> Waitman Gobble >> >> Los Altos California USA >> >> 510-830-7975 >> >> >> > >> > >> > Updated src patches are available at https://github.com/waitman/UDF >> > >> > Curiously on the xfce4 desktop I now get a little icon of a disc that is >> > 'named' the title of the Blu-Ray. So that's something new. >> > >> > I notice one caveat, 'mplayer bd://' without any other switches assumes >> > that your disc is mounted at /mnt/bd and that your KEYDB.cfg is in >> > ~/.dvdcss/ >> > >> > Also it's possible to run the Linux 32 bit ./aacskeys /mnt/bd >> > (with the Linux compatibility port installed) >> > >> > I think it may work if I buy a Blu-Ray disc that is 'popular'. ie, the >> keys >> > are published. I only have a few and they are 'niche' disks that are >> > probably not mainstream. (for example 'the stone roses, made of stone'). >> > Maybe I'll buy a copy of 'the matrix' or something and see if that will >> > play. :) >> > >> > Also it seems there are existing tools that 'figure' out the keys, maybe >> > I'll try that when I get a chance, but if a 'popular' disc actually >> plays. >> > >> > -- >> > Waitman Gobble >> > Los Altos California USA >> > 510-830-7975 >> > _______________________________________________ >> > freebsd-questions@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> > To unsubscribe, send any mail to " >> freebsd-questions-unsubscribe@freebsd.org" >> > > > Hey Adrian, > > sure, will do in a bit. > > > -- > Waitman Gobble > Los Altos California USA > 510-830-7975 > But this would be better i think? https://wiki.freebsd.org/SummerOfCode2014Ideas#Port_NetBSD.27s_UDF_implementation doesn't look like it's been done yet? -- Waitman Gobble San Jose California USA 510-830-7975 From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 06:47:26 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45DF2E9E for ; Tue, 18 Nov 2014 06:47:26 +0000 (UTC) Received: from icp-osb-irony-out3.external.iinet.net.au (icp-osb-irony-out3.external.iinet.net.au [203.59.1.219]) by mx1.freebsd.org (Postfix) with ESMTP id BBC9288A for ; Tue, 18 Nov 2014 06:47:25 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvwKADHralR8lKxs/2dsb2JhbABbgw6BLoI2tg4GmxMCgRAWAQEBAQF9hAMBAQMBOj8FCwsNARMlDwUYMROIOAjTMAEBAQEGAQEBAQEdhjmKDUIHgy2BHgWeVYdrQI5PhA8pMIEIgUMBAQE X-IronPort-AV: E=Sophos;i="5.07,408,1413216000"; d="scan'208";a="53953130" Received: from unknown (HELO smtp.phoenix) ([124.148.172.108]) by icp-osb-irony-out3.iinet.net.au with ESMTP; 18 Nov 2014 14:47:14 +0800 Received: by smtp.phoenix (Postfix, from userid 1001) id 46C5CAE3; Tue, 18 Nov 2014 17:47:14 +1100 (AEDT) Date: Tue, 18 Nov 2014 17:47:14 +1100 From: andrew clarke To: David Newman Subject: Re: upgrading 9.3 / ZFS v28 Message-ID: <20141118064714.GA75897@ozzmosis.com> References: <54697AA5.6040804@networktest.com> <20141117123929.GB60429@ozzmosis.com> <546A1538.4040801@networktest.com> <20141117181527.GA62908@ozzmosis.com> <546A91D4.3070009@networktest.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <546A91D4.3070009@networktest.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 06:47:26 -0000 On Mon 2014-11-17 16:24:52 UTC-0800, David Newman (dnewman@networktest.com) wrote: > This command will upgrade the zpool, even when mounted: > > zpool upgrade -a > > This command will take the system offline, as I learned the hard way: > > zfs upgrade > > The right way to do this: > > 1. Boot into a LiveCD. I used the FreeBSD 10.1 DVD. > > 2. For each boot partition, use this command: > > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 > > This assumes that (a) the freebsd-boot partition is first on the disk > and ada0 is the disk. Use "gpart show" to verify this. > > This system has four disks, each with a freebsd-boot partition, so I > went on like this: > > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 3 ada2 > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 4 ada3 > > ...and I got an invalid index error on that last one, even though it's > set up the same as the others. > > The system seems to boot and run OK, but I'm not sure why that last > command failed. In what way did "zfs upgrade" take the system offline? Kernel panic? You did not paste the output of "gpart show", but I suspect you may have got the gpart index parameter wrong on ada{1,2,3}. On my two disk system, "gpart show" outputs: => 34 1953525101 ada0 GPT (932G) 34 128 1 freebsd-boot (64K) 162 1953524973 2 freebsd-zfs (932G) => 34 1953525101 ada1 GPT (932G) 34 128 1 freebsd-boot (64K) 162 1953524973 2 freebsd-zfs (932G) Therefore the correct commands were: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada1 Regards Andrew From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 13:32:57 2014 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B8B47A3 for ; Tue, 18 Nov 2014 13:32:57 +0000 (UTC) Received: from mail-ie0-x250.google.com (mail-ie0-x250.google.com [IPv6:2607:f8b0:4001:c03::250]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D947F692 for ; Tue, 18 Nov 2014 13:32:56 +0000 (UTC) Received: by mail-ie0-f208.google.com with SMTP id rp18so66052iec.11 for ; Tue, 18 Nov 2014 05:32:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=tLPYUUqujBcHjq/P7AQnYojWARaZ+sBFJbZ0m4hl3Xo=; b=WNYDuN/dm9gFYzsxg6lfgZ10ZMSa+so0tmF1/puP/mpzhayHAPc15A31cpCArR618P ScCaMSRP6gky0ofGU7OlXebkPmo6p8uwjylf1VR1tXG3gNd1NTyz4LPZPv2coddAjl7J OQV33fTv0Xu7We5rdHB/uHWnARF9VeQX7lc8T8lH+VHxwT7GGef4D5deoSfl2J0hgXAE s7P4sggHU5sEXEinGCN0bl0C3/KAwYgBwCjNb7aH4Z0WKOCIjNWdVbavq+Qv4n5Xof6p axTYXvyEzZdo834xn3WdpMxk+TmplGxlNPk0YyNAyODHVlcf42nmEwYaS5meqrDNlZPJ 8onA== MIME-Version: 1.0 X-Received: by 10.42.101.144 with SMTP id e16mr81467727ico.15.1416317576177; Tue, 18 Nov 2014 05:32:56 -0800 (PST) Message-ID: <047d7beba2f80479a00508222267@google.com> Date: Tue, 18 Nov 2014 13:32:56 +0000 Subject: freebsd.org - Better Traffic - Higher Sales From: Sofia Lewis To: freebsd-questions@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 13:32:57 -0000 Dear business owner of freebsd.org, I would like to take a few minutes from your schedule and ask for your attention towards Internet marketing for freebsd.org. As a business Owner you might be interested to gain profit by placing your website among top in search engines. Your website needs immediate improvement for some major issues with your website. -Low online presence for many competitive keyword phrases -Unorganized social media accounts -Not compatible with all mobile devices -Many bad back links to your website Looking at the above issues and other additional improvements for your website, I would request you to give us a chance to fix those issues. Our team of Search Engine and Social Media experts are here to serve you with best inputs. If you are interested in learning more about current status of your website, we would be glad to share WEBSITE AUDIT REPORT of freebsd.org for FREE. You will feel the difference once you get services from our company as we never let our clients expectations go down. Being at the top left of Google (#1- #3 organic positions) is the best thing you can do for your company's website traffic and online reputation. You will be happy to know that, my team is willing to guarantee you 1st page Google ranking for your targeted local keyword phrases. If my proposal sound's interesting for your business goal, feel free to email us, or can provide me with your phone number and the best time to call you. I am also available for an online meeting to present you this website audit report. ----------------------------------------------------------------- Best Regards, Sofia Lewis Marketing Consultant PS I: I am not spamming. I have studied your website and believe I can help with your business promotion. If you still want us to not contact you, you can ignore this email or ask to remove and I will not contact again. PS II: I found your site using Google search and after having a look over your website I recommend you to implement future technologies such as HTML 5 and Responsive Design to make your site more accessible in mobile phone, tablets, desktop etc. From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 15:35:17 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF3DCE0A for ; Tue, 18 Nov 2014 15:35:17 +0000 (UTC) Received: from newmail.rmm.fr (newmail.rmm.fr [213.251.152.9]) by mx1.freebsd.org (Postfix) with ESMTP id 8411A775 for ; Tue, 18 Nov 2014 15:35:17 +0000 (UTC) Received: from newmail.rmm.fr (newmail.rmm.fr [213.251.152.9]) by newmail.rmm.fr (Postfix) with ESMTP id 60BECA876E for ; Tue, 18 Nov 2014 16:28:29 +0100 (CET) X-Virus-Scanned: amavisd-new 2.8.0 (20120630) at rmm.fr Received: from newmail.rmm.fr ([213.251.152.9]) by newmail.rmm.fr (newmail.rmm.fr [213.251.152.9]) (amavisd-new, port 10026) with ESMTP id q_NO3-gcGpeT for ; Tue, 18 Nov 2014 16:28:29 +0100 (CET) Received: from newmail.rmm.fr (newmail.rmm.fr [87.98.206.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hidden) by newmail.rmm.fr (Postfix) with ESMTPSA id 31503A8769 for ; Tue, 18 Nov 2014 16:28:29 +0100 (CET) From: "bsd@todoo.biz" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Hardware RAID or software for ZFS Message-Id: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> Date: Tue, 18 Nov 2014 16:28:28 +0100 To: Liste FreeBSD Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 15:35:17 -0000 Hi,=20 I would need your help in order to figure out which will be the best in = order to setup a server which will be used as a Poudriere server.=20 My question is related to the usage of hardware RAID controller (JBOD) = or software based controller (graid)=20 Server we are targeting is a SuperMicro 1018R-WC0R - 1U I used to build my server using an HBA such as LSI SAS 9207-8i or LSI = SAS 9201-16i Then I=E2=80=99ll configure the HBA as JBOD so that disks can be = presented correctly to the system so that we can build our ZFS FS on top = of that.=20 My sysadmin suggested me to get rid of the HBA and use direct = connectivity and Graid.=20 I would like to have some feedback on various aspects :=20 1. performance=20 2. usability=20 3. problem one might have encountered Thanks for your feedback.=20 G.B.=20 ________________________________________________ = =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= = =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF= =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF Your provider of OpenSource Appliances www.osnet.eu =09 ________________________________________________ = =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= = =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF= =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF PGP ID --> 0x1BA3C2FD From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 16:02:05 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64073619 for ; Tue, 18 Nov 2014 16:02:05 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F144CA6C for ; Tue, 18 Nov 2014 16:02:04 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id sAIG1sTJ036024; Tue, 18 Nov 2014 16:01:55 GMT (envelope-from freebsd@qeng-ho.org) Message-ID: <546B6D72.3060105@qeng-ho.org> Date: Tue, 18 Nov 2014 16:01:54 +0000 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "bsd@todoo.biz" , Liste FreeBSD Subject: Re: Hardware RAID or software for ZFS References: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> In-Reply-To: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 16:02:05 -0000 On 18/11/2014 15:28, bsd@todoo.biz wrote: > Hi, > > > I would need your help in order to figure out which will be the best > in order to setup a server which will be used as a Poudriere server. > > My question is related to the usage of hardware RAID controller (JBOD) > or software based controller (graid) > > Server we are targeting is a SuperMicro 1018R-WC0R - 1U > > I used to build my server using an HBA such as LSI SAS 9207-8i or LSI > SAS 9201-16i Then I’ll configure the HBA as JBOD so that disks can be > presented correctly to the system so that we can build our ZFS FS on > top of that. > > > My sysadmin suggested me to get rid of the HBA and use direct > connectivity and Graid. > > > I would like to have some feedback on various aspects : > > 1. performance > 2. usability > 3. problem one might have encountered If you're intending to use ZFS don't use JBOD or graid, just tell zpool to create a pool out of individual disks using raidz (or raidz[23] if you have enough disks). As for your hardware choice, I'll let others with more experience than me answer. From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 16:03:53 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57A8B7A4 for ; Tue, 18 Nov 2014 16:03:53 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBE46A87 for ; Tue, 18 Nov 2014 16:03:52 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id x12so200518wgg.22 for ; Tue, 18 Nov 2014 08:03:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=zchFGDGS+iVKYAaZWeP/ICP1903b3oSsRC+W0iGqHGE=; b=RYQ5hXVGVr+wpGI33pjxjL1ht8JFICIFjR6pnRZvIp91+rVTMzNaHFKZUG0qdyJtEr 77oHHMgbnwvvgdm+Mur9Mhjr2QQZQMe3Yh0P1IaMmUfIZKJSN2b07iOZoiLZU+zXPvpi Dm8us8oKwJr4vo5q1wgMYCqBaZY62oIsHXXIrRi/OR/+FGdiue3MpqvByxTwM2a2I6uj 4UOBl7w+oJFV/cGZc5/Vc0qVMQuDY8oxcTfmrs8H7YS+odp3aEUIPsM14Th3tU4F1twk Cr/yaCKd/rFBxjoSOk/RAVIUILKho5y4SXr0UPwkGe0RG/xWAKx1h5VtP53vMFkCwcPc ePSQ== X-Received: by 10.180.72.134 with SMTP id d6mr20591716wiv.73.1416326631316; Tue, 18 Nov 2014 08:03:51 -0800 (PST) Received: from t510.bsoft-company.ro (remote.ezwim.com. [193.239.202.173]) by mx.google.com with ESMTPSA id cz3sm56357611wjb.23.2014.11.18.08.03.50 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Nov 2014 08:03:50 -0800 (PST) Message-ID: <546B6DE5.7040002@gmail.com> Date: Tue, 18 Nov 2014 17:03:49 +0100 From: Andrei Brezan User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Hardware RAID or software for ZFS References: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> In-Reply-To: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 16:03:53 -0000 On 11/18/14 16:28, bsd@todoo.biz wrote: > Hi, > > > I would need your help in order to figure out which will be the best in order to setup a server which will be used as a Poudriere server. > > My question is related to the usage of hardware RAID controller (JBOD) or software based controller (graid) > > Server we are targeting is a SuperMicro 1018R-WC0R - 1U > > I used to build my server using an HBA such as LSI SAS 9207-8i or LSI SAS 9201-16i > Then I’ll configure the HBA as JBOD so that disks can be presented correctly to the system so that we can build our ZFS FS on top of that. > > > My sysadmin suggested me to get rid of the HBA and use direct connectivity and Graid. If your disks are SATA you can use the disks in a similar fashion as JBOD from a PCI-E controller as the onboard controller and backplane should recognize them. If they are SAS than you need a controller for them. For ZFS I don't think that anything than exposing the disk as is to ZFS gives any benefits, ZFS is designed to write directly on disk without any raid between it and the hardware layer. The caching algorithm of a raid system might tell ZFS that data was written to disk when data is still in the controller's cache for example. I've never heard of a setup with ZFS on top of gmirror or gstripe but my gut feeling is that they might not play well together as they try to address similar, if not identical, issues. > > I would like to have some feedback on various aspects : > > 1. performance > 2. usability > 3. problem one might have encountered > > > > Thanks for your feedback. > > G.B. Regards, Andrei From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 16:04:42 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 422019DA for ; Tue, 18 Nov 2014 16:04:42 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bbn0109.outbound.protection.outlook.com [157.56.111.109]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D8590AA1 for ; Tue, 18 Nov 2014 16:04:40 +0000 (UTC) Received: from [10.0.0.21] (73.5.142.244) by BY1PR0301MB0838.namprd03.prod.outlook.com (25.160.193.144) with Microsoft SMTP Server (TLS) id 15.1.16.15; Tue, 18 Nov 2014 16:04:32 +0000 Message-ID: <546B6E0A.4020906@my.hennepintech.edu> Date: Tue, 18 Nov 2014 10:04:26 -0600 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Subject: Re: Hardware RAID or software for ZFS References: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> In-Reply-To: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [73.5.142.244] X-ClientProxiedBy: BL2PR08CA0051.namprd08.prod.outlook.com (10.255.170.169) To BY1PR0301MB0838.namprd03.prod.outlook.com (25.160.193.144) X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BY1PR0301MB0838; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:; SRVR:BY1PR0301MB0838; X-Forefront-PRVS: 039975700A X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(199003)(51704005)(189002)(24454002)(99396003)(64126003)(4396001)(120916001)(110136001)(105586002)(107886001)(2351001)(106356001)(122386002)(107046002)(47776003)(75432002)(64706001)(95666004)(46102003)(83506001)(88552001)(62966003)(23676002)(21056001)(31966008)(77096003)(77156002)(65956001)(20776003)(40100003)(65806001)(59896002)(66066001)(450100001)(50986999)(65816999)(89122001)(54356999)(87976001)(97736003)(101416001)(33656002)(102836001)(87266999)(19580395003)(80316001)(76176999)(50466002)(19580405001)(42186005)(86362001)(92566001)(92726001)(89472002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0301MB0838; H:[10.0.0.21]; FPR:; MLV:sfv; PTR:InfoNoRecords; A:0; MX:1; LANG:en; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:; SRVR:BY1PR0301MB0838; X-OriginatorOrg: my.hennepintech.edu X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 16:04:42 -0000 On 2014.11.18 09:28, bsd@todoo.biz wrote: > Hi, > > > I would need your help in order to figure out which will be the best in order to setup a server which will be used as a Poudriere server. > > My question is related to the usage of hardware RAID controller (JBOD) or software based controller (graid) Use neither. ZFS does its own RAID and it works much, much more efficiently if it doesn't have some other system below it lying about what is going on with the disks. At best, your other RAID solution will waste cycles, and at worst, ZFS will constantly try to fix all the changes that happen underneath and the two will constantly be fighting over what the correct state of the disks is. In that case, ZFS often loses and you will be unable to access your data because, as far as ZFS knows, gremlins are flipping bits at random and destroying your data. From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 16:10:42 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EAA3EF1 for ; Tue, 18 Nov 2014 16:10:42 +0000 (UTC) Received: from mail-ee0-x22d.google.com (mail-ee0-x22d.google.com [IPv6:2a00:1450:4013:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BDD1B25 for ; Tue, 18 Nov 2014 16:10:42 +0000 (UTC) Received: by mail-ee0-f45.google.com with SMTP id e49so144554eek.32 for ; Tue, 18 Nov 2014 08:10:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=biq9492QHHNsyqP2ziNkC7OTp7hK7ZsGxPYc95IZyxU=; b=Qma180fIPvMwgrGqTNZ7WSkvBKxkLoZJWRqa59l8fw19T3M/ts0CvVUdGVywygZJBH VPnYFuMmRMWTv81wj/i8YFOVAqj8vTZQxAIKpGeTCqUVzvLSmLKNHd+cLZPfcQU41f8H Z0EYfBTppMhQIcH3EY2T1vtrjPZFippj7e88eGLzPsF2cm1y49/rT37UbSXRfqzclGTp I2km25MuYDGOqcfLO+FZmfKQn+prGP0p7tSLUwu6rgJ3lSv5pYRp+cu+SDdnGLdtnsRs 87TENXILQqrl00TET9cDlu260xKmR8LN+i+lz0GDeYn10Da5VtEN9PWewdoDDO8QI8D5 TmZA== X-Received: by 10.194.246.167 with SMTP id xx7mr20729769wjc.118.1416327040125; Tue, 18 Nov 2014 08:10:40 -0800 (PST) Received: from t510.bsoft-company.ro (remote.ezwim.com. [193.239.202.173]) by mx.google.com with ESMTPSA id kn5sm48850911wjb.48.2014.11.18.08.10.39 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Nov 2014 08:10:39 -0800 (PST) Message-ID: <546B6F7F.2010902@gmail.com> Date: Tue, 18 Nov 2014 17:10:39 +0100 From: Andrei Brezan User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Arthur Chance , Liste FreeBSD Subject: Re: Hardware RAID or software for ZFS References: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> <546B6D72.3060105@qeng-ho.org> In-Reply-To: <546B6D72.3060105@qeng-ho.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 16:10:42 -0000 On 11/18/14 17:01, Arthur Chance wrote: > On 18/11/2014 15:28, bsd@todoo.biz wrote: >> Hi, >> >> >> I would need your help in order to figure out which will be the best > > in order to setup a server which will be used as a Poudriere server. >> >> My question is related to the usage of hardware RAID controller (JBOD) > > or software based controller (graid) >> >> Server we are targeting is a SuperMicro 1018R-WC0R - 1U >> >> I used to build my server using an HBA such as LSI SAS 9207-8i or LSI > > SAS 9201-16i Then I’ll configure the HBA as JBOD so that disks can be > > presented correctly to the system so that we can build our ZFS FS on > > top of that. >> >> >> My sysadmin suggested me to get rid of the HBA and use direct > > connectivity and Graid. >> >> >> I would like to have some feedback on various aspects : >> >> 1. performance >> 2. usability >> 3. problem one might have encountered > > If you're intending to use ZFS don't use JBOD or graid, just tell > zpool to create a pool out of individual disks using raidz (or > raidz[23] if you have enough disks). > > As for your hardware choice, I'll let others with more experience than > me answer. > JBOD is presenting the disk directly to the OS so it is well suited for a ZFS setup. There are still raid controllers that have both raid capabilities and JBOD although some manufacturers try really hard to separate them for $ome reason. Most of the times you can re-write the firmware on such a device and have either raid capabilities or JBOD. From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 16:26:42 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E377B704 for ; Tue, 18 Nov 2014 16:26:41 +0000 (UTC) Received: from newmail.rmm.fr (newmail.rmm.fr [213.251.152.9]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5B0EE8 for ; Tue, 18 Nov 2014 16:26:41 +0000 (UTC) Received: from newmail.rmm.fr (newmail.rmm.fr [213.251.152.9]) by newmail.rmm.fr (Postfix) with ESMTP id BF1B8A81C0 for ; Tue, 18 Nov 2014 17:26:35 +0100 (CET) X-Virus-Scanned: amavisd-new 2.8.0 (20120630) at rmm.fr Received: from newmail.rmm.fr ([213.251.152.9]) by newmail.rmm.fr (newmail.rmm.fr [213.251.152.9]) (amavisd-new, port 10026) with ESMTP id N96JZVta-F4r for ; Tue, 18 Nov 2014 17:26:35 +0100 (CET) Received: from newmail.rmm.fr (newmail.rmm.fr [87.98.206.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hidden) by newmail.rmm.fr (Postfix) with ESMTPSA id 9028AA81BB for ; Tue, 18 Nov 2014 17:26:35 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Hardware RAID or software for ZFS From: "bsd@todoo.biz" In-Reply-To: <546B6F7F.2010902@gmail.com> Date: Tue, 18 Nov 2014 17:26:35 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9AAAB1C9-C75F-48BB-A21A-9979B61E44B5@todoo.biz> References: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> <546B6D72.3060105@qeng-ho.org> <546B6F7F.2010902@gmail.com> To: Liste FreeBSD X-Mailer: Apple Mail (2.1993) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 16:26:42 -0000 > Le 18 nov. 2014 =C3=A0 17:10, Andrei Brezan a = =C3=A9crit : >=20 >=20 > On 11/18/14 17:01, Arthur Chance wrote: >> On 18/11/2014 15:28, bsd@todoo.biz wrote: >>> Hi, >>>=20 >>>=20 >>> I would need your help in order to figure out which will be the best >> > in order to setup a server which will be used as a Poudriere = server. >>>=20 >>> My question is related to the usage of hardware RAID controller = (JBOD) >> > or software based controller (graid) >>>=20 >>> Server we are targeting is a SuperMicro 1018R-WC0R - 1U >>>=20 >>> I used to build my server using an HBA such as LSI SAS 9207-8i or = LSI >> > SAS 9201-16i Then I=E2=80=99ll configure the HBA as JBOD so that = disks can be >> > presented correctly to the system so that we can build our ZFS FS = on >> > top of that. >>>=20 >>>=20 >>> My sysadmin suggested me to get rid of the HBA and use direct >> > connectivity and Graid. >>>=20 >>>=20 >>> I would like to have some feedback on various aspects : >>>=20 >>> 1. performance >>> 2. usability >>> 3. problem one might have encountered >>=20 >> If you're intending to use ZFS don't use JBOD or graid, just tell = zpool to create a pool out of individual disks using raidz (or raidz[23] = if you have enough disks). >>=20 >> As for your hardware choice, I'll let others with more experience = than me answer. >>=20 >=20 > JBOD is presenting the disk directly to the OS so it is well suited = for a ZFS setup. There are still raid controllers that have both raid = capabilities and JBOD although some manufacturers try really hard to = separate them for $ome reason. Most of the times you can re-write the = firmware on such a device and have either raid capabilities or JBOD. >=20 Ok.=20 So with SAS disks, I=E2=80=99ll most probably need a controller / HBA = with JBOD capabilities ?=20 Like that disks will be presented directly to the OS where I=E2=80=99ll = handle the RAIDZ as needed.=20 Is that correct ?=20 Or is there any other =C2=AB native =C2=BB option ?=20 Thx very much.=20 ________________________________________________ = =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= = =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF= =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF Your provider of OpenSource Appliances www.osnet.eu =09 ________________________________________________ = =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= = =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF= =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF PGP ID --> 0x1BA3C2FD From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 17:22:17 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44224D7C for ; Tue, 18 Nov 2014 17:22:17 +0000 (UTC) Received: from mail5.networktest.com (mail5.networktest.com [204.109.60.142]) (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 101E7906 for ; Tue, 18 Nov 2014 17:22:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail5.networktest.com (Postfix) with ESMTP id 118982FCCB9 for ; Tue, 18 Nov 2014 09:22:09 -0800 (PST) Received: from mail5.networktest.com ([127.0.0.1]) by localhost (mail5.networktest.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 33800-09 for ; Tue, 18 Nov 2014 09:22:08 -0800 (PST) Received: from tejay.local (unknown [76.89.160.208]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail5.networktest.com (Postfix) with ESMTPSA id C2D7C2FCCB1 for ; Tue, 18 Nov 2014 09:22:08 -0800 (PST) Message-ID: <546B8040.1090508@networktest.com> Date: Tue, 18 Nov 2014 09:22:08 -0800 From: David Newman Organization: Network Test Inc. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 CC: freebsd-questions@freebsd.org Subject: Re: upgrading 9.3 / ZFS v28 References: <54697AA5.6040804@networktest.com> <20141117123929.GB60429@ozzmosis.com> <546A1538.4040801@networktest.com> <20141117181527.GA62908@ozzmosis.com> <546A91D4.3070009@networktest.com> <20141118064714.GA75897@ozzmosis.com> In-Reply-To: <20141118064714.GA75897@ozzmosis.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 17:22:17 -0000 On 11/17/14, 10:47 PM, andrew clarke wrote: > On Mon 2014-11-17 16:24:52 UTC-0800, David Newman (dnewman@networktest.com) wrote: > >> This command will upgrade the zpool, even when mounted: >> >> zpool upgrade -a >> >> This command will take the system offline, as I learned the hard way: >> >> zfs upgrade >> >> The right way to do this: >> >> 1. Boot into a LiveCD. I used the FreeBSD 10.1 DVD. >> >> 2. For each boot partition, use this command: >> >> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 >> >> This assumes that (a) the freebsd-boot partition is first on the disk >> and ada0 is the disk. Use "gpart show" to verify this. >> >> This system has four disks, each with a freebsd-boot partition, so I >> went on like this: >> >> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 >> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 3 ada2 >> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 4 ada3 >> >> ...and I got an invalid index error on that last one, even though it's >> set up the same as the others. >> >> The system seems to boot and run OK, but I'm not sure why that last >> command failed. > > In what way did "zfs upgrade" take the system offline? Kernel panic? Yup. > > You did not paste the output of "gpart show", but I suspect you may > have got the gpart index parameter wrong on ada{1,2,3}. > > On my two disk system, "gpart show" outputs: > > => 34 1953525101 ada0 GPT (932G) > 34 128 1 freebsd-boot (64K) > 162 1953524973 2 freebsd-zfs (932G) > > => 34 1953525101 ada1 GPT (932G) > 34 128 1 freebsd-boot (64K) > 162 1953524973 2 freebsd-zfs (932G) > > Therefore the correct commands were: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada1 Sorry for not including the gpart output. It's pasted below. You're correct about incorrect usage of index numbers. I should just be using '-i 1' for all disks. Previously I used bogus values '-i 2' and '-i 3'. Is it sufficient to rerun the gpart bootcode with '-i 1' to correct this, or are other remedial steps needed? Thanks again for your help. dn => 34 1953525101 ada0 GPT (932G) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-swap (4.0G) 8388770 1945136365 3 freebsd-zfs (928G) => 34 1953525101 ada1 GPT (932G) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-swap (4.0G) 8388770 1945136365 3 freebsd-zfs (928G) => 34 1953525101 ada2 GPT (932G) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-swap (4.0G) 8388770 1945136365 3 freebsd-zfs (928G) => 34 1953525101 ada3 GPT (932G) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-swap (4.0G) 8388770 1945136365 3 freebsd-zfs (928G) > > Regards > Andrew > From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 17:28:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CAA5184 for ; Tue, 18 Nov 2014 17:28:36 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C9F48943 for ; Tue, 18 Nov 2014 17:28:35 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hi2so4994569wib.17 for ; Tue, 18 Nov 2014 09:28:34 -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=pxCXH4R+ykiKCgKpfXgXWTa0nMe9JzbvHxd5Bhzc1Dk=; b=Mke0qatj9W23itlfnngc1ELWBhoei8+oNMuXxXNCNHdnaiKk+hqgEGk+Qs3i/KBp1v SwlB+FyRYVixkplT8YSHINAiJHkyWQ+3KLRT13Vjh3+xdDPvmzY7hxZD4VDxYa6jT6J7 ff48lI/s/zV7PCnXwv6q93FitpHxyg9rbUobgtcLJwyv0Vhz/PINiYQKF2QGF1PAYfZb Dyjb1i1oaBNVR4WDPxrfg9VkbaJF7urvEmU5SZskyQ86ooI5ZuQuVOn6vdEP8lXTpcz2 rzcOOZw5FCYr0kiXc4shCeO89cVVkDXnulZyfaAQfRCzppHqPZIFkXshlrNswHjOXWO1 ZDiA== MIME-Version: 1.0 X-Received: by 10.180.83.98 with SMTP id p2mr5776510wiy.20.1416331714286; Tue, 18 Nov 2014 09:28:34 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Tue, 18 Nov 2014 09:28:34 -0800 (PST) In-Reply-To: References: Date: Tue, 18 Nov 2014 09:28:34 -0800 X-Google-Sender-Auth: K2cePPDFc5UAhENuZBpQZzAfsjY Message-ID: Subject: Re: playing Blu-Ray discs From: Adrian Chadd To: Waitman Gobble Content-Type: text/plain; charset=UTF-8 Cc: "C. P. Ghost" , "freebsd-questions@freebsd.org" , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 17:28:36 -0000 > But this would be better i think? > https://wiki.freebsd.org/SummerOfCode2014Ideas#Port_NetBSD.27s_UDF_implementation > doesn't look like it's been done yet? Hey you have it done, so why not use yours as a starting point! Where'd your udf2 code come from? -adrian From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 17:29:56 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95FA221B for ; Tue, 18 Nov 2014 17:29:56 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CAAA955 for ; Tue, 18 Nov 2014 17:29:55 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id sAIHTl8I049642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 18 Nov 2014 17:29:48 GMT (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk sAIHTl8I049642 Authentication-Results: smtp.infracaninophile.co.uk/sAIHTl8I049642; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <546B820A.7040806@freebsd.org> Date: Tue, 18 Nov 2014 17:29:46 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Hardware RAID or software for ZFS References: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> In-Reply-To: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rp1u3UDDiuFjVOxa8Nlv0Ujjwss4mwktP" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,RDNS_NONE, SPF_SOFTFAIL,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 17:29:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rp1u3UDDiuFjVOxa8Nlv0Ujjwss4mwktP Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/18/14 15:28, bsd@todoo.biz wrote: > I would need your help in order to figure out which will be the best in= order to setup a server which will be used as a Poudriere server.=20 >=20 > My question is related to the usage of hardware RAID controller (JBOD) = or software based controller (graid)=20 >=20 > Server we are targeting is a SuperMicro 1018R-WC0R - 1U >=20 > I used to build my server using an HBA such as LSI SAS 9207-8i or LSI S= AS 9201-16i > Then I=E2=80=99ll configure the HBA as JBOD so that disks can be presen= ted correctly to the system so that we can build our ZFS FS on top of tha= t.=20 >=20 >=20 > My sysadmin suggested me to get rid of the HBA and use direct connectiv= ity and Graid.=20 >=20 >=20 > I would like to have some feedback on various aspects :=20 >=20 > 1. performance=20 > 2. usability=20 > 3. problem one might have encountered >=20 OK -- Your sysadmin is correct about the direct connectivity thing, but graid? Seriously? That's an option for really cheap and some might say quite nasty pseudo-raid things you get on some desktop hardware. If you're going to be building a significant number of packages with any regularity, then you're going to need something better than that. The LSI HBAs you suggest are known to work well with FreeBSD. If you're going to be using ZFS -- which is really a no-brainer for a poudriere box, as poudriere has a lot of functionality built around cloning and snapshotting and other things that come naturally to ZFS[*] -- well, in that case, ideally you want ZFS to have direct access to the disk devices= =2E With LSI, when they say 'JBOD' this direct access is generally what they mean -- although depending on the precise model you get, you may need to flash the device with different firmware to get the characteristics you want. Some other RAID controller manufacturers essentially give you a load of single-disk RAID-0 devices, so there's still a layer of RAID controller stuff between ZFS and the disk. That isn't the kiss of death to the idea of building a zpool from it, but it's less optimal. On the three aspecs you mention: performance depends very much on the precise type of disk hardware you specify, how you configure the zpool (for instance, will you be using ZIL or ARC devices?) and on having enough RAM in the system to provide an effective buffer-cache for all those ZFS filesystems. usability. I'd say ZFS is pretty usable. Once it's set up, you don't really need to interact with things at the level of the HBA. It just works. problems: this depends very much on the details of what you're trying to do. But IMHO you're on the right track with what you've described so far. Cheers, Matthew [*] Although poudriere does now work on UFS as well and has done for a year or so. --rp1u3UDDiuFjVOxa8Nlv0Ujjwss4mwktP 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 iQJ8BAEBCgBmBQJUa4IKXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnsZ0QAKGStwjV+OIIkcnhbqAJJxIo iRPI/S80Xk65tnFnXIMz4+l3kJyhuyJNgVC9Z3DdnLTEPZBKY8CRzwpfxrreJXWg KkAn3k4UaUSCsyPiXX3pcCaXmpbmyVbja4yDCtH0JVMO6WboQaQAoVKJFnzlGnPd SFsqqmyxc8ILtT3uixjIoaRY0pjG9MUsS2YvjsrQ+CxNffvpoKiMVq8QqVFeAww9 4rKmCn+d6rgGuF6jCt+UEY9shKYXBVwRmnKwEzRCj4WwCBtd/rwBmoMuTbzOvoGc OOEWP++qyQIsuMvLItnqLPz2yuWZB+vME/L9EGULGjkTUOim21o9Y69s/cZPnELT npX4Y6SQFfdDX/v+bS7GS47yir5dDn8a8tLTsL/HvmkBmPZ98QokehCik0YXQ0WS swW2tB8shPHPKCYziEn0TA8nHJkBftEv2vEQh6VdcII7SeWgoHbr0p1DhRJlKL0T k2Ynkdu8zgugMoeQ+knwd4tnGiKLdhLp/PEGvR7O+2iwaBsCEj+VhSEciOUXYJqV aO2+2c+mGGGOgeSKltvP2H4CgSUqWUWk+tAHLQ5NE98viNs8UQAAWjiFpeDmB0NA ARiprAUC++t2GbjVt+q5cMLzPcK75lGauvAKr4++L2bECVusppeRA2ySRxZV4xd8 NCykZHBxnR9f9iN14UjH =cgfF -----END PGP SIGNATURE----- --rp1u3UDDiuFjVOxa8Nlv0Ujjwss4mwktP-- From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 17:48:13 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38F126CD; Tue, 18 Nov 2014 17:48:13 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C31E4B55; Tue, 18 Nov 2014 17:48:12 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id ge10so619391lab.17 for ; Tue, 18 Nov 2014 09:48:10 -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=Y427jFcwUdACsIDCkUp1Q5w5XjgbbeejYU5gh+w+Bkg=; b=MtUc/y+oCJSEaXkssO0eCx4E4zbvlucLtD8pe+kf+eJXZq93tY+V7Tcd+/3F3BHh7+ b7HFXURMf1ND4kE8E15x7EEBGe4iheoInvYi1Cbq/zHPYBbSc1WphYcajSZZnfoPw4xz W9vziYz8tRrWXIMcPiys9hwoUxNL8Gb52GAacHOFBtSzbBj2Dm/FZqJl1lCZAe7u8weh jDivxRV6EEtXkNtzLp1Jkl5TfIy/oHxcmdh1AHBlOmgVBbbKae+Bw6+81CYrD2bzw4Jd v1pjeQvrzAvVKcAOWuSYvMk8mO6eEUP9PNByZlVK4OYf3U7XLeGBJg+lHloGBKRQGvRQ BVpQ== MIME-Version: 1.0 X-Received: by 10.112.168.39 with SMTP id zt7mr261569lbb.72.1416332890364; Tue, 18 Nov 2014 09:48:10 -0800 (PST) Received: by 10.25.215.212 with HTTP; Tue, 18 Nov 2014 09:48:10 -0800 (PST) In-Reply-To: References: Date: Tue, 18 Nov 2014 09:48:10 -0800 Message-ID: Subject: Re: playing Blu-Ray discs From: Waitman Gobble To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "C. P. Ghost" , "freebsd-questions@freebsd.org" , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 17:48:13 -0000 On Tue, Nov 18, 2014 at 9:28 AM, Adrian Chadd wrote: > > But this would be better i think? > > > https://wiki.freebsd.org/SummerOfCode2014Ideas#Port_NetBSD.27s_UDF_implementation > > doesn't look like it's been done yet? > > Hey you have it done, so why not use yours as a starting point! > > Where'd your udf2 code come from? > > > > -adrian > I forked and updated this project: https://github.com/williamdevries/UDF Which I'm *guessing* was copied from https://wiki.freebsd.org/SummerOfCode2012/UDFImplementation ? Maybe not. But that devries github account has no other projects and this person doesn't seem to show up on FreeBSD ml. (??) so, who knows. mystery! The original code is from NetBSD source. I downloaded current, checking it out.. one thing there's reference in the UDF code to Matt Thomas' red-black trees.. I think FreeBSD 11.0-Current has nv.h so that stuff will probably need to be reworked, unless we bring proplib back in.. nah. But it's possible that the 'new' UDF code will only target current sources, since the documentation I read states that nv.h is 'since 11' Waitman -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 17:51:01 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4DD07F6 for ; Tue, 18 Nov 2014 17:51:01 +0000 (UTC) Received: from icp-osb-irony-out9.external.iinet.net.au (icp-osb-irony-out9.external.iinet.net.au [203.59.1.226]) by mx1.freebsd.org (Postfix) with ESMTP id 47762C0B for ; Tue, 18 Nov 2014 17:51:00 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvwKAFKGa1R8lKxs/2dsb2JhbABbgw6BLoI2thoGmxMCgRAWAQEBAQF9hAMBAQMBOj8FCwsNARMUEQ8FGDETiDgI0TcBAQEBBgEBAQEehjmKDUIHgy2BHgWeVYE0hjdAikaECYQPKTCBCIFDAQEB X-IronPort-AV: E=Sophos;i="5.07,411,1413216000"; d="scan'208";a="569559759" Received: from unknown (HELO smtp.phoenix) ([124.148.172.108]) by icp-osb-irony-out9.iinet.net.au with ESMTP; 19 Nov 2014 01:50:58 +0800 Received: by smtp.phoenix (Postfix, from userid 1001) id CC95FBC7; Wed, 19 Nov 2014 04:50:57 +1100 (AEDT) Date: Wed, 19 Nov 2014 04:50:57 +1100 From: andrew clarke To: David Newman Subject: Re: upgrading 9.3 / ZFS v28 Message-ID: <20141118175057.GA6144@ozzmosis.com> References: <54697AA5.6040804@networktest.com> <20141117123929.GB60429@ozzmosis.com> <546A1538.4040801@networktest.com> <20141117181527.GA62908@ozzmosis.com> <546A91D4.3070009@networktest.com> <20141118064714.GA75897@ozzmosis.com> <546B8040.1090508@networktest.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <546B8040.1090508@networktest.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 17:51:01 -0000 On Tue 2014-11-18 09:22:08 UTC-0800, David Newman (dnewman@networktest.com) wrote: > You're correct about incorrect usage of index numbers. I should just be > using '-i 1' for all disks. > > Previously I used bogus values '-i 2' and '-i 3'. Is it sufficient to > rerun the gpart bootcode with '-i 1' to correct this, or are other > remedial steps needed? I think -i 1 on all disks should be enough. The bogus values were most likely harmless but if you're at all concerned by potential data loss then it might be worthwhile running "zpool scrub". > Thanks again for your help. You're welcome. Regards Andrew From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 18:00:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C781F93F for ; Tue, 18 Nov 2014 18:00:25 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ECA1C78 for ; Tue, 18 Nov 2014 18:00:25 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id r20so2790384wiv.0 for ; Tue, 18 Nov 2014 10:00:23 -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=gnNPE0qRm/97R9YH6yOa/52Y1mJO18AcSiQ3sSCcWGA=; b=Q/fETYa+J+y8xiS4vmFQYZVDgmi+8aoTHKVefQ8DIiJ3FGsvG1URrEpzbmT2+RgP9N arCYj/iZQyna8f6x6VgLcSPFmm4SG2b+WbGoZ3pP+mEo7oS+OJdwI9sVULTUNAIMA4Fr 9X+qNHtzDlg3Om8rbG/li/yZNzNZpu0tGUsMR09oYYkvwgKmIRsJ/Dp6vatVM9GMIQQE FDLhFeT/sNfwXuE8KOdTSAQpdIz8HMQnEUTrB1c0W1yEU/T/KBbfVZBEtpIpd6Nu7Ih4 3NicFBUezKpqrN5vAIO+ZFJrq46sLSJ5YqAiFBLw0OJPLG6zUq8rmqcASO4lc5bRdp0K 8OsQ== MIME-Version: 1.0 X-Received: by 10.194.80.100 with SMTP id q4mr50061298wjx.15.1416333623747; Tue, 18 Nov 2014 10:00:23 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Tue, 18 Nov 2014 10:00:23 -0800 (PST) In-Reply-To: References: Date: Tue, 18 Nov 2014 10:00:23 -0800 X-Google-Sender-Auth: OY_PKfupE012s7mQuLWxhc0FbPA Message-ID: Subject: Re: playing Blu-Ray discs From: Adrian Chadd To: Waitman Gobble Content-Type: text/plain; charset=UTF-8 Cc: "C. P. Ghost" , "freebsd-questions@freebsd.org" , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 18:00:26 -0000 On 18 November 2014 09:48, Waitman Gobble wrote: > > > On Tue, Nov 18, 2014 at 9:28 AM, Adrian Chadd wrote: >> >> > But this would be better i think? >> > >> > https://wiki.freebsd.org/SummerOfCode2014Ideas#Port_NetBSD.27s_UDF_implementation >> > doesn't look like it's been done yet? >> >> Hey you have it done, so why not use yours as a starting point! >> >> Where'd your udf2 code come from? >> >> >> >> -adrian > > > > I forked and updated this project: > https://github.com/williamdevries/UDF > > Which I'm *guessing* was copied from > https://wiki.freebsd.org/SummerOfCode2012/UDFImplementation ? Maybe not. > > But that devries github account has no other projects and this person > doesn't seem to show up on FreeBSD ml. (??) so, who knows. mystery! > > The original code is from NetBSD source. I downloaded current, checking it > out.. one thing there's reference in the UDF code to Matt Thomas' red-black > trees.. I think FreeBSD 11.0-Current has nv.h so that stuff will probably > need to be reworked, unless we bring proplib back in.. nah. But it's > possible that the 'new' UDF code will only target current sources, since the > documentation I read states that nv.h is 'since 11' Oh sweet! Yes, let's get this reviewed and try to get it committed! Have you run this on -HEAD with all the lock and vfs debugging turned on? -adrian From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 18:05:18 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 532D1C8A for ; Tue, 18 Nov 2014 18:05:18 +0000 (UTC) Received: from newmail.rmm.fr (newmail.rmm.fr [213.251.152.9]) by mx1.freebsd.org (Postfix) with ESMTP id 154CBD69 for ; Tue, 18 Nov 2014 18:05:18 +0000 (UTC) Received: from newmail.rmm.fr (newmail.rmm.fr [213.251.152.9]) by newmail.rmm.fr (Postfix) with ESMTP id C2B8B461C8 for ; Tue, 18 Nov 2014 19:05:13 +0100 (CET) X-Virus-Scanned: amavisd-new 2.8.0 (20120630) at rmm.fr Received: from newmail.rmm.fr ([213.251.152.9]) by newmail.rmm.fr (newmail.rmm.fr [213.251.152.9]) (amavisd-new, port 10026) with ESMTP id d8PnuUnrMM6b for ; Tue, 18 Nov 2014 19:05:13 +0100 (CET) Received: from newmail.rmm.fr (newmail.rmm.fr [87.98.206.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hidden) by newmail.rmm.fr (Postfix) with ESMTPSA id 8BE01461BD for ; Tue, 18 Nov 2014 19:05:13 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Hardware RAID or software for ZFS From: "bsd@todoo.biz" In-Reply-To: <546B820A.7040806@freebsd.org> Date: Tue, 18 Nov 2014 19:05:13 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2A45AB64-6EB4-4A22-9625-4931605F62F0@todoo.biz> References: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> <546B820A.7040806@freebsd.org> To: Liste FreeBSD X-Mailer: Apple Mail (2.1993) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 18:05:18 -0000 > Le 18 nov. 2014 =C3=A0 18:29, Matthew Seaman a = =C3=A9crit : >=20 > On 11/18/14 15:28, bsd@todoo.biz wrote: >> I would need your help in order to figure out which will be the best = in order to setup a server which will be used as a Poudriere server.=20 >>=20 >> My question is related to the usage of hardware RAID controller = (JBOD) or software based controller (graid)=20 >>=20 >> Server we are targeting is a SuperMicro 1018R-WC0R - 1U >>=20 >> I used to build my server using an HBA such as LSI SAS 9207-8i or LSI = SAS 9201-16i >> Then I=E2=80=99ll configure the HBA as JBOD so that disks can be = presented correctly to the system so that we can build our ZFS FS on top = of that.=20 >>=20 >>=20 >> My sysadmin suggested me to get rid of the HBA and use direct = connectivity and Graid.=20 >>=20 >>=20 >> I would like to have some feedback on various aspects :=20 >>=20 >> 1. performance=20 >> 2. usability=20 >> 3. problem one might have encountered >>=20 >=20 > OK -- Your sysadmin is correct about the direct connectivity thing, = but > graid? Seriously? That's an option for really cheap and some might = say > quite nasty pseudo-raid things you get on some desktop hardware. If > you're going to be building a significant number of packages with any > regularity, then you're going to need something better than that. >=20 > The LSI HBAs you suggest are known to work well with FreeBSD. If = you're > going to be using ZFS -- which is really a no-brainer for a poudriere > box, as poudriere has a lot of functionality built around cloning and > snapshotting and other things that come naturally to ZFS[*] -- well, = in > that case, ideally you want ZFS to have direct access to the disk = devices. >=20 > With LSI, when they say 'JBOD' this direct access is generally what = they > mean -- although depending on the precise model you get, you may need = to > flash the device with different firmware to get the characteristics = you > want. Some other RAID controller manufacturers essentially give you a > load of single-disk RAID-0 devices, so there's still a layer of RAID > controller stuff between ZFS and the disk. That isn't the kiss of = death > to the idea of building a zpool from it, but it's less optimal. >=20 > On the three aspecs you mention: >=20 > performance depends very much on the precise type of disk hardware > you specify, how you configure the zpool (for instance, will you be > using ZIL or ARC devices?) and on having enough RAM in the system to > provide an effective buffer-cache for all those ZFS filesystems. >=20 > usability. I'd say ZFS is pretty usable. Once it's set up, you > don't really need to interact with things at the level of the HBA. It > just works. >=20 > problems: this depends very much on the details of what you're = trying > to do. But IMHO you're on the right track with what you've described = so > far. >=20 > Cheers, >=20 > Matthew >=20 > [*] Although poudriere does now work on UFS as well and has done for a > year or so. >=20 Thank you very much for this documented and precise answer.=20 I think that the hardware we were targeting is a bit too new and is not = yet marked as =C2=AB ok =C2=BB for FreeBSD by SuperMicro.=20 We will probably go for a little bit older hardware that=E2=80=99s 100% = known to work ok with FreeBSD.=20 I have already been building quite large NAS using this setup (JBOD = Controller + ZFS on top) and I had very interesting perfs.=20 I didn=E2=80=99t know about the problem with native JBOD and controller = SW update/upgrade=E2=80=A6 =20 > SuperMicro 1018R-WC0R - 1U This is the one we wanted to target but It doesn=E2=80=99t seem to be on = the hardware list marked as FreeBSD compatible.=20 Thanks all - long leave FBSD.=20 ;-)=20 >=20 >=20 >=20 >=20 ________________________________________________ = =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= = =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF= =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF BSD - BSD - BSD - BSD - BSD - BSD - BSD - BSD - ________________________________________________ = =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= =C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7=C2=AB?=C2=BB=C2=A5=C2=AB?=C2=BB=C2=A7= = =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF= =C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2= =AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF=C2=AF PGP ID --> 0x1BA3C2FD From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 18:09:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E24ED93; Tue, 18 Nov 2014 18:09:21 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 026CEDB5; Tue, 18 Nov 2014 18:09:20 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sAII9Imb018599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Nov 2014 11:09:19 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sAII9IIi018596; Tue, 18 Nov 2014 11:09:18 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 18 Nov 2014 11:09:18 -0700 (MST) From: Warren Block To: Matthew Seaman Subject: Re: Hardware RAID or software for ZFS In-Reply-To: <546B820A.7040806@freebsd.org> Message-ID: References: <7F1B1DC4-46CA-4B96-836B-2D2D494F60E8@todoo.biz> <546B820A.7040806@freebsd.org> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 18 Nov 2014 11:09:19 -0700 (MST) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 18:09:21 -0000 On Tue, 18 Nov 2014, Matthew Seaman wrote: > On 11/18/14 15:28, bsd@todoo.biz wrote: >> I would need your help in order to figure out which will be the best in order to setup a server which will be used as a Poudriere server. >> >> My question is related to the usage of hardware RAID controller (JBOD) or software based controller (graid) >> >> Server we are targeting is a SuperMicro 1018R-WC0R - 1U >> >> I used to build my server using an HBA such as LSI SAS 9207-8i or LSI SAS 9201-16i >> Then I?ll configure the HBA as JBOD so that disks can be presented correctly to the system so that we can build our ZFS FS on top of that. >> >> >> My sysadmin suggested me to get rid of the HBA and use direct connectivity and Graid. >> >> >> I would like to have some feedback on various aspects : >> >> 1. performance >> 2. usability >> 3. problem one might have encountered >> > > OK -- Your sysadmin is correct about the direct connectivity thing, but > graid? Seriously? That's an option for really cheap and some might say > quite nasty pseudo-raid things you get on some desktop hardware. The implementations from different vendors no doubt vary in quality quite a bit. However, if a motherboard has a "software RAID device" (the euphemism we picked for the Handbook), those additional ports can almost certainly be used as plain non-RAID ports also. Essentially, it's the same as JBOD mode on a real RAID controller. So one way to look at this is based on how many ports are available on the motherboard. If there are not enough ports for the drive array, another controller is needed anyway. If there are enough ports, and the onboard controller can be set to non-RAID, then the option to use just the motherboard is available. From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 18:18:58 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83663F38; Tue, 18 Nov 2014 18:18:58 +0000 (UTC) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E39BCEB9; Tue, 18 Nov 2014 18:18:57 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id f15so19636597lbj.23 for ; Tue, 18 Nov 2014 10:18:56 -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=zDEMS/Ge/DMOfJzoGlA4CZgHYIIZF24nJHxKd8rldic=; b=tPLnoqP+e3oW2QH0aewRfa8Q39UV8Gu3rp5mU6dYgzcII2sdRAyAyAiqsNW1qIbiyu gtz4z5guuNrYdXRNgvRzw1J09dHw4P+uUR32s/aPDqhfLrYlh8TqDnCMpjKZ8KDvicJ0 MdP0TQKNEjwtxlKTj1etyGeYOwOLSO6qiGwBMMphhyI2xqebUfUxWLHuWCZ0cRwGhe4a +WVhdoFCJkkl4wRHHtz4K+qJJL8nJx98mCe7cj10Sd6t863rUvoNl2CNHsMgZY8rL6w1 C16EkLDn26iMp+zEezdOMIRtd3zR7QjVb5goABoe8lxxo/OXt5lezJIpSBx2gMgf+bda cWwA== MIME-Version: 1.0 X-Received: by 10.152.19.37 with SMTP id b5mr413620lae.80.1416334735967; Tue, 18 Nov 2014 10:18:55 -0800 (PST) Received: by 10.25.215.212 with HTTP; Tue, 18 Nov 2014 10:18:55 -0800 (PST) In-Reply-To: References: Date: Tue, 18 Nov 2014 10:18:55 -0800 Message-ID: Subject: Re: playing Blu-Ray discs From: Waitman Gobble To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "C. P. Ghost" , "freebsd-questions@freebsd.org" , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 18:18:58 -0000 On Tue, Nov 18, 2014 at 10:00 AM, Adrian Chadd wrote: > On 18 November 2014 09:48, Waitman Gobble wrote: > > > > > > On Tue, Nov 18, 2014 at 9:28 AM, Adrian Chadd > wrote: > >> > >> > But this would be better i think? > >> > > >> > > https://wiki.freebsd.org/SummerOfCode2014Ideas#Port_NetBSD.27s_UDF_implementation > >> > doesn't look like it's been done yet? > >> > >> Hey you have it done, so why not use yours as a starting point! > >> > >> Where'd your udf2 code come from? > >> > >> > >> > >> -adrian > > > > > > > > I forked and updated this project: > > https://github.com/williamdevries/UDF > > > > Which I'm *guessing* was copied from > > https://wiki.freebsd.org/SummerOfCode2012/UDFImplementation ? Maybe not. > > > > But that devries github account has no other projects and this person > > doesn't seem to show up on FreeBSD ml. (??) so, who knows. mystery! > > > > The original code is from NetBSD source. I downloaded current, checking > it > > out.. one thing there's reference in the UDF code to Matt Thomas' > red-black > > trees.. I think FreeBSD 11.0-Current has nv.h so that stuff will probably > > need to be reworked, unless we bring proplib back in.. nah. But it's > > possible that the 'new' UDF code will only target current sources, since > the > > documentation I read states that nv.h is 'since 11' > > Oh sweet! > > Yes, let's get this reviewed and try to get it committed! > > Have you run this on -HEAD with all the lock and vfs debugging turned on? > > > > -adrian > I have run on -HEAD but not yet with lock and vfs debugging. I will do that. -- Waitman Gobble San Jose California USA 510-830-7975 From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 19:59:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 917AE44E for ; Tue, 18 Nov 2014 19:59:21 +0000 (UTC) Received: from nm14-vm6.bullet.mail.ne1.yahoo.com (nm14-vm6.bullet.mail.ne1.yahoo.com [98.138.91.107]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35488B62 for ; Tue, 18 Nov 2014 19:59:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1416340760; bh=1z8lisP8WdYvTHYe0oInjWAM/pw6a00y9szKQTkq20w=; h=Date:From:To:Subject:From:Subject; b=VLw4rYRfIDhH24gheh055SkFSam1H7KC8JXQeOpv4SBqlAxJHz/TGkm/AoVBFCtpXb3s1aEMFj5Ix9qapxI2b2LkvRi5SmfY5Otzu4irccH2iJeoywnAnsvt1KZ9scHeL1NJz2mWLQysrqMuCawuOKSB1ztM9XSas6VHhLm4BH0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; b=YSaP4KAIoaxAQ04lvnknWawe6pDBCPjfvkbvPISd0axDGLwcxvGiI90nZ6XVmRKU9yWRvurXTLusLK651kwe2Gtg0BxCdMUPQ6xdu0Km81/f0sHw2+iSGayK5lJJ4F1u+45/1UTRzU5IR0/H90CkLVCbVw911TYapFIyseTGyJ8=; Received: from [98.138.226.177] by nm14.bullet.mail.ne1.yahoo.com with NNFMP; 18 Nov 2014 19:59:20 -0000 Received: from [98.138.104.114] by tm12.bullet.mail.ne1.yahoo.com with NNFMP; 18 Nov 2014 19:59:20 -0000 Received: from [127.0.0.1] by smtp223.mail.ne1.yahoo.com with NNFMP; 18 Nov 2014 19:59:20 -0000 X-Yahoo-Newman-Id: 39206.41411.bm@smtp223.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Ys7YEX0VM1nUVWuibK28_mC_3K4NfbggS4uXPvgLyrp1C3q QRvVOq6.L3FpM8kWQFeZMWsiM9cvm8baWAEPFBk17Naus1MqUAuPv7r9.FFu bxjUYOilNKl3nHqBt.cio3PfTKp9YOL6OU0i7RUpn2Lyn6FjwkahXfmP7T4Y cDM9Nal94wWFLxYFgKEdffpRj46kWxHQWDC2VaNLzQY2AmDRpdXdA9HObS.l SHcyT4PryWsUjynRypyXBnF262zraxrlncw43xzICX0bavo3PDDR8_COF1JD mlOCGbx0fN6WWvAGSil1JatIQkvJEzMkpC9KpPysO.pdalZVq9.PHv4gRX5G pN8qzuEv3r337Y4hb_vKl7iKBYS6b0kONV98685XLMh.0cRLu7K7vvYV2DAZ A5jvSnjG2UpohLwMpw9MhwniGbO3XzsQxme60iYau8_gkNPBi1i2osBfgkLI 3my2Xw2lXQhnYJ9my_2gALL7UaDRZF_CZ4tz6FVo9QhnMQ2ZuFI9brRO8dZF 2sI2KKr93.SXl.j6nKiEeCKUq1EYIDXw- X-Yahoo-SMTP: SEC3zYiswBD9sq45lcyyeQipExkn8zEko29uJv0vlQ7fgU5pYYw- Date: Wed, 19 Nov 2014 04:58:07 +0900 From: Masayoshi Fujimoto To: freebsd-questions@freebsd.org Subject: chromium Message-Id: <20141119045807.551e626e811d2d39e40f7a75@rocketmail.com> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__19_Nov_2014_04_58_07_+0900_1vyJz5pxKgxkf.2E" X-Mailman-Approved-At: Tue, 18 Nov 2014 20:05:30 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 19:59:21 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__19_Nov_2014_04_58_07_+0900_1vyJz5pxKgxkf.2E Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi. I can not use chromium. root@freebsd:~ # pkg install chromium Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. Checking integrity... done (0 conflicting) The following 1 packages will be affected (of 0 checked): New packages to be INSTALLED: chromium: 38.0.2125.111 The process will require 122 MB more space. Proceed with this action? [y/N]: y [1/1] Installing chromium-38.0.2125.111: 100% root@freebsd:~ # exit logout masayoshi@freebsd:/home/masayoshi % rehash masayoshi@freebsd:/home/masayoshi % chrome --disable-gl-error-limit > & chrome.log --Multipart=_Wed__19_Nov_2014_04_58_07_+0900_1vyJz5pxKgxkf.2E Content-Type: application/octet-stream; name="chrome.log" Content-Disposition: attachment; filename="chrome.log" Content-Transfer-Encoding: base64 WzMzNzA0OjMzNzExNTEzNjoxMTE3LzE5Mzg1MjpFUlJPUjpuc3NfdXRpbC5jYyg4MjEpXSBBZnRl ciBsb2FkaW5nIFJvb3QgQ2VydHMsIGxvYWRlZD09ZmFsc2U6IE5TUyBlcnJvciBjb2RlOiAtODAx OApmYWlsZWQgdG8gY3JlYXRlIGRyYXdhYmxlClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTI6 RVJST1I6Z2xfc3VyZmFjZV9nbHguY2MoNjMzKV0gZ2xYQ3JlYXRlUGJ1ZmZlciBmYWlsZWQuClsz MzcwNjozMzU1ODYzMDQ6MTExNy8xOTM4NTI6RVJST1I6Y29tbWFuZF9idWZmZXJfcHJveHlfaW1w bC5jYygxNTgpXSBGYWlsZWQgdG8gaW5pdGlhbGl6ZSBjb21tYW5kIGJ1ZmZlciBzZXJ2aWNlLgpb MzM3MDY6MzM1NTg2MzA0OjExMTcvMTkzODUyOkVSUk9SOndlYmdyYXBoaWNzY29udGV4dDNkX2Nv bW1hbmRfYnVmZmVyX2ltcGwuY2MoMjIzKV0gQ29tbWFuZEJ1ZmZlclByb3h5OjpJbml0aWFsaXpl IGZhaWxlZC4KWzMzNzA2OjMzNTU4NjMwNDoxMTE3LzE5Mzg1MjpFUlJPUjp3ZWJncmFwaGljc2Nv bnRleHQzZF9jb21tYW5kX2J1ZmZlcl9pbXBsLmNjKDI0MyldIEZhaWxlZCB0byBpbml0aWFsaXpl IGNvbW1hbmQgYnVmZmVyLgpmYWlsZWQgdG8gY3JlYXRlIGRyYXdhYmxlClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTI6RVJST1I6Z2xfc3VyZmFjZV9nbHguY2MoNjMzKV0gZ2xYQ3JlYXRlUGJ1 ZmZlciBmYWlsZWQuClszMzcwNjozMzU1ODYzMDQ6MTExNy8xOTM4NTI6RVJST1I6Y29tbWFuZF9i dWZmZXJfcHJveHlfaW1wbC5jYygxNTgpXSBGYWlsZWQgdG8gaW5pdGlhbGl6ZSBjb21tYW5kIGJ1 ZmZlciBzZXJ2aWNlLgpbMzM3MDY6MzM1NTg2MzA0OjExMTcvMTkzODUyOkVSUk9SOndlYmdyYXBo aWNzY29udGV4dDNkX2NvbW1hbmRfYnVmZmVyX2ltcGwuY2MoMjIzKV0gQ29tbWFuZEJ1ZmZlclBy b3h5OjpJbml0aWFsaXplIGZhaWxlZC4KWzMzNzA2OjMzNTU4NjMwNDoxMTE3LzE5Mzg1MjpFUlJP Ujp3ZWJncmFwaGljc2NvbnRleHQzZF9jb21tYW5kX2J1ZmZlcl9pbXBsLmNjKDI0MyldIEZhaWxl ZCB0byBpbml0aWFsaXplIGNvbW1hbmQgYnVmZmVyLgpmYWlsZWQgdG8gY3JlYXRlIGRyYXdhYmxl ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTI6RVJST1I6Z2xfc3VyZmFjZV9nbHguY2MoNjMz KV0gZ2xYQ3JlYXRlUGJ1ZmZlciBmYWlsZWQuClszMzcwNjozMzU1ODYzMDQ6MTExNy8xOTM4NTI6 RVJST1I6Y29tbWFuZF9idWZmZXJfcHJveHlfaW1wbC5jYygxNTgpXSBGYWlsZWQgdG8gaW5pdGlh bGl6ZSBjb21tYW5kIGJ1ZmZlciBzZXJ2aWNlLgpbMzM3MDY6MzM1NTg2MzA0OjExMTcvMTkzODUy OkVSUk9SOndlYmdyYXBoaWNzY29udGV4dDNkX2NvbW1hbmRfYnVmZmVyX2ltcGwuY2MoMjIzKV0g Q29tbWFuZEJ1ZmZlclByb3h5OjpJbml0aWFsaXplIGZhaWxlZC4KWzMzNzA2OjMzNTU4NjMwNDox MTE3LzE5Mzg1MjpFUlJPUjp3ZWJncmFwaGljc2NvbnRleHQzZF9jb21tYW5kX2J1ZmZlcl9pbXBs LmNjKDI0MyldIEZhaWxlZCB0byBpbml0aWFsaXplIGNvbW1hbmQgYnVmZmVyLgpmYWlsZWQgdG8g Y3JlYXRlIGRyYXdhYmxlClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTI6RVJST1I6Z2xfc3Vy ZmFjZV9nbHguY2MoNjMzKV0gZ2xYQ3JlYXRlUGJ1ZmZlciBmYWlsZWQuClszMzcwNjozMzU1ODYz MDQ6MTExNy8xOTM4NTI6RVJST1I6Y29tbWFuZF9idWZmZXJfcHJveHlfaW1wbC5jYygxNTgpXSBG YWlsZWQgdG8gaW5pdGlhbGl6ZSBjb21tYW5kIGJ1ZmZlciBzZXJ2aWNlLgpbMzM3MDY6MzM1NTg2 MzA0OjExMTcvMTkzODUyOkVSUk9SOndlYmdyYXBoaWNzY29udGV4dDNkX2NvbW1hbmRfYnVmZmVy X2ltcGwuY2MoMjIzKV0gQ29tbWFuZEJ1ZmZlclByb3h5OjpJbml0aWFsaXplIGZhaWxlZC4KWzMz NzA2OjMzNTU4NjMwNDoxMTE3LzE5Mzg1MjpFUlJPUjp3ZWJncmFwaGljc2NvbnRleHQzZF9jb21t YW5kX2J1ZmZlcl9pbXBsLmNjKDI0MyldIEZhaWxlZCB0byBpbml0aWFsaXplIGNvbW1hbmQgYnVm ZmVyLgpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVy X2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5W QUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1 NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzEx KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3 LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9z aXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0 ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1Ig OkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpb MzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9n ZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2 OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmlu ZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1 MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0w eDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBd R0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBH TF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNv ZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xf SU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6 MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgx NzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDox MTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29t cG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJh bWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJS T1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxT RQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1 dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMz NTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcp XSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGds QmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5 Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRv ci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJp OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5 MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdh cyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9k ZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6 R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3 MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4u aCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTky MDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsu Q29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQ YXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wg RVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9G QUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVy X2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1 OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgo NzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6 IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3 LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9z aXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0 ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZj MGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0 IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2Nt ZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpb MzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9n ZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2 OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSld IFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xU ZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBd R0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBH TF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNv ZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMz NzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2Vu LmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDox MTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29t cG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJh bWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4 MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFy Z2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMy X2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBF UlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxT RQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1 dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJ RF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5 OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsu Q29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5k VGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUz OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgx NmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0 IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2Nt ZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpb MzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9n ZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9F TlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIw OjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29t cG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4 dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVS Uk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMw ZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdh cyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9k ZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6 R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3 MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4u aCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVN IDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjEx MTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9z aXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVy ZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9S OmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkw MF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBH TF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNv ZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xf SU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6 MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgx NzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDox MTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29t cG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJh bWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJS T1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxT RQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1 dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMz NTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcp XSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGds QmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5 Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3It MHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRh cmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVz Ml9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wg RVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFM U0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9h dXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFM SURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2 OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmlu ZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1 MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4 MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJS T1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UK WzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRv Z2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURf RU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTky MDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNv bXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRl eHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpF UlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZj MGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1Ig OkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMz NzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2Vu LmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDox MTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBv c2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1 cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJP UjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5 MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMg R0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVj b2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdM X0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1 OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgo MTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVN IDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNv bXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFy YW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUz OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgx NmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0 IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2Nt ZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFM U0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9h dXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5W QUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0 b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVy aTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9S OmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1Ig OkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMz NzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2Vu LmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9F TlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4 UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkz ODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0w eDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFy Z2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMy X2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xf RkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rl cl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xf SU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBv c2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1l dGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVS Uk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJS T1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UK WzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRv Z2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJ RF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEp XSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGds VGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcv MTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRv ci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTog dGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmds ZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMg R0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVj b2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6 R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNv bXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFy YW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUz OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRh cmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVz Ml9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wg RVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFM U0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9h dXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5W QUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3 MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6 IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjEx MTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9z aXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVy ZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9S OmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4 UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkz ODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6 IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpn bGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBd R0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xf RkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rl cl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xf SU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIw OjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29t cG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4 dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVS Uk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBF UlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEp XSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGds VGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcv MTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRl cmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJP UjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5 MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMg R0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVj b2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6 R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURf RU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5 OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsu Q29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5k VGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODUz OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRh cmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVz Ml9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1H TCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3 MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6 IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjEx MTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFt ZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpF UlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZj MGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFM SURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1 NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3Nyld IFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xC aW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkz ODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6 IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpn bGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkw MF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIw OjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBh cmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1 MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4 MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBF UlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lO VkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6 MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3 NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDog Z2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcv MTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRl cmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJP UjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMw ZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURf RU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5 OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRl eFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5 Mzg1MzpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3It MHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRh cmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpFUlJPUjpnbGVz Ml9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1H TCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdM X0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3 MDU6MzM1NTY5OTIwOjExMTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4u aCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVN IDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjEx MTcvMTkzODUzOkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFt ZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1MzpF UlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgx NmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTM6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTM6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNv bXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFy YW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0 OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRh cmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVz Ml9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wg RVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFM U0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9h dXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5W QUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3 MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6 IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjEx MTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9z aXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVy ZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9S OmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4 UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkz ODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6 IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpn bGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBd R0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xf RkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rl cl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lO VkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMz NTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcp XSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGds QmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5 Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3It MHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRh cmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVz Ml9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wg RVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFM U0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9h dXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5W QUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3 MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6 IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjEx MTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9z aXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVy ZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9S OmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4 UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkz ODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6 IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpn bGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBd R0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xf RkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rl cl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xf SU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIw OjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29t cG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4 dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVS Uk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMw ZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdh cyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9k ZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6 R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3 MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4u aCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVN IDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjEx MTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9z aXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVy ZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9S OmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4 UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkz ODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6 IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpn bGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBd R0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xf RkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rl cl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xf SU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIw OjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29t cG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4 dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVS Uk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBF UlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4 UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkz ODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6 IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpn bGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBd R0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xf RkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rl cl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xf SU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIw OjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29t cG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4 dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVS Uk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBF UlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEp XSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGds VGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcv MTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRl cmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJP UjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5 MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMg R0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVj b2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdM X0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1 OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgo NzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6 IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3 LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0 b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6 IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpn bGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBd R0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xf RkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rl cl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xf SU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIw OjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29t cG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4 dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVS Uk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMw ZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdh cyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9k ZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6 R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3 MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4u aCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVN IDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjEx MTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9z aXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVy ZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9S OmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkw MF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBH TF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNv ZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xf SU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6 MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3 NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDog Z2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcv MTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRv ci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTog dGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9SOmds ZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMg R0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVj b2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6 R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIw OjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBh cmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1 NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4 MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJS T1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UK WzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRv Z2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURf RU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTky MDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNv bXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRl eHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpF UlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZj MGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1Ig OkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMz NzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2Vu LmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDox MTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBv c2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1 cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJP UjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5 MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMg R0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVj b2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6 R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURf RU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5 OTIwOjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsu Q29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5k VGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0 OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgx NmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0 IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2Nt ZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpb MzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9n ZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9F TlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIw OjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBh cmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1 NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0w eDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTQ6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURf RU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5 OTIwOjExMTcvMTkzODU0OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRl eFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5 Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3It MHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRh cmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVz Ml9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wg RVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFM U0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9h dXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFM SURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2 OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmlu ZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1 NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4 MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJS T1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UK WzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRv Z2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURf RU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTky MDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNv bXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRl eHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpF UlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZj MGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1Ig OkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMz NzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2Vu LmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5V TSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDox MTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBv c2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1 cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJP UjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5 MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMg R0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVj b2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdM X0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1 OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NDpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgo NzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6 IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3 LzE5Mzg1NTpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0 b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6 IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NTpFUlJPUjpn bGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBd R0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xf RkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NTpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rl cl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lO VkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMz NTU2OTkyMDoxMTE3LzE5Mzg1NTpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcp XSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGds QmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5 Mzg1NTpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3It MHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRh cmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NTpFUlJPUjpnbGVz Ml9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wg RVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFM U0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NTpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9h dXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFM SURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2 OTkyMDoxMTE3LzE5Mzg1NTpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmlu ZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1 NTpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4 MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NTpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJS T1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UK WzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NTpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRv Z2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURf RU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTky MDoxMTE3LzE5Mzg1NTpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNv bXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRl eHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NTpF UlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZj MGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NTpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFM SURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1 NTY5OTIwOjExMTcvMTkzODU1OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3Nyld IFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xC aW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkz ODU1OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0w eDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFy Z2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU1OkVSUk9SOmdsZXMy X2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBF UlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxT RQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU1OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1 dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJ RF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5 OTIwOjExMTcvMTkzODU1OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsu Q29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5k VGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU1 OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgx NmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0 IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU1OkVSUk9SOmdsZXMyX2Nt ZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpb MzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU1OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9n ZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9F TlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIw OjExMTcvMTkzODU1OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29t cG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4 dHVyZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU1OkVS Uk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1NTpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBF UlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTU6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTY6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTY6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJn ZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJf Y21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNF ClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0 b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElE X0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5D b21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRU ZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6 RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQg d2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21k X2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9S IDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21w b3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0 dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJS T1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2Fz IEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2Rl Y29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpH TF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3Np dG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJl OiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6 Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdM X0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29k ZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9J TlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9y LTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0 YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xl czJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZB TFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTc6RVJST1I6Z2xlczJfY21kX2RlY29kZXJf YXV0b2dlbi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZB TElEX0VOVU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3KV0g Wy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbEJp bmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8xOTM4 NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0b3It MHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVyaTog dGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU4OkVSUk9SOmds ZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMg R0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9jbWRfZGVj b2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdM X0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1 OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgo MTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVN IDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNv bXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFy YW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU4 OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0weDgx NmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFyZ2V0 IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU4OkVSUk9SOmdsZXMyX2Nt ZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVS Uk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xfRkFM U0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9h dXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5W QUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDc3 KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBn bEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTExNy8x OTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBvc2l0 b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1ldGVy aTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU4OkVSUk9S OmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1Ig OkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UKWzMz NzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRvZ2Vu LmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9F TlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5 MjA6MTExNy8xOTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBb LkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4 UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkz ODU4OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRvci0w eDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTogdGFy Z2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU4OkVSUk9SOmdsZXMy X2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdM IEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMgR0xf RkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rl cl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xf SU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcw NTozMzU1Njk5MjA6MTExNy8xOTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5o KDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0g OiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6MTEx Ny8xOTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNvbXBv c2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFyYW1l dGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU4OkVS Uk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2 YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdl dCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9j bWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJS T1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFMU0UK WzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9hdXRv Z2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJ RF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1 Njk5MjA6MTExNy8xOTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEp XSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGds VGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcv MTkzODU4OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9zaXRv ci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVyZTog dGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU4OkVSUk9SOmds ZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAw XUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3YXMg R0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9jbWRfZGVj b2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6 R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClsz MzcwNTozMzU1Njk5MjA6MTExNy8xOTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dl bi5oKDc3KV0gWy5Db21wb3NpdG9yLTB4ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VO VU0gOiBnbEJpbmRUZXh0dXJlOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNTozMzU1Njk5MjA6 MTExNy8xOTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3MTEpXSBbLkNv bXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsVGV4UGFy YW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU4 OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4 ODE2YzBmOTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRh cmdldCB3YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVz Ml9jbWRfZGVjb2Rlcl9hdXRvZ2VuLmgoNzcpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wg RVJST1IgOkdMX0lOVkFMSURfRU5VTSA6IGdsQmluZFRleHR1cmU6IHRhcmdldCB3YXMgR0xfRkFM U0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9jbWRfZGVjb2Rlcl9h dXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5W QUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNFClszMzcwNToz MzU1Njk5MjA6MTExNy8xOTM4NTg6RVJST1I6Z2xlczJfY21kX2RlY29kZXJfYXV0b2dlbi5oKDE3 MTEpXSBbLkNvbXBvc2l0b3ItMHg4MTZjMGY5MDBdR0wgRVJST1IgOkdMX0lOVkFMSURfRU5VTSA6 IGdsVGV4UGFyYW1ldGVyaTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjEx MTcvMTkzODU4OkVSUk9SOmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCg3NyldIFsuQ29tcG9z aXRvci0weDgxNmMwZjkwMF1HTCBFUlJPUiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xCaW5kVGV4dHVy ZTogdGFyZ2V0IHdhcyBHTF9GQUxTRQpbMzM3MDU6MzM1NTY5OTIwOjExMTcvMTkzODU4OkVSUk9S OmdsZXMyX2NtZF9kZWNvZGVyX2F1dG9nZW4uaCgxNzExKV0gWy5Db21wb3NpdG9yLTB4ODE2YzBm OTAwXUdMIEVSUk9SIDpHTF9JTlZBTElEX0VOVU0gOiBnbFRleFBhcmFtZXRlcmk6IHRhcmdldCB3 YXMgR0xfRkFMU0UKWzMzNzA1OjMzNTU2OTkyMDoxMTE3LzE5Mzg1ODpFUlJPUjpnbGVzMl9jbWRf ZGVjb2Rlcl9hdXRvZ2VuLmgoMTcxMSldIFsuQ29tcG9zaXRvci0weDgxNmMwZjkwMF1HTCBFUlJP UiA6R0xfSU5WQUxJRF9FTlVNIDogZ2xUZXhQYXJhbWV0ZXJpOiB0YXJnZXQgd2FzIEdMX0ZBTFNF Cg== --Multipart=_Wed__19_Nov_2014_04_58_07_+0900_1vyJz5pxKgxkf.2E-- From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 20:40:17 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90429EF4 for ; Tue, 18 Nov 2014 20:40:17 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6879FF65 for ; Tue, 18 Nov 2014 20:40:16 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 141C733C1D; Tue, 18 Nov 2014 15:30:23 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 4A66039829; Tue, 18 Nov 2014 15:30:22 -0500 (EST) From: Lowell Gilbert To: Masayoshi Fujimoto Subject: Re: chromium References: <20141119045807.551e626e811d2d39e40f7a75@rocketmail.com> Reply-To: freebsd-questions@freebsd.org Date: Tue, 18 Nov 2014 15:30:22 -0500 In-Reply-To: <20141119045807.551e626e811d2d39e40f7a75@rocketmail.com> (Masayoshi Fujimoto's message of "Wed, 19 Nov 2014 04:58:07 +0900") Message-ID: <44389g1cbl.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 20:40:17 -0000 Masayoshi Fujimoto writes: > Hi. > I can not use chromium. > > root@freebsd:~ # pkg install chromium > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > Checking integrity... done (0 conflicting) > The following 1 packages will be affected (of 0 checked): > > New packages to be INSTALLED: > chromium: 38.0.2125.111 > > The process will require 122 MB more space. > > Proceed with this action? [y/N]: y > [1/1] Installing chromium-38.0.2125.111: 100% > root@freebsd:~ # exit > logout > masayoshi@freebsd:/home/masayoshi % rehash > masayoshi@freebsd:/home/masayoshi % chrome --disable-gl-error-limit > & chrome.log > > You redirected stdout, but not stderr; did anything appear on the terminal when you ran that? Have you enabled kern.ipc.shm_allow_removed? From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 21:11:19 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 590E1442 for ; Tue, 18 Nov 2014 21:11:19 +0000 (UTC) Received: from nm12.bullet.mail.ne1.yahoo.com (nm12.bullet.mail.ne1.yahoo.com [98.138.90.75]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C3EB363 for ; Tue, 18 Nov 2014 21:11:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1416345072; bh=91Eca53eYbySQWwuzj0VPRXovd84M3jouyGUVmq/Vno=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From:Subject; b=wqNmHkB3fbmGZeDKgJ8ZaIzz8C2kI3I21iifEu4GMmtHyTAOwKeYuAIvoQihAkYOUPUA17fzLtpfj5s05cDTey9BQwVbm0bcKXwGrGYxf29SkyBX8b92IDyDuKzupc7nhic/DoxGhzAK9koA5sxBHUgQ0eDH5oPmFAL4CpT6KJQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; b=WX89yEI13O4Z3BT0+hzbmqjgbpUOgFkhft/qUH9xhRJjutLazAMpdN29+fIbuOVSJ2ttstGrfiXQNpT1jXDhfXmLL9/pc04mPUUXBEIPLfxutdVj5cUwhHjQg6AzARPzfrlfPF8WDAqJCMJOuxmQkyVPggpCn82yz4jyUde0Viw=; Received: from [98.138.226.178] by nm12.bullet.mail.ne1.yahoo.com with NNFMP; 18 Nov 2014 21:11:12 -0000 Received: from [98.138.226.129] by tm13.bullet.mail.ne1.yahoo.com with NNFMP; 18 Nov 2014 21:11:12 -0000 Received: from [127.0.0.1] by smtp216.mail.ne1.yahoo.com with NNFMP; 18 Nov 2014 21:11:12 -0000 X-Yahoo-Newman-Id: 400785.9192.bm@smtp216.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: DSKUrcUVM1lWxpdK9dOSeXoHriza8KYpDaJRsZYe.3AEZwH RH.pv9i.7zhbIPyz2JIflRol_qjVomm8UFhIfh79BQSgRz7_feUIdU1KZVx. zwPIdHE1Pnl8UC3CrrFmUzTAkKNpiLRzyE076eZebAVTGQE0BXU.xpEp6kfP 72O1JkFTGoC3juL6zrx2vjM77wTUNQZJLDRHEF2._n39xB6aMMvSwKHVtvM5 6XScTNJWG.Ca5rv6KERgtvDNZD.1jzod5zwDkj2VqjXfJyaCTvq8qrMZ9Iiy lpnC1ZDG9CvaARkgdZvsf0yWLNnoRBWyi5F8na6T8Z7U3sV86wVxmrWVxzeL ZBoT5p_ujvzqSz_KYlEHaRuV0jqCvxDavLwL3DXSPlNAqazTQO0Jnp8zFoU_ qxq.pbCRbSt9qshc3EYVZYUWNGQikzU3ossf.ijakwCM.9s7BG7GrsIC9uGw WZtMU89gzczFCGNGFHFgpA0G_rB2hPSNAsprTrvX.XLmKNAR3sNO_TdVP7ZX oShDn98f7cumc.I.ExnXUm.nl0psc9zyRHpJ2h21rBwZyR.EEujDpi0Wlvsz JXnnbo6fk4DVtXg524C0_V_LbpygXGCE1OJTKa6VDvQmPP7skSrGLkY9K5lm IhgqkAng7dRrL7HLpHgWEKOIDxZrAFqrrpaka4FYTMrMc1D0qrrEJAhFFq23 E1aFHTLXVP9E6VNV1_LxX6nUId_4OmRMd7zjhLRViCf36_dvnmFiDpjc15Ro _3NxKiw6NvYahKPB7Z4KddvQu80X_fiU0zvATaGA_nQXNn0U1y2SwmJB09N_ mKkx5xfpKtXjEA1Fj7.JmCBw65lrq5B9gpVfKU.FFyVATUvhGIIJM1rf8 X-Yahoo-SMTP: SEC3zYiswBD9sq45lcyyeQipExkn8zEko29uJv0vlQ7fgU5pYYw- Date: Wed, 19 Nov 2014 06:10:56 +0900 From: Masayoshi Fujimoto To: freebsd-questions@freebsd.org Subject: Re: chromium Message-Id: <20141119061056.c3d33204b1e9bb52470501d8@rocketmail.com> In-Reply-To: <44389g1cbl.fsf@lowell-desk.lan> References: <20141119045807.551e626e811d2d39e40f7a75@rocketmail.com> <44389g1cbl.fsf@lowell-desk.lan> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions-local@be-well.ilk.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 21:11:19 -0000 Hi. On Tue, 18 Nov 2014 15:30:22 -0500 Lowell Gilbert wrote: > Masayoshi Fujimoto writes: > > > Hi. > > I can not use chromium. > > > > root@freebsd:~ # pkg install chromium > > Updating FreeBSD repository catalogue... > > FreeBSD repository is up-to-date. > > All repositories are up-to-date. > > Checking integrity... done (0 conflicting) > > The following 1 packages will be affected (of 0 checked): > > > > New packages to be INSTALLED: > > chromium: 38.0.2125.111 > > > > The process will require 122 MB more space. > > > > Proceed with this action? [y/N]: y > > [1/1] Installing chromium-38.0.2125.111: 100% > > root@freebsd:~ # exit > > logout > > masayoshi@freebsd:/home/masayoshi % rehash > > masayoshi@freebsd:/home/masayoshi % chrome --disable-gl-error-limit > & chrome.log > > > > > > You redirected stdout, but not stderr; did anything appear on the > terminal when you ran that? masayoshi@freebsd:/home/masayoshi % chrome [1290:337115136:1119/060923:ERROR:nss_util.cc(821)] After loading Root Certs, loaded==false: NSS error code: -8018 failed to create drawable [1291:335569920:1119/060924:ERROR:gl_surface_glx.cc(633)] glXCreatePbuffer failed. [1292:335586304:1119/060924:ERROR:command_buffer_proxy_impl.cc(158)] Failed to initialize command buffer service. [1292:335586304:1119/060924:ERROR:webgraphicscontext3d_command_buffer_impl.cc(223)] CommandBufferProxy::Initialize failed. [1292:335586304:1119/060924:ERROR:webgraphicscontext3d_command_buffer_impl.cc(243)] Failed to initialize command buffer. failed to create drawable [1291:335569920:1119/060924:ERROR:gl_surface_glx.cc(633)] glXCreatePbuffer failed. [1292:335586304:1119/060924:ERROR:command_buffer_proxy_impl.cc(158)] Failed to initialize command buffer service. [1292:335586304:1119/060924:ERROR:webgraphicscontext3d_command_buffer_impl.cc(223)] CommandBufferProxy::Initialize failed. [1292:335586304:1119/060924:ERROR:webgraphicscontext3d_command_buffer_impl.cc(243)] Failed to initialize command buffer. failed to create drawable [1291:335569920:1119/060924:ERROR:gl_surface_glx.cc(633)] glXCreatePbuffer failed. [1292:335586304:1119/060924:ERROR:command_buffer_proxy_impl.cc(158)] Failed to initialize command buffer service. [1292:335586304:1119/060924:ERROR:webgraphicscontext3d_command_buffer_impl.cc(223)] CommandBufferProxy::Initialize failed. [1292:335586304:1119/060924:ERROR:webgraphicscontext3d_command_buffer_impl.cc(243)] Failed to initialize command buffer. failed to create drawable [1291:335569920:1119/060924:ERROR:gl_surface_glx.cc(633)] glXCreatePbuffer failed. [1292:335586304:1119/060924:ERROR:command_buffer_proxy_impl.cc(158)] Failed to initialize command buffer service. [1292:335586304:1119/060924:ERROR:webgraphicscontext3d_command_buffer_impl.cc(223)] CommandBufferProxy::Initialize failed. [1292:335586304:1119/060924:ERROR:webgraphicscontext3d_command_buffer_impl.cc(243)] Failed to initialize command buffer. [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060924:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060925:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060926:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060927:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060939:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060940:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060941:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060942:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060942:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060942:ERROR:gles2_cmd_decoder_autogen.h(1711)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glTexParameteri: target was GL_FALSE [1291:335569920:1119/060942:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060942:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060942:ERROR:gles2_cmd_decoder_autogen.h(77)] [.Compositor-0x816c0f900]GL ERROR :GL_INVALID_ENUM : glBindTexture: target was GL_FALSE [1291:335569920:1119/060942:ERROR:logger.cc(46)] Too many GL errors, not reporting any more for this context. use --disable-gl-error-limit to see all errors. > Have you enabled kern.ipc.shm_allow_removed? masayoshi@freebsd:/home/masayoshi % less /etc/sysctl.conf # chrome kern.ipc.shm_allow_removed=1 From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 21:20:44 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31CCC624 for ; Tue, 18 Nov 2014 21:20:44 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 07DE53CA for ; Tue, 18 Nov 2014 21:20:43 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 7032B33C1D; Tue, 18 Nov 2014 16:20:38 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 7583539829; Tue, 18 Nov 2014 16:20:36 -0500 (EST) From: Lowell Gilbert To: Masayoshi Fujimoto Subject: Re: chromium References: <20141119045807.551e626e811d2d39e40f7a75@rocketmail.com> <44389g1cbl.fsf@lowell-desk.lan> <20141119061056.c3d33204b1e9bb52470501d8@rocketmail.com> Reply-To: freebsd-questions@freebsd.org Date: Tue, 18 Nov 2014 16:20:36 -0500 In-Reply-To: <20141119061056.c3d33204b1e9bb52470501d8@rocketmail.com> (Masayoshi Fujimoto's message of "Wed, 19 Nov 2014 06:10:56 +0900") Message-ID: <44tx1wyzmj.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 21:20:44 -0000 Masayoshi Fujimoto writes: > Hi. > > On Tue, 18 Nov 2014 15:30:22 -0500 > Lowell Gilbert wrote: > >> Masayoshi Fujimoto writes: >> >> > Hi. >> > I can not use chromium. >> > >> > root@freebsd:~ # pkg install chromium >> > Updating FreeBSD repository catalogue... >> > FreeBSD repository is up-to-date. >> > All repositories are up-to-date. >> > Checking integrity... done (0 conflicting) >> > The following 1 packages will be affected (of 0 checked): >> > >> > New packages to be INSTALLED: >> > chromium: 38.0.2125.111 >> > >> > The process will require 122 MB more space. >> > >> > Proceed with this action? [y/N]: y >> > [1/1] Installing chromium-38.0.2125.111: 100% >> > root@freebsd:~ # exit >> > logout >> > masayoshi@freebsd:/home/masayoshi % rehash >> > masayoshi@freebsd:/home/masayoshi % chrome --disable-gl-error-limit > & chrome.log >> > >> > >> >> You redirected stdout, but not stderr; did anything appear on the >> terminal when you ran that? > > masayoshi@freebsd:/home/masayoshi % chrome [...] Was all of that on stdout, or was some of it on stderr? I can't be sure just by looking it over by eye. Send stdout and stderr to different places, and collect stderr. From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 21:32:24 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 357A787C for ; Tue, 18 Nov 2014 21:32:24 +0000 (UTC) Received: from mail-yk0-x232.google.com (mail-yk0-x232.google.com [IPv6:2607:f8b0:4002:c07::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD4267A2 for ; Tue, 18 Nov 2014 21:32:23 +0000 (UTC) Received: by mail-yk0-f178.google.com with SMTP id 20so4344717yks.23 for ; Tue, 18 Nov 2014 13:32:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:reply-to:organization:mime-version :content-type; bh=S4lnY56ffLxGhMzdhMbFYCiO7/664j+bAAjZDDldVeE=; b=S4yK1MJO1+HgEG5OkkP7/4kNHQBQpX3u5Hq+51Rpq8Mkr18dIF039sPrEeBbdwzF2w peWxvh+MEMkLjpspIKXVw3TkBWQdcK2y0ddfC7AwULMH0JYZ82uIFNDM/ZtNHpQT43C8 pfn+8yVqD+WiDCUoIU0wSlQyIKYgKHv1TZw5Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:reply-to :organization:mime-version:content-type; bh=S4lnY56ffLxGhMzdhMbFYCiO7/664j+bAAjZDDldVeE=; b=ftUg60XatAhIXmMUml0JDiZ8YMPU+GYo16fH+8aE1P/jXsBRupOayhszKMgrTjApvY RnVREPC5ibMa5c480xJEUiAgozm0anTmDlB5CmezWyg9BWGt21aCmE1ZFDasYjO61F+p 0vMUzRd2BUzRuq8wdX+1TUNgsfyA8MbZGwy+JnoDro8LTnvPdBC6cxNnt68/RIp3L1/W qnGWz5hWnCvrCsgtF/NrD2MBjPJ12ZctwNgbhAteHj90WgetrFYbn6M8BrQhp3uxh0mi zBXRgMJoDpn4I2NWKtTmsBdRO0rEBk7aQ4RzVF37Rhw2HCB59sM31VmrSfHDRTKVynQg vfew== X-Gm-Message-State: ALoCoQmAAo8HNc6M4kRrek3i+O/bGB2sXT0SKkOu2x+pCG+K/ucE1v/umvZq7B6SEydomVvwTuXz X-Received: by 10.236.17.166 with SMTP id j26mr34110667yhj.8.1416346341865; Tue, 18 Nov 2014 13:32:21 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPSA id d4sm22195312yhd.43.2014.11.18.13.32.21 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Nov 2014 13:32:21 -0800 (PST) Received: from scorpio (cpe-076-182-104-150.nc.res.rr.com [76.182.104.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3jj0jc4cS7z5T7Hg for ; Tue, 18 Nov 2014 16:32:20 -0500 (EST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.4 at scorpio.seibercom.net Date: Tue, 18 Nov 2014 16:32:12 -0500 From: Jerry To: User questions Subject: Problems after updating to FreeBSD 10.1 Message-ID: <20141118163212.58f03f0f@scorpio> Reply-To: User questions Organization: seibercom NET X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/FbVWMUNM_ccTIcRFN3FxNck"; protocol="application/pgp-signature" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 21:32:24 -0000 --Sig_/FbVWMUNM_ccTIcRFN3FxNck Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I just updated to FreeBSD 10.1-RELEASE #0 r274401. My system is now exhibit= ing numerous problems. Problem 1: portsnap does not work, This is the error message: Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. Fetching snapshot tag from your-org.portsnap.freebsd.org... invalid snapsho= t tag. Fetching snapshot tag from isc.portsnap.freebsd.org... invalid snapshot tag. Fetching snapshot tag from sourcefire.portsnap.freebsd.org... invalid snaps= hot tag. Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... invalid sn= apshot tag. Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... invalid sn= apshot tag. Fetching snapshot tag from ec2-ap-northeast-1.portsnap.freebsd.org... inval= id snapshot tag. Fetching snapshot tag from ec2-ap-southeast-2.portsnap.freebsd.org... inval= id snapshot tag. No mirrors remaining, giving up. Problem 2: sshd is broken. I cannot get into this machine remotely. This is the error displayed when I boot up. Generating ED25519 host key. = =20 ^@Auto configuration failed = =20 ^@34385835896:error:0E079065:configuration file routines:DEF_LOAD_BIO:missi= ng equa ^@l sign:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/conf/= conf_de ^@f.c:362:line 1 = =20 ^@Auto configuration failed = =20 ^@34385835896:error:0E079065:configuration file routines:DEF_LOAD_BIO:missi= ng equa ^@l sign:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/conf/= conf_de ^@f.c:362:line 1 = =20 ^@Performing sanity check on sshd configuration. = =20 ^@Auto configuration failed = =20 ^@34417338232:error:0E079065:configuration file routines:DEF_LOAD_BIO:missi= ng equa ^@l sign:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/conf/= conf_de ^@f.c:362:line 1 = =20 ^@/etc/rc: WARNING: failed precmd routine for sshd However, if I try to start sshd manually after boot up, everything works fi= ne and I can access the machine. Problem 3: unbound won't start I deactivated it for now. I'll work on that later. It must be remembered that everything was working fine before I updated. --=20 Jerry --Sig_/FbVWMUNM_ccTIcRFN3FxNck Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUa7rjAAoJEElTsHIJnX8eQYYIAKCtZkc5TrdSPavf6FF7PzEw u1XwkOnqlsGWnSJEo/bsKu4bT5hFExBDo6qP9kmspPQF3g4X9vQ2lwOBKZtKOw8h /O+GCL22nfY4kmpxhhz0frvFRq1gcGFWC6DWBGgb/Ly04E5s2OwKztTI5wmaS0cY rKXwnihgh/z7vOhy55/N5AkZZwZy3UUHd8jfmuypAmcz9i2LX44nNY407phAwVna 3S8n1Mnh6i8Z3Cji3s4qftHk8SjEdziN58+J0qj6dDsqGgZYp2862K4as/Gi8kw0 yi/ARJRpyfMlMlhzKklm1qsF0gb8yCY4iJk+SA5WEy5O/8wU7mIirsWV7/oWF0s= =+AbD -----END PGP SIGNATURE----- --Sig_/FbVWMUNM_ccTIcRFN3FxNck-- From owner-freebsd-questions@FreeBSD.ORG Tue Nov 18 22:05:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A62EC453 for ; Tue, 18 Nov 2014 22:05:32 +0000 (UTC) Received: from smtp07.citynetwork.se (mail.citynetwork.se [91.123.193.200]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5E046AB3 for ; Tue, 18 Nov 2014 22:05:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp07.citynetwork.se (Postfix) with ESMTP id 17B3258113E for ; Tue, 18 Nov 2014 23:05:28 +0100 (CET) X-Virus-Scanned: amavisd-new at citynetwork.se Received: from smtp07.citynetwork.se ([127.0.0.1]) by localhost (smtp07.citynetwork.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uO+HvgU-dUPI for ; Tue, 18 Nov 2014 23:05:26 +0100 (CET) Received: from [10.0.40.3] (vpn.solid.lth.se [130.235.77.253]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: devel@antoneliasson.se) by smtp07.citynetwork.se (Postfix) with ESMTPSA id B8D34580C89 for ; Tue, 18 Nov 2014 23:05:26 +0100 (CET) Message-ID: <546BC2A5.6010806@antoneliasson.se> Date: Tue, 18 Nov 2014 23:05:25 +0100 From: Anton Eliasson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Mounting from zfs:zroot/ROOT/default failed with error 2: unknown file system after upgrade to 10.1-RELEASE Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 22:05:32 -0000 Hi! After upgrading a server from FreeBSD 10.0-RELEASE to 10.1-RELEASE it no longer starts up. The bootloader shows its usual menu and then proceeds to load zfs.ko, opensolaris.ko and some third module. Then kernel boots and continues all the way to mountroot where it fails with the message "Mounting from zfs:zroot/ROOT/default failed with error 2: unknown file system." The entire message: https://cloud.solid.lth.se/public.php?service=files&t=27c15a131ca63b19f619a7ee558fe8d1 Entering zfs:zroot, zfs:zroot/ROOT, zfs:zroot/ROOT/default or zfs:anythingelse results in the same error. FreeBSD 10.0 was installed this summer. I believe I used the installer's guided procedure for installing on a mirrored ZFS root. Each drive has a GPT table with a 512k freebsd-boot, a freebsd-swap and a freebsd-zfs partition. No separate /boot. There is no vfs.root.mountfrom directive in /boot/loader.conf and no / in /etc/fstab. If I set vfs.root.mountfrom="zfs:zroot" it fails with the same message but a slightly different path (zfs:zroot). The motherboard is a Supermicro X9SRH-7TF. I can import and mount the root filesystem with a FreeBSD live CD without problems. Some config files pulled from a very similar installation (same server model, installed at the same time). They should be more or less identical on the server that won't boot: /etc/rc.conf: hostname="..." keymap="swedish.iso.kbd" # Use synchronous DHCP; pause boot until DHCP is completed. ifconfig_ix0="SYNCDHCP" sshd_enable="YES" ntpd_enable="YES" # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev="AUTO" zfs_enable="YES" # IPFW [...] /boot/loader.conf: zfs_load="YES" geom_mirror_load="YES" /etc/fstab: fdesc /dev/fd fdescfs rw 0 0 /dev/mirror/swap none swap sw 0 0 Thanks! -- Best Regards, Anton Eliasson From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 00:27:27 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6562088A for ; Wed, 19 Nov 2014 00:27:27 +0000 (UTC) Received: from fep18.mx.upcmail.net (fep18.mx.upcmail.net [62.179.121.38]) by mx1.freebsd.org (Postfix) with ESMTP id D3D67B25 for ; Wed, 19 Nov 2014 00:27:26 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep18-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20141119002723.NCUJ18284.viefep18-int.chello.at@edge01.upcmail.net>; Wed, 19 Nov 2014 01:27:23 +0100 Received: from matrix020.matrix.net ([84.114.222.59]) by edge01.upcmail.net with edge id HCTM1p00p1HW9Sk01CTMFo; Wed, 19 Nov 2014 01:27:22 +0100 X-SourceIP: 84.114.222.59 From: 4711@chello.at To: freebsd-questions@freebsd.org Subject: Re: openoffice build fails. Date: Wed, 19 Nov 2014 01:27:22 +0100 Message-ID: <10033996.HOrm3u7UXj@matrix020.matrix.net> User-Agent: KMail/4.12.5 (FreeBSD/9.3-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: <54647A67.6020104@bananmonarki.se> References: <54647A67.6020104@bananmonarki.se> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Bernt Hansson X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 00:27:27 -0000 On Thursday 13 November 2014 10:31:19 Bernt Hansson wrote: > Hello list. > > FreeBSD 9.3-PRERELEASE #1 r266465 > > Trying to build openoffice4 and openoffice-devel. > Tried libreoffice but then I can not add a printer. > > Oo4 and devel fail at the same place with this: > > ... unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | ... > ... creating links ... > ... cleaning the output tree ... > ... removing directory /tmp/ooopackaging/i_148361415810048 ... > remove_empty_dirs_in_folder > /usr/ports/editors/openoffice- devel/work/aoo/main/instsetoo_native/unxfbsdx. > pro/Apache_OpenOffice/archive/install/sv_inprogress/Apache_OpenOffice_4.1.0 _ > FreeBSD_install-arc_sv/openoffice4/share/extensions ... current dir: > /usr/ports/editors/openoffice- devel/work/aoo/main/instsetoo_native/unxfbsdx. > pro/Apache_OpenOffice/archive/install/sv_inprogress/Apache_OpenOffice_4.1.0 _ > FreeBSD_install-arc_sv/openoffice4/program ... > ... unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | ... > ... cleaning the output tree ... > ... removing directory /tmp/ooopackaging/i_148371415810048 ... > Error: ERROR: unopkg sync --verbose - env:UNO_JAVA_JFW_ENV_JREHOME=true > 2>&1 | failed! > > ************************************************** > ERROR: ERROR: unopkg sync --verbose - env:UNO_JAVA_JFW_ENV_JREHOME=true > 2>&1 | failed! > in function: register_extensions > ************************************************** > in function: register_extensionsstopping log at Wed Nov 12 17:36:14 2014 > dmake: Error code 255, while making 'openoffice_en-US.archive' > > 1 module(s): > instsetoo_native > need(s) to be rebuilt > > Reason(s): > > ERROR: error 65280 occurred while making > /usr/ports/editors/openoffice-devel/work/aoo/main/instsetoo_native/util > > When you have fixed the errors in that module you can resume the build > by running: > > build --from instsetoo_native > > *** [do-build] Error code 1 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- unsubscribe@freebsd.org" In your case the openoffice-devel port probably uses the previously installed libreoffice extensionmanager (unopkg) which resides in /usr/local/bin. Renaming the unopkg program [# mv /usr/local/bin/unopkg /usr/local/bin/unopkg.bak ] or deleting the libreoffice package should fix the build of oo-devel. If you want to use the libreoffice printer-admin-program, it works here on a 9.3- STABLE system by using this commands: % cd /usr/local/lib/libreoffice/program % ./spadmin On my system libreoffice automatically registered my already configured CUPS- printer (as oo-devel does). If both office-packages are installed there are maybe some conflicts when using the extensionmanager unopkg. I didn't test this, because i switched to libreoffice. libreoffice installs unopkg in /usr/local/bin, openoffice installs it in its own /usr/local/openoffice-... path. Maybe there are the same troubles for some other files. For a production system I would only install LE or OO, not both. System: FreeBSD 9.3-STABLE #0 r274469 Ports: %pkg info cups libreoffice apache-openoffice-devel %v cups-1.7.3_1 libreoffice-4.2.5_5 apache-openoffice-devel-4.1.1560773_4,2 Cheers, From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 05:10:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8527450A for ; Wed, 19 Nov 2014 05:10:21 +0000 (UTC) Received: from nightmare.dreamchaser.org (ns.dreamchaser.org [66.109.141.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51914AC3 for ; Wed, 19 Nov 2014 05:10:20 +0000 (UTC) Received: from breakaway.dreamchaser.org (breakaway.dreamchaser.org. [192.168.151.122]) by nightmare.dreamchaser.org (8.13.6/8.13.6) with ESMTP id sAJ5755J063712 for ; Tue, 18 Nov 2014 22:07:06 -0700 (MST) (envelope-from freebsd@dreamchaser.org) Message-ID: <546C2634.6020700@dreamchaser.org> Date: Tue, 18 Nov 2014 22:10:12 -0700 From: Gary Aitken Reply-To: freebsd@dreamchaser.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Mailing List Subject: sysinstall fails to fetch; pkg install succeeds Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (nightmare.dreamchaser.org [192.168.151.101]); Tue, 18 Nov 2014 22:07:06 -0700 (MST) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 05:10:21 -0000 I'm in the process of installing a 9.3 system. "pkg install foo" seems to work fine, fetching from the network. However, if I run sysinstall (forgot to include the handbook), it fails when trying to fetch from the network. I've tried both FTP mode and FTP through firewall mode. What does sysinstall do that's different when trying to fetch from the network? This is going through a firewall running natd and ipfw, so it may be a firewall rule problem. But I would have thought they would either both fail or both succeed. I've tried several different fbsd ftp sites, including the main one. tcpdump fragment: IP 192.168.17.3.31940 > 204.152.184.73.21: P 289:311(22) ack 863 win 1040 IP 204.152.184.73.21 > 192.168.17.3.31940: . ack 311 win 256 IP 204.152.184.73.21 > 192.168.17.3.31940: P 863:889(26) ack 311 win 256 IP 192.168.17.3.31940 > 204.152.184.73.21: P 311:340(29) ack 889 win 1040 IP 204.152.184.73.21 > 192.168.17.3.31940: . ack 340 win 256 Looks to me like it should be working? Thanks, Gary From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 07:17:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9F31316 for ; Wed, 19 Nov 2014 07:17:11 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 664B6954 for ; Wed, 19 Nov 2014 07:17:09 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id sAJ7GuCg022368; Wed, 19 Nov 2014 08:16:57 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <546C43E8.7080103@bananmonarki.se> Date: Wed, 19 Nov 2014 08:16:56 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: 4711@chello.at, freebsd-questions@freebsd.org Subject: Re: openoffice build fails. References: <54647A67.6020104@bananmonarki.se> <10033996.HOrm3u7UXj@matrix020.matrix.net> In-Reply-To: <10033996.HOrm3u7UXj@matrix020.matrix.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 07:17:12 -0000 On 2014-11-19 01:27, 4711@chello.at wrote: > On Thursday 13 November 2014 10:31:19 Bernt Hansson wrote: >> Hello list. >> >> FreeBSD 9.3-PRERELEASE #1 r266465 >> >> Trying to build openoffice4 and openoffice-devel. >> Tried libreoffice but then I can not add a printer. >> >> Oo4 and devel fail at the same place with this: >> >> ... unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | ... >> ... creating links ... >> ... cleaning the output tree ... >> ... removing directory /tmp/ooopackaging/i_148361415810048 ... >> remove_empty_dirs_in_folder >> /usr/ports/editors/openoffice- > devel/work/aoo/main/instsetoo_native/unxfbsdx. >> > pro/Apache_OpenOffice/archive/install/sv_inprogress/Apache_OpenOffice_4.1.0 > _ >> FreeBSD_install-arc_sv/openoffice4/share/extensions ... current dir: >> /usr/ports/editors/openoffice- > devel/work/aoo/main/instsetoo_native/unxfbsdx. >> > pro/Apache_OpenOffice/archive/install/sv_inprogress/Apache_OpenOffice_4.1.0 > _ >> FreeBSD_install-arc_sv/openoffice4/program ... >> ... unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | ... >> ... cleaning the output tree ... >> ... removing directory /tmp/ooopackaging/i_148371415810048 ... >> Error: ERROR: unopkg sync --verbose - > env:UNO_JAVA_JFW_ENV_JREHOME=true >> 2>&1 | failed! >> >> ************************************************** >> ERROR: ERROR: unopkg sync --verbose - > env:UNO_JAVA_JFW_ENV_JREHOME=true >> 2>&1 | failed! >> in function: register_extensions >> ************************************************** >> in function: register_extensionsstopping log at Wed Nov 12 17:36:14 2014 >> dmake: Error code 255, while making 'openoffice_en-US.archive' >> >> 1 module(s): >> instsetoo_native >> need(s) to be rebuilt >> >> Reason(s): >> >> ERROR: error 65280 occurred while making >> /usr/ports/editors/openoffice-devel/work/aoo/main/instsetoo_native/util >> >> When you have fixed the errors in that module you can resume the build >> by running: >> >> build --from instsetoo_native >> >> *** [do-build] Error code 1 >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > > > In your case the openoffice-devel port probably uses the previously installed > libreoffice extensionmanager (unopkg) which resides in /usr/local/bin. > > Renaming the unopkg program > [# mv /usr/local/bin/unopkg /usr/local/bin/unopkg.bak ] > or deleting the libreoffice package should fix the build of oo-devel. It fixed OO-4 also. > If you want to use the libreoffice printer-admin-program, it works here on a 9.3- > STABLE system by using this commands: > > % cd /usr/local/lib/libreoffice/program > % ./spadmin % cd /usr/local/lib/libreoffice/program % ./spadmin ./spadmin: Command not found. > On my system libreoffice automatically registered my already configured CUPS- > printer (as oo-devel does). I don't want or need cups. > If both office-packages are installed there are maybe some conflicts when using > the extensionmanager unopkg. I didn't test this, because i switched to > libreoffice. libreoffice installs unopkg in /usr/local/bin, openoffice installs it in its > own /usr/local/openoffice-... path. Maybe there are the same troubles for some > other files. For a production system I would only install LE or OO, not both. > > System: FreeBSD 9.3-STABLE #0 r274469 > > Ports: %pkg info cups libreoffice apache-openoffice-devel %v > cups-1.7.3_1 > libreoffice-4.2.5_5 > apache-openoffice-devel-4.1.1560773_4,2 > > Cheers, > > From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 07:22:39 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53B09476 for ; Wed, 19 Nov 2014 07:22:39 +0000 (UTC) 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 EE008A30 for ; Wed, 19 Nov 2014 07:22:38 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id sAJ7MS0n074843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 19 Nov 2014 08:22:28 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id sAJ7MS7D074840; Wed, 19 Nov 2014 08:22:28 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 19 Nov 2014 08:22:28 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Anton Eliasson Subject: Re: Mounting from zfs:zroot/ROOT/default failed with error 2: unknown file system after upgrade to 10.1-RELEASE In-Reply-To: <546BC2A5.6010806@antoneliasson.se> Message-ID: References: <546BC2A5.6010806@antoneliasson.se> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) 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.18-1 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 07:22:39 -0000 On Tue, 18 Nov 2014 23:05+0100, Anton Eliasson wrote: > Hi! > After upgrading a server from FreeBSD 10.0-RELEASE to 10.1-RELEASE it no > longer starts up. The bootloader shows its usual menu and then proceeds to > load zfs.ko, opensolaris.ko and some third module. Then kernel boots and > continues all the way to mountroot where it fails with the message "Mounting > from zfs:zroot/ROOT/default failed with error 2: unknown file system." The > entire message: > https://cloud.solid.lth.se/public.php?service=files&t=27c15a131ca63b19f619a7ee558fe8d1 > > Entering zfs:zroot, zfs:zroot/ROOT, zfs:zroot/ROOT/default or zfs:anythingelse > results in the same error. > > FreeBSD 10.0 was installed this summer. I believe I used the installer's > guided procedure for installing on a mirrored ZFS root. Each drive has a GPT > table with a 512k freebsd-boot, a freebsd-swap and a freebsd-zfs partition. No > separate /boot. > > There is no vfs.root.mountfrom directive in /boot/loader.conf and no / in > /etc/fstab. If I set vfs.root.mountfrom="zfs:zroot" it fails with the same > message but a slightly different path (zfs:zroot). > > The motherboard is a Supermicro X9SRH-7TF. I can import and mount the root > filesystem with a FreeBSD live CD without problems. > > Some config files pulled from a very similar installation (same server model, > installed at the same time). They should be more or less identical on the > server that won't boot: > > /etc/rc.conf: > > hostname="..." > keymap="swedish.iso.kbd" > # Use synchronous DHCP; pause boot until DHCP is completed. > ifconfig_ix0="SYNCDHCP" > sshd_enable="YES" > ntpd_enable="YES" > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > dumpdev="AUTO" > zfs_enable="YES" > > # IPFW > [...] > > /boot/loader.conf: > > zfs_load="YES" > geom_mirror_load="YES" > > /etc/fstab: > > fdesc /dev/fd fdescfs rw 0 0 > /dev/mirror/swap none swap sw 0 0 > > Thanks! According to the screenshot, the bootfs property on zroot is set to zroot/ROOT/default. Does that dataset exist? While at the loader prompt, what does these commands tell you? lszfs zroot lszfs zroot/ROOT If you see some other potential dataset, try setting currdev using this as a template before booting: set currdev="zfs:zroot/ROOT/some-other-dataset:" ^ ^ These :'s are important. Next, unload the old stuff, and try to load the new stuff: unload load /boot/kernel/kernel load /boot/kernel/opensolaris.ko load /boot/kernel/zfs.ko Boot into single user mode: boot -s Remember, the console uses US keyboard layout, set up by the firmware. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik 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-questions@FreeBSD.ORG Wed Nov 19 07:35:40 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CA75BF2 for ; Wed, 19 Nov 2014 07:35:40 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D46ECB84 for ; Wed, 19 Nov 2014 07:35:39 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id sAJ7ZXWA022679; Wed, 19 Nov 2014 08:35:34 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <546C4845.7080909@bananmonarki.se> Date: Wed, 19 Nov 2014 08:35:33 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: 4711@chello.at, freebsd-questions@freebsd.org Subject: Re: openoffice build fails. References: <54647A67.6020104@bananmonarki.se> <10033996.HOrm3u7UXj@matrix020.matrix.net> In-Reply-To: <10033996.HOrm3u7UXj@matrix020.matrix.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 07:35:40 -0000 On 2014-11-19 01:27, 4711@chello.at wrote: > On Thursday 13 November 2014 10:31:19 Bernt Hansson wrote: >> Hello list. >> >> FreeBSD 9.3-PRERELEASE #1 r266465 >> >> Trying to build openoffice4 and openoffice-devel. >> Tried libreoffice but then I can not add a printer. >> >> Oo4 and devel fail at the same place with this: >> >> ... unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | ... >> ... creating links ... >> ... cleaning the output tree ... >> ... removing directory /tmp/ooopackaging/i_148361415810048 ... >> remove_empty_dirs_in_folder >> /usr/ports/editors/openoffice- > devel/work/aoo/main/instsetoo_native/unxfbsdx. >> > pro/Apache_OpenOffice/archive/install/sv_inprogress/Apache_OpenOffice_4.1.0 > _ >> FreeBSD_install-arc_sv/openoffice4/share/extensions ... current dir: >> /usr/ports/editors/openoffice- > devel/work/aoo/main/instsetoo_native/unxfbsdx. >> > pro/Apache_OpenOffice/archive/install/sv_inprogress/Apache_OpenOffice_4.1.0 > _ >> FreeBSD_install-arc_sv/openoffice4/program ... >> ... unopkg sync --verbose -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | ... >> ... cleaning the output tree ... >> ... removing directory /tmp/ooopackaging/i_148371415810048 ... >> Error: ERROR: unopkg sync --verbose - > env:UNO_JAVA_JFW_ENV_JREHOME=true >> 2>&1 | failed! >> >> ************************************************** >> ERROR: ERROR: unopkg sync --verbose - > env:UNO_JAVA_JFW_ENV_JREHOME=true >> 2>&1 | failed! >> in function: register_extensions >> ************************************************** >> in function: register_extensionsstopping log at Wed Nov 12 17:36:14 2014 >> dmake: Error code 255, while making 'openoffice_en-US.archive' >> >> 1 module(s): >> instsetoo_native >> need(s) to be rebuilt >> >> Reason(s): >> >> ERROR: error 65280 occurred while making >> /usr/ports/editors/openoffice-devel/work/aoo/main/instsetoo_native/util >> >> When you have fixed the errors in that module you can resume the build >> by running: >> >> build --from instsetoo_native >> >> *** [do-build] Error code 1 > > In your case the openoffice-devel port probably uses the previously installed > libreoffice extensionmanager (unopkg) which resides in /usr/local/bin. > > Renaming the unopkg program > [# mv /usr/local/bin/unopkg /usr/local/bin/unopkg.bak ] > or deleting the libreoffice package should fix the build of oo-devel. Mv did work. OO-4 now builds and install. Have not tried OO-devel. > If you want to use the libreoffice printer-admin-program, it works here on a 9.3- > STABLE system by using this commands: > > % cd /usr/local/lib/libreoffice/program > % ./spadmin > > On my system libreoffice automatically registered my already configured CUPS- > printer (as oo-devel does). > > If both office-packages are installed there are maybe some conflicts when using > the extensionmanager unopkg. I didn't test this, because i switched to > libreoffice. libreoffice installs unopkg in /usr/local/bin, openoffice installs it in its > own /usr/local/openoffice-... path. Maybe there are the same troubles for some > other files. For a production system I would only install LE or OO, not both. > > System: FreeBSD 9.3-STABLE #0 r274469 > > Ports: %pkg info cups libreoffice apache-openoffice-devel %v > cups-1.7.3_1 > libreoffice-4.2.5_5 > apache-openoffice-devel-4.1.1560773_4,2 > > Cheers, > > From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 08:04:11 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20DB9599 for ; Wed, 19 Nov 2014 08:04:11 +0000 (UTC) Received: from the-host.seacom.mu (ge-1.ln-01-jnb.za.seacomnet.com [105.28.96.5]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55812EAA for ; Wed, 19 Nov 2014 08:04:09 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=the-host.localnet) by the-host.seacom.mu with esmtp (Exim 4.80.1) (envelope-from ) id 1Xr0F3-0006LJ-IT for freebsd-questions@freebsd.org; Wed, 19 Nov 2014 10:03:57 +0200 From: Mark Tinka Reply-To: mark.tinka@seacom.mu Organization: SEACOM To: freebsd-questions@freebsd.org Subject: Re: freebsd-update - 10.0 to 10.1 Date: Wed, 19 Nov 2014 10:03:56 +0200 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-24-desktop; KDE/4.6.0; i686; ; ) References: <201411170840.06373.mark.tinka@seacom.mu> <001301d0026f$878bdce0$96a396a0$@seibercom.net> <201411171626.05487.mark.tinka@seacom.mu> In-Reply-To: <201411171626.05487.mark.tinka@seacom.mu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1602917.hg5iGTAt0f"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201411191003.56313.mark.tinka@seacom.mu> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 08:04:11 -0000 --nextPart1602917.hg5iGTAt0f Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all. So some feedback on this. I went ahead and ignored the message to rebuild all Ports.=20 No issues with that re: basic stability of the platform. However, there seems to be an issue with IPfw. After the=20 second "freebsd-update install" run, a reboot is=20 unsuccessful due to some issue with IPfw. The box just hangs=20 and does not reboot. A hard reboot is required to restart the box, and after that=20 all is well. I've tested this without turning off IPfw, and with turning=20 off IPfw prior to the upgrade, and the issue is the same.=20 Very strange. So this means that without some kind of iLO access to the=20 server, a reboot requires remote hands for remote sites. Not happy with this 10.1 upgrade :-(. Mark. --nextPart1602917.hg5iGTAt0f Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAABAgAGBQJUbE7sAAoJEGcZuYTeKm+GPTMQAJJcU9YyK1oum6kTIs0quoxG Ox/Si50OXfH8YB6HtJi/52g9Xu+sM9AaEg2tlodgEm2vlYxi/jny4O40ZgB4ZOQm ZOlnrcqXlfA49ABG7Vb2cxjzQb58VIaKctF1Cdj0+P0StrmsLHvxJLHf+dLn2cfj UX50EmXlbXlYM8FgM5mDySJ4AbPI4Z4V1pBtAopcrXPAPIQ42ByY1HQDDcIpPIRh 36yNTd8Ln7CkPfnAPS+ziWY1XPdAMsHmcGlRmy7ZTay0xMSqhfURxMlJjE7QlUVY shsiL0dNvOMo7U40O6GvBPGBoFN97wUp+Jorz+h6YDj2V0VsyU2X29ddXihivz0f QBtHv+rDlKBI0gFWd/MrO9ZU9WLAOy5iFQuPuuuYmmceXEMQalhAjVcnBzhBBOQy t72gRP7X7Hn5hlM7RWc0CAOW3sFP9asx0kSsUFLHX+O1b5toHnTWHOu82ar/zP9l SLo8OPEctojg6p0KFPuIkc8ju9ihUwVkqKSIOh3zmWK+rD7o/wqqqnrkSf+dkiF1 CMTXfWBDKCmSbMP9aAZ+D5xwQULKKV7ZpIg9AJsW2SdJkhNdx2nPRiZs14lyUHLj by/XSfBFBv0fbemtTj6iPT5WHf/LkExXML9m/66bbTiFJz3O1sG9rFCpTVV4orU6 JQXPhgbBE9pTYDvQuSQj =xqPG -----END PGP SIGNATURE----- --nextPart1602917.hg5iGTAt0f-- From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 09:47:18 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33551558 for ; Wed, 19 Nov 2014 09:47:18 +0000 (UTC) Received: from exprod7og109.obsmtp.com (exprod7og109.obsmtp.com [64.18.2.171]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 76C8EB87 for ; Wed, 19 Nov 2014 09:47:17 +0000 (UTC) Received: from mail-wi0-f178.google.com ([209.85.212.178]) (using TLSv1) by exprod7ob109.postini.com ([64.18.6.12]) with SMTP ID DSNKVGxnI4+wXiECe1OGnDvWtl3lKlRQ+/L1@postini.com; Wed, 19 Nov 2014 01:47:17 PST Received: by mail-wi0-f178.google.com with SMTP id hi2so1175199wib.11 for ; Wed, 19 Nov 2014 01:47:14 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:thread-index:date:message-id :subject:to:content-type; bh=Uj+YjwXuvJ6XsP3sTIuFcUHYNaNA+ujidvbcoVHwZdU=; b=DmawaQYQpIMiG6L80qAVeQUspC8TIe2EnKGJKsiU7iGtKoJT68w77jbGpRq9hnXb28 yRKwgx8AiBdM4CTN1EsRUwKWPJjpzKHRNHxQg5UxwrqRk0riQzXS+5CW3bttDlD7BvQM 4eKRcJRwxNJrgRPBe+Wl3AJ45tZklxAIA2XHxvFwpnxKd/kFJf0MPa3VXiLnYthrgy0A FDQBOJFGXl6RoMu3CEh5pBbSRzFSSg2auOlS1ciWoYocr/ugbyWvJ27mJ/btrJ5+iCI2 CIRBfWjcsVbae6gacodHJqYLnJFaAkk/BafWTkGh8VqFa/kJd2hR1TSMHsou49wVaHoJ ARrA== X-Received: by 10.194.172.131 with SMTP id bc3mr55947318wjc.64.1416376927653; Tue, 18 Nov 2014 22:02:07 -0800 (PST) X-Gm-Message-State: ALoCoQm5b5goVT3Lr3bzDzZDGv9Ay104j9OBxH+FTbSSY+dK4SnhflGN5aXLAMkfO4Ho9cxElABNAC+VlYfT1hz6jBfpAIHXoNiHXEX1+enrV/Q2nSB+4BA8t6owOrM6VgCho3d5hmw5uPnv1jfdgwfQlFcLt9l/gKVtwzp+g0ei14Zc7yCwGC0= X-Received: by 10.194.172.131 with SMTP id bc3mr55947279wjc.64.1416376927358; Tue, 18 Nov 2014 22:02:07 -0800 (PST) From: Sibananda Sahu MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdADvlYM+Y/PtzvpRPeBRYQ6TNec3w== Date: Wed, 19 Nov 2014 11:32:06 +0530 Message-ID: Subject: Tag Command Queuing for SCSI devices in FreeBSD To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 09:47:18 -0000 Hi All, I just wanted to know if we have something in FreeBSD for the Tag Command Queuing support in our CAM mid layer as in linux: http://lwn.net/Articles/2297/ My primary question is: Is there anything in the struct cam_sim or in the union ccb that uses a tag or some sort of index per I/O transaction so that I can re-use in my HBA driver??? Thanks, Sibananda Sahu From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 10:35:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC20B19B for ; Wed, 19 Nov 2014 10:35:32 +0000 (UTC) Received: from mail-yk0-x232.google.com (mail-yk0-x232.google.com [IPv6:2607:f8b0:4002:c07::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F7F7102 for ; Wed, 19 Nov 2014 10:35:32 +0000 (UTC) Received: by mail-yk0-f178.google.com with SMTP id 20so116412yks.23 for ; Wed, 19 Nov 2014 02:35:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :organization:mime-version:content-type; bh=jAAFmy/fdF4LZNtbRP9ZQUWjMEIsqiMmVmW6JgYTcwU=; b=maA+63RiNB8eUPjW9Kduy8cSuScRqNkHi9daTnAuZZeyhd9KdJnA/YCWvNyvEi+HUH PQQRQgKfMSHFcwKn7XBjQAdgG23NlFVO+AM9NSGMoj4oC4UyZ14ZblCe2lbdE4VRf0Y9 i2qg4sLujsA1MaipPvIkN8Tzfwk+vKiEYQApU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:organization:mime-version:content-type; bh=jAAFmy/fdF4LZNtbRP9ZQUWjMEIsqiMmVmW6JgYTcwU=; b=ZtTEt83AFQyCy1Ab7QwetoeYzdNrxclMOdT5eZxuC2CYKDbM+xc1VsbASbobU+d2/R kiA1PEiSaaJEdDLGLPWrTOoZKzZdTPS30ty7U0yPCg9ybq1vzV0UoS8yn9y3ZCh1Z2lE iJjnES1mTu+JWI1WGyGBL/oEqyxaMSbGMmtN1g60iB0P3WW3qVNdkFtT3+w6eGdtUJNx WQVHBnHL93xoyEmdTP50+XZei4CdZUjkCDwLI+RsKxsnQ7Rkbkh/OMfLFCr6Uz7/Q/HK bupijIiaLy4RKbH/pFiais1EAXTJroA+1XCKGlSJoyLg27/JEFUJQJIqMqMG0LwG3TXF h3OA== X-Gm-Message-State: ALoCoQkL+hgGftgk/BMYFKKtlld/HO+n+XM+QAW4TGciJWvvNleR8UJe1XZp/tb1gB2ovzSMvpik X-Received: by 10.170.128.207 with SMTP id u198mr15937980ykb.51.1416393331475; Wed, 19 Nov 2014 02:35:31 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPSA id h2sm786060yhh.25.2014.11.19.02.35.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Nov 2014 02:35:30 -0800 (PST) Received: from scorpio (cpe-076-182-104-150.nc.res.rr.com [76.182.104.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3jjL5G1cDzz5T6WF for ; Wed, 19 Nov 2014 05:35:30 -0500 (EST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.4 at scorpio.seibercom.net Date: Wed, 19 Nov 2014 05:35:22 -0500 From: Jerry To: freebsd-questions@freebsd.org Subject: Re: freebsd-update - 10.0 to 10.1 Message-ID: <20141119053522.3d0cbcf6@scorpio> In-Reply-To: <201411191003.56313.mark.tinka@seacom.mu> References: <201411170840.06373.mark.tinka@seacom.mu> <001301d0026f$878bdce0$96a396a0$@seibercom.net> <201411171626.05487.mark.tinka@seacom.mu> <201411191003.56313.mark.tinka@seacom.mu> Reply-To: User questions Organization: seibercom NET X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/18n88pICCUYpxP4nnU_7QR2"; protocol="application/pgp-signature" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 10:35:33 -0000 --Sig_/18n88pICCUYpxP4nnU_7QR2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 19 Nov 2014 10:03:56 +0200, Mark Tinka stated: >Hi all. > >So some feedback on this. > >I went ahead and ignored the message to rebuild all Ports.=20 >No issues with that re: basic stability of the platform. > >However, there seems to be an issue with IPfw. After the=20 >second "freebsd-update install" run, a reboot is=20 >unsuccessful due to some issue with IPfw. The box just hangs=20 >and does not reboot. > >A hard reboot is required to restart the box, and after that=20 >all is well. > >I've tested this without turning off IPfw, and with turning=20 >off IPfw prior to the upgrade, and the issue is the same.=20 >Very strange. > >So this means that without some kind of iLO access to the=20 >server, a reboot requires remote hands for remote sites. > >Not happy with this 10.1 upgrade :-(. > >Mark. I had the exact same problem yesterday. I waited a full 30 minutes before doing a manual shutdown. I thought I was the only one with that issue or el= se I would have filed a PR against it. I am assuming that you have filed one Mark. --=20 Jerry --Sig_/18n88pICCUYpxP4nnU_7QR2 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUbHJxAAoJEElTsHIJnX8eHgwH/jcaH/vbKTVx04xiJwZw8aXq /66j1uDz5ogbCBaIZ6TJGkGdn2e4x9JiMZTuTsWgHKvpp8CQruSUSx0VBVlXMmnr X2yvqU1ZvxULcp/rAOkg8J2E4emqXJz/0xDhYBTg8TIAXF1HSCRnd205djiXj1+Y Iw0FrqymTwbQC9U4tu1HiM+3/RGJj6cOM71WUUI+YO97R9+MmoKMuxvhTGViIQPC ZVxcC3MDtzgMr7OJsi62lh9LIc9nsQ2NQz2VfYXDTnppFb/iqw3aBniLQnr114Zw u70CDzTzvv+EwNzbpY6qE8aHuFJJdl1k3Y60WwbgVZfqzpY9QcuVFzkxnDc61MU= =Z5pH -----END PGP SIGNATURE----- --Sig_/18n88pICCUYpxP4nnU_7QR2-- From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 11:31:29 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CC97F9C for ; Wed, 19 Nov 2014 11:31:29 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E103C8B3 for ; Wed, 19 Nov 2014 11:31:28 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id y19so550275wgg.35 for ; Wed, 19 Nov 2014 03:31:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=otkgLM+YHWmU+sfGu1LlVdhoOQfkwj3/BE5Kch72b/Q=; b=CwGpkXQpSxwEbNaS7Qe2GOZNSWcnn+z8LYotSQ7Cu1MEupPqrne8KWBX/SvPbAY2o3 7q2B8MZC8kWYQ7DsE9Et8TN50+aL4SBM/3KkILeKJEs4k18L0OkcsjbozxVfE89oiocs F84HjB21DCRVm3osY65HVAAJ9fiqNe5drK3w/ztkNkEKWrjJVsM/ZQxfqHWXbzo63b5a nB4PaDR3xvUOeoCodqOKAFz84ieEw9sg3MKw+vkznC6Xp57iQ5SCRTaEWa5tOMkBxo48 XyZKfbpcT8mLWZPTQpWaiwJ23xm/bfzRAK3ThlN61R6G+x/kONWMDe7m3CxCZVQnorBn dKdg== X-Received: by 10.194.187.164 with SMTP id ft4mr56300045wjc.76.1416396686812; Wed, 19 Nov 2014 03:31:26 -0800 (PST) Received: from [192.168.1.36] (169-8-170-95.reverse.btadsl.fr. [95.170.8.169]) by mx.google.com with ESMTPSA id kn5sm1864562wjb.48.2014.11.19.03.31.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 19 Nov 2014 03:31:26 -0800 (PST) Message-ID: <546C7F7F.5040504@gmail.com> Date: Wed, 19 Nov 2014 12:31:11 +0100 From: David Demelier User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: is pkgng=no valid? References: <546A531D.4070409@gmail.com> In-Reply-To: <546A531D.4070409@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 11:31:29 -0000 Le 17/11/2014 20:57, Jungle Boogie a crit : > Hello List, > > # uname -a > FreeBSD erl 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r274603: Sun Nov 16 > 14:45:30 PST 2014 root@buildme:/usr/obj/mips.mips64/usr/src/sys/ERL mips > > # cat /etc/make.conf > CPUTYPE?=native > WITH_PKGNG=no > > Is the pkgng "no" valid? > > As you can see, this is mips so pkg won't work but when I try: > > root@erl:/usr/ports/sysutils/tmux # make config-recursive install clean > ===> Setting user-specified options for tmux-1.9.a_2 and dependencies > ===> Building/installing dialog4ports as it is required for the config > dialog > ===> Cleaning for dialog4ports-0.1.5_2 > ===> License BSD2CLAUSE accepted by the user > ===> dialog4ports-0.1.5_2 depends on file: /usr/local/sbin/pkg - not > found > ===> Verifying install for /usr/local/sbin/pkg in > /usr/ports/ports-mgmt/pkg > ===> License BSD2CLAUSE accepted by the user > ===> Fetching all distfiles required by pkg-1.3.8_3 for building > ===> Extracting for pkg-1.3.8_3 > ===> License BSD2CLAUSE accepted by the user > ===> Fetching all distfiles required by pkg-1.3.8_3 for building > => SHA256 Checksum OK for pkg-1.3.8.tar.xz. > ===> Patching for pkg-1.3.8_3 > ===> Applying FreeBSD patches for pkg-1.3.8_3 > ===> Configuring for pkg-1.3.8_3 > ===> FreeBSD 10 autotools fix applied to > /usr/ports/ports-mgmt/pkg/work/pkg-1.3.8/m4/libtool.m4 > ===> FreeBSD 10 autotools fix applied to > /usr/ports/ports-mgmt/pkg/work/pkg-1.3.8/aclocal.m4 > ===> FreeBSD 10 autotools fix applied to > /usr/ports/ports-mgmt/pkg/work/pkg-1.3.8/configure > > Can I have ports skip pkg stuff? I think not because even installing things from ports will register the package to pkgng . It was already the same with old pkg_* tools. This is why you get pkg info foo (and months ago pkg_info foo) after installing foo from ports. HTH, David. From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 12:42:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DB0E39A for ; Wed, 19 Nov 2014 12:42:32 +0000 (UTC) Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 289E4FFA for ; Wed, 19 Nov 2014 12:42:32 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id le20so219860vcb.26 for ; Wed, 19 Nov 2014 04:42:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb.com; s=google; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=cQtzYfh/13jH19VVHsPJeJYvJ5UcapkCMFPPopypElU=; b=N87VGgVZyeo6uEAbZey99b+DBjdTDc6JVqbavdY6L1TvjcuIcrs1YiyFfU8+I+YUTU 7vU/iJb9rcJpPYg0PqGCb9Ujz3/Sz8Nzi8CqZmasq9OGkn5c+LXmP2B12YVmmlGZJmBv CsYyTxwwYQa2BGlUL5DJ5oTg1rv0RPavoQhwk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-type:content-transfer-encoding; bh=cQtzYfh/13jH19VVHsPJeJYvJ5UcapkCMFPPopypElU=; b=LTs2/Le/gaeaPgTab1SFBYK2hr76ShQw4Q3oBtlpSHVCgRxh+wHLFOKjgbOoY95rvo GFx8ojyfwizLiWFMDpMBQp91UFLDNYb6cp4r1hxAOHAwlxYOGbC0dgIiJTVEtjpGfOtD xpKrX8aactj8cLBcEWWAcjjozbRVYaAAu9+qSUWs3DDgWzzjHZ1b/s+cHFxdEboHL429 X091uhhe1TQ+CM3Lexsr8aI3etS5jbckoJqFCYKIBvqL/hDlHStubKPOpfx/HYhjOF8M VQQC0B3xKb139tG6buEiodnT63odSme/o0okhs8oXzFWCEat6G5kkxJpMtkDOjGAeXPU Q7hg== X-Gm-Message-State: ALoCoQmVAav5ph2r9Pu3kGVczEh8br8Uduw7ewgzUQhJZH0ZnVyCcpCD5qAYOtej9ug6k9lMMrRW X-Received: by 10.52.165.65 with SMTP id yw1mr31079559vdb.23.1416400950898; Wed, 19 Nov 2014 04:42:30 -0800 (PST) Received: from rsbsd.rsb ([31.200.21.235]) by mx.google.com with ESMTPSA id c4sm292261vdj.4.2014.11.19.04.42.29 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Nov 2014 04:42:30 -0800 (PST) Date: Wed, 19 Nov 2014 14:42:30 +0200 From: Beeblebrox To: freebsd-questions@freebsd.org Subject: Enable elliptic curve NISTP in openssl from base Message-ID: <20141119144230.726806f7@rsbsd.rsb> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 12:42:32 -0000 My TOR log shows below for start up. I don't have security/openssl installe= d as I'm using that from base. Also that's not among the depends ports for = security/tor. "We were built to run on a 64-bit CPU, with OpenSSL 1.0.1 or later, but wit= h a version of OpenSSL that apparently lacks accelerated support for the NI= ST P-224 and P-256 groups. Building openssl with such support (using the en= able-ec_nistp_64_gcc_128 option when configuring it) would make ECDH much f= aster." I cannot find any extra setting in /etc/src.conf that would enable this. Th= e man page mentions EC, and I have generated SSL/EC keys as test which work= s. I don't know where to look from here. --=20 FreeBSD_amd64_11-Current_RadeonKMS From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 12:53:50 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 343A3674 for ; Wed, 19 Nov 2014 12:53:50 +0000 (UTC) Received: from mail.issei-syoji.co.jp (mail.issei-syoji.co.jp [203.143.100.227]) by mx1.freebsd.org (Postfix) with ESMTP id C8D8C172 for ; Wed, 19 Nov 2014 12:53:49 +0000 (UTC) Received: from SRVPEETERS (unknown [91.183.125.209]) by mail.issei-syoji.co.jp (Postfix) with ESMTP id 0EB673085ED for ; Wed, 19 Nov 2014 21:53:45 +0900 (JST) From: "Charles Benneth" Subject: Re: Product Inquiry To: freebsd-questions@freebsd.org MIME-Version: 1.0 Reply-To: elliota234@live.co.uk Date: Wed, 19 Nov 2014 13:53:55 +0100 Message-Id: <20141119125346.0EB673085ED@mail.issei-syoji.co.jp> Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 12:53:50 -0000 - This mail is in HTML. Some elements may be ommited in plain text. - Good day, My Name is Mr Charles Bennett the Sales Manager off tong heer thiala= nd co LTD I Am Interested in some of your product could you kindly sen= d me your full catalog of products with clear photos, and list of FOB = prices in USD with prices,competitive prices for serious starting. Wai= ting your quick response. Best Regards TONG HEER ( EXPORT ) CO. LTD. Amata Nakorn Industrial Estate 700/553, Moo 7, T.Don Hua Roh, A.Maung,= Chonburi, 20000, Thailand Tel :+66 38 454 537-9 Fax :+66 38 454 327 From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 13:53:05 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C63B97F for ; Wed, 19 Nov 2014 13:53:05 +0000 (UTC) Received: from the-host.seacom.mu (ge-1.ln-01-jnb.za.seacomnet.com [105.28.96.5]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91092A67 for ; Wed, 19 Nov 2014 13:53:03 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=the-host.localnet) by the-host.seacom.mu with esmtp (Exim 4.80.1) (envelope-from ) id 1Xr5gn-0007oM-IK; Wed, 19 Nov 2014 15:52:57 +0200 From: Mark Tinka Reply-To: mark.tinka@seacom.mu Organization: SEACOM To: freebsd-questions@freebsd.org Subject: Re: freebsd-update - 10.0 to 10.1 Date: Wed, 19 Nov 2014 15:52:55 +0200 User-Agent: KMail/1.13.6 (Linux/2.6.37.6-24-desktop; KDE/4.6.0; i686; ; ) References: <201411170840.06373.mark.tinka@seacom.mu> <201411191003.56313.mark.tinka@seacom.mu> <20141119053522.3d0cbcf6@scorpio> In-Reply-To: <20141119053522.3d0cbcf6@scorpio> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1580131.UdAKWvs6oP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201411191552.56159.mark.tinka@seacom.mu> Cc: Jerry X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 13:53:05 -0000 --nextPart1580131.UdAKWvs6oP Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wednesday, November 19, 2014 12:35:22 PM Jerry wrote: > I had the exact same problem yesterday. I waited a full > 30 minutes before doing a manual shutdown. I thought I > was the only one with that issue or else I would have > filed a PR against it. I am assuming that you have filed > one Mark. No, Jerry. Have not yet filed a PR. Grateful if you could file one. Beer on me when I'm in your=20 parts, Jerry :-). Thanks. Mark. --nextPart1580131.UdAKWvs6oP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAABAgAGBQJUbKC4AAoJEGcZuYTeKm+GWCIP/AsXSprrW0iOWjKG0rhBDPXD ww7UJBOvYneJCQB4htIwJNGiqpTgPnZ0zxYLg+IZgB+pGJKGtQvD88SNYOX5amDG DGTeDz9hxLRIAHe/WkiTl1N1C3WS9xYxCXjusHO+L19ryq2d9gHdALea2xGmkON9 AqqpMgTZVE5f2NX/aExHuUTYYApDmQyt6I7PgOWn7caIXTci76IUwVilg8NSYY2M 9yAb3tSb+tFI0JD4jomvud5CVN/r5R9K1QLg6qTHjTOxn+4SCA7C+DyZoFqLiFcz hjoyPyG4N5YvBKcRto/TgLSc8jlC3FYRYvVrV5ElR23IazVsZvQuzkQiW2V68bl3 Q10ctiYf/GxlP8ca2ds4cZmVAmTezFC13A6V8IVNrtsCTHSNJGT1Jk93jDHnLc8T qFFk5Ys67C5xHPQkBZ35ct1lxG/vuDsU9nUXllFYUobcf43N/iNXtdZJq16WlYCZ s2FG2hn5C5sCF802V54lsL1Sopg/i8zllIu5TDibkUK/94X6Ansn3ocZpsDuiNTV PE6vUjvyeQl7P4QVD6i0D4jq4JT20Xq80d+z5ufz9m9culBu4SuK/O0Ujj9ZePO9 bek5Xf6lwMACFbDI7roDTk9bWzff6pr+QnLjbAmPD03UpVRDs6t0Nt0krOiAQoxg ngiIUDCRLEsaqhzcYdk5 =Et61 -----END PGP SIGNATURE----- --nextPart1580131.UdAKWvs6oP-- From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 14:53:08 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C905A27 for ; Wed, 19 Nov 2014 14:53:08 +0000 (UTC) Received: from mail1.postbank.bg (mx.postbank.bg [195.242.126.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.postbank.bg", Issuer "GeoTrust DV SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A3FD15D for ; Wed, 19 Nov 2014 14:53:06 +0000 (UTC) X-AuditID: ac100165-f791c6d000000c67-64-546caec8e243 Received: from sofdc01excv16.postbank.bg ( [10.1.129.39]) (using TLS with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mail1.postbank.bg (Eurobank AD BG Outbound mail system) with SMTP id 4D.2A.03175.8CEAC645; Wed, 19 Nov 2014 16:52:56 +0200 (EET) From: "Ivailo A. Tanusheff" To: "freebsd-questions@freebsd.org" Subject: Free disks enumeration needed Thread-Topic: Free disks enumeration needed Thread-Index: AdAECIA1HM7DkQZsSc6CYZFchKYsbA== Date: Wed, 19 Nov 2014 14:52:55 +0000 Message-ID: <1422065A4E115F409E22C1EC9EDAFBA4220D87FE@sofdc01exc02.postbank.bg> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.26] Content-Type: text/plain; charset="us-ascii" content-transfer-encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprIKsWRmVeSWpSXmKPExsXCxdiorntiXU6IQfMvdYuXXzexODB6zPg0 nyWAMaqB0SYxLy+/JLEkVSEltTjZVik6IL+4JCkxLztWwSWzODknMTM3tUhJITPFVslYSaEg JzE5NTc1r8RWKbGgIDUvRcmOSwED2ACVZeYppOYl56dk5qXbKnkG++taWJha6hoq2SFMtVJT NjRO+MqeseXYcaaCTtaK/qttzA2MX5m7GDk5JARMJN59XcAOYYtJXLi3nq2LkYtDSGAOk8TL o8fYQBJsQEXb5u5hArFFBJwlVp/5zQpiCwuoSXS+e8EIEdeWmLrvMguErScxa9EMMJtFQFXi 9IqfQAs4OHgF/CV+Ta8BCTMC7fp+ag3YSGYBcYlbT+YzQdwgILFkz3mo20QlXj7+xwphy0o8 +vYYql5HYsHuT2wQtrbEsoWvwep5BQQlTs58wjKBUWgWkrGzkLTMQtIyC0nLAkaWVYySxflp KckGhsG+7mUGhnoF0BjSS0rfxAiM4DUCjKk7GF9ccTrEKMDBqMTD++JtdogQa2JZcWXuIUYJ DmYlEd6kmTkhQrwpiZVVqUX58UWlOanFhxiTgYEwkVlKNDkfmFzySuINTQwMTU2MDC0MzCxM SRNWEue1XpQZIiSQDkxK2ampBalFMFuYODilGhiLX7cqBOTpnrO9Vdp9IPNgmb34R9lJd61e cd1riPD4/u3/1w62iZvYuTLcdrdnLbr4ujaOwep36dxrz9xqWdVzOt/FLPEXmrAt1uv0RAnR P8qctsZPrihH7gmpjy2XPhf4+IL1lJkTL8s7571J/K4ek2H2fheb8/Pe0Io3DY72HbJPXfo3 CymxFGckGmoxFxUnAgCCw9lUJAMAAA== X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 14:53:08 -0000 Dear all, I have a little bit strange question, but I will appreciate your help. I have a FreeBSD server, with attached both SATA and SCSI drives. The server= uses both ZFS and UFS file systems. I want to find a way to find out which drives are available to be used in ne= w zfs pool with a script or C program, i.e. which drives are not used by zfs= or ufs on the system. For the SATA drives I believe glabel status gives me the reasonable informat= ion, but I do not see any SCSI drive there. It is easy to enumerate disks installed on the system, but how to find out w= hich are "free" for use? Regards, Ivailo Tanusheff Disclaimer: This communication is confidential. If you are not the intended recipient, y= ou are hereby notified that any disclosure, copying, distribution or taking= any action in reliance on the contents of this information is strictly proh= ibited and may be unlawful. If you have received this communication by mista= ke, please notify us immediately by responding to this email and then delete= it from your system. Eurobank Bulgaria AD is not responsible for, nor endorses, any opinion, reco= mmendation, conclusion, solicitation, offer or agreement or any information= contained in this communication. Eurobank Bulgaria AD cannot accept any responsibility for the accuracy or co= mpleteness of this message as it has been transmitted over a public network.= If you suspect that the message may have been intercepted or amended, pleas= e call the sender. From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 15:54:48 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDC892C5 for ; Wed, 19 Nov 2014 15:54:48 +0000 (UTC) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 96B2EA96 for ; Wed, 19 Nov 2014 15:54:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3jjT9d6h4NzCy1t for ; Wed, 19 Nov 2014 16:54:45 +0100 (CET) X-Virus-Scanned: amavisd-new at mcs.it Received: from baobab.bilink.net ([127.0.0.1]) by localhost (baobab.mcs.it [127.0.0.1]) (amavisd-new, port 11027) with ESMTP id Yyau7xche3oC for ; Wed, 19 Nov 2014 16:54:45 +0100 (CET) Received: from hermes.mcs.it (hermes.mcs.it [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3jjT9d5lNLzCy1g for ; Wed, 19 Nov 2014 16:54:45 +0100 (CET) Received: from mordeus (unknown [192.168.44.6]) by hermes.mcs.it (Postfix) with ESMTP id C14D71B7515 for ; Wed, 19 Nov 2014 16:54:46 +0100 (CET) Date: Wed, 19 Nov 2014 16:55:05 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: freebsd-update - 10.0 to 10.1 In-Reply-To: <20141119053522.3d0cbcf6@scorpio> References: <201411170840.06373.mark.tinka@seacom.mu> <001301d0026f$878bdce0$96a396a0$@seibercom.net> <201411171626.05487.mark.tinka@seacom.mu> <201411191003.56313.mark.tinka@seacom.mu> <20141119053522.3d0cbcf6@scorpio> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3jjT9d5lNLzCy1g@baobab.bilink.it> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 15:54:49 -0000 On Wed, 19 Nov 2014 05:35:22 -0500 Jerry wrote: > I had the exact same problem yesterday. I waited a full 30 minutes before > doing a manual shutdown. Same there. I thought it was my HP laptop's fault, for it does strange things hardwarewise... luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 16:04:55 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BBD97B4; Wed, 19 Nov 2014 16:04:55 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9C85BF4; Wed, 19 Nov 2014 16:04:54 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id ft15so1109258pdb.32 for ; Wed, 19 Nov 2014 08:04:54 -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=iGTIUZKbpNr7MuSGXwWdeQsYoFgr4XE1SbQZtrPrx2k=; b=EZjs3NiomB5oerHjB6nqtUy4Pb36k5Qi5XmYmBE2PhACSBfynXHa936so85XkmiUgr u1fqE/yFv3fec+L59yJ6+uc76rpM7yzSUneD2VbcVgxWXQ9OXND0Lj51ohT8DNNK41Tr ekG364I7TUvy6PMstjww5G5ypCr8kuUmjbdxEA0Tboen9g+vAoqFGG/JWcXlaFIPxQti AUdZAxwREKE8PRFIKWwZ59+1ECB3Fm1N3toxMowDlpGtesasediChXQB56czWZ19hNOB CWLC+860zKRBXGasyax2wcjAwyLUHm/ee64h4fola2MG2GEY8se0sCsDT7uovW2mnBf+ 8UXA== MIME-Version: 1.0 X-Received: by 10.68.241.10 with SMTP id we10mr46949859pbc.101.1416413094104; Wed, 19 Nov 2014 08:04:54 -0800 (PST) Received: by 10.70.54.226 with HTTP; Wed, 19 Nov 2014 08:04:54 -0800 (PST) In-Reply-To: <54693A30.3040404@sentex.net> References: <54693A30.3040404@sentex.net> Date: Wed, 19 Nov 2014 11:04:54 -0500 Message-ID: Subject: Re: em0 tx_dma_fail incrementing [SOLVED] From: FF To: Mike Tancsa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Adrian Chadd , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 16:04:55 -0000 As a follow-up, this fix does solve our performance problem, but we are seeing ~4 CRC/RECV errors incrementing per day (which, as the output prior shows wasn't the case). We've disabled rxcsum and txcsum on the card to see if that helps address that. Another server we've rebooted with the hw.em.txd=3D256 and hw.em.rxd=3D256 = and it hasn't exhibited any issue yet (2-3 days)... but it hasn't been stress tested either. On Sun, Nov 16, 2014 at 6:58 PM, Mike Tancsa wrote: > On 11/16/2014 12:28 PM, Adrian Chadd wrote: > >> Hi! >> >> Good catch! Would you mind filing a bug so we remember and >> (hopefully!) fix it to be the default? >> >> https://bugs.freebsd.org/submit/ >> > > I wonder if this is the bug I was running into > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D193802 > > ---Mike > > > >> Thanks! >> >> >> -adrian >> >> >> On 15 November 2014 08:31, FF wrote: >> >>> It looks like FreeBSD may be a victim of this bug: >>> >>> >>> >>> http://www.intel.com.au/content/dam/www/public/us/en/ >>> documents/specification-updates/82574-gbe-controller-spec-update.pdf >>> >>> >>> >>> 17. Tx Data Corruption When Using TCP Segmentation Offload >>> >>> Problem: When using TSO, a situation can occur where a PCIe MRd request >>> is >>> repeated with the >>> >>> same address, resulting in data corruption. At the end of the TCP packe= t, >>> the Tx DMA >>> >>> hangs because the length doesn't match. This can only occur when the >>> following are >>> >>> true: >>> >>> =E2=80=A2 The first buffer of the packet is larger than [3 * (max_read_= request - >>> 4)]. >>> >>> =E2=80=A2 There is a 4 KB boundary within 64 bytes following the end of= the >>> header >>> bytes in >>> >>> the buffer >>> >>> Implication: Possible data corruption since a TCP packet is transmitted >>> containing the wrong data but >>> >>> with the correct checksum. >>> >>> Data transmission halts as the Tx DMA module enters a hang state. >>> >>> Workaround: The failure can be avoided by ensuring at least one of the >>> following: >>> >>> =E2=80=A2 The buffer containing the headers should not be larger than [= 3 * >>> >>> (max_read_request - 4)]. To meet this requirement even for the minimum >>> value of >>> >>> 128 bytes for max_read_request, the buffer should not be larger than 37= 2 >>> bytes. >>> >>> =E2=80=A2 The alignment of the buffer containing the headers should be = such that >>> there is no >>> >>> 4 KB boundary within 64 bytes following the end of the header bytes. >>> Assuming >>> >>> standard Ethernet/IP/TCP headers of 54 bytes, this means that the buffe= r >>> should >>> >>> not start 54-118 bytes before a 4 KB boundary. For example, 128-byte >>> alignment >>> >>> for this buffer could be used to fulfill this condition. >>> >>> This problem has not been reported when using an Intel Linux* or Window= s* >>> drivers. >>> >>> Current analysis shows it is very unlikely for a situation to exist tha= t >>> would cause the >>> >>> 82574 to be at risk for the errata when using the Intel Linux or Window= s >>> drivers. >>> >>> >>> >>> Linux and other distros seem to have fixed it. This could be getting >>> exercised because FreeBSD recently changed the default buffer size abov= e >>> 256 for this driver. >>> >>> >>> Since I didn't want to reboot to try the lower buffer size, I turned of= f >>> TSO on all the machines that I'd checked that were actively incrementin= g >>> tx_dma_fail for em interfaces then re-enabled their membership into the >>> LACP. >>> >>> >>> In brief testing, (few gigabits for a few minutes) tx_dma_fail has not >>> incremented and throughput has not been negatively impacted (before vs >>> after re-enable). >>> >>> >>> This is so anyone else who is scratching their head about why em >>> performance is terrible can solve it. >>> >>> >>> Best, >>> >>> >>> FF >>> >>> >>> On Thu, Nov 13, 2014 at 1:52 PM, FF wrote: >>> >>> >>>> What knob do I need to turn to address this? >>>> >>>> This em0 is in an LACP bundle with an igb0 that isn't showing this >>>> problem. >>>> >>>> dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.3.8 >>>> dev.em.0.%driver: em >>>> dev.em.0.%location: slot=3D25 function=3D0 handle=3D\_SB_.PCI0.GLAN >>>> dev.em.0.%pnpinfo: vendor=3D0x8086 device=3D0x153b subvendor=3D0x15d9 >>>> subdevice=3D0x153b class=3D0x020000 >>>> dev.em.0.%parent: pci0 >>>> dev.em.0.nvm: -1 >>>> dev.em.0.debug: -1 >>>> dev.em.0.fc: 3 >>>> dev.em.0.rx_int_delay: 0 >>>> dev.em.0.tx_int_delay: 66 >>>> dev.em.0.rx_abs_int_delay: 66 >>>> dev.em.0.tx_abs_int_delay: 66 >>>> dev.em.0.itr: 488 >>>> dev.em.0.rx_processing_limit: 100 >>>> dev.em.0.eee_control: 1 >>>> dev.em.0.link_irq: 0 >>>> dev.em.0.mbuf_alloc_fail: 52 >>>> dev.em.0.cluster_alloc_fail: 0 >>>> dev.em.0.dropped: 0 >>>> ** >>>> dev.em.0.tx_dma_fail: 1834648 >>>> dev.em.0.rx_overruns: 3109 >>>> ** >>>> dev.em.0.watchdog_timeouts: 0 >>>> dev.em.0.device_control: 1209532992 >>>> dev.em.0.rx_control: 67141634 >>>> dev.em.0.fc_high_water: 23584 >>>> dev.em.0.fc_low_water: 20552 >>>> dev.em.0.queue0.txd_head: 577 >>>> dev.em.0.queue0.txd_tail: 577 >>>> dev.em.0.queue0.tx_irq: 0 >>>> dev.em.0.queue0.no_desc_avail: 0 >>>> dev.em.0.queue0.rxd_head: 967 >>>> dev.em.0.queue0.rxd_tail: 966 >>>> dev.em.0.queue0.rx_irq: 0 >>>> dev.em.0.mac_stats.excess_coll: 0 >>>> dev.em.0.mac_stats.single_coll: 0 >>>> dev.em.0.mac_stats.multiple_coll: 0 >>>> dev.em.0.mac_stats.late_coll: 0 >>>> dev.em.0.mac_stats.collision_count: 0 >>>> dev.em.0.mac_stats.symbol_errors: 0 >>>> dev.em.0.mac_stats.sequence_errors: 0 >>>> dev.em.0.mac_stats.defer_count: 0 >>>> dev.em.0.mac_stats.missed_packets: 61094 >>>> dev.em.0.mac_stats.recv_no_buff: 60008 >>>> dev.em.0.mac_stats.recv_undersize: 0 >>>> dev.em.0.mac_stats.recv_fragmented: 0 >>>> dev.em.0.mac_stats.recv_oversize: 0 >>>> dev.em.0.mac_stats.recv_jabber: 0 >>>> dev.em.0.mac_stats.recv_errs: 0 >>>> dev.em.0.mac_stats.crc_errs: 0 >>>> dev.em.0.mac_stats.alignment_errs: 0 >>>> dev.em.0.mac_stats.coll_ext_errs: 0 >>>> dev.em.0.mac_stats.xon_recvd: 40226659 >>>> dev.em.0.mac_stats.xon_txd: 2132 >>>> dev.em.0.mac_stats.xoff_recvd: 40241216 >>>> dev.em.0.mac_stats.xoff_txd: 2073563 >>>> dev.em.0.mac_stats.total_pkts_recvd: 3219537541 >>>> dev.em.0.mac_stats.good_pkts_recvd: 3139008594 >>>> dev.em.0.mac_stats.bcast_pkts_recvd: 3953817 >>>> dev.em.0.mac_stats.mcast_pkts_recvd: 607157 >>>> dev.em.0.mac_stats.rx_frames_64: 0 >>>> dev.em.0.mac_stats.rx_frames_65_127: 0 >>>> dev.em.0.mac_stats.rx_frames_128_255: 0 >>>> dev.em.0.mac_stats.rx_frames_256_511: 0 >>>> dev.em.0.mac_stats.rx_frames_512_1023: 0 >>>> dev.em.0.mac_stats.rx_frames_1024_1522: 0 >>>> dev.em.0.mac_stats.good_octets_recvd: 3527296369841 >>>> dev.em.0.mac_stats.good_octets_txd: 14348531993101 >>>> dev.em.0.mac_stats.total_pkts_txd: 10735190291 >>>> dev.em.0.mac_stats.good_pkts_txd: 10733114595 >>>> dev.em.0.mac_stats.bcast_pkts_txd: 14 >>>> dev.em.0.mac_stats.mcast_pkts_txd: 54334 >>>> dev.em.0.mac_stats.tx_frames_64: 0 >>>> dev.em.0.mac_stats.tx_frames_65_127: 0 >>>> dev.em.0.mac_stats.tx_frames_128_255: 0 >>>> dev.em.0.mac_stats.tx_frames_256_511: 0 >>>> dev.em.0.mac_stats.tx_frames_512_1023: 0 >>>> dev.em.0.mac_stats.tx_frames_1024_1522: 0 >>>> dev.em.0.mac_stats.tso_txd: 902605586 >>>> dev.em.0.mac_stats.tso_ctx_fail: 0 >>>> dev.em.0.interrupts.asserts: 1392541431 >>>> dev.em.0.interrupts.rx_pkt_timer: 0 >>>> dev.em.0.interrupts.rx_abs_timer: 0 >>>> dev.em.0.interrupts.tx_pkt_timer: 0 >>>> dev.em.0.interrupts.tx_abs_timer: 0 >>>> dev.em.0.interrupts.tx_queue_empty: 0 >>>> dev.em.0.interrupts.tx_queue_min_thresh: 0 >>>> dev.em.0.interrupts.rx_desc_min_thresh: 0 >>>> dev.em.0.interrupts.rx_overrun: 0 >>>> dev.em.0.wake: 0 >>>> >>>> dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 2.3.10 >>>> dev.igb.0.%driver: igb >>>> dev.igb.0.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.RP04.PX= SX >>>> dev.igb.0.%pnpinfo: vendor=3D0x8086 device=3D0x1533 subvendor=3D0x15d9 >>>> subdevice=3D0x1533 class=3D0x020000 >>>> dev.igb.0.%parent: pci5 >>>> dev.igb.0.nvm: -1 >>>> dev.igb.0.enable_aim: 1 >>>> dev.igb.0.fc: 3 >>>> dev.igb.0.rx_processing_limit: 100 >>>> dev.igb.0.dmac: 0 >>>> dev.igb.0.eee_disabled: 0 >>>> dev.igb.0.link_irq: 33 >>>> dev.igb.0.dropped: 0 >>>> dev.igb.0.tx_dma_fail: 0 >>>> dev.igb.0.rx_overruns: 0 >>>> dev.igb.0.watchdog_timeouts: 0 >>>> dev.igb.0.device_control: 1209795137 >>>> dev.igb.0.rx_control: 71335938 >>>> dev.igb.0.interrupt_mask: 4 >>>> dev.igb.0.extended_int_mask: 2147483679 >>>> dev.igb.0.tx_buf_alloc: 0 >>>> dev.igb.0.rx_buf_alloc: 0 >>>> dev.igb.0.fc_high_water: 31328 >>>> dev.igb.0.fc_low_water: 31312 >>>> dev.igb.0.queue0.no_desc_avail: 0 >>>> dev.igb.0.queue0.tx_packets: 62464141 >>>> dev.igb.0.queue0.rx_packets: 73012939 >>>> dev.igb.0.queue0.rx_bytes: 22529663814 >>>> dev.igb.0.queue0.lro_queued: 0 >>>> dev.igb.0.queue0.lro_flushed: 0 >>>> dev.igb.0.queue1.no_desc_avail: 0 >>>> dev.igb.0.queue1.tx_packets: 404298046 >>>> dev.igb.0.queue1.rx_packets: 307675818 >>>> dev.igb.0.queue1.rx_bytes: 185919902229 >>>> dev.igb.0.queue1.lro_queued: 0 >>>> dev.igb.0.queue1.lro_flushed: 0 >>>> dev.igb.0.queue2.no_desc_avail: 0 >>>> dev.igb.0.queue2.tx_packets: 3441053015 >>>> dev.igb.0.queue2.rx_packets: 5511826751 >>>> dev.igb.0.queue2.rx_bytes: 3054219311510 >>>> dev.igb.0.queue2.lro_queued: 0 >>>> dev.igb.0.queue2.lro_flushed: 0 >>>> dev.igb.0.queue3.no_desc_avail: 0 >>>> dev.igb.0.queue3.tx_packets: 1047838830 >>>> dev.igb.0.queue3.rx_packets: 1987495318 >>>> dev.igb.0.queue3.rx_bytes: 2696179247028 >>>> dev.igb.0.queue3.lro_queued: 0 >>>> dev.igb.0.queue3.lro_flushed: 0 >>>> dev.igb.0.mac_stats.excess_coll: 0 >>>> dev.igb.0.mac_stats.single_coll: 0 >>>> dev.igb.0.mac_stats.multiple_coll: 0 >>>> dev.igb.0.mac_stats.late_coll: 0 >>>> dev.igb.0.mac_stats.collision_count: 0 >>>> dev.igb.0.mac_stats.symbol_errors: 0 >>>> dev.igb.0.mac_stats.sequence_errors: 0 >>>> dev.igb.0.mac_stats.defer_count: 283811 >>>> dev.igb.0.mac_stats.missed_packets: 9449 >>>> dev.igb.0.mac_stats.recv_no_buff: 340 >>>> dev.igb.0.mac_stats.recv_undersize: 0 >>>> dev.igb.0.mac_stats.recv_fragmented: 0 >>>> dev.igb.0.mac_stats.recv_oversize: 0 >>>> dev.igb.0.mac_stats.recv_jabber: 0 >>>> dev.igb.0.mac_stats.recv_errs: 0 >>>> dev.igb.0.mac_stats.crc_errs: 0 >>>> dev.igb.0.mac_stats.alignment_errs: 0 >>>> dev.igb.0.mac_stats.coll_ext_errs: 0 >>>> dev.igb.0.mac_stats.xon_recvd: 46255557 >>>> dev.igb.0.mac_stats.xon_txd: 261 >>>> dev.igb.0.mac_stats.xoff_recvd: 46255994 >>>> dev.igb.0.mac_stats.xoff_txd: 7027 >>>> dev.igb.0.mac_stats.total_pkts_recvd: 7975033582 >>>> dev.igb.0.mac_stats.good_pkts_recvd: 7880001465 >>>> dev.igb.0.mac_stats.bcast_pkts_recvd: 5783868 >>>> dev.igb.0.mac_stats.mcast_pkts_recvd: 563315 >>>> dev.igb.0.mac_stats.rx_frames_64: 28412906 >>>> dev.igb.0.mac_stats.rx_frames_65_127: 3310187919 >>>> dev.igb.0.mac_stats.rx_frames_128_255: 784920450 >>>> dev.igb.0.mac_stats.rx_frames_256_511: 17225962 >>>> dev.igb.0.mac_stats.rx_frames_512_1023: 73415350 >>>> dev.igb.0.mac_stats.rx_frames_1024_1522: 3665838878 >>>> dev.igb.0.mac_stats.good_octets_recvd: 5990356613544 >>>> dev.igb.0.mac_stats.good_octets_txd: 46326753008181 >>>> dev.igb.0.mac_stats.total_pkts_txd: 33016014138 >>>> dev.igb.0.mac_stats.good_pkts_txd: 33016006850 >>>> dev.igb.0.mac_stats.bcast_pkts_txd: 834 >>>> dev.igb.0.mac_stats.mcast_pkts_txd: 54331 >>>> dev.igb.0.mac_stats.tx_frames_64: 30741691 >>>> dev.igb.0.mac_stats.tx_frames_65_127: 2174824217 >>>> dev.igb.0.mac_stats.tx_frames_128_255: 139804927 >>>> dev.igb.0.mac_stats.tx_frames_256_511: 59190261 >>>> dev.igb.0.mac_stats.tx_frames_512_1023: 386886648 >>>> dev.igb.0.mac_stats.tx_frames_1024_1522: 30224559106 >>>> dev.igb.0.mac_stats.tso_txd: 2384636909 >>>> dev.igb.0.mac_stats.tso_ctx_fail: 0 >>>> dev.igb.0.interrupts.asserts: 4556119857 >>>> dev.igb.0.interrupts.rx_pkt_timer: 7879778770 >>>> dev.igb.0.interrupts.rx_abs_timer: 0 >>>> dev.igb.0.interrupts.tx_pkt_timer: 0 >>>> dev.igb.0.interrupts.tx_abs_timer: 0 >>>> dev.igb.0.interrupts.tx_queue_empty: 33015268817 >>>> dev.igb.0.interrupts.tx_queue_min_thresh: 7880001470 >>>> dev.igb.0.interrupts.rx_desc_min_thresh: 0 >>>> dev.igb.0.interrupts.rx_overrun: 0 >>>> dev.igb.0.host.breaker_tx_pkt: 0 >>>> dev.igb.0.host.host_tx_pkt_discard: 0 >>>> dev.igb.0.host.rx_pkt: 222702 >>>> dev.igb.0.host.breaker_rx_pkts: 0 >>>> dev.igb.0.host.breaker_rx_pkt_drop: 0 >>>> dev.igb.0.host.tx_good_pkt: 738033 >>>> dev.igb.0.host.breaker_tx_pkt_drop: 0 >>>> dev.igb.0.host.rx_good_bytes: 5990357073320 >>>> dev.igb.0.host.tx_good_bytes: 46326753008181 >>>> dev.igb.0.host.length_errors: 0 >>>> dev.igb.0.host.serdes_violation_pkt: 0 >>>> dev.igb.0.host.header_redir_missed: 0 >>>> dev.igb.0.wake: 0 >>>> >>>> >>>> hw.em.eee_setting: 1 >>>> hw.em.rx_process_limit: 100 >>>> hw.em.enable_msix: 1 >>>> hw.em.sbp: 0 >>>> hw.em.smart_pwr_down: 0 >>>> hw.em.txd: 1024 >>>> hw.em.rxd: 1024 >>>> hw.em.rx_abs_int_delay: 66 >>>> hw.em.tx_abs_int_delay: 66 >>>> hw.em.rx_int_delay: 0 >>>> hw.em.tx_int_delay: 66 >>>> >>>> hw.igb.rx_process_limit: 100 >>>> hw.igb.num_queues: 0 >>>> hw.igb.header_split: 0 >>>> hw.igb.buf_ring_size: 4096 >>>> hw.igb.max_interrupt_rate: 8000 >>>> hw.igb.enable_msix: 1 >>>> hw.igb.enable_aim: 1 >>>> hw.igb.txd: 1024 >>>> hw.igb.rxd: 1024 >>>> >>>> FreeBSD systemname.com 9.2-RELEASE-p10 FreeBSD 9.2-RELEASE-p10 #0 >>>> r270148M: Mon Aug 18 23:14:36 EDT 2014 root@peta108 >>>> :/usr/obj/usr/src/sys/CUSTOM10 >>>> amd64 >>>> >>>> em0: flags=3D8843 metric 0 mtu >>>> 1500 >>>> >>>> options=3D4019b>>> HWCSUM,TSO4,VLAN_HWTSO> >>>> ether 00:25:90:f2:2d:24 >>>> inet6 fe80::225:90ff:fef2:2d24%em0 prefixlen 64 scopeid 0x2 >>>> nd6 options=3D29 >>>> media: Ethernet autoselect (1000baseT ) >>>> status: active >>>> igb0: flags=3D8843 metric 0 mt= u >>>> 1500 >>>> >>>> options=3D401bb>>> MTU,VLAN_HWCSUM,TSO4,VLAN_HWTSO> >>>> ether 00:25:90:f2:2d:24 >>>> inet6 fe80::225:90ff:fef2:2d25%igb0 prefixlen 64 scopeid 0x4 >>>> nd6 options=3D29 >>>> media: Ethernet autoselect (1000baseT ) >>>> status: active >>>> lo0: flags=3D8049 metric 0 mtu 16384 >>>> options=3D600003 >>>> inet6 ::1 prefixlen 128 >>>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 >>>> inet 127.0.0.1 netmask 0xff000000 >>>> nd6 options=3D21 >>>> lagg0: flags=3D8843 metric 0 m= tu >>>> 1500 >>>> >>>> options=3D4019b>>> HWCSUM,TSO4,VLAN_HWTSO> >>>> ether 00:25:90:f2:2d:24 >>>> inet 192.168.0.108 netmask 0xffffff00 broadcast 192.168.0.255 >>>> inet6 fe80::225:90ff:fef2:2d24%lagg0 prefixlen 64 scopeid 0x8 >>>> nd6 options=3D29 >>>> media: Ethernet autoselect >>>> status: active >>>> laggproto lacp lagghash l2,l3,l4 >>>> laggport: igb0 flags=3D1c >>>> laggport: em0 flags=3D1c >>>> >>>> Thanks in advance! >>>> >>>> -- >>>> FF >>>> >>>> >>> >>> >>> -- >>> FF >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to "freebsd-questions- >>> unsubscribe@freebsd.org" >>> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions- >> unsubscribe@freebsd.org" >> >> >> > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > --=20 FF From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 16:10:31 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39989BF6 for ; Wed, 19 Nov 2014 16:10:31 +0000 (UTC) Received: from smtp07.citynetwork.se (mail.citynetwork.se [IPv6:2a00:16d8:0:4::200]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF311C6A for ; Wed, 19 Nov 2014 16:10:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp07.citynetwork.se (Postfix) with ESMTP id 1B7CE5810A6; Wed, 19 Nov 2014 17:10:26 +0100 (CET) X-Virus-Scanned: amavisd-new at citynetwork.se Received: from smtp07.citynetwork.se ([127.0.0.1]) by localhost (smtp07.citynetwork.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BkEhzs2Fm4Em; Wed, 19 Nov 2014 17:10:24 +0100 (CET) Received: from [130.235.238.10] (ip238-10.pool2.wireless.lu.se [130.235.238.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: devel@antoneliasson.se) by smtp07.citynetwork.se (Postfix) with ESMTPSA id 5EE55581023; Wed, 19 Nov 2014 17:10:24 +0100 (CET) Message-ID: <546CC0F1.2050607@antoneliasson.se> Date: Wed, 19 Nov 2014 17:10:25 +0100 From: Anton Eliasson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: =?windows-1252?Q?Trond_Endrest=F8l?= Subject: Re: Mounting from zfs:zroot/ROOT/default failed with error 2: unknown file system after upgrade to 10.1-RELEASE References: <546BC2A5.6010806@antoneliasson.se> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 16:10:31 -0000 Den 2014-11-19 08:22, Trond Endrestl skrev: > On Tue, 18 Nov 2014 23:05+0100, Anton Eliasson wrote: > >> Hi! >> After upgrading a server from FreeBSD 10.0-RELEASE to 10.1-RELEASE it no >> longer starts up. The bootloader shows its usual menu and then proceeds to >> load zfs.ko, opensolaris.ko and some third module. Then kernel boots and >> continues all the way to mountroot where it fails with the message "Mounting >> from zfs:zroot/ROOT/default failed with error 2: unknown file system." The >> entire message: >> https://cloud.solid.lth.se/public.php?service=files&t=27c15a131ca63b19f619a7ee558fe8d1 >> >> Entering zfs:zroot, zfs:zroot/ROOT, zfs:zroot/ROOT/default or zfs:anythingelse >> results in the same error. >> >> FreeBSD 10.0 was installed this summer. I believe I used the installer's >> guided procedure for installing on a mirrored ZFS root. Each drive has a GPT >> table with a 512k freebsd-boot, a freebsd-swap and a freebsd-zfs partition. No >> separate /boot. >> >> There is no vfs.root.mountfrom directive in /boot/loader.conf and no / in >> /etc/fstab. If I set vfs.root.mountfrom="zfs:zroot" it fails with the same >> message but a slightly different path (zfs:zroot). >> >> The motherboard is a Supermicro X9SRH-7TF. I can import and mount the root >> filesystem with a FreeBSD live CD without problems. >> >> Some config files pulled from a very similar installation (same server model, >> installed at the same time). They should be more or less identical on the >> server that won't boot: >> >> /etc/rc.conf: >> >> hostname="..." >> keymap="swedish.iso.kbd" >> # Use synchronous DHCP; pause boot until DHCP is completed. >> ifconfig_ix0="SYNCDHCP" >> sshd_enable="YES" >> ntpd_enable="YES" >> # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable >> dumpdev="AUTO" >> zfs_enable="YES" >> >> # IPFW >> [...] >> >> /boot/loader.conf: >> >> zfs_load="YES" >> geom_mirror_load="YES" >> >> /etc/fstab: >> >> fdesc /dev/fd fdescfs rw 0 0 >> /dev/mirror/swap none swap sw 0 0 >> >> Thanks! > According to the screenshot, the bootfs property on zroot is set to > zroot/ROOT/default. Does that dataset exist? > > While at the loader prompt, what does these commands tell you? > > lszfs zroot $MOS $FREE $ORIGIN ROOT tmp usr var > lszfs zroot/ROOT default And `lszfs zroot/ROOT/default` shows nothing. > If you see some other potential dataset, try setting currdev using > this as a template before booting: > > set currdev="zfs:zroot/ROOT/some-other-dataset:" > ^ ^ > These :'s are important. `show currdev` shows that it is already set to zfs:zroot/ROOT/default: (with a colon at the end) > > Next, unload the old stuff, and try to load the new stuff: > > unload > load /boot/kernel/kernel > load /boot/kernel/opensolaris.ko > load /boot/kernel/zfs.ko It looks like it loads the kernel, but then it fails on the following two commands because the kernel is not loaded: https://cloud.solid.lth.se/public.php?service=files&t=5028527feac7982c76206b691212d15b https://cloud.solid.lth.se/public.php?service=files&t=0c0d50aac583167a11a8eaa4de5f08ce Doing boot -s after that gives the same error as before. However, loading the old kernel with the following commands works better: unload load /boot/kernel.old/kernel load /boot/kernel.old/opensolaris.ko load /boot/kernel/zfs.ko lsmod Screenshots: https://cloud.solid.lth.se/public.php?service=files&t=9c6c1bbc96b2c816aae05d2718215e2a https://cloud.solid.lth.se/public.php?service=files&t=8aee8df4bacf65b9ceae02fa65b53711 Issuing boot -s after that shows some text and then suddenly reboots the computer. I can see "ZFS filesystem version 5" in the output so it looks like it is successfully loaded. Selecting the old kernel in the boot menu and trying to boot normally fails because init is not found: https://cloud.solid.lth.se/public.php?service=files&t=81fd35bb6348ae7426553c2f59fb2a18 Could this be a mismatch in kernel and kernel module versions? How would I fix that? -- Best Regards, Anton Eliasson From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 16:21:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DBBF4F8 for ; Wed, 19 Nov 2014 16:21:36 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D5290E40 for ; Wed, 19 Nov 2014 16:21:35 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-92.adsl.hiwaay.net [216.180.76.92]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id sAJGLRYA007843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 19 Nov 2014 10:21:28 -0600 Message-ID: <546CC4FE.3030706@hiwaay.net> Date: Wed, 19 Nov 2014 10:27:42 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: How do I tell if tor is working .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 16:21:36 -0000 .... when I am using firefox (firefox-33.0,1), supposedly configured to use it (SOCKS IP (127.0.0.1) & port # (9050) set) ? Tor logfile shows nothing new when I started FF. TIA for any clues .... [wam@kabini1, ~, 10:24:41am] 308 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p3 FreeBSD 9.3-RELEASE-p3 #0: Mon Oct 20 15:08:33 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@kabini1, ~, 10:24:47am] 309 % -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 16:36:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFDE2C01 for ; Wed, 19 Nov 2014 16:36:51 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B1ACFA3 for ; Wed, 19 Nov 2014 16:36:51 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-92.adsl.hiwaay.net [216.180.76.92]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id sAJGanST019575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 19 Nov 2014 10:36:50 -0600 Message-ID: <546CC898.10101@hiwaay.net> Date: Wed, 19 Nov 2014 10:43:04 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: How do I tell if tor is working .... References: <546CC4FE.3030706@hiwaay.net> In-Reply-To: <546CC4FE.3030706@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 16:36:51 -0000 On 11/19/14 10:27, William A. Mahaffey III wrote: > > > .... when I am using firefox (firefox-33.0,1), supposedly configured > to use it (SOCKS IP (127.0.0.1) & port # (9050) set) ? Tor logfile > shows nothing new when I started FF. TIA for any clues .... > > > [wam@kabini1, ~, 10:24:41am] 308 % uname -a > FreeBSD kabini1.local 9.3-RELEASE-p3 FreeBSD 9.3-RELEASE-p3 #0: Mon > Oct 20 15:08:33 UTC 2014 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > [wam@kabini1, ~, 10:24:47am] 309 % > > forget about this, I now see stuff in tor logfile, however, that output raises a new question: [root@kabini1, /etc, 10:39:04am] 388 % ( tail -15 /var/log/tor ; date ) Nov 19 01:20:24.000 [notice] TLS write overhead: 15% Nov 19 07:20:24.000 [notice] Heartbeat: Tor's uptime is 15 days 0:00 hours, with 0 circuits open. I've sent 2.85 MB and received 66.00 MB. Nov 19 07:20:24.000 [notice] Average packaged cell fullness: 75.050% Nov 19 07:20:24.000 [notice] TLS write overhead: 15% Nov 19 10:16:23.000 [notice] Application request when we haven't used client functionality lately. Optimistically trying directory fetches again. Nov 19 10:16:37.000 [notice] We now have enough directory information to build circuits. Nov 19 10:16:38.000 [notice] Tor has successfully opened a circuit. Looks like client functionality is working. Nov 19 10:34:58.000 [notice] We tried for 15 seconds to connect to '[scrubbed]' using exit $9480EBF2412469D219237D422B4F2A1185CB4112~Unnamed at 198.50.151.228. Retrying on a new circuit. Nov 19 10:34:59.000 [notice] We tried for 15 seconds to connect to '[scrubbed]' using exit $9480EBF2412469D219237D422B4F2A1185CB4112~Unnamed at 198.50.151.228. Retrying on a new circuit. Nov 19 10:35:13.000 [notice] We tried for 15 seconds to connect to '[scrubbed]' using exit $4C4C145D632DA31C20D4CE10829756F34C0D3EE8~ArachnideFR4 at 95.130.9.89. Retrying on a new circuit. Nov 19 10:35:14.000 [notice] We tried for 15 seconds to connect to '[scrubbed]' using exit $4C4C145D632DA31C20D4CE10829756F34C0D3EE8~ArachnideFR4 at 95.130.9.89. Retrying on a new circuit. Nov 19 10:35:28.000 [notice] We tried for 15 seconds to connect to '[scrubbed]' using exit $16C8B29E441E53778E2A4DBC1C85136D75845B85~mod101srv01 at 81.231.226.38. Retrying on a new circuit. Nov 19 10:35:29.000 [notice] We tried for 15 seconds to connect to '[scrubbed]' using exit $16C8B29E441E53778E2A4DBC1C85136D75845B85~mod101srv01 at 81.231.226.38. Retrying on a new circuit. Nov 19 10:35:43.000 [notice] We tried for 15 seconds to connect to '[scrubbed]' using exit $B035D07FB91EF419D00B0E2CEFEDD9A163EC4E1B~fuckGCHQslashNSA at 95.211.60.34. Retrying on a new circuit. Nov 19 10:35:44.000 [notice] We tried for 15 seconds to connect to '[scrubbed]' using exit $B035D07FB91EF419D00B0E2CEFEDD9A163EC4E1B~fuckGCHQslashNSA at 95.211.60.34. Retrying on a new circuit. Wed Nov 19 10:39:08 CST 2014 [root@kabini1, /etc, 10:39:08am] 389 % Those last 2, w/ the last 8 letters in the server name, worries me slightly :-/ .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 17:04:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 429593A5 for ; Wed, 19 Nov 2014 17:04:25 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2014350 for ; Wed, 19 Nov 2014 17:04:24 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wn1so775911obc.17 for ; Wed, 19 Nov 2014 09:04:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bbcatgirls.com; s=google; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=OodGA4CycYWexS2CkY6qIIVyk3/cphPd/ZHGWfUgswY=; b=HDxVQ71TqkEir8W897HKSys6Z307T9r73SV/CqY2f2aoFKq7iVY7efgVgKEHVa7BQs /LFNllOUr5h89qMeKIfflBCx45j3//QCe08g0IpibltRWehZ/bHd7th0mT9UE9nUWWO+ 4TvBzbRKhYrWb6fapNw/DYKoGP9e3zWTj044U= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=OodGA4CycYWexS2CkY6qIIVyk3/cphPd/ZHGWfUgswY=; b=UK3kHNjeJEBPS9IoPSmDIbOky1HPAnDphsjp9pCQWuUvd/ZG4zEe/5jOfmvWH+hE8G D/SuAOlw4FK0QERWNng0XP3ZT/eyZo2Y5Ek0FyhRRDuktBfoOJ8KaVzxRIRMk3ajR/B4 z+CRaoMpnkPaf2LAFKIE5tL/I6AI/dT+A87szQj/fRR0bQhUe5rVVEYXIWqx9mM8Wj8A oa4qAmfL3S03NtKjb4gWMCuxgOkno1PtfTh5RidKa0i3m+HNCMKj7D7BvVNbIaymICZ8 dkJRRB4ekQTdvFvPugdrR5zaqn4uJjeIM0UMmGntU/r1dYzMrCPKd1/jj6krbSbagjYY KAAQ== X-Gm-Message-State: ALoCoQl7/J/4G9bc+zJsksN4mLcNx6GeDkq590sHFpl5av6K+d0UtiBQ+Qrm4DPXf9Ud1rvcjfLM X-Received: by 10.202.75.81 with SMTP id y78mr1621553oia.80.1416416664166; Wed, 19 Nov 2014 09:04:24 -0800 (PST) Received: from [10.56.39.103] (75-121-27-185.dyn.centurytel.net. [75.121.27.185]) by mx.google.com with ESMTPSA id gm2sm900911obb.27.2014.11.19.09.04.22 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Nov 2014 09:04:23 -0800 (PST) Message-ID: <546CCD70.3020004@bbcatgirls.com> Date: Wed, 19 Nov 2014 11:03:44 -0600 From: Robert Teel User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "William A. Mahaffey III" , "FreeBSD Questions !!!!" Subject: Re: How do I tell if tor is working .... References: <546CC4FE.3030706@hiwaay.net> <546CC898.10101@hiwaay.net> In-Reply-To: <546CC898.10101@hiwaay.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 17:04:25 -0000 On 11/19/2014 10:43 AM, William A. Mahaffey III wrote: > forget about this, I now see stuff in tor logfile, however, that > output raises a new question: > > > [root@kabini1, /etc, 10:39:04am] 388 % ( tail -15 /var/log/tor ; date ) > Nov 19 01:20:24.000 [notice] TLS write overhead: 15% > Nov 19 07:20:24.000 [notice] Heartbeat: Tor's uptime is 15 days 0:00 > hours, with 0 circuits open. I've sent 2.85 MB and received 66.00 MB. > Nov 19 07:20:24.000 [notice] Average packaged cell fullness: 75.050% > Nov 19 07:20:24.000 [notice] TLS write overhead: 15% > Nov 19 10:16:23.000 [notice] Application request when we haven't used > client functionality lately. Optimistically trying directory fetches > again. > Nov 19 10:16:37.000 [notice] We now have enough directory information > to build circuits. > Nov 19 10:16:38.000 [notice] Tor has successfully opened a circuit. > Looks like client functionality is working. > Nov 19 10:34:58.000 [notice] We tried for 15 seconds to connect to > '[scrubbed]' using exit > $9480EBF2412469D219237D422B4F2A1185CB4112~Unnamed at 198.50.151.228. > Retrying on a new circuit. > Nov 19 10:34:59.000 [notice] We tried for 15 seconds to connect to > '[scrubbed]' using exit > $9480EBF2412469D219237D422B4F2A1185CB4112~Unnamed at 198.50.151.228. > Retrying on a new circuit. > Nov 19 10:35:13.000 [notice] We tried for 15 seconds to connect to > '[scrubbed]' using exit > $4C4C145D632DA31C20D4CE10829756F34C0D3EE8~ArachnideFR4 at 95.130.9.89. > Retrying on a new circuit. > Nov 19 10:35:14.000 [notice] We tried for 15 seconds to connect to > '[scrubbed]' using exit > $4C4C145D632DA31C20D4CE10829756F34C0D3EE8~ArachnideFR4 at 95.130.9.89. > Retrying on a new circuit. > Nov 19 10:35:28.000 [notice] We tried for 15 seconds to connect to > '[scrubbed]' using exit > $16C8B29E441E53778E2A4DBC1C85136D75845B85~mod101srv01 at > 81.231.226.38. Retrying on a new circuit. > Nov 19 10:35:29.000 [notice] We tried for 15 seconds to connect to > '[scrubbed]' using exit > $16C8B29E441E53778E2A4DBC1C85136D75845B85~mod101srv01 at > 81.231.226.38. Retrying on a new circuit. > Nov 19 10:35:43.000 [notice] We tried for 15 seconds to connect to > '[scrubbed]' using exit > $B035D07FB91EF419D00B0E2CEFEDD9A163EC4E1B~fuckGCHQslashNSA at > 95.211.60.34. Retrying on a new circuit. > Nov 19 10:35:44.000 [notice] We tried for 15 seconds to connect to > '[scrubbed]' using exit > $B035D07FB91EF419D00B0E2CEFEDD9A163EC4E1B~fuckGCHQslashNSA at > 95.211.60.34. Retrying on a new circuit. > Wed Nov 19 10:39:08 CST 2014 > [root@kabini1, /etc, 10:39:08am] 389 % > > > Those last 2, w/ the last 8 letters in the server name, worries me > slightly :-/ .... > > That's normal for that exit node :) The have set fuckGCHQslashNSA as the nodes nickname. Mine used to say ThanksForTheFish42 there :) From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 17:18:01 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 732987FD for ; Wed, 19 Nov 2014 17:18:01 +0000 (UTC) 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 D9E82687 for ; Wed, 19 Nov 2014 17:18:00 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id sAJHHoFU077242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 19 Nov 2014 18:17:51 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id sAJHHoDW077239; Wed, 19 Nov 2014 18:17:50 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 19 Nov 2014 18:17:50 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Anton Eliasson Subject: Re: Mounting from zfs:zroot/ROOT/default failed with error 2: unknown file system after upgrade to 10.1-RELEASE In-Reply-To: <546CC0F1.2050607@antoneliasson.se> Message-ID: References: <546BC2A5.6010806@antoneliasson.se> <546CC0F1.2050607@antoneliasson.se> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) 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.18-1 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 17:18:01 -0000 On Wed, 19 Nov 2014 17:10+0100, Anton Eliasson wrote: > Den 2014-11-19 08:22, Trond Endrestl skrev: > > On Tue, 18 Nov 2014 23:05+0100, Anton Eliasson wrote: > > > > > Hi! > > > After upgrading a server from FreeBSD 10.0-RELEASE to 10.1-RELEASE it no > > > longer starts up. The bootloader shows its usual menu and then proceeds to > > > load zfs.ko, opensolaris.ko and some third module. Then kernel boots and > > > continues all the way to mountroot where it fails with the message > > > "Mounting > > > from zfs:zroot/ROOT/default failed with error 2: unknown file system." The > > > entire message: > > > https://cloud.solid.lth.se/public.php?service=files&t=27c15a131ca63b19f619a7ee558fe8d1 > > > > > > Entering zfs:zroot, zfs:zroot/ROOT, zfs:zroot/ROOT/default or > > > zfs:anythingelse > > > results in the same error. > > > > > > FreeBSD 10.0 was installed this summer. I believe I used the installer's > > > guided procedure for installing on a mirrored ZFS root. Each drive has a > > > GPT > > > table with a 512k freebsd-boot, a freebsd-swap and a freebsd-zfs > > > partition. No > > > separate /boot. > > > > > > There is no vfs.root.mountfrom directive in /boot/loader.conf and no / in > > > /etc/fstab. If I set vfs.root.mountfrom="zfs:zroot" it fails with the same > > > message but a slightly different path (zfs:zroot). > > > > > > The motherboard is a Supermicro X9SRH-7TF. I can import and mount the root > > > filesystem with a FreeBSD live CD without problems. > > > > > > Some config files pulled from a very similar installation (same server > > > model, > > > installed at the same time). They should be more or less identical on the > > > server that won't boot: > > > > > > /etc/rc.conf: > > > > > > hostname="..." > > > keymap="swedish.iso.kbd" > > > # Use synchronous DHCP; pause boot until DHCP is completed. > > > ifconfig_ix0="SYNCDHCP" > > > sshd_enable="YES" > > > ntpd_enable="YES" > > > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > > > dumpdev="AUTO" > > > zfs_enable="YES" > > > > > > # IPFW > > > [...] > > > > > > /boot/loader.conf: > > > > > > zfs_load="YES" > > > geom_mirror_load="YES" > > > > > > /etc/fstab: > > > > > > fdesc /dev/fd fdescfs rw 0 0 > > > /dev/mirror/swap none swap sw 0 0 > > > > > > Thanks! > > According to the screenshot, the bootfs property on zroot is set to > > zroot/ROOT/default. Does that dataset exist? > > > > While at the loader prompt, what does these commands tell you? > > > > lszfs zroot > $MOS > $FREE > $ORIGIN > ROOT > tmp > usr > var > > lszfs zroot/ROOT > default > > And `lszfs zroot/ROOT/default` shows nothing. > > If you see some other potential dataset, try setting currdev using > > this as a template before booting: > > > > set currdev="zfs:zroot/ROOT/some-other-dataset:" > > ^ ^ > > These :'s are important. > `show currdev` shows that it is already set to zfs:zroot/ROOT/default: (with a > colon at the end) > > > > Next, unload the old stuff, and try to load the new stuff: > > > > unload > > load /boot/kernel/kernel > > load /boot/kernel/opensolaris.ko > > load /boot/kernel/zfs.ko > It looks like it loads the kernel, but then it fails on the following two > commands because the kernel is not loaded: > https://cloud.solid.lth.se/public.php?service=files&t=5028527feac7982c76206b691212d15b > https://cloud.solid.lth.se/public.php?service=files&t=0c0d50aac583167a11a8eaa4de5f08ce > > Doing boot -s after that gives the same error as before. > > However, loading the old kernel with the following commands works better: > > unload > load /boot/kernel.old/kernel > load /boot/kernel.old/opensolaris.ko > load /boot/kernel/zfs.ko > lsmod > > Screenshots: > https://cloud.solid.lth.se/public.php?service=files&t=9c6c1bbc96b2c816aae05d2718215e2a > https://cloud.solid.lth.se/public.php?service=files&t=8aee8df4bacf65b9ceae02fa65b53711 > > Issuing boot -s after that shows some text and then suddenly reboots the > computer. I can see "ZFS filesystem version 5" in the output so it looks like > it is successfully loaded. To break into the kernel debugger, enter this before booting the kernel: set debug.debugger_on_panic="1" Judging from the screenshots you've provided and from what you wrote in your reply, it seems vfs.root.mountfrom is overridden somehow. /boot/loader.conf would be a natural candidate. If the bootfs property is indeed set to zroot/ROOT/default, then it's very strange that the kernel would proclaim: Trying to mount root from zfs:zroot []... instead of: Trying to mount root from zfs:zroot/ROOT/default []... And it's even stranger that nothing appears on lszfs' radar when asked to list zroot/ROOT/default. > Selecting the old kernel in the boot menu and trying to boot normally fails > because init is not found: > https://cloud.solid.lth.se/public.php?service=files&t=81fd35bb6348ae7426553c2f59fb2a18 > > Could this be a mismatch in kernel and kernel module versions? How would I fix > that? If you can boot from a recent snapshot image or live image, and import the zpool read-only, you could walk around and see if zroot/ROOT/default/boot/loader.conf contains anything strange. This zpool command would allow you to go spelunking inside /zroot: zpool import -o readonly=on -f -R /zroot zroot You might need to mount readonly any dataset you wish to examine. If you see the need for changing any of the files, you must export the zpool and re-import it readwrite, i.e. leave out the -o readonly=on option. I admit I'm in unknown territory, even if I have managed multiple ZFS systems over the past years, so be careful. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik 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-questions@FreeBSD.ORG Wed Nov 19 17:47:31 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E299A163 for ; Wed, 19 Nov 2014 17:47:30 +0000 (UTC) Received: from smtp05.citynetwork.se (mail.citynetwork.se [IPv6:2a00:16d8:0:4::200]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98B26A14 for ; Wed, 19 Nov 2014 17:47:30 +0000 (UTC) Received: from localhost (smtp05.citynetwork.se [127.0.0.1]) by smtp05.citynetwork.se (Postfix) with ESMTP id 51A70801859; Wed, 19 Nov 2014 18:47:27 +0100 (CET) X-Virus-Scanned: amavisd-new at citynetwork.se Received: from smtp05.citynetwork.se ([127.0.0.1]) by localhost (smtp05.citynetwork.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h-o5hFYqW0hm; Wed, 19 Nov 2014 18:47:26 +0100 (CET) Received: from [172.20.10.13] (m83-185-159-168.cust.tele2.se [83.185.159.168]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: devel@antoneliasson.se) by smtp05.citynetwork.se (Postfix) with ESMTPSA id F296B801886; Wed, 19 Nov 2014 18:47:25 +0100 (CET) Message-ID: <546CD7AA.9040107@antoneliasson.se> Date: Wed, 19 Nov 2014 18:47:22 +0100 From: Anton Eliasson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: =?windows-1252?Q?Trond_Endrest=F8l?= Subject: Re: Mounting from zfs:zroot/ROOT/default failed with error 2: unknown file system after upgrade to 10.1-RELEASE References: <546BC2A5.6010806@antoneliasson.se> <546CC0F1.2050607@antoneliasson.se> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 17:47:31 -0000 Den 2014-11-19 18:17, Trond Endrestl skrev: > To break into the kernel debugger, enter this before booting the > kernel: > > set debug.debugger_on_panic="1" > > Judging from the screenshots you've provided and from what you wrote > in your reply, it seems vfs.root.mountfrom is overridden somehow. > /boot/loader.conf would be a natural candidate. > > If the bootfs property is indeed set to zroot/ROOT/default, then it's > very strange that the kernel would proclaim: > > Trying to mount root from zfs:zroot []... > > instead of: > > Trying to mount root from zfs:zroot/ROOT/default []... > > And it's even stranger that nothing appears on lszfs' radar when asked > to list zroot/ROOT/default. > >> Selecting the old kernel in the boot menu and trying to boot normally fails >> because init is not found: >> https://cloud.solid.lth.se/public.php?service=files&t=81fd35bb6348ae7426553c2f59fb2a18 >> >> Could this be a mismatch in kernel and kernel module versions? How would I fix >> that? > If you can boot from a recent snapshot image or live image, and import > the zpool read-only, you could walk around and see if > zroot/ROOT/default/boot/loader.conf contains anything strange. > > This zpool command would allow you to go spelunking inside /zroot: > > zpool import -o readonly=on -f -R /zroot zroot > > You might need to mount readonly any dataset you wish to examine. > > If you see the need for changing any of the files, you must export the > zpool and re-import it readwrite, i.e. leave out the -o readonly=on > option. > > I admit I'm in unknown territory, even if I have managed multiple ZFS > systems over the past years, so be careful. > Hi! I had forgot to remove the vfs.root.mountfrom that I experimented with. This probably caused the failure to load init. I got it to work by chrooting into the system from a live cd and rolling back the upgrade with `freebsd-update rollback`. Then it booted fine. Now freebsd-version shows 10.0-RELEASE-p12 and uname -r shows 10.1-RELEASE. It looks a bit strange, but at least it works for now. I may have mixed up the commands used to upgrade the system. Is the following the correct procedure for doing a major upgrade (with a stock kernel)? freebsd-update -r 10.1-RELEASE upgrade freebsd-update install (reboot) freebsd-update install (rebuild ports) (done) Thanks for your help! -- Best Regards, Anton Eliasson From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 18:29:24 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81C534FC for ; Wed, 19 Nov 2014 18:29:24 +0000 (UTC) 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 09331E86 for ; Wed, 19 Nov 2014 18:29:23 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id sAJITGr1077517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 19 Nov 2014 19:29:16 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id sAJITGSt077514; Wed, 19 Nov 2014 19:29:16 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 19 Nov 2014 19:29:16 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Anton Eliasson Subject: Re: Mounting from zfs:zroot/ROOT/default failed with error 2: unknown file system after upgrade to 10.1-RELEASE In-Reply-To: <546CD7AA.9040107@antoneliasson.se> Message-ID: References: <546BC2A5.6010806@antoneliasson.se> <546CC0F1.2050607@antoneliasson.se> <546CD7AA.9040107@antoneliasson.se> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) 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.18-1 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 18:29:24 -0000 On Wed, 19 Nov 2014 18:47+0100, Anton Eliasson wrote: > Den 2014-11-19 18:17, Trond Endrestl skrev: > > To break into the kernel debugger, enter this before booting the > > kernel: > > > > set debug.debugger_on_panic="1" > > > > Judging from the screenshots you've provided and from what you wrote > > in your reply, it seems vfs.root.mountfrom is overridden somehow. > > /boot/loader.conf would be a natural candidate. > > > > If the bootfs property is indeed set to zroot/ROOT/default, then it's > > very strange that the kernel would proclaim: > > > > Trying to mount root from zfs:zroot []... > > > > instead of: > > > > Trying to mount root from zfs:zroot/ROOT/default []... > > > > And it's even stranger that nothing appears on lszfs' radar when asked > > to list zroot/ROOT/default. > > > > > Selecting the old kernel in the boot menu and trying to boot normally > > > fails > > > because init is not found: > > > https://cloud.solid.lth.se/public.php?service=files&t=81fd35bb6348ae7426553c2f59fb2a18 > > > > > > Could this be a mismatch in kernel and kernel module versions? How would I > > > fix > > > that? > > If you can boot from a recent snapshot image or live image, and import > > the zpool read-only, you could walk around and see if > > zroot/ROOT/default/boot/loader.conf contains anything strange. > > > > This zpool command would allow you to go spelunking inside /zroot: > > > > zpool import -o readonly=on -f -R /zroot zroot > > > > You might need to mount readonly any dataset you wish to examine. > > > > If you see the need for changing any of the files, you must export the > > zpool and re-import it readwrite, i.e. leave out the -o readonly=on > > option. > > > > I admit I'm in unknown territory, even if I have managed multiple ZFS > > systems over the past years, so be careful. > > > Hi! > I had forgot to remove the vfs.root.mountfrom that I experimented with. This > probably caused the failure to load init. > > I got it to work by chrooting into the system from a live cd and rolling back > the upgrade with `freebsd-update rollback`. Then it booted fine. Now > freebsd-version shows 10.0-RELEASE-p12 and uname -r shows 10.1-RELEASE. It > looks a bit strange, but at least it works for now. > > I may have mixed up the commands used to upgrade the system. Is the following > the correct procedure for doing a major upgrade (with a stock kernel)? > > freebsd-update -r 10.1-RELEASE upgrade > freebsd-update install > (reboot) > freebsd-update install > (rebuild ports) > (done) Sadly, I wouldn't know. I use the Subversion base/stable source tree for the OS, be it base/stable/{8,9,10}, and the ports collection (ports/head) for any 3rd party SW. On my ZFS systems I always install a new world and kernel into a new dataset, zroot/ROOT/YYYYMMDD-rRRRRRR, (maybe I'll eventually settle for a snapshot + clone + install dance), adjust the bootfs property on the root pool, copy select files from /boot, /etc, and /root to the new dataset, let the new dataset inherit the mountpoint (legacy) from its parent, and reboot into single user mode to perform basic maintenance such as mergemaster and make delete-old, and maybe I even upgrade any outdated ports using portupgrade and a homegrown shell script, before I cold boot the system to verify the system's ability to bootstrap itself, and to allow the harddrives to do their power-on maintanance. In stable/10 and head, you can now have options ZFS in a custom kernel configuration, removing the need to load opensolaris.ko and zfs.ko along with the kernel. The freebsd-update route allows only for the GENERIC kernel and a precompiled world. :-/ > Thanks for your help! NP. :-) -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik 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-questions@FreeBSD.ORG Wed Nov 19 18:52:18 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD3B0C3D for ; Wed, 19 Nov 2014 18:52:18 +0000 (UTC) Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14]) by mx1.freebsd.org (Postfix) with ESMTP id 79CF1187 for ; Wed, 19 Nov 2014 18:52:18 +0000 (UTC) Received: by vps.markoturk.info (Postfix, from userid 1001) id 979F827420; Wed, 19 Nov 2014 19:42:30 +0100 (CET) Date: Wed, 19 Nov 2014 19:42:30 +0100 From: Marko Turk To: freebsd-questions@freebsd.org Subject: Handbook update section for custom kernel Message-ID: <20141119184230.GA36984@vps.markoturk.info> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 18:52:18 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, in handbook, section 24.2.3.1. Custom Kernels with FreeBSD 9.X and Later says: "Before using freebsd-update, ensure that a copy of the GENERIC kernel exists in /boot/GENERIC. If a custom kernel has only been built once, the kernel in /boot/kernel.old is the GENERIC kernel. Simply rename this directory to /boot/kernel." Should the last sentence be "Simply rename this directory to /boot/GENERIC." or am I missing something? BR, Marko --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJUbOSWAAoJEJXL/ReD3UkFyC0QANOeqoeh3JLlVdFEvs5+BFbl n4p/GpLbz9JdAuNIKtO4+6jT9Nr9HI7siSIGj1LS5o5iiyHYhvsfA3tXn6SjjqCn jrmXLIaT6el/+7W41FifzjZka9oWszIIbaLgdCYQ1vSXzz6KuD9G4n9LETUB/pYf 8RIhUkMKuz4qa6L+rNG1m4/uO6qD04g+dTl+GQo9h7s3cQBrp+JNwfoSkmCfeTDV UbtGsQtUJ6P4ZASyNr7DVVbYMbD2YkC//wKFMCroIWXxPn/bl1mouFdQX/9083a7 zKSfb+VnJRw2n1h6jmBbeRrAkQo08gTJA1EakLCQL4+CIOQQsTiuoXj5EzYH/Cwe oL//2LfboYIRwXFrC9+yg3umwlvYlajZCscdI7yiDU/NqWio4apI/VWA8CoKyIT4 09IitaY+Ny5vdtAYkkKURF6WGZqB0hi2IRXuBLTBrlCUT6IW/XbAVr4sS3bIpu1k hYNXYqHYnsdjFgaKr+bPgeqZT8bTpGwz64Ga1mYtbiQ8vYxXmQd5s4mdftWHEsql wnaHJhXzMqlXe2wR9Um21xnpILgpDlFp2tzihQYoS1HCWpAW2flhNypFbDl/UokQ /HLiyQT59+GSy0ERjf0ubGUISPJRK/0vHcNi5/mYLzUcn+XcRn3+4kN7ZemIuWoz hug9ZUenrAbRHVrWFcXh =Xabe -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 20:08:33 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4C74D39 for ; Wed, 19 Nov 2014 20:08:33 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AD1DC8F for ; Wed, 19 Nov 2014 20:08:33 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id r20so3191708wiv.2 for ; Wed, 19 Nov 2014 12:08:31 -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=m9HBVzwvXz6BiBMKpNONzxakF2WexkUPK4pyVdEaP7E=; b=qgUo86IahQsLcBbgXLrBMGWsb19t2LbcvtcBxZZM6YkYckyelTp7NbG5ymbCDQiu2z D9Hi0UASzP7WODbh1G/uaXPyTqaU7iIjmY4WhFtgIYjnMHmEHNtbHtBBz4II9naztfj7 hXI94eliKXBtN/5SLaHBK6S9EsR2K9sdnHO5081X4Pv33JOijoxGNJ0COPRGK32WAMqe rTKw/B7pfno03C37/QOMKk8i1AaBomwoivtYF8/w63EbGeLhNtcbt1fQCHgwsSQIlEmR ZgxgmvMDF/Y30dodPlaCtk/PVuPaZWA6burLplOJ6rvxObFVkR3DSQHEajKDJki0pNnl 97OA== MIME-Version: 1.0 X-Received: by 10.194.85.83 with SMTP id f19mr62775824wjz.20.1416427711692; Wed, 19 Nov 2014 12:08:31 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Wed, 19 Nov 2014 12:08:31 -0800 (PST) In-Reply-To: References: Date: Wed, 19 Nov 2014 12:08:31 -0800 X-Google-Sender-Auth: vM7xzOltpAyqv5QgpN20ibg2BzU Message-ID: Subject: Re: playing Blu-Ray discs From: Adrian Chadd To: Waitman Gobble Content-Type: text/plain; charset=UTF-8 Cc: "C. P. Ghost" , FreeBSD Questions , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 20:08:33 -0000 Wow, that's awesome! -adrian On 19 November 2014 11:53, Waitman Gobble wrote: > > On Nov 18, 2014 10:18 AM, "Waitman Gobble" wrote: >> >> >> >> On Tue, Nov 18, 2014 at 10:00 AM, Adrian Chadd wrote: >>> >>> On 18 November 2014 09:48, Waitman Gobble wrote: >>> > >>> > >>> > On Tue, Nov 18, 2014 at 9:28 AM, Adrian Chadd >>> > wrote: >>> >> >>> >> > But this would be better i think? >>> >> > >>> >> > >>> >> > https://wiki.freebsd.org/SummerOfCode2014Ideas#Port_NetBSD.27s_UDF_implementation >>> >> > doesn't look like it's been done yet? >>> >> >>> >> Hey you have it done, so why not use yours as a starting point! >>> >> >>> >> Where'd your udf2 code come from? >>> >> >>> >> >>> >> >>> >> -adrian >>> > >>> > >>> > >>> > I forked and updated this project: >>> > https://github.com/williamdevries/UDF >>> > >>> > Which I'm *guessing* was copied from >>> > https://wiki.freebsd.org/SummerOfCode2012/UDFImplementation ? Maybe >>> > not. >>> > >>> > But that devries github account has no other projects and this person >>> > doesn't seem to show up on FreeBSD ml. (??) so, who knows. mystery! >>> > >>> > The original code is from NetBSD source. I downloaded current, checking >>> > it >>> > out.. one thing there's reference in the UDF code to Matt Thomas' >>> > red-black >>> > trees.. I think FreeBSD 11.0-Current has nv.h so that stuff will >>> > probably >>> > need to be reworked, unless we bring proplib back in.. nah. But it's >>> > possible that the 'new' UDF code will only target current sources, >>> > since the >>> > documentation I read states that nv.h is 'since 11' >>> >>> Oh sweet! >>> >>> Yes, let's get this reviewed and try to get it committed! >>> >>> Have you run this on -HEAD with all the lock and vfs debugging turned on? >>> >>> >>> >>> -adrian >> >> >> I have run on -HEAD but not yet with lock and vfs debugging. I will do >> that. >> >> >> -- >> Waitman Gobble >> San Jose California USA >> 510-830-7975 > > I just received a Blu-Ray disc proof from Discmakers, it plays on FreeBSD > using mplayer. There is a CERTIFICATES directory on the disc, but since its > a proof I dont believe it has DRM encryption... will have to check it out. > but it is playing on FreeBSD so its good. From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 20:14:48 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01F34F4C for ; Wed, 19 Nov 2014 20:14:48 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2017D6E for ; Wed, 19 Nov 2014 20:14:47 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-247.adsl.hiwaay.net [216.180.76.247]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id sAJKEjHr025116 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 19 Nov 2014 14:14:45 -0600 Message-ID: <546CFBAC.4050004@hiwaay.net> Date: Wed, 19 Nov 2014 14:21:00 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: How do I tell if tor is working .... References: <546CC4FE.3030706@hiwaay.net> <546CC898.10101@hiwaay.net> <546CCD70.3020004@bbcatgirls.com> In-Reply-To: <546CCD70.3020004@bbcatgirls.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 20:14:48 -0000 On 11/19/14 11:03, Robert Teel wrote: > On 11/19/2014 10:43 AM, William A. Mahaffey III wrote: >> forget about this, I now see stuff in tor logfile, however, that >> output raises a new question: >> >> >> [root@kabini1, /etc, 10:39:04am] 388 % ( tail -15 /var/log/tor ; date ) >> Nov 19 01:20:24.000 [notice] TLS write overhead: 15% >> Nov 19 07:20:24.000 [notice] Heartbeat: Tor's uptime is 15 days 0:00 >> hours, with 0 circuits open. I've sent 2.85 MB and received 66.00 MB. >> Nov 19 07:20:24.000 [notice] Average packaged cell fullness: 75.050% >> Nov 19 07:20:24.000 [notice] TLS write overhead: 15% >> Nov 19 10:16:23.000 [notice] Application request when we haven't used >> client functionality lately. Optimistically trying directory fetches >> again. >> Nov 19 10:16:37.000 [notice] We now have enough directory information >> to build circuits. >> Nov 19 10:16:38.000 [notice] Tor has successfully opened a circuit. >> Looks like client functionality is working. >> Nov 19 10:34:58.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $9480EBF2412469D219237D422B4F2A1185CB4112~Unnamed at 198.50.151.228. >> Retrying on a new circuit. >> Nov 19 10:34:59.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $9480EBF2412469D219237D422B4F2A1185CB4112~Unnamed at 198.50.151.228. >> Retrying on a new circuit. >> Nov 19 10:35:13.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $4C4C145D632DA31C20D4CE10829756F34C0D3EE8~ArachnideFR4 at >> 95.130.9.89. Retrying on a new circuit. >> Nov 19 10:35:14.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $4C4C145D632DA31C20D4CE10829756F34C0D3EE8~ArachnideFR4 at >> 95.130.9.89. Retrying on a new circuit. >> Nov 19 10:35:28.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $16C8B29E441E53778E2A4DBC1C85136D75845B85~mod101srv01 at >> 81.231.226.38. Retrying on a new circuit. >> Nov 19 10:35:29.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $16C8B29E441E53778E2A4DBC1C85136D75845B85~mod101srv01 at >> 81.231.226.38. Retrying on a new circuit. >> Nov 19 10:35:43.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $B035D07FB91EF419D00B0E2CEFEDD9A163EC4E1B~fuckGCHQslashNSA at >> 95.211.60.34. Retrying on a new circuit. >> Nov 19 10:35:44.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $B035D07FB91EF419D00B0E2CEFEDD9A163EC4E1B~fuckGCHQslashNSA at >> 95.211.60.34. Retrying on a new circuit. >> Wed Nov 19 10:39:08 CST 2014 >> [root@kabini1, /etc, 10:39:08am] 389 % >> >> >> Those last 2, w/ the last 8 letters in the server name, worries me >> slightly :-/ .... >> >> > > That's normal for that exit node :) The have set fuckGCHQslashNSA as > the nodes nickname. Mine used to say ThanksForTheFish42 there :) > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > Very well, just checking. The IP checked out as in the Netherlands, no hotbed of U.S.Gov't misbehavior, just verifying .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 20:49:49 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E11C6FF0 for ; Wed, 19 Nov 2014 20:49:49 +0000 (UTC) Received: from APAC01-SG1-obe.outbound.protection.outlook.com (mail-sg1hn0128.outbound.protection.outlook.com [134.170.132.128]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2720C14D for ; Wed, 19 Nov 2014 20:49:48 +0000 (UTC) Received: from HKXPR04MB040.apcprd04.prod.outlook.com (10.242.99.156) by HKXPR04MB037.apcprd04.prod.outlook.com (10.242.99.143) with Microsoft SMTP Server (TLS) id 15.1.16.15; Wed, 19 Nov 2014 20:49:38 +0000 Received: from HKXPR04MB040.apcprd04.prod.outlook.com ([169.254.14.224]) by HKXPR04MB040.apcprd04.prod.outlook.com ([169.254.14.224]) with mapi id 15.01.0016.006; Wed, 19 Nov 2014 20:49:38 +0000 From: IrisBurnett To: "freebsd-questions@freebsd.org" Subject: IT Decision Makers List Thread-Topic: IT Decision Makers List Thread-Index: AdAEMeLP4+OmR7GHSu6+765TRasq4Q== Date: Wed, 19 Nov 2014 19:55:37 +0000 Message-ID: <0fb5e5a43e6842fa80bc1b2f3baf18fd@HKXPR04MB040.apcprd04.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [124.40.244.5] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:HKXPR04MB037; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:HKXPR04MB037; x-forefront-prvs: 04004D94E2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(199003)(19300405004)(97736003)(20776003)(450100001)(62966003)(122556002)(40100003)(4396001)(66066001)(77156002)(74316001)(19625215002)(64706001)(16236675004)(77096003)(19580395003)(120916001)(54356999)(76576001)(95666004)(229853001)(107886001)(107046002)(101416001)(2351001)(2656002)(106356001)(105586002)(46102003)(108616004)(110136001)(15202345003)(21056001)(31966008)(15975445006)(33646002)(87936001)(99396003)(92566001)(86362001)(50986999)(24736002); DIR:OUT; SFP:1102; SCL:1; SRVR:HKXPR04MB037; H:HKXPR04MB040.apcprd04.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; MIME-Version: 1.0 X-OriginatorOrg: apptechnologydata.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 20:49:50 -0000 Hi, Are you looking for any of the following Software Users Contact Information= for your marketing campaigns? ERP: - JD Edwards, Infor Baan, SAP, Exact Software, NetSuite, PeopleSoft, e= tc. CRM: - SalesForce, MS Dynamics, NetSuite, Siebel, Teradata, Epicor, Infor, = CDC Software, etc. Engineering Software: - Autodesk, Siemens PLM, Adobe, AutoCAD, MAYA, Revitt= , Solidworks, PTC, MADCAD, etc. Cloud Computing: - Amazon, RackSpace, and Google APPS, Hyper-V, NetApp, etc= . Storage application: - NetApp, EMC, Citrix, HP, Brocade, DELL, etc. Security Software: - Symantec, McAfee, IBM, Riverbed, Tabberg, Commvault, J= uniper Networks, F5, etc. Networking: - Brocade, Symantec, Avaya, Cisco, Shoretel, etc. Medical Software: - NextGen, AllScripts, EMR, McKesson, Practice Fusion, eC= linical Works, etc. Accounting Software: - Sage, PeachTree, Timberline, MS Dynamics, NetSuite, = Deltek, Lawson, QuickBooks, etc. Business Intelligence: - SAP Business Objects, Microstratergy, Tibco, Micro= soft BI, QlikTech, Information Builders, etc. We can provide data across the globe - North America, EMEA, Asia Pacific an= d LATAM Please review and let me know if you are looking for any type of list and w= e can service you. Thanks IRIS BURNETT Consultant To remove from this mailing: reply with subject line as "leave out" From owner-freebsd-questions@FreeBSD.ORG Wed Nov 19 23:44:04 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 463B04BF for ; Wed, 19 Nov 2014 23:44:04 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 113CB9BA for ; Wed, 19 Nov 2014 23:44:03 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-19-41.adsl.hiwaay.net [216.180.19.41]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id sAJNi1Z4004698 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 19 Nov 2014 17:44:02 -0600 Message-ID: <546D2CB8.6060904@hiwaay.net> Date: Wed, 19 Nov 2014 17:50:16 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Re: How do I tell if tor is working .... References: <546CC4FE.3030706@hiwaay.net> <546CC898.10101@hiwaay.net> <546CCD70.3020004@bbcatgirls.com> In-Reply-To: <546CCD70.3020004@bbcatgirls.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 23:44:04 -0000 On 11/19/14 11:03, Robert Teel wrote: > On 11/19/2014 10:43 AM, William A. Mahaffey III wrote: >> forget about this, I now see stuff in tor logfile, however, that >> output raises a new question: >> >> >> [root@kabini1, /etc, 10:39:04am] 388 % ( tail -15 /var/log/tor ; date ) >> Nov 19 01:20:24.000 [notice] TLS write overhead: 15% >> Nov 19 07:20:24.000 [notice] Heartbeat: Tor's uptime is 15 days 0:00 >> hours, with 0 circuits open. I've sent 2.85 MB and received 66.00 MB. >> Nov 19 07:20:24.000 [notice] Average packaged cell fullness: 75.050% >> Nov 19 07:20:24.000 [notice] TLS write overhead: 15% >> Nov 19 10:16:23.000 [notice] Application request when we haven't used >> client functionality lately. Optimistically trying directory fetches >> again. >> Nov 19 10:16:37.000 [notice] We now have enough directory information >> to build circuits. >> Nov 19 10:16:38.000 [notice] Tor has successfully opened a circuit. >> Looks like client functionality is working. >> Nov 19 10:34:58.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $9480EBF2412469D219237D422B4F2A1185CB4112~Unnamed at 198.50.151.228. >> Retrying on a new circuit. >> Nov 19 10:34:59.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $9480EBF2412469D219237D422B4F2A1185CB4112~Unnamed at 198.50.151.228. >> Retrying on a new circuit. >> Nov 19 10:35:13.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $4C4C145D632DA31C20D4CE10829756F34C0D3EE8~ArachnideFR4 at >> 95.130.9.89. Retrying on a new circuit. >> Nov 19 10:35:14.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $4C4C145D632DA31C20D4CE10829756F34C0D3EE8~ArachnideFR4 at >> 95.130.9.89. Retrying on a new circuit. >> Nov 19 10:35:28.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $16C8B29E441E53778E2A4DBC1C85136D75845B85~mod101srv01 at >> 81.231.226.38. Retrying on a new circuit. >> Nov 19 10:35:29.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $16C8B29E441E53778E2A4DBC1C85136D75845B85~mod101srv01 at >> 81.231.226.38. Retrying on a new circuit. >> Nov 19 10:35:43.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $B035D07FB91EF419D00B0E2CEFEDD9A163EC4E1B~fuckGCHQslashNSA at >> 95.211.60.34. Retrying on a new circuit. >> Nov 19 10:35:44.000 [notice] We tried for 15 seconds to connect to >> '[scrubbed]' using exit >> $B035D07FB91EF419D00B0E2CEFEDD9A163EC4E1B~fuckGCHQslashNSA at >> 95.211.60.34. Retrying on a new circuit. >> Wed Nov 19 10:39:08 CST 2014 >> [root@kabini1, /etc, 10:39:08am] 389 % >> >> >> Those last 2, w/ the last 8 letters in the server name, worries me >> slightly :-/ .... >> >> > > That's normal for that exit node :) The have set fuckGCHQslashNSA as > the nodes nickname. Mine used to say ThanksForTheFish42 there :) > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > I am noticing a fair number of sites either don't work at all w/ tor, or work oddly (for me), such as Ebay, which searches Ebay.nl when my last hop is out of the Netherlands. Is there a way to tell tor to prefer last hops from a particular country, perhaps even on a site-by-site basis :-) .... That would be *sweeeeet*, otherwise I have so many proxy exceptions as to basically defeat the purpose of tor. Intriguingly, it works AOK w/ my bank & brokerage sites .... TIA. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 00:15:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F87CC56 for ; Thu, 20 Nov 2014 00:15:12 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 1974BCEA for ; Thu, 20 Nov 2014 00:15:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=fsh78ZvZkkgal4HMyBGtufY8umXdpB4k2i/juClW2BQ=; b=thirnkxsqgleuR5ExymUMBqSqEajCbNUSAL43g9Vq5nxWMzsB9hOfpw6dLIq9lKwowm3tP08rFYSbZEvcrMn4pfE/ue8R9kX146DO9hKgojE8IhSgHYC9jd9iy8dDHuDNhJZSKExByshWR/OESoMMFPNhQHHszvoCrKnFLwmTsQ=; Received: from [114.121.128.217] (port=36845 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpa (Exim 4.84) (envelope-from ) id 1XrFOu-003Y53-FW; Wed, 19 Nov 2014 17:15:09 -0700 Date: Thu, 20 Nov 2014 08:15:04 +0800 From: Erich Dollansky To: Marko Turk Subject: Re: Handbook update section for custom kernel Message-ID: <20141120081504.4c04d4c0@X220.alogt.com> In-Reply-To: <20141119184230.GA36984@vps.markoturk.info> References: <20141119184230.GA36984@vps.markoturk.info> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 00:15:12 -0000 Hi, On Wed, 19 Nov 2014 19:42:30 +0100 Marko Turk wrote: > in handbook, section 24.2.3.1. Custom Kernels with FreeBSD 9.X and > Later says: > "Before using freebsd-update, ensure that a copy of the GENERIC kernel > exists in /boot/GENERIC. If a custom kernel has only been built once, > the kernel in /boot/kernel.old is the GENERIC kernel. Simply rename > this directory to /boot/kernel." > > Should the last sentence be > "Simply rename this directory to /boot/GENERIC." > > or am I missing something? > shouldn't it be /boot/kernel in all cases? I have never seen a /boot/GENERIC on my machines. Not even after a fresh install. Erich From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 00:42:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 691F33EE for ; Thu, 20 Nov 2014 00:42:36 +0000 (UTC) Received: from mail.ferrarishields.com (mail.ferrarishields.com [75.140.46.78]) (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 4F4B2F94 for ; Thu, 20 Nov 2014 00:42:35 +0000 (UTC) Received: from danco (dan [10.70.153.20]) (Authenticated sender: dan) by mail.ferrarishields.com (Postfix) with ESMTPSA id 8AAA0435AA3; Wed, 19 Nov 2014 16:36:01 -0800 (PST) Reply-To: From: "Dan O'Connor" To: "'Erich Dollansky'" , "'Marko Turk'" References: <20141119184230.GA36984@vps.markoturk.info> <20141120081504.4c04d4c0@X220.alogt.com> In-Reply-To: <20141120081504.4c04d4c0@X220.alogt.com> Subject: RE: Handbook update section for custom kernel Date: Wed, 19 Nov 2014 16:35:58 -0800 Organization: Ferrari Shields & Associates Message-ID: <033101d00459$f41b61a0$dc5224e0$@ferrarishields.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQJwRGTf83yUMdbBrGJSp4VLm1LfhAGy5vaDmxqRPyA= Content-Language: en-us Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 00:42:36 -0000 > > Hi, > > On Wed, 19 Nov 2014 19:42:30 +0100 > Marko Turk wrote: > > > in handbook, section 24.2.3.1. Custom Kernels with FreeBSD 9.X and > > Later says: > > "Before using freebsd-update, ensure that a copy of the GENERIC kernel > > exists in /boot/GENERIC. If a custom kernel has only been built once, > > the kernel in /boot/kernel.old is the GENERIC kernel. Simply rename > > this directory to /boot/kernel." > > > > Should the last sentence be > > "Simply rename this directory to /boot/GENERIC." > > > > or am I missing something? > > > shouldn't it be /boot/kernel in all cases? I have never seen a /boot/GENERIC on > my machines. Not even after a fresh install. > > Erich Mark, is correct. Your newnly-built custom kernel is /boot/kernel. mv'ing /boot/kernel.old to /boot/kernel will overwrite the newly built custom kernel with the old GENERIC kernel. Instead, rename /boot/kernel.old to /boot/GENERIC (I use /boot/kernel.GENERIC) to preserve the old GENERIC kernel... Remember, this applies to the first time you build your custom kernel. After subsequent kernel builds, /boot/kernel.old will be your old custom kernel. Don't overwrite your saved GENERIC kernel with an old custom kernel! -Dan From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 01:19:53 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E57F6913 for ; Thu, 20 Nov 2014 01:19:53 +0000 (UTC) Received: from st11p00mm-asmtp004.mac.com (st11p00mm-asmtpout004.mac.com [17.172.81.3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B8D6C30A for ; Thu, 20 Nov 2014 01:19:52 +0000 (UTC) Received: from [192.168.1.10] (66-188-152-20.dhcp.stcd.mn.charter.com [66.188.152.20]) by st11p00mm-asmtp004.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NFB00EFFA8WEN30@st11p00mm-asmtp004.mac.com> for freebsd-questions@freebsd.org; Thu, 20 Nov 2014 00:19:46 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.28,0.0.0000 definitions=2014-11-20_01:2014-11-19,2014-11-19,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=15 phishscore=0 adultscore=0 bulkscore=2 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1411200001 Message-id: <546D33A0.1050309@icloud.com> Date: Wed, 19 Nov 2014 18:19:44 -0600 From: Brandon Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-version: 1.0 To: Erich Dollansky Subject: Re: Handbook update section for custom kernel References: <20141119184230.GA36984@vps.markoturk.info> <20141120081504.4c04d4c0@X220.alogt.com> In-reply-to: <20141120081504.4c04d4c0@X220.alogt.com> Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 01:19:54 -0000 AFAIK the /boot/GENERIC exists so you can use freebsd-update with a custom kernel. Then freebsd-update updates that kernel so you have a bootable system that you can rebuild your custom kernel with. On 11/19/2014 06:15 PM, Erich Dollansky wrote: > Hi, > > On Wed, 19 Nov 2014 19:42:30 +0100 > Marko Turk wrote: > >> in handbook, section 24.2.3.1. Custom Kernels with FreeBSD 9.X and >> Later says: >> "Before using freebsd-update, ensure that a copy of the GENERIC kernel >> exists in /boot/GENERIC. If a custom kernel has only been built once, >> the kernel in /boot/kernel.old is the GENERIC kernel. Simply rename >> this directory to /boot/kernel." >> >> Should the last sentence be >> "Simply rename this directory to /boot/GENERIC." >> >> or am I missing something? >> > shouldn't it be /boot/kernel in all cases? I have never seen > a /boot/GENERIC on my machines. Not even after a fresh install. > > Erich > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 03:20:26 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B936DA12 for ; Thu, 20 Nov 2014 03:20:26 +0000 (UTC) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B4A0C3 for ; Thu, 20 Nov 2014 03:20:26 +0000 (UTC) Received: from r56.edvax.de (port-92-195-158-193.dynamic.qsc.de [92.195.158.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id DD0173CEB3; Thu, 20 Nov 2014 04:20:17 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id sAK3KGCC002010; Thu, 20 Nov 2014 04:20:16 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Thu, 20 Nov 2014 04:20:16 +0100 From: Polytropon To: "Ivailo A. Tanusheff" Subject: Re: Free disks enumeration needed Message-Id: <20141120042016.c49dcb83.freebsd@edvax.de> In-Reply-To: <1422065A4E115F409E22C1EC9EDAFBA4220D87FE@sofdc01exc02.postbank.bg> References: <1422065A4E115F409E22C1EC9EDAFBA4220D87FE@sofdc01exc02.postbank.bg> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 03:20:26 -0000 On Wed, 19 Nov 2014 14:52:55 +0000, Ivailo A. Tanusheff wrote: > I have a FreeBSD server, with attached both SATA and SCSI drives. > The server uses both ZFS and UFS file systems. > > I want to find a way to find out which drives are available to > be used in new zfs pool with a script or C program, i.e. which > drives are not used by zfs or ufs on the system. I'd say writing a script, calling some commands and postprocessing their output will be the easier way. Tools like sed, awk and perl can help. > For the SATA drives I believe glabel status gives me the > reasonable information, but I do not see any SCSI drive there. The usage does not depend on what kind of disk it is. Actually, both disk types can be used for ZFS and UFS. SATA disk show up as /dev/ad* or /dev/ada* (preferred), while SCSI disks will be /dev/da*, the generic naming for direct access disks and media. Note that "glabel status" will only work when there are actually _labels_ on the disks. > It is easy to enumerate disks installed on the system, but how > to find out which are "free" for use? You'll have to define precisely what you mean by "in use": If it is about being mounted, parsing the "mount" command would help. But in case a disk has data on it, but is currently _not_ mounted, the result would be of course incorrect. If it is about having data on it, you could examine if there are UFS partitions on the disks in question, using the "gpart show" command. This works best for UFS. The traditional commands "fdisk" and "bsdlabel" could also be used, but they are typically discouraged in favour of GPT because it can handle both old MBR and new GPT partitioning schemes. It it is about being part of a ZFS pool, query the ZFS commands, like "zpool list" or "zpool status -v". If it is about being online, check the following commands: "atacontrol list" and "camcontrol devlist". The "dmesg" command will also tell you about which disks are connected to the system (grep for "^da" and "^ada" lines and refine the search pattern). See the corresponding manual pages for details. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 07:57:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1271816 for ; Thu, 20 Nov 2014 07:57:12 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8991AE60 for ; Thu, 20 Nov 2014 07:57:12 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id ex7so4391062wid.12 for ; Wed, 19 Nov 2014 23:57:11 -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:cc:content-type; bh=KwQ6+wFXuOXk7eh52dnIG4sm4XfOyRwDCFkCT5l+cxs=; b=F1VFvQgFAxYAfi9ozPVX9I9gzkjHHbbJTVSiaGE82MeJWVz+Pc2zofN+v3XLrUW88p RW3/OIajbP491YygKajjOSPKa4pN5CEGzOFMzJG8TmvECp4n7IoMOsFZ9BuEOwInVAev LVywTeMrZoghjcsxHANlW/g8Lg+qKrcbjI0OQkZED8X8xmJBWD06hCOeoxHX71Wq74gW 4TzXFOnwbKvb8UJ1QScHzs3LXFLeLSLAiEnm1gBsHxvUjmLcAJFMTzkXbD3r/vHFLhOE P3Hx3wXaTVirXcjakFybXdXRpHLHPXvvCAmLyDgzClcJdzFzcH8IuwesK69+BYfgRfx6 fnbg== MIME-Version: 1.0 X-Received: by 10.194.157.137 with SMTP id wm9mr66278093wjb.5.1416470230832; Wed, 19 Nov 2014 23:57:10 -0800 (PST) Received: by 10.217.57.69 with HTTP; Wed, 19 Nov 2014 23:57:10 -0800 (PST) Date: Thu, 20 Nov 2014 02:57:10 -0500 Message-ID: Subject: How do I tell if tor is working .... From: grarpamp To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: tor-talk@lists.torproject.org, wam@hiwaay.net X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 07:57:13 -0000 > http://docs.freebsd.org/cgi/mid.cgi?546D2CB8.6060904 William, have a read through the Tor FAQ, you'll find the answer to this and many other good info there. https://www.torproject.org/docs/faq.html.en#ChooseEntryExit https://www.torproject.org/docs/documentation.html.en From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 08:26:05 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1992887E for ; Thu, 20 Nov 2014 08:26:05 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A59211E8 for ; Thu, 20 Nov 2014 08:26:04 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id sAK8Pt3h040461; Thu, 20 Nov 2014 08:25:55 GMT (envelope-from freebsd@qeng-ho.org) Message-ID: <546DA593.9060603@qeng-ho.org> Date: Thu, 20 Nov 2014 08:25:55 +0000 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Polytropon Subject: /dev/ada and /dev/ad (Was: Re: Free disks enumeration needed) References: <1422065A4E115F409E22C1EC9EDAFBA4220D87FE@sofdc01exc02.postbank.bg> <20141120042016.c49dcb83.freebsd@edvax.de> In-Reply-To: <20141120042016.c49dcb83.freebsd@edvax.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 08:26:05 -0000 On 20/11/2014 03:20, Polytropon wrote: [snip] > The usage does not depend on what kind of disk it is. > Actually, both disk types can be used for ZFS and UFS. > SATA disk show up as /dev/ad* or /dev/ada* (preferred), > while SCSI disks will be /dev/da*, the generic naming > for direct access disks and media. Slightly off topic, but possibly useful to a wider audience. If you're fully converted to using /dev/ada* rather than /dev/ad*, you can make the /dev/ad* names go away by adding kern.cam.ada.legacy_aliases=0 to /boot/loader.conf. This tidies up /dev a little and loses the "Used to be adN" messages during boot. This option was added at 9.0, when ada(4) was introduced but if, like me, you took a while to convert disk naming you may have forgotten that you could get rid of the old names. From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 09:19:01 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A028D31 for ; Thu, 20 Nov 2014 09:19:01 +0000 (UTC) Received: from mail.postbank.bg (mx.postbank.bg [195.242.126.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.postbank.bg", Issuer "GeoTrust DV SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0A599A for ; Thu, 20 Nov 2014 09:18:59 +0000 (UTC) X-AuditID: ac100166-f79e46d000000c6c-72-546db1fe9116 Received: from sofdc01excv14.postbank.bg ( [10.1.129.37]) (using TLS with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mail.postbank.bg (Eurobank AD BG Outbound mail system) with SMTP id 60.AF.03180.EF1BD645; Thu, 20 Nov 2014 11:18:55 +0200 (EET) From: "Ivailo A. Tanusheff" To: Polytropon Subject: RE: Free disks enumeration needed Thread-Topic: Free disks enumeration needed Thread-Index: AdAECIA1HM7DkQZsSc6CYZFchKYsbAAV6O4AABB1wfA= Date: Thu, 20 Nov 2014 09:18:54 +0000 Message-ID: <1422065A4E115F409E22C1EC9EDAFBA4220DCC53@sofdc01exc02.postbank.bg> References: <1422065A4E115F409E22C1EC9EDAFBA4220D87FE@sofdc01exc02.postbank.bg> <20141120042016.c49dcb83.freebsd@edvax.de> In-Reply-To: <20141120042016.c49dcb83.freebsd@edvax.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.26] Content-Type: text/plain; charset="us-ascii" content-transfer-encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplk+LIzCtJLcpLzFFi42LhYmxU1f2/MTfE4NQ5bouXXzexWFy9doHV gcnjZusyJo8Zn+azBDBFNTDaJObl5ZcklqQqpKQWJ9sqRQfkF5ckJeZlxyq4ZBYn5yRm5qYW KSlkptgqGSspFOQkJqfmpuaV2ColFhSk5qUo2XEpYAAboLLMPIXUvOT8lMy8dFslz2B/XQsL U0tdQyU7hKlWasqGxgn/2TMaNu1hKXglU3F+x0HmBsZzYl2MnBwSAiYSjasmMkPYYhIX7q1n 62Lk4hASmM0k8Wn/bLAEG1DRtrl7mEBsEQFFiZlNi1lBbGYBZ4n2Lw/AaoQFtCQWzJ/GDFGj LTF132UWCNtKYv7ft0A2BweLgKrExfvxIGFeAX+Js28msoPYQgI1EovOHwCzOQXMJW582g7W ygh0z/dTa5ggVolL3HoynwniTgGJJXvOQ90sKvHy8T9WCFtW4tG3x1D1OhILdn9ig7C1JZYt fM0MsVdQ4uTMJywTGEVnIRk7C0nLLCQts5C0LGBkWcUoWZyflpJsYBjs615mYKRXAI1FvaT0 TYzA5LBGgDFtB+ObK06HGAU4GJV4eBMsckOEWBPLiitzDzFKcDArifAqLQEK8aYkVlalFuXH F5XmpBYfYlzBCAydicxSosn5wNSVVxJvaGJgYmJmaWpqYWxmQYGwoamJkaGFgZmFKWnCSuK8 1osyQ4QE0oGJNjs1tSC1COZWJg5OqQZGlXWaInJXf99kdZY12XhReuOd934JLOlH+AJiNl0T a3hxQP/q5lyG7ed1YrTLGsQ79x95ebE9Tq/yi9I2sVcuH79LFr77bGTe/9l0hpBfbpCr0u4C vs8nVhlsrwra53l1a/nbAGbNGfK7FSxX8Ej+FMvKr3HKSPv0t2rO3sc/3v9xFfmiF/pSiaU4 I9FQi7moOBEAQcabb5gDAAA= Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 09:19:01 -0000 Thank you for the answer, although it was not exactly what I am aiming to. Digging into the problem I have found out, that is a disk does not report it= s serial number, than it has no glabel disked. If the disks reports its seri= al, then: diskid/DISK-VB0726485b-41a19b54 N/A ada3 So glabel status is perfect solution to find out when some disk is in real u= sage (both zfs or mounted fs), but only works if his serial is known. The dmesg command is not so good way to find installed disks on the system,= as I can always use: sysctl -n kern.disks So far I have found one more thing, when I issue for unlisted in the above s= ituation da3 (glabel status has no entry about da3): root@FreeBSD:~ # geom disk list da3 Geom name: da3 Providers: 1. Name: da3 Mediasize: 536870912 (512M) Sectorsize: 512 Mode: r1w1e1 descr: VBOX HARDDISK ident: (null) fwsectors: 32 fwheads: 64 As far as I digged so far if Mode is r0w0e0 the disk can be considered "free= ". But I am not sure what exactly this mode represents, as there is almost no i= nformation about that. Anyone knows something on this? Regards, Ivailo Tanusheff -----Original Message----- From: Polytropon [mailto:freebsd@edvax.de] Sent: Thursday, November 20, 2014 5:20 AM To: Ivailo A. Tanusheff Cc: freebsd-questions@freebsd.org Subject: Re: Free disks enumeration needed On Wed, 19 Nov 2014 14:52:55 +0000, Ivailo A. Tanusheff wrote: > I have a FreeBSD server, with attached both SATA and SCSI drives. > The server uses both ZFS and UFS file systems. > > I want to find a way to find out which drives are available to be used > in new zfs pool with a script or C program, i.e. which drives are not > used by zfs or ufs on the system. I'd say writing a script, calling some commands and postprocessing their out= put will be the easier way. Tools like sed, awk and perl can help. > For the SATA drives I believe glabel status gives me the reasonable > information, but I do not see any SCSI drive there. The usage does not depend on what kind of disk it is. Actually, both disk types can be used for ZFS and UFS. SATA disk show up as /dev/ad* or /dev/ada* (preferred), while SCSI disks wil= l be /dev/da*, the generic naming for direct access disks and media. Note that "glabel status" will only work when there are actually _labels_ on= the disks. > It is easy to enumerate disks installed on the system, but how to find > out which are "free" for use? You'll have to define precisely what you mean by "in use": If it is about being mounted, parsing the "mount" command would help. But in= case a disk has data on it, but is currently _not_ mounted, the result woul= d be of course incorrect. If it is about having data on it, you could examine if there are UFS partiti= ons on the disks in question, using the "gpart show" command. This works bes= t for UFS. The traditional commands "fdisk" and "bsdlabel" could also be used, but they= are typically discouraged in favour of GPT because it can handle both old M= BR and new GPT partitioning schemes. It it is about being part of a ZFS pool, query the ZFS commands, like "zpool= list" or "zpool status -v". If it is about being online, check the following commands: "atacontrol list" and "camcontrol devlist". The "dmesg" command will also tell you about which disks are connected to th= e system (grep for "^da" and "^ada" lines and refine the search pattern). See the corresponding manual pages for details. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... Disclaimer: This communication is confidential. If you are not the intended recipient, y= ou are hereby notified that any disclosure, copying, distribution or taking= any action in reliance on the contents of this information is strictly proh= ibited and may be unlawful. If you have received this communication by mista= ke, please notify us immediately by responding to this email and then delete= it from your system. Eurobank Bulgaria AD is not responsible for, nor endorses, any opinion, reco= mmendation, conclusion, solicitation, offer or agreement or any information= contained in this communication. Eurobank Bulgaria AD cannot accept any responsibility for the accuracy or co= mpleteness of this message as it has been transmitted over a public network.= If you suspect that the message may have been intercepted or amended, pleas= e call the sender. From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 10:42:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D247AD4 for ; Thu, 20 Nov 2014 10:42:51 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 549A63F8 for ; Thu, 20 Nov 2014 10:42:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=LZmrJpy8wjdU7lTzf9iHPEWWCxragoNEtyKpZUeRX7k=; b=hRdWgteJe/oJ2ckqP6zpSt/HH87q3UA7gqyfKauI9PrbGPtXKp9tY8g5X/Ssx47vqja+IXad4Ce3/W0QRHY36niX8K1seaceSFeBnn5k23K32j/sKw65IjjFEIwDFilBSGD3l6c/VDVgm8XouEg55YPnp4JiLByWjgyidU8aO98=; Received: from [114.124.30.161] (port=4893 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpa (Exim 4.84) (envelope-from ) id 1XrPCK-002jVa-Bh; Thu, 20 Nov 2014 03:42:49 -0700 Date: Thu, 20 Nov 2014 18:42:41 +0800 From: Erich Dollansky To: "Dan O'Connor" Subject: Re: Handbook update section for custom kernel Message-ID: <20141120184241.6310a3c5@X220.alogt.com> In-Reply-To: <033101d00459$f41b61a0$dc5224e0$@ferrarishields.com> References: <20141119184230.GA36984@vps.markoturk.info> <20141120081504.4c04d4c0@X220.alogt.com> <033101d00459$f41b61a0$dc5224e0$@ferrarishields.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: 'Marko Turk' , freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 10:42:51 -0000 Hi, On Wed, 19 Nov 2014 16:35:58 -0800 "Dan O'Connor" wrote: > > > > Hi, > > > > On Wed, 19 Nov 2014 19:42:30 +0100 > > Marko Turk wrote: > > > > > in handbook, section 24.2.3.1. Custom Kernels with FreeBSD 9.X and > > > Later says: > > > "Before using freebsd-update, ensure that a copy of the GENERIC > > > kernel exists in /boot/GENERIC. If a custom kernel has only been > > > built once, the kernel in /boot/kernel.old is the GENERIC kernel. > > > Simply rename this directory to /boot/kernel." > > > > > > Should the last sentence be > > > "Simply rename this directory to /boot/GENERIC." > > > > > > or am I missing something? > > > > > shouldn't it be /boot/kernel in all cases? I have never seen a > /boot/GENERIC on > > my machines. Not even after a fresh install. > > > > Erich > > Mark, is correct. > > Your newnly-built custom kernel is /boot/kernel. > mv'ing /boot/kernel.old to /boot/kernel will overwrite the newly > built custom kernel with the old GENERIC kernel. > > Instead, rename /boot/kernel.old to /boot/GENERIC (I use > /boot/kernel.GENERIC) to preserve the old GENERIC kernel... > > Remember, this applies to the first time you build your custom > kernel. After subsequent kernel builds, /boot/kernel.old will be your > old custom kernel. Don't overwrite your saved GENERIC kernel with an > old custom kernel! > > -Dan > > what program creates /boot/GENERIC then? Erich From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 13:34:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04E74D1 for ; Thu, 20 Nov 2014 13:34:21 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9AE0A7F for ; Thu, 20 Nov 2014 13:34:20 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-186.adsl.hiwaay.net [216.180.76.186]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id sAKDYHNF024403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 20 Nov 2014 07:34:18 -0600 Message-ID: <546DEF51.1030101@hiwaay.net> Date: Thu, 20 Nov 2014 07:40:33 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: How do I tell if tor is working .... References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 13:34:21 -0000 On 11/20/14 01:57, grarpamp wrote: >> http://docs.freebsd.org/cgi/mid.cgi?546D2CB8.6060904 > William, have a read through the Tor FAQ, you'll > find the answer to this and many other good info there. > > https://www.torproject.org/docs/faq.html.en#ChooseEntryExit > https://www.torproject.org/docs/documentation.html.en > Thx, I actually found it in the man page on tor, w/ some online examples to get the syntax right :-/ .... I'm a bit bad about posting questions, then finding the answer my self about 30 sec. after I hit the send button .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 14:53:53 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56998DE0 for ; Thu, 20 Nov 2014 14:53:53 +0000 (UTC) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DCF4A5E8 for ; Thu, 20 Nov 2014 14:53:52 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id z12so3961259wgg.29 for ; Thu, 20 Nov 2014 06:53:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=hYjXDTStWKwL4y5TY0YViy2PlaWu7BrNvM5sQzBz7dY=; b=tskXn/44fykcJfD5dqFEPrVia31QQtuunG1eaXMhzufGDNljkUxFfJYC5ghT85yCyA U66K5FPKGM6IUD9F1UuWuuLU6zSuq8WDI0TJPPOta1fYbayCng+U3ngH/yWKzhSFw6Hx mLh7ohA7QbpEWEkARnx/bLKw7dli2+U7F0nhYriWHluWIPL90cmuTuXzdNXekO4AK3FW QxZOEWRjw2M9SwKBmDcaIhRWuEamaGn2+GWArPQ2EqgW0n+E1I7WPxtEronp9jyzM9lA GK0ASIj8tE/7ZHJPM/zwTue9W0kdhKpJpxXOZbwB+zKVx+IbMh9/HcwFV2j0f2eX+mcV OBSA== X-Received: by 10.194.77.233 with SMTP id v9mr67816763wjw.24.1416495231267; Thu, 20 Nov 2014 06:53:51 -0800 (PST) Received: from gumby.homeunix.com (bcdc819a.skybroadband.com. [188.220.129.154]) by mx.google.com with ESMTPSA id gi5sm3676806wjd.26.2014.11.20.06.53.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Nov 2014 06:53:50 -0800 (PST) Date: Thu, 20 Nov 2014 14:53:48 +0000 From: RW To: freebsd-questions@freebsd.org Subject: Re: How do I tell if tor is working .... Message-ID: <20141120145348.64edb1b8@gumby.homeunix.com> In-Reply-To: <546CFBAC.4050004@hiwaay.net> References: <546CC4FE.3030706@hiwaay.net> <546CC898.10101@hiwaay.net> <546CCD70.3020004@bbcatgirls.com> <546CFBAC.4050004@hiwaay.net> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 14:53:53 -0000 On Wed, 19 Nov 2014 14:21:00 -0600 William A. Mahaffey III wrote: > >> $B035D07FB91EF419D00B0E2CEFEDD9A163EC4E1B~fuckGCHQslashNSA at > >> 95.211.60.34. Retrying on a new circuit. > >> Wed Nov 19 10:39:08 CST 2014 > >> [root@kabini1, /etc, 10:39:08am] 389 % > >> > >> > >> Those last 2, w/ the last 8 letters in the server name, worries me > >> slightly :-/ .... You should really be looking at the last 16 letters. > > > > That's normal for that exit node :) The have set fuckGCHQslashNSA > > as the nodes nickname. Mine used to say ThanksForTheFish42 there :) > > _______________________________________________ > Very well, just checking. The IP checked out as in the Netherlands, > no hotbed of U.S.Gov't misbehavior, just verifying .... One of the Snowden leaks indicated that GCHQ run a lot of Tor nodes. I don't recall what it said about the NSA, but it would be surprising if they don't. That's not really important given the subsequent success of the FBI and the UK National Crime Agency against Tor users accessing child porn. Most Tor users only use it as an affectation or gesture, in which case it doesn't really matter - they might just as well be using an ordinary VPN. I suspect that proper anonymity on Tor is not compatible with normal modern web browsing because disabling javascript would be a bare minimum. From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 15:28:55 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 777D6A61 for ; Thu, 20 Nov 2014 15:28:55 +0000 (UTC) Received: from nm30-vm0.bullet.mail.bf1.yahoo.com (nm30-vm0.bullet.mail.bf1.yahoo.com [98.139.213.126]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 205E7A53 for ; Thu, 20 Nov 2014 15:28:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1416497333; bh=hndcZdGvWqLk2uldk1t6Vau1T0dbiGM1Hr+JpSftO5k=; h=Date:From:To:Subject:From:Subject; b=JxkV7J+2T/hiyYFaZTiXtQ44X9NsX3uNAnTLameko8J+pgn1ergNpa9vM/41CHMNBJFT8ZCvdnWW8X2qwAl3yIt/NspQsc4HK+mDKBNE9HqVxRCeVH8h6IjU5yQpJ6mddxMR+AxtCSUEnD7c7TDqKMsGVwveP5CQbkO1OVKfakTP+5s6/cWA+Jdwacfw633GmPvXoAR96ziwoHM8yahMrLirDHE86YO4rFSMaLJijjSvlGFbZVWuUeqL/TBh/3gkZyQUWmQDa0VPEKmcLEaPaPGomcgZVtaZUI8zFxkI+8TuQdNRF0STGFJhaImO7Ut3Uh5YAkgVMSRVHMOlQEzTnA== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=MUnQIMO+O4WRMLxo0KBHXU8sNsL2cdDM6ZlTq3tzdEEZRWx6NX1I+0B7QRiy+nl2z+/3JoV3cCthiA0QZVc3/HlJ1yQrAkH+0D+h4ADlj46LXUFZhTDthwjb5YHscl96FjuwPhWv/VpzuhBoA0oMfk7inZQDTHLwyni5fKKVAYOwUQu9t3sDSJiW/0MsoDIgrvkfl/pzfyv+zfFN59tDmvUGALoD9Oy5qcPkqXe/YRoD2IaOzO3+rq6g+BajRlkdKmJAphs03Aja/pH7YllkQRvNpQtKEGbq2fZiYEjEqL5sbLyGPgXvhqP7zvp/crJg0S46TkKjs+LiseJzF8ErIQ==; Received: from [66.196.81.172] by nm30.bullet.mail.bf1.yahoo.com with NNFMP; 20 Nov 2014 15:28:53 -0000 Received: from [98.139.211.207] by tm18.bullet.mail.bf1.yahoo.com with NNFMP; 20 Nov 2014 15:28:53 -0000 Received: from [127.0.0.1] by smtp216.mail.bf1.yahoo.com with NNFMP; 20 Nov 2014 15:28:53 -0000 X-Yahoo-Newman-Id: 905842.63018.bm@smtp216.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: n_cWmP0VM1lNFD.LUKlBwhZbUVTDPXdsLRM5DGnVIU9MrkH WD_y3xAirONzO3TlNbyZx7gPcDAlpoJOKgFYzZojWkdT6uSpYuLPyy8qXuQC C8MyZC8IiarBFaPWXX6aHOSCDD48BQZ9wubRyOPyJFdtu8SW0EogVrXovNy_ 41_G3LA6G5GOyQ4k4Sm0Wa8Ps_MxGKPO881aPnPBV5KKl1b1bwNDA9qBS1me ceE2tcsCJIZoUpsB9Qf70Cj5pCGuLh5ecBU.KzgFEKoPIlUfK5c6hFPPvNsW RmlDI7oHGd1_jJ7W7cIC4.gjsnovWAq6lahKJsK0NiRNOQSyNAx1EQ4cgUtq z40L8HWw8u_yeYFhe21warWek5Ha3oZ.MGtWtMKK05.zJDsuknmkVJ2STCsu ZF1JHdxgvGIxXF73tIkl550Du5fByuhu8QCCZTsUqiXfTOqbzjzXDJ6e5meC MVh5Eul4hqS_wvqEfTOae9YQWjx0fE506Oy257RNkFGzPVfOPmfFhYL2GFe2 3Sys7hFXG__aDNH6cjX5LxOag.0d6wbhXPBmh4txgCACmnlVIIxUUln4y9FD 4DJ4GUbuSb__RNqOgZe7QDQ-- X-Yahoo-SMTP: h3Xqg6.swBC0yI913RMMwp94grO_cg-- Message-ID: <546E08B3.9090906@yahoo.com> Date: Thu, 20 Nov 2014 10:28:51 -0500 From: Paul Pathiakis User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: 127.0.0.1 in a jail Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 15:28:55 -0000 Hi, I have a question about jails and localhost. I have found older documentation that says within a jail 127.0.0.1 is mapped to the jail's IP address so that software that maps to localhost or 127.0.0.1 get handed the jails IP. However, I have tried ping (yes, I turned on raw sockets, bad me.) and telnet to a sendmail process I have running. They both return errors. PING 127.0.0.1 (127.0.0.1): 56 data bytes ping: sendto: Operation not permitted ping: sendto: Operation not permitted ping: sendto: Operation not permitted # telnet 127.0.0.1 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused telnet: Unable to connect to remote host Needless to say, this is causing problems with some software that I have to install. Does anyone know how to verify that 127.0.0.1/localhost map to the jail's IP? If it isn't, how do I change it to be so? Thank you, P. From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 15:55:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8CC11B4 for ; Thu, 20 Nov 2014 15:55:25 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 822C1DCA for ; Thu, 20 Nov 2014 15:55:24 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id sAKFtK2O041115; Thu, 20 Nov 2014 15:55:21 GMT (envelope-from freebsd@qeng-ho.org) Message-ID: <546E0EE8.3050102@qeng-ho.org> Date: Thu, 20 Nov 2014 15:55:20 +0000 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Paul Pathiakis , freebsd-questions@freebsd.org Subject: Re: 127.0.0.1 in a jail References: <546E08B3.9090906@yahoo.com> In-Reply-To: <546E08B3.9090906@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 15:55:26 -0000 On 20/11/2014 15:28, Paul Pathiakis via freebsd-questions wrote: > Hi, > > I have a question about jails and localhost. > > I have found older documentation that says within a jail 127.0.0.1 is > mapped to the jail's IP address so that software that maps to localhost > or 127.0.0.1 get handed the jails IP. > I've always understood that to mean that if you attempt to bind(2) a socket with a socket address of 127.0.0.1 then the jail ip addr (or the default one when it has more than one ip addr) is substituted. This does not mean that a DNS (or /etc/hosts) lookup of localhost in a jail will automatically return the jail ip. > However, I have tried ping (yes, I turned on raw sockets, bad me.) and > telnet to a sendmail process I have running. > > They both return errors. > > PING 127.0.0.1 (127.0.0.1): 56 data bytes > ping: sendto: Operation not permitted > ping: sendto: Operation not permitted > ping: sendto: Operation not permitted > > > # telnet 127.0.0.1 > Trying 127.0.0.1... > telnet: connect to address 127.0.0.1: Connection refused > telnet: Unable to connect to remote host > > > Needless to say, this is causing problems with some software that I have > to install. > > Does anyone know how to verify that 127.0.0.1/localhost map to the > jail's IP? > > If it isn't, how do I change it to be so? I don't think you can do anything to make 127.0.0.1 work as a target for connecting to - how is the common network stack to decide whether you're talking to the jail or the main box? It might be possible in VIMAGE jails, but I have no experience of them. You could always add an entry for localhost in the jail's /etc/hosts that is the jail's address rather than 127.0.0.1. That's not going to happen automatically though. From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 17:15:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7EB6DA8 for ; Thu, 20 Nov 2014 17:15:51 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 436F9A31 for ; Thu, 20 Nov 2014 17:15:50 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id sAKHFiXF043680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 20 Nov 2014 17:15:45 GMT (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk sAKHFiXF043680 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1416503745; bh=tfGE7vyCFvnkiOPnY3opd3SePDK7V+4hwbjKDxdntZE=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Thu,=2020=20Nov=202014=2017:15:38=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-questi ons@freebsd.org|Subject:=20Re:=20127.0.0.1=20in=20a=20jail|Referen ces:=20<546E08B3.9090906@yahoo.com>=20<546E0EE8.3050102@qeng-ho.or g>|In-Reply-To:=20<546E0EE8.3050102@qeng-ho.org>; b=yYEa2iiWn2sCJ6rA0PjxKuHNNz/xjZC81EdsKdb3DWDNnO+183i2mhEgC5ygTOqk7 f9IiX/CqH4JDpM/N6CDl1Y/Z3vNfdh6p+MagwvT9DEgzz2EbN5kHu2PrjMaSxEJ4sa YL7BuSGblGBAPf3TQ98VLG5lyydnmjVIc9W+vuyY= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <546E21BA.703@infracaninophile.co.uk> Date: Thu, 20 Nov 2014 17:15:38 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: 127.0.0.1 in a jail References: <546E08B3.9090906@yahoo.com> <546E0EE8.3050102@qeng-ho.org> In-Reply-To: <546E0EE8.3050102@qeng-ho.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jmWc1AA1e1FrGSgxun8v4Jqgcax3phejb" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,RDNS_NONE,SPF_FAIL autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 17:15:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jmWc1AA1e1FrGSgxun8v4Jqgcax3phejb Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/20/14 15:55, Arthur Chance wrote: > I don't think you can do anything to make 127.0.0.1 work as a target fo= r > connecting to - how is the common network stack to decide whether you'r= e > talking to the jail or the main box? It might be possible in VIMAGE > jails, but I have no experience of them. With a VIMAGE jail you certainly can create a loopback interface per jail and set that to use 127.0.0.1 or ::1 as its addresses with a VIMAGE jail. Unfortunately at the moment you need a custom kernel to add the VIMAGE functionality, and you need to avoid some of the various firewall implementations: with VIMAGE you'ld naturally run the firewall code from within the jail, rather than as something controlled by the host system. There are moves to make VIMAGE part of the default kernel config for 11.0-RELEASE, but that isn't expected until sometime next year and there are some pretty nasty crash-bugs which will have to be thoroughly squashed before it is enabled in a release. > You could always add an entry for localhost in the jail's /etc/hosts > that is the jail's address rather than 127.0.0.1. That's not going to > happen automatically though. You can do that -- but a lot of software will try and bind to localhost by one of the well known IP numbers rather than looking up 'localhost'. I've found it is generally possible to configure most software -- particularly server software -- either to bind to a specific IP address or else to use a unix domain socket, and that gives good results in jails. It is a bit of a faff though, and you don't get the intrinsic protection of binding some software to the loopback address if you have to bind it to the jail's IP. (One of the few common daemons you can't do that with is ntpd(8), but that's something it makes no sense at all to run in a jail, seeing as jails use exactly the same time-of-day as the host system) Cheers, Matthew --jmWc1AA1e1FrGSgxun8v4Jqgcax3phejb 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 iQJ8BAEBCgBmBQJUbiHAXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnBYQP/2oc5a0Pr9pSIzyxRy45VjIx WFaYZEKv22aHlq/3VlFFdiMvY1Za026vKH9GUkCfm4Oi/qCHdqup8d7/ZJsbrgLg hNnsX/a6Ur0N4HN1acnRt1mh1GcXObDj+rQ4XCJjkU+MX5tAR6x7G50KPzeCCbgA nsblX6xF9Ry5zJrUZQ0nWOGNvrASNxshzj3uhxQKckAoTlZnyVMwSNFc8GbQWxhb 5GUOscQH3hMISEWMBjIZxWaKgru34eO2EpEjWNNVh4RwYeAbwHqdUAk6+N+lJqsE QZkqhBhdDKALqrXWvJ6ioWc+XgVR2bZcmbN+ZdkSllvQlzvcnLgowwLrCXEq9VI7 0ZjEDjV4qfz4PhWeb+FjHPWLjFi8QbpDKUcpPAVoinsJPlVGTUYgL9kiDJBoHYfY D7xc3HIYFmvEXQ50AY2B4YI+TlFq4iFiEJfXg9RnRgWviAyhlKMVGS4Ayy+g/+sO mpxcvmQvH/mRIetJhq5ymMhog64vYmkc70EatD5PdJM75h70llq6+SCZsbNIKK4b f55Pkf6waQ28/8v15SqmTO5lwe77pow65FPIbrCyNzd2VnpV2Jb/F8iBqyvvlIin m9oKM+T0DgQhIwm71dS0udBlKrow6P3yl7SgueVQqAaWFO6rhVNHzqSuJMakIfeU mG0TDZNEzTVZpbc/6tWv =oC3T -----END PGP SIGNATURE----- --jmWc1AA1e1FrGSgxun8v4Jqgcax3phejb-- From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 17:49:17 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBA76EED for ; Thu, 20 Nov 2014 17:49:17 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54F9BDFE for ; Thu, 20 Nov 2014 17:49:17 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id b13so4424185wgh.31 for ; Thu, 20 Nov 2014 09:49:15 -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=iA0Og1y1n7vWbq6W9g7+uhZ3kdWqTptZ5FpP9RbWEDE=; b=xX+sgh5j/dSgyrQTjdmNvOpIeAQola302uJ9Ue6cxdvvpXOgNNgB314ecJfiLIbw8/ RTdK5QN6WReke6Xt2nf4HlakhUSL3BW6w3ipxSqSse1wE1uyjHmqnSjYPRqz2BeOoEuX 6ZX/tBFxpoir+KpRsuxRrktq0dEWPFTDp2Eq1ZYB0hZTMI5+8byPZi9KCt/XL8ceUFLL 0XIVRPmi9AoDbiKogfuXK5OrBUPVhm1tNFv9HELBoNgUFDtUg6M3b8s9vlcdtRhJcUaL sR8aWsIcFKeUY5cVXC8gDlqJagwkwZALihrRH0LngGFmR6mSIAe1YxAj+CHeVAh+jSis TD8A== MIME-Version: 1.0 X-Received: by 10.194.47.226 with SMTP id g2mr69610563wjn.68.1416505755686; Thu, 20 Nov 2014 09:49:15 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Thu, 20 Nov 2014 09:49:15 -0800 (PST) In-Reply-To: References: Date: Thu, 20 Nov 2014 09:49:15 -0800 X-Google-Sender-Auth: hYBDd2qMrzBn16zXTkNYGWsB_L0 Message-ID: Subject: Re: playing Blu-Ray discs From: Adrian Chadd To: Waitman Gobble Content-Type: text/plain; charset=UTF-8 Cc: "C. P. Ghost" , FreeBSD Questions , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 17:49:17 -0000 Hi! I've asked where to go to get this reviewed; the response is freebsd-fs@freebsd.org . Would you mind subscribing to that mailing list and posting your code for discussion? Thanks! -adrian On 19 November 2014 12:08, Adrian Chadd wrote: > Wow, that's awesome! > > > > > -adrian > > > On 19 November 2014 11:53, Waitman Gobble wrote: >> >> On Nov 18, 2014 10:18 AM, "Waitman Gobble" wrote: >>> >>> >>> >>> On Tue, Nov 18, 2014 at 10:00 AM, Adrian Chadd wrote: >>>> >>>> On 18 November 2014 09:48, Waitman Gobble wrote: >>>> > >>>> > >>>> > On Tue, Nov 18, 2014 at 9:28 AM, Adrian Chadd >>>> > wrote: >>>> >> >>>> >> > But this would be better i think? >>>> >> > >>>> >> > >>>> >> > https://wiki.freebsd.org/SummerOfCode2014Ideas#Port_NetBSD.27s_UDF_implementation >>>> >> > doesn't look like it's been done yet? >>>> >> >>>> >> Hey you have it done, so why not use yours as a starting point! >>>> >> >>>> >> Where'd your udf2 code come from? >>>> >> >>>> >> >>>> >> >>>> >> -adrian >>>> > >>>> > >>>> > >>>> > I forked and updated this project: >>>> > https://github.com/williamdevries/UDF >>>> > >>>> > Which I'm *guessing* was copied from >>>> > https://wiki.freebsd.org/SummerOfCode2012/UDFImplementation ? Maybe >>>> > not. >>>> > >>>> > But that devries github account has no other projects and this person >>>> > doesn't seem to show up on FreeBSD ml. (??) so, who knows. mystery! >>>> > >>>> > The original code is from NetBSD source. I downloaded current, checking >>>> > it >>>> > out.. one thing there's reference in the UDF code to Matt Thomas' >>>> > red-black >>>> > trees.. I think FreeBSD 11.0-Current has nv.h so that stuff will >>>> > probably >>>> > need to be reworked, unless we bring proplib back in.. nah. But it's >>>> > possible that the 'new' UDF code will only target current sources, >>>> > since the >>>> > documentation I read states that nv.h is 'since 11' >>>> >>>> Oh sweet! >>>> >>>> Yes, let's get this reviewed and try to get it committed! >>>> >>>> Have you run this on -HEAD with all the lock and vfs debugging turned on? >>>> >>>> >>>> >>>> -adrian >>> >>> >>> I have run on -HEAD but not yet with lock and vfs debugging. I will do >>> that. >>> >>> >>> -- >>> Waitman Gobble >>> San Jose California USA >>> 510-830-7975 >> >> I just received a Blu-Ray disc proof from Discmakers, it plays on FreeBSD >> using mplayer. There is a CERTIFICATES directory on the disc, but since its >> a proof I dont believe it has DRM encryption... will have to check it out. >> but it is playing on FreeBSD so its good. From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 17:50:33 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67A36FCC; Thu, 20 Nov 2014 17:50:33 +0000 (UTC) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA7CBE1A; Thu, 20 Nov 2014 17:50:32 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id z12so2670452lbi.36 for ; Thu, 20 Nov 2014 09:50:30 -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=okz/DKgfW7PlFd6oXJxwNGRSbNpuECA+AAtwICMOTFQ=; b=Rwxwa8MnKBmFCga7JMWIFOawNJw2uChsX40ljwXbJjiOBg+RCvgt7RqPI/IuycYubG 1rLQ/zLaXhYtYJrs+hAfAFnu8bUWMNG9gftokyEyIKANJQx73zvNjVfSgmHJZ35dDvwz y2O8s1a+vanOPSyrr3Ol8TjArOqVjcZP/I+k0EfCbp7U7BxT3mNxLetz1orqOSx++1iI cSJNmdQfh+TgAlb+bzOXXg3FeVotbnhC8aGuPkyS7q13p8CenO8BeXG0OObXd5RjV2Vg D53nCHBroQsQZ4PuA6NF5wjKmqfhJByFyOlZmjpXXakqZxQl4OdHonGyrzfYMOkEGS1L Io9g== MIME-Version: 1.0 X-Received: by 10.112.147.199 with SMTP id tm7mr3265327lbb.92.1416505830775; Thu, 20 Nov 2014 09:50:30 -0800 (PST) Received: by 10.25.215.212 with HTTP; Thu, 20 Nov 2014 09:50:30 -0800 (PST) In-Reply-To: References: Date: Thu, 20 Nov 2014 09:50:30 -0800 Message-ID: Subject: Re: playing Blu-Ray discs From: Waitman Gobble To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "C. P. Ghost" , FreeBSD Questions , krad X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 17:50:33 -0000 On Thu, Nov 20, 2014 at 9:49 AM, Adrian Chadd wrote: > Hi! > > I've asked where to go to get this reviewed; the response is > freebsd-fs@freebsd.org . Would you mind subscribing to that mailing > list and posting your code for discussion? > > Thanks! > > > > -adrian > > > On 19 November 2014 12:08, Adrian Chadd wrote: > > Wow, that's awesome! > > > > > > > > > > -adrian > > > > > > On 19 November 2014 11:53, Waitman Gobble wrote: > >> > >> On Nov 18, 2014 10:18 AM, "Waitman Gobble" wrote: > >>> > >>> > >>> > >>> On Tue, Nov 18, 2014 at 10:00 AM, Adrian Chadd > wrote: > >>>> > >>>> On 18 November 2014 09:48, Waitman Gobble > wrote: > >>>> > > >>>> > > >>>> > On Tue, Nov 18, 2014 at 9:28 AM, Adrian Chadd > >>>> > wrote: > >>>> >> > >>>> >> > But this would be better i think? > >>>> >> > > >>>> >> > > >>>> >> > > https://wiki.freebsd.org/SummerOfCode2014Ideas#Port_NetBSD.27s_UDF_implementation > >>>> >> > doesn't look like it's been done yet? > >>>> >> > >>>> >> Hey you have it done, so why not use yours as a starting point! > >>>> >> > >>>> >> Where'd your udf2 code come from? > >>>> >> > >>>> >> > >>>> >> > >>>> >> -adrian > >>>> > > >>>> > > >>>> > > >>>> > I forked and updated this project: > >>>> > https://github.com/williamdevries/UDF > >>>> > > >>>> > Which I'm *guessing* was copied from > >>>> > https://wiki.freebsd.org/SummerOfCode2012/UDFImplementation ? Maybe > >>>> > not. > >>>> > > >>>> > But that devries github account has no other projects and this > person > >>>> > doesn't seem to show up on FreeBSD ml. (??) so, who knows. mystery! > >>>> > > >>>> > The original code is from NetBSD source. I downloaded current, > checking > >>>> > it > >>>> > out.. one thing there's reference in the UDF code to Matt Thomas' > >>>> > red-black > >>>> > trees.. I think FreeBSD 11.0-Current has nv.h so that stuff will > >>>> > probably > >>>> > need to be reworked, unless we bring proplib back in.. nah. But it's > >>>> > possible that the 'new' UDF code will only target current sources, > >>>> > since the > >>>> > documentation I read states that nv.h is 'since 11' > >>>> > >>>> Oh sweet! > >>>> > >>>> Yes, let's get this reviewed and try to get it committed! > >>>> > >>>> Have you run this on -HEAD with all the lock and vfs debugging turned > on? > >>>> > >>>> > >>>> > >>>> -adrian > >>> > >>> > >>> I have run on -HEAD but not yet with lock and vfs debugging. I will do > >>> that. > >>> > >>> > >>> -- > >>> Waitman Gobble > >>> San Jose California USA > >>> 510-830-7975 > >> > >> I just received a Blu-Ray disc proof from Discmakers, it plays on > FreeBSD > >> using mplayer. There is a CERTIFICATES directory on the disc, but since > its > >> a proof I dont believe it has DRM encryption... will have to check it > out. > >> but it is playing on FreeBSD so its good. > ok, will do. thank you. -- Waitman Gobble San Jose California USA 510-830-7975 From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 18:29:10 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E3FC6B9 for ; Thu, 20 Nov 2014 18:29:10 +0000 (UTC) Received: from mgaterz1.oekb.co.at (mgaterz1.oekb.co.at [143.245.5.111]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mgaterz1.oekb.co.at", Issuer "Symantec Class 3 Secure Server CA - G4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BEDB435E for ; Thu, 20 Nov 2014 18:29:09 +0000 (UTC) Received: from exchhubcas1.oekb.co.at ([143.245.3.64]) by mgaterz1.oekb.co.at with ESMTP/TLS/AES128-SHA; 20 Nov 2014 19:27:56 +0100 Received: from aurora.oekb.co.at (143.245.9.16) by internal-relay-exchhubcas1.oekb.co.at (143.245.3.65) with Microsoft SMTP Server id 14.3.210.2; Thu, 20 Nov 2014 19:27:49 +0100 Received: from aurora.oekb.co.at (localhost [127.0.0.1]) by aurora.oekb.co.at (8.14.9/8.14.9) with ESMTP id sAKIRnVB003590; Thu, 20 Nov 2014 19:27:49 +0100 (CET) (envelope-from a@jenisch.at) Received: (from ej@localhost) by aurora.oekb.co.at (8.14.9/8.14.9/Submit) id sAKIRmGV003587; Thu, 20 Nov 2014 19:27:48 +0100 (CET) (envelope-from a@jenisch.at) X-Authentication-Warning: aurora.oekb.co.at: ej set sender to a@jenisch.at using -f Date: Thu, 20 Nov 2014 19:27:48 +0100 From: Ewald Jenisch To: Subject: SCSI errors on VMware guest Message-ID: <20141120182748.GA3546@aurora.oekb.co.at> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 18:29:10 -0000 Hi, I'm running a FreeBSD 9.3 machine (amd64) on a VMware 5.5 host. "Disks" used by this VM come from a NetApp system providing storage for 200+ virtual machines. Increasingly I'm seeing errors like these: Nov 19 09:02:59 igue kernel: (da0:mpt0:0:0:0): WRITE(10). CDB: 2a 00 00 20 02 a2 00 00 40 00 Nov 19 09:02:59 igue kernel: (da0:mpt0:0:0:0): CAM status: SCSI Status Error Nov 19 09:02:59 igue kernel: (da0:mpt0:0:0:0): SCSI status: Busy Nov 19 09:02:59 igue kernel: (da0:mpt0:0:0:0): Retrying command Nov 19 09:02:59 igue kernel: (da0:mpt0:0:0:0): WRITE(10). CDB: 2a 00 00 c0 00 a2 00 00 08 00 Nov 19 09:02:59 igue kernel: (da0:mpt0:0:0:0): CAM status: SCSI Status Error Nov 19 09:02:59 igue kernel: (da0:mpt0:0:0:0): SCSI status: Busy Nov 19 09:02:59 igue kernel: (da0:mpt0:0:0:0): CAM status: SCSI Status Error Nov 19 09:02:59 igue kernel: (da0:mpt0:0:0:0): SCSI status: Busy Nov 19 09:02:59 igue kernel: (da0:mpt0:0:0:0): Retrying command Eventually this ends up in a crash of the system: Nov 19 09:48:17 igue syslogd: kernel boot file is /boot/kernel/kernel Nov 19 09:48:17 igue kernel: panic: initiate_write_inodeblock_ufs2: already started Nov 19 09:48:17 igue kernel: cpuid = 0 Nov 19 09:48:17 igue kernel: KDB: stack backtrace: Nov 19 09:48:17 igue kernel: #0 0xffffffff80934766 at kdb_backtrace+0x66 Nov 19 09:48:17 igue kernel: #1 0xffffffff808fa2ee at panic+0x1ce Nov 19 09:48:17 igue kernel: #2 0xffffffff80b35814 at softdep_disk_io_initiation+0xf04 Nov 19 09:48:17 igue kernel: #3 0xffffffff80b4352f at ffs_geom_strategy+0x17f Nov 19 09:48:17 igue kernel: #4 0xffffffff80980195 at bufwrite+0x145 Nov 19 09:48:17 igue kernel: #5 0xffffffff80979fdf at vfs_bio_awrite+0x7f Nov 19 09:48:17 igue kernel: #6 0xffffffff80986448 at vop_stdfsync+0x288 Nov 19 09:48:17 igue kernel: #7 0xffffffff807dc5e8 at devfs_fsync+0x98 Nov 19 09:48:17 igue kernel: #8 0xffffffff80de31c8 at VOP_FSYNC_APV+0x78 Nov 19 09:48:17 igue kernel: #9 0xffffffff8099ab5b at sync_vnode+0x16b Nov 19 09:48:17 igue kernel: #10 0xffffffff8099ae65 at sched_sync+0x1c5 Nov 19 09:48:17 igue kernel: #11 0xffffffff808c810f at fork_exit+0x11f Nov 19 09:48:17 igue kernel: #12 0xffffffff80ccc5be at fork_trampoline+0xe Nov 19 09:48:17 igue kernel: Uptime: 12d20h44m1s Nov 19 09:48:17 igue kernel: (da0:mpt0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 00 Nov 19 09:48:17 igue kernel: (da0:mpt0:0:0:0): CAM status: Command timeout Nov 19 09:48:17 igue kernel: (da0:mpt0:0:0:0): Error 5, Retries exhausted Nov 19 09:48:17 igue kernel: (da0:mpt0:0:0:0): Synchronize cache failed I've fsck-ed all filesystems in singleuser to be sure there's no logical error, but these SCSI error messages keep coming - and with them crashes of the VM. Also "vmware-checkvm" means everything's fine # vmware-checkvm -h VM's hw version is 4 VMware software version 6 (good) # BTW, I've installed vmware tools that come with the vmware host following this http://hephaex.blogspot.co.at/2013/01/installing-vmware-tools-on-freebsd-91.html advice, i.e. pkg_add -r perl cd /usr/ports/misc/compat6x/; make && make install mount -t cd9660 /dev/cd0 /cdrom cd /tmp mkdir VMware-tools cd VMware-tools/ cp /cdrom/vmware-freebsd-tools.tar.gz . tar zxf vmware-freebsd-tools.tar.gz cd vmware-tools-distrib/lib/modules/source/ tar xf vmmemctl.tar cd vmmemctl-only/ make; make install cd /tmp/VMware-tools/vmware-tools-distrib/lib/modules/source/ tar xf vmblock.tar cd vmblock-only make && make install cd /tmp/VMware-tools/vmware-tools-distrib/ ./vmware-install.pl No errors during building and/or installing. BTW, I've seen these errors only on a FreeBSD system - no other VM running on the host has reported any error whatsoever; so to my understanding it's a FreeBSD related thing going on here.2 Has anybody else seen these errors? Any known cure against it? Thanks much in advance for any clue, -ewald From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 20:11:43 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7C7CBCA for ; Thu, 20 Nov 2014 20:11:43 +0000 (UTC) Received: from st11p00mm-asmtp003.mac.com (st11p00mm-asmtp003.mac.com [17.172.81.2]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 999B868F for ; Thu, 20 Nov 2014 20:11:43 +0000 (UTC) Received: from [192.168.1.10] (66-188-152-20.dhcp.stcd.mn.charter.com [66.188.152.20]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NFC005NZQN9SE40@st11p00mm-asmtp003.mac.com> for freebsd-questions@freebsd.org; Thu, 20 Nov 2014 19:11:36 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.28,0.0.0000 definitions=2014-11-20_08:2014-11-20,2014-11-20,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=15 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1411200152 Message-id: <546E3CE5.7070808@icloud.com> Date: Thu, 20 Nov 2014 13:11:33 -0600 From: Brandon Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-version: 1.0 To: Erich Dollansky , Dan O'Connor Subject: Re: Handbook update section for custom kernel References: <20141119184230.GA36984@vps.markoturk.info> <20141120081504.4c04d4c0@X220.alogt.com> <033101d00459$f41b61a0$dc5224e0$@ferrarishields.com> <20141120184241.6310a3c5@X220.alogt.com> In-reply-to: <20141120184241.6310a3c5@X220.alogt.com> Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 7bit Cc: 'Marko Turk' , freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 20:11:43 -0000 Erich, you create the /boot/GENERIC. On 11/20/2014 04:42 AM, Erich Dollansky wrote: > Hi, > > On Wed, 19 Nov 2014 16:35:58 -0800 > "Dan O'Connor" wrote: > >>> Hi, >>> >>> On Wed, 19 Nov 2014 19:42:30 +0100 >>> Marko Turk wrote: >>> >>>> in handbook, section 24.2.3.1. Custom Kernels with FreeBSD 9.X and >>>> Later says: >>>> "Before using freebsd-update, ensure that a copy of the GENERIC >>>> kernel exists in /boot/GENERIC. If a custom kernel has only been >>>> built once, the kernel in /boot/kernel.old is the GENERIC kernel. >>>> Simply rename this directory to /boot/kernel." >>>> >>>> Should the last sentence be >>>> "Simply rename this directory to /boot/GENERIC." >>>> >>>> or am I missing something? >>>> >>> shouldn't it be /boot/kernel in all cases? I have never seen a >> /boot/GENERIC on >>> my machines. Not even after a fresh install. >>> >>> Erich >> Mark, is correct. >> >> Your newnly-built custom kernel is /boot/kernel. >> mv'ing /boot/kernel.old to /boot/kernel will overwrite the newly >> built custom kernel with the old GENERIC kernel. >> >> Instead, rename /boot/kernel.old to /boot/GENERIC (I use >> /boot/kernel.GENERIC) to preserve the old GENERIC kernel... >> >> Remember, this applies to the first time you build your custom >> kernel. After subsequent kernel builds, /boot/kernel.old will be your >> old custom kernel. Don't overwrite your saved GENERIC kernel with an >> old custom kernel! >> >> -Dan >> >> > what program creates /boot/GENERIC then? > > Erich > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 21:01:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B232DFC9 for ; Thu, 20 Nov 2014 21:01:25 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35C98C32 for ; Thu, 20 Nov 2014 21:01:25 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id w7so2965403lbi.19 for ; Thu, 20 Nov 2014 13:01:23 -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=iWu9AkKD28eLY2kzvNYAEx3If9wQTeC5j8H5ohnDBvY=; b=VrAvmF40x7o3rLwiMPDQps+Ecnz1JouRXWichlVqSZLZoifyetLuLwMHq3F/+/NUU8 bIO9mCzkSl9jOxZX2F7YNESpAJO4A19XLb8C8ZXGSf47uh5v4/SB1bVG2vs0dJ9WnKet eludJ/2p/1aRWBzcdBfZZ2JcqZTXxMg+vsQ8YALCINtGs1AFVaA5w+5/65XMfO+U2mmE zXVigAnxnDbO1R+mSWrVFRoSCT1FxGV0k30elzkA+oU0L8mYMVpOIXZylukB5YbexzVy UseG8NwiKL9i9XJ/dUsj+3Nhy4kbew3pdX9Qz0stwAX77K1c1iOQqH8RhrN489b43Yi4 zA5g== MIME-Version: 1.0 X-Received: by 10.152.20.130 with SMTP id n2mr332170lae.39.1416517283287; Thu, 20 Nov 2014 13:01:23 -0800 (PST) Received: by 10.25.31.2 with HTTP; Thu, 20 Nov 2014 13:01:23 -0800 (PST) Date: Thu, 20 Nov 2014 19:01:23 -0200 Message-ID: Subject: olvwm on amd64 From: Luciano Rottava da Silva To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 21:01:25 -0000 Hello, I am trying to setup up a new FreeBSD desktop at home based on the new 10.1 release. As usual, my wm of choice is olvwm. Well, didn't know ports/packages are not available for amd64, only for i386. Searching on the Internet I've read in many places the problem is with xview and there's no hope for 64-bit platform. But then I've found the following website: http://physionet.caregroup.harvard.edu/physiotools/xview/ So, question is, is it possible to run a i386 Linux package in my amd64 Free machine? Would it be possible run the i386 FreeBSD packages xview and olvwm? How can I run my beloved olvwm? There must be a way! Thanks & Regards, Luciano. From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 21:29:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91972ECF for ; Thu, 20 Nov 2014 21:29:21 +0000 (UTC) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F588EAE for ; Thu, 20 Nov 2014 21:29:21 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id p9so2026878lbv.28 for ; Thu, 20 Nov 2014 13:29:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Cz3jitgqcICQpYiwOHMlFaWGcnK8F2zIa8OOHuMgNfo=; b=Eeo+bGS9/fBmejuoAqXnQqP7hiKO9XYiLxWPLZBep6Yf+WIOykgfjon/WHHnYBNO7z S0XZz7p7svAnd+j0ihi+k9/LCCY57pG+lLWGIqvW1sB6vSnMJAdJA3d6OP6TOF3Rl/nj PvpCvAN2TEegOReyYhmqgvpX/4zcRDoK+tuIVpsTr+bu8t5U6ybZ+GatGfFXH7IZt+Xb MCOugEiMop8/MSE8AMNBXVcwPmPv9mIz/4laqRjqQ+auYzzicTDzqmYnO9by4ovvkH0E Rrt36LNELb/mqPwkdTOIgFVxBL0vmNuOhffJJ1/3VG2lxzrLexxImh/Y3MNgf6jL+aC6 6bGQ== X-Received: by 10.112.136.37 with SMTP id px5mr547394lbb.36.1416518959080; Thu, 20 Nov 2014 13:29:19 -0800 (PST) Received: from blazon-pc.rw.local ([78.84.244.14]) by mx.google.com with ESMTPSA id x8sm777442lae.24.2014.11.20.13.29.18 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Nov 2014 13:29:18 -0800 (PST) Message-ID: <546E5D2D.6010603@gmail.com> Date: Thu, 20 Nov 2014 23:29:17 +0200 From: Alnis Morics User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: olvwm on amd64 References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 21:29:21 -0000 On 11/20/2014 23:01, Luciano Rottava da Silva wrote: > Hello, > > I am trying to setup up a new FreeBSD desktop at home based on the new 10.1 > release. > > As usual, my wm of choice is olvwm. Well, didn't know ports/packages are > not available for amd64, only for i386. > > Searching on the Internet I've read in many places the problem is with > xview and there's no hope for 64-bit platform. > > But then I've found the following website: > > http://physionet.caregroup.harvard.edu/physiotools/xview/ > > So, question is, is it possible to run a i386 Linux package in my amd64 > Free machine? Would it be possible run the i386 FreeBSD packages xview and > olvwm? > > How can I run my beloved olvwm? There must be a way! > > Thanks & Regards, > Luciano. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" Of course ports are available for amd64. Just run portsnap fetch extract to download and extract the ports tree. And olvwm is in ports. To install it, run: cd /usr/ports/x11-wm/olvwm make install clean The manual chapter on how to work with ports: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html -Alnis From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 21:44:34 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 247698CC for ; Thu, 20 Nov 2014 21:44:34 +0000 (UTC) Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14]) by mx1.freebsd.org (Postfix) with ESMTP id DEF17132 for ; Thu, 20 Nov 2014 21:44:33 +0000 (UTC) Received: by vps.markoturk.info (Postfix, from userid 1001) id A5B6927422; Thu, 20 Nov 2014 22:44:18 +0100 (CET) Date: Thu, 20 Nov 2014 22:44:18 +0100 From: Marko Turk To: Brandon Schneider Subject: Re: Handbook update section for custom kernel Message-ID: <20141120214418.GA40347@vps.markoturk.info> References: <20141119184230.GA36984@vps.markoturk.info> <20141120081504.4c04d4c0@X220.alogt.com> <546D33A0.1050309@icloud.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <546D33A0.1050309@icloud.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Erich Dollansky , freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 21:44:34 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Wed, Nov 19, 2014 at 06:19:44PM -0600, Brandon Schneider wrote: > AFAIK the /boot/GENERIC exists so you can use freebsd-update with a=20 > custom kernel. Then freebsd-update updates that kernel so you have a=20 > bootable system that you can rebuild your custom kernel with. I installed 10.0-p12 in a VM, copied /boot/kernel to /boot/GENERIC and built a custom kernel. I did a freebsd-upgrade -r 10.1-RELEASE upgrade and it did not update /boot/GENERIC, instead it overwrited my custom kernel in /boot/kernel. Also, in freebsd-update output, I did not see any warning about using custom kernel. Should I update freebsd-update.conf or use different freebsd-update command? Maybe it was my fault, I will try again tomorrow. BR, Marko --KsGdsel6WgEHnImy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJUbmCyAAoJEJXL/ReD3UkFQL8QAJ6g1pB/w8p4Cqqr9raqxMT8 I69fM8o2uVrrbXJDaYZrsZSxzdXg/BX6c4jQIPAAcsms//nPENBrMg8h6XyyNEaz n/0AcY0SP1Tq4ar1fhW/Z1q6k6SXeXAZug6vQTCp5EyvFFJaNDLcKlQhx1kjVDv4 tzJhjhR/gX/7e/hkV0YPLDb8cmeyFdvQ4bppfKdC+vK2Zp3hV1Q5ByMHmofe9WFn CdnwhZWGbXgX6vlA0Byyxh32A/DfPvB32jiSdCwW0thk+OEmhftEflXPA0Ckp0vX 6flwFq4WBmkuVh5sST5E37g6gt3b7q/qK8PEUZndnzJ1iQyfds4i6xVWIn2PgedO rylP+iqbF7w61FIGvXjF0Q2h3/pO6o3qTmIuvKNWfG2GSCGflRdnKTBT/rk899r8 KRudg+bFImZIfu9xJhmqUKV6DgDUhr82XjfiI0bgk58HeEPpbtg5KMY3OpGXnswM yr+iK7Ia1Qk+N/1qZIaROJoe9okE/Jo79SWLAa3pzxZwvU8WOF6ZxoAlU/cm9k2b dCsikcsAY1brVadriMlBFEUd0YMTdNF9ppQxGMqdNitWj2GePWbl4diGR3bzFqyZ 9k8GyxOUZqze2A8CAbbKnZDfSX63HIbJzbynuM06DYMqTzAdew9uV69f1oxf0EXX GtLt+qiSRYBMsVQL73yM =5dYW -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 21:54:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAAF3E16 for ; Thu, 20 Nov 2014 21:54:51 +0000 (UTC) Received: from st11p00mm-asmtp003.mac.com (st11p00mm-asmtp003.mac.com [17.172.81.2]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD9C1272 for ; Thu, 20 Nov 2014 21:54:51 +0000 (UTC) Received: from [192.168.1.10] (66-188-152-20.dhcp.stcd.mn.charter.com [66.188.152.20]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NFC00DU8Y7CZS70@st11p00mm-asmtp003.mac.com> for freebsd-questions@freebsd.org; Thu, 20 Nov 2014 21:54:50 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.28,0.0.0000 definitions=2014-11-20_08:2014-11-20,2014-11-20,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1411200172 Message-id: <546E6327.7090501@icloud.com> Date: Thu, 20 Nov 2014 15:54:47 -0600 From: Brandon Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-version: 1.0 To: Marko Turk Subject: Re: Handbook update section for custom kernel References: <20141119184230.GA36984@vps.markoturk.info> <20141120081504.4c04d4c0@X220.alogt.com> <546D33A0.1050309@icloud.com> <20141120214418.GA40347@vps.markoturk.info> In-reply-to: <20141120214418.GA40347@vps.markoturk.info> Content-type: text/plain; charset=windows-1252; format=flowed Content-transfer-encoding: 7bit Cc: Erich Dollansky , freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 21:54:51 -0000 That was my understanding based on the handbook here : https://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html . Also it is under the security patches section, so I don't believe it applies to upgrading to a new release. I haven't personally tried this method myself though. On 11/20/2014 03:44 PM, Marko Turk wrote: > Hi, > > On Wed, Nov 19, 2014 at 06:19:44PM -0600, Brandon Schneider wrote: >> AFAIK the /boot/GENERIC exists so you can use freebsd-update with a >> custom kernel. Then freebsd-update updates that kernel so you have a >> bootable system that you can rebuild your custom kernel with. > I installed 10.0-p12 in a VM, copied /boot/kernel to /boot/GENERIC and built > a custom kernel. > > I did a freebsd-upgrade -r 10.1-RELEASE upgrade and it did not update > /boot/GENERIC, instead it overwrited my custom kernel in /boot/kernel. > > Also, in freebsd-update output, I did not see any warning about using > custom kernel. > > Should I update freebsd-update.conf or use different freebsd-update > command? > > Maybe it was my fault, I will try again tomorrow. > > BR, > Marko From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 22:09:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 380402AE for ; Thu, 20 Nov 2014 22:09:21 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AFDE3FC for ; Thu, 20 Nov 2014 22:09:20 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id pv20so3225122lab.37 for ; Thu, 20 Nov 2014 14:09:18 -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 :content-type; bh=y1X95yUc8kL5yhUaCeEQg45yA4f4WcePhHtUDktXksI=; b=BWeieXWrnjQ1IvL/d2m+1Z2LT+v+uXhBASaclFmDzTPLUSsEqhnvQIMDdA5/Z3caz3 Imh6bq4tzwFtdxnc0FRpVtTA8BzCY1Vg+BZVWuMpG6jprkFTOg3HGoMiFnylEajlygsA W5/rd/3g1TpPVs1LjpXu2Jf3efq2KRHUxBhyI5+QaDWUoa42ncnXT08Injb5eALft/Tv eLpZa9YArUk1eeGocwl6ugwAIOfAfwWNmkzKHpyX8dEs4sGg23xY8ug00CPxcvwCwszi N9Sjql6NCbiLdwMShe7uJb7hSoPB+YYsl8Gp/FHfH2cSXOuj4hEQ6K9ckNTRZzDfTrq9 HagQ== MIME-Version: 1.0 X-Received: by 10.152.3.229 with SMTP id f5mr621031laf.94.1416521358761; Thu, 20 Nov 2014 14:09:18 -0800 (PST) Received: by 10.25.31.2 with HTTP; Thu, 20 Nov 2014 14:09:18 -0800 (PST) In-Reply-To: <546E5D2D.6010603@gmail.com> References: <546E5D2D.6010603@gmail.com> Date: Thu, 20 Nov 2014 20:09:18 -0200 Message-ID: Subject: Re: olvwm on amd64 From: Luciano Rottava da Silva To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 22:09:21 -0000 Thanks Alnis but, isn't xview only available for i386? I am stuck because of it. Or am I doing something wrong? root@desktop:/usr/ports/x11-wm/olvwm # make install clean ===> olvwm-4.2_1 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by olvwm-4.2_1 for building ===> Extracting for olvwm-4.2_1 => SHA256 Checksum OK for olvwm4.tar.Z. => SHA256 Checksum OK for olvwm4.Patch01.Z. => SHA256 Checksum OK for olvwm4.Patch02.Z. ===> Patching for olvwm-4.2_1 ===> Applying distribution patches for olvwm-4.2_1 ===> Applying FreeBSD patches for olvwm-4.2_1 ===> olvwm-4.2_1 depends on executable: imake - found ===> olvwm-4.2_1 depends on executable: tradcpp - found ===> olvwm-4.2_1 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - found ===> olvwm-4.2_1 depends on shared library: libxview.so - not found ===> Verifying for libxview.so in /usr/ports/x11-toolkits/xview ===> xview-3.2.1.4.19c_1 is only for i386, while you are running amd64. *** Error code 1 Stop. make[1]: stopped in /usr/ports/x11-toolkits/xview *** Error code 1 Stop. make: stopped in /usr/ports/x11-wm/olvwm On 20 November 2014 19:29, Alnis Morics wrote: > > On 11/20/2014 23:01, Luciano Rottava da Silva wrote: > >> Hello, >> >> I am trying to setup up a new FreeBSD desktop at home based on the new >> 10.1 >> release. >> >> As usual, my wm of choice is olvwm. Well, didn't know ports/packages are >> not available for amd64, only for i386. >> >> Searching on the Internet I've read in many places the problem is with >> xview and there's no hope for 64-bit platform. >> >> But then I've found the following website: >> >> http://physionet.caregroup.harvard.edu/physiotools/xview/ >> >> So, question is, is it possible to run a i386 Linux package in my amd64 >> Free machine? Would it be possible run the i386 FreeBSD packages xview and >> olvwm? >> >> How can I run my beloved olvwm? There must be a way! >> >> Thanks & Regards, >> Luciano. >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions- >> unsubscribe@freebsd.org" >> > Of course ports are available for amd64. Just run > > portsnap fetch extract > > to download and extract the ports tree. > > And olvwm is in ports. To install it, run: > > cd /usr/ports/x11-wm/olvwm > make install clean > > The manual chapter on how to work with ports: > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/ > handbook/ports-using.html > > -Alnis > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Thu Nov 20 22:42:39 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB15BD28 for ; Thu, 20 Nov 2014 22:42:39 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D9D0A12 for ; Thu, 20 Nov 2014 22:42:39 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id k14so4993841wgh.37 for ; Thu, 20 Nov 2014 14:42:37 -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=dDdpNHtwURDuE06F58SzptNBm3DvzQqMjYH9ZYLjydo=; b=ooZ98E0lT3vIpdrKtICHcU8ZAvExDeM3E1rMPm8CuoNjJl+8BM4S9RzqMd+Wa+vA6x cKL+fffzbSV5BZctIEAczsdQW4lkJqdzJNtvnL1cR1AP5E3ZPsYRjxSeBy4Vj5N7ExUR P1qzu7jetSuNeFiRrtWobuYiv1gWbKgaBZSEPijsbTTwzeGhJLRH6G3k/ywc8Lf8l7zg XIC4OOYywTWMIrw9mDDcYNsD3s/1KuUPZHIwR8rDUhyxs9S3AXWydiF8GMkQtOyPOVhw Lni+AruTEt1tCd/smjymsiOwZf2KOXxIF1eZ6XUdkHdgUEAsLLGR4ECplWtf7UMyieW6 xs1g== MIME-Version: 1.0 X-Received: by 10.180.240.201 with SMTP id wc9mr1349196wic.59.1416523357620; Thu, 20 Nov 2014 14:42:37 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Thu, 20 Nov 2014 14:42:37 -0800 (PST) In-Reply-To: References: Date: Thu, 20 Nov 2014 14:42:37 -0800 X-Google-Sender-Auth: FqfKzLTLUKb9WcQAzF8OBlbpb5s Message-ID: Subject: Re: Tag Command Queuing for SCSI devices in FreeBSD From: Adrian Chadd To: Sibananda Sahu Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 22:42:39 -0000 Hi! Please ask this on freebsd-fs@freebsd.org. You're more likely to reach the right developers who can answer CAM questions. Thanks! -a On 18 November 2014 22:02, Sibananda Sahu wrote: > Hi All, > > I just wanted to know if we have something in FreeBSD for the Tag Command > Queuing support in our CAM mid layer as in linux: > http://lwn.net/Articles/2297/ > > My primary question is: > Is there anything in the struct cam_sim or in the union ccb that uses a > tag or some sort of index per I/O transaction so that I can re-use in my > HBA driver??? > > > > Thanks, > Sibananda Sahu > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 03:15:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 603F81BA; Fri, 21 Nov 2014 03:15:36 +0000 (UTC) Received: from m59-178.qiye.163.com (m59-178.qiye.163.com [123.58.178.59]) by mx1.freebsd.org (Postfix) with ESMTP id 150A99A8; Fri, 21 Nov 2014 03:15:32 +0000 (UTC) Received: from [192.168.2.131] (unknown [218.76.35.77]) by m59-178.qiye.163.com (HMail) with ESMTPSA id C6D391480CA5; Fri, 21 Nov 2014 11:06:29 +0800 (CST) Message-ID: <546EAC35.2070603@bjhit.com> Date: Fri, 21 Nov 2014 11:06:29 +0800 From: =?UTF-8?B?5YWo5a6P5bmz?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Subject: how to use ctld export iscsi lun for Xenserver 6.2? X-HM-Spam-Status: e1koWUFPN1dZCBgUCR5ZQUlLVUJLQkJCQkNPTE9KSUpKV1kJDhceCFlBWS grPSQoND0vPToyNyQyNSQzPjo*PilBS1VLQDYjJCI#KCQyNSQzPjo*PilBS1VLQCsvKSQ1NCQyNS QzPjo*PilBSVVLQD8iNTo2MjgkMiskNTQkMjUkMz46Pz4pQUtVS0A2LjcvMiQpOCsvJCgyNjI3Oi kkMjUkMz46Pz4pQU5VS0AyKyROJDYyNS4vPiQ4NS8kSyRKS0FLVUtAMiskSiQ2MjUuLz4kODUvJE skSktBS1VLQDIrJC80PzoiJDg1LyRLJEpLS0FLVUtAMiskSiQzNC4pJDg1LyRLJEpLS0FLVUtAMi skSEskNjI1Li8#JDg1LyRLJE5LQUtVS0A1NC8kPTo2NC4oJD80NjoyNSQoKz0kPToyN0FKS1VLQD 01JDY6IiRPSkIkMzcxJEokS0NLSEtPQUtVSEhAKC45JD5BSlVOTkA9NSQoLjkkPjUsNCk*KCQzNz EkSktLSUtKQUtVSUNAPTUkPSk#PiQzNzEkS0xLTktPQUpVTE5ZBg++ X-HM-Sender-Digest: e1kSHx4VD1lBWUc6OQg6HDo*Kjo5LC0qAQoaQhM8ExxPFC1VSlVKT0pN TkhCSkJKSU5IVTMWGhIXVQoOGhUkEwsSFRw7GRETEg9VGBQWRVlXWQweGVlBHRoXCB5XWQgBWUFJ S0lPQ003V1kSC1lBWUlKQ1VMTVVITlVMTFkG X-HM-Tid: 0a49d050b272649fc6d391480ca5 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 03:15:36 -0000 Hi,everybody! I'm new to freebsd,I'm first use maillist.I'm Chinese,so English is not my mother language. Recently I know Freebsd native support ISCSI by ctld.I use samsung 840 evo SSD disk for ISCSI lun. *My partition schema is GPT,like below:* root@freebsd10ssd:~ # gpart show ada0 => 34 1953525101 ada0 GPT (932G) 34 128 1 freebsd-boot (64K) 162 209715072 2 freebsd-ufs (100G) 209715234 104857600 3 freebsd-ufs (50G) 314572834 6 - free - (3.0K) 314572840 524288000 4 freebsd-ufs (250G) 838860840 419430400 5 freebsd-zfs (200G) 1258291240 695233888 6 freebsd-ufs (332G) 1953525128 7 - free - (3.5K) *My ctl.conf file like this:* root@freebsd10ssd:~ # cat /etc/ctl.conf #auth-group ag0 { # chap username1 secretsecret # chap username2 anothersecret #} portal-group san { discovery-auth-group no-authentication listen 172.19.22.12 } target iqn.2014-11.local.heetian:target0 { auth-group no-authentication # auth-group ag0 portal-group san lun 0 { path /dev/ada0p6 blocksize 4K # size 100G } } From Xencenter add new-sr "Software iSCSI" sucessful. When I test create virtual disk,error displaying: From Xenserver console,use lvs command I find the vhd created. *SOS,My question is how to use ctld export iscsi lun for Xenserver?* PS:I use Ubuntu 1404+LIO SCSI target as SAN,the Xenserver can create vhd file file. Below are Xenserver log /var/log/messages. Nov 21 09:41:25 xs15-13 xapi: [ info|xs15-13|3366|Async.SR.create R:46f2a30b95d2|storage_access] SR 9386f78a-505d-ecba-f1f0-ecf6825af7f0 will be implemented by /services/SM/lvmoiscsi in VM OpaqueRef:4d9efad7-2f79-a40b-0493-3320dcadc656 Nov 21 09:41:26 xs15-13 kernel: [70794.299478] scsi8 : iSCSI Initiator over TCP/IP Nov 21 09:41:27 xs15-13 iscsid: connection3:0 is operational now Nov 21 09:41:32 xs15-13 xapi: [error|xs15-13|3366|Async.SR.create R:46f2a30b95d2|storage_access] Re-raising as SR_BACKEND_FAILURE_107 [ ; The SCSIid parameter is missing or incorrect; LIO-ORG 45f8b1af-dba3-4730-aedb-76ff8b60c407 0 85899345920 3600140545f8b1afdba34730aedb76ff8 ] Nov 21 09:41:49 xs15-13 kernel: [70817.669446] scsi9 : iSCSI Initiator over TCP/IP Nov 21 09:41:50 xs15-13 iscsid: connection4:0 is operational now Nov 21 09:42:12 xs15-13 xapi: [ info|xs15-13|3181 INET 0.0.0.0:80|SR.create R:90cd22c16884|storage_access] SR 7fdb950b-7572-038d-9a75-3d2dcd5b88fd will be implemented by /services/SM/lvmoiscsi in VM OpaqueRef:4d9efad7-2f79-a40b-0493-3320dcadc656 Nov 21 09:42:13 xs15-13 kernel: [70841.549700] scsi10 : iSCSI Initiator over TCP/IP Nov 21 09:42:14 xs15-13 iscsid: connection5:0 is operational now Nov 21 09:42:20 xs15-13 xapi: [ info|xs15-13|3429 UNIX /var/xapi/xapi|PBD.plug R:3f02278f6c44|storage_access] SR 7fdb950b-7572-038d-9a75-3d2dcd5b88fd will be implemented by /services/SM/lvmoiscsi in VM OpaqueRef:4d9efad7-2f79-a40b-0493-3320dcadc656 Nov 21 09:42:20 xs15-13 xapi: [ info|xs15-13|3429 UNIX /var/xapi/xapi|PBD.plug R:3f02278f6c44|storage_impl] SR.attach dbg:OpaqueRef:3f02278f-6c44-3371-4b15-4182b0e56f04 sr:7fdb950b-7572-038d-9a75-3d2dcd5b88fd device_config:[port:3260; SCSIid:3600140545f8b1afdba34730aedb76ff8; target:172.19.22.16; targetIQN:iqn.2003-01.org.linux-iscsi.ubuntu-22-16.x8664:sn.3434f50e44e2] Nov 21 09:42:21 xs15-13 kernel: [70849.179546] scsi11 : iSCSI Initiator over TCP/IP Nov 21 09:42:21 xs15-13 iscsid: connection6:0 is operational now Nov 21 09:42:26 xs15-13 xapi: [ info|xs15-13|3429 UNIX /var/xapi/xapi|PBD.plug R:3f02278f6c44|xapi] Not registering SM plugin lvmoiscsi (version 1.0 < 2.0) Nov 21 09:43:25 xs15-13 xapi: [ info|xs15-13|3515|Async.SR.create R:23f0b2cdc897|storage_access] SR 2b5dec7c-a1a8-b835-25e9-9e408dec1db0 will be implemented by /services/SM/lvmoiscsi in VM OpaqueRef:4d9efad7-2f79-a40b-0493-3320dcadc656 Nov 21 09:43:25 xs15-13 xapi: [error|xs15-13|3515|Async.SR.create R:23f0b2cdc897|storage_access] Re-raising as SR_BACKEND_FAILURE_96 [ ; The request is missing or has an incorrect target IQN parameter; 0 172.19.22.12 iqn.2014-11.local.heetian:target0 1 172.19.22.12 * ] Nov 21 09:43:28 xs15-13 xapi: [ info|xs15-13|3525|Async.SR.create R:18b51f1c1efc|storage_access] SR 08331dd9-af8f-e62a-ebd4-d5d5ab8f3927 will be implemented by /services/SM/lvmoiscsi in VM OpaqueRef:4d9efad7-2f79-a40b-0493-3320dcadc656 Nov 21 09:43:29 xs15-13 kernel: [70917.219510] scsi12 : iSCSI Initiator over TCP/IP Nov 21 09:43:30 xs15-13 iscsid: connection7:0 is operational now Nov 21 09:43:35 xs15-13 xapi: [error|xs15-13|3525|Async.SR.create R:18b51f1c1efc|storage_access] Re-raising as SR_BACKEND_FAILURE_107 [ ; The SCSIid parameter is missing or incorrect; FREEBSD MYSERIAL0 0 355959750656 1FREEBSD_MYDEVID_0 ] Nov 21 09:43:37 xs15-13 kernel: [70926.039512] scsi13 : iSCSI Initiator over TCP/IP Nov 21 09:43:38 xs15-13 iscsid: connection8:0 is operational now Nov 21 09:43:56 xs15-13 xapi: [ info|xs15-13|3181 INET 0.0.0.0:80|SR.create R:04af809aa981|storage_access] SR 54d4dd14-0b89-768f-6d94-e9f20b3c0ae6 will be implemented by /services/SM/lvmoiscsi in VM OpaqueRef:4d9efad7-2f79-a40b-0493-3320dcadc656 Nov 21 09:43:57 xs15-13 kernel: [70945.639711] scsi14 : iSCSI Initiator over TCP/IP Nov 21 09:43:58 xs15-13 iscsid: connection9:0 is operational now Nov 21 09:44:04 xs15-13 xapi: [ info|xs15-13|3589 UNIX /var/xapi/xapi|PBD.plug R:24eeb0253bb2|storage_access] SR 54d4dd14-0b89-768f-6d94-e9f20b3c0ae6 will be implemented by /services/SM/lvmoiscsi in VM OpaqueRef:4d9efad7-2f79-a40b-0493-3320dcadc656 Nov 21 09:44:05 xs15-13 kernel: [70953.279502] scsi15 : iSCSI Initiator over TCP/IP Nov 21 09:44:05 xs15-13 iscsid: connection10:0 is operational now Nov 21 09:44:11 xs15-13 xapi: [ info|xs15-13|3589 UNIX /var/xapi/xapi|PBD.plug R:24eeb0253bb2|xapi] Not registering SM plugin lvmoiscsi (version 1.0 < 2.0) Nov 21 09:45:01 xs15-13 xapi: [ info|xs15-13|3669|Async.PBD.unplug R:98cbed3238a4|xapi] Not unregistering SM plugin lvmoiscsi (version 1.0 < 2.0) From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 03:35:32 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D31DE854 for ; Fri, 21 Nov 2014 03:35:32 +0000 (UTC) Received: from mail-qc0-x23e.google.com (mail-qc0-x23e.google.com [IPv6:2607:f8b0:400d:c01::23e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6945EB72; Fri, 21 Nov 2014 03:35:32 +0000 (UTC) Received: by mail-qc0-f190.google.com with SMTP id c9so554210qcz.27 for ; Thu, 20 Nov 2014 19:35:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-type; bh=1U3Aijq5xuu09oaJtS1B7SHZbJoIu8UajkJMXQuw8Ac=; b=pywBpYRqyuDiAMvhYdw119JVJCjtRo+7Caniv6oOTUWKwcnd1jSBTcLip9h0VkIJpN GvF9GYP2ZoEvVfwkViWMSsgHhWyRJ37uodOMM8soZhmRwLvun6ciAjW0lLXQSADnVCy0 8/layupxZKmlU1FRs2nDJ5stQzcmXYlDI+c7avWktk8xtXIxaOQkdxyoIoA0bfCpnyjy dCKsATI8X7WuMJvqgM9hPURg3fkKJXRDRoGJhx/gTmGv2+SgPqpsa3QsNs2QoIUHjbLw 3eSBUQj+FfbLLVRJJs5gkDShQzj1AgifsJYNJtEsJc+WwtSY00n4uIuGPBMuy8eyxkA/ FhEw== X-Received: by 10.50.67.97 with SMTP id m1mr258297igt.1.1416540931571; Thu, 20 Nov 2014 19:35:31 -0800 (PST) X-Google-Doc-Id: f4b287d3e36a64e6 X-Google-Web-Client: true Date: Thu, 20 Nov 2014 19:35:29 -0800 (PST) From: unixfreaxjp22@gmail.com To: ml-freebsd-questions@googlegroups.com Message-Id: <3e781c35-e3b0-4edf-8154-947b20f66012@googlegroups.com> In-Reply-To: <20140801234928.GC17393@slackbox.erewhon.home> References: <20140801083437.49ad718b@scorpio> <20140801175845.GB16376@slackbox.erewhon.home> <20140801152413.2864b4c6@scorpio> <20140801234928.GC17393@slackbox.erewhon.home> Subject: Re: Shared object "libintl.so.9" not found, required by "bash" MIME-Version: 1.0 X-Google-IP: 59.146.223.130 X-Mailman-Approved-At: Fri, 21 Nov 2014 04:17:42 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: rsmith@xs4all.nl, jerry@seibercom.net, freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 03:35:33 -0000 Happened here on 4 VPS using 9.3-RELEASE-p2 there are some program using bash shell login by remote and all went *poof* with the error message pic I attached together with ldd output. 1. I really don't understand why bash now need to use libintl.so.9 (gettext's lib), can't see any announce for that too. 2. It supposed to be linked like the below: $ uname -m i386 $ ldd /usr/local/bin/bash /usr/local/bin/bash: libncurses.so.8 => /lib/libncurses.so.8 (0x2811c000) libintl.so.9 => /usr/local/lib/libintl.so.9 (0x2815c000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28165000) libc.so.7 => /lib/libc.so.7 (0x2825d000) 3. funny thing is all my 9.3 release freebsd amd is having this bug now and bash user can't login. Yet 9.1 but in intel x32 wasn't occured rgds / @unixfreaxjp On Saturday, August 2, 2014 8:49:36 AM UTC+9, Roland Smith wrote: > > On Fri, Aug 01, 2014 at 03:24:13PM -0400, Jerry wrote: > > On Fri, 1 Aug 2014 19:58:45 +0200, Roland Smith stated: > > > > >On Fri, Aug 01, 2014 at 08:34:37AM -0400, Jerry wrote: > > >> Fri, 1 Aug 2014 08:26:26 -0400 > > >> > > >> I just used "freebsd-update" to update my system to FreeBSD > 10.0-RELEASE-p7 > > >> from "p3". Now, when I boot up, I am greeted with this friendly > message: > > >> > > >> Shared object "libintl.so.9" not found, required by "bash" > > > > > >This means that bash cannot be loaded. But it shouldn't have anything > to do > > >with updating the base system, because libintl.so.9 is part of the > > >devel/gettext port. > > > > > >> The file does exist. I rebuilt bash and rebooted the system; however, > the > > >> message still appears. > > > > > >Are you sure you also *installed* the new bash? > > >What does `ldd /usr/local/bin/bash` tell you? > > > > ldd /usr/local/bin/bash > > /usr/local/bin/bash: > > libncurses.so.8 => /lib/libncurses.so.8 (0x8008e7000) > > libintl.so.9 => /usr/local/lib/libintl.so.9 (0x800b33000) > > libc.so.7 => /lib/libc.so.7 (0x800d3c000) > > > > locate libintl.so.9 > > /usr/local/lib/libintl.so.9 > > > > >> I do not see any evidence of a failure by bash, so I > > >> am wondering if this is just a harmless error message. > > Everything seems to be OK. Weird. > > The only causes I can think of is that the system tries to start bash > before > ldconfig(8) is run to update the hints file /var/run/ld-elf.so.hints. Or > that > the hints file is inaccessible for some reason. > > Since the dynamic linker only looks in /lib and /usr/lib by default, that > would make the linking with a library in /usr/local/lib fail. > > But how that could happen I don't know. > > > Roland > -- > R.F.Smith http://rsmith.home.xs4all.nl/ > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] > pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) > From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 06:53:07 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B952D54E for ; Fri, 21 Nov 2014 06:53:07 +0000 (UTC) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 37713F5E for ; Fri, 21 Nov 2014 06:53:07 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id p9so2504619lbv.14 for ; Thu, 20 Nov 2014 22:53:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=IcVoMjc1HKwS0ZFxMON894o3T/UQOr22KTgF1bqvnrY=; b=jpM1ZONW3Z4BlFsrBnJS8rwsWcu+OUc5BVh27LH8mWjuwG1eQVDoy+/mnd9TJaAbvi wLtsyTWT3gr5xdCF4rLN6rYRmy96BBlPvKN+Cqe4lbc1+OREIbu3YLmMlM2iq6PoZxOi woi1LIlLDiRE5Qj0dFfq7NIJCQ9HkAkJ0LWVcrSORaDDgZBi6DFeglsHQ2eCBwKjyyml ebQdgRqfsQgczz4Y+/jM1MSXH6rmL+zIX1T3sE7LwbGY9XFCu0GxKgbNGKELBf7Qlm9V MrCEI/1OeOZJdz6UV7fnZXc2/gsp+30aOmWIoGplKcSLA+92aXAsvoM6ud68GnGJtcSS BAQA== X-Received: by 10.112.235.196 with SMTP id uo4mr2275733lbc.66.1416552784846; Thu, 20 Nov 2014 22:53:04 -0800 (PST) Received: from blazon-pc.rw.local ([78.84.244.14]) by mx.google.com with ESMTPSA id q7sm987295laq.32.2014.11.20.22.53.03 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Nov 2014 22:53:04 -0800 (PST) Message-ID: <546EE14E.7050507@gmail.com> Date: Fri, 21 Nov 2014 08:53:02 +0200 From: Alnis Morics User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: olvwm on amd64 References: <546E5D2D.6010603@gmail.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 06:53:07 -0000 On 11/21/2014 00:09, Luciano Rottava da Silva wrote: > Thanks Alnis but, isn't xview only available for i386? > > I am stuck because of it. Or am I doing something wrong? > > root@desktop:/usr/ports/x11-wm/olvwm # make install clean > ===> olvwm-4.2_1 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by olvwm-4.2_1 for building > ===> Extracting for olvwm-4.2_1 > => SHA256 Checksum OK for olvwm4.tar.Z. > => SHA256 Checksum OK for olvwm4.Patch01.Z. > => SHA256 Checksum OK for olvwm4.Patch02.Z. > ===> Patching for olvwm-4.2_1 > ===> Applying distribution patches for olvwm-4.2_1 > ===> Applying FreeBSD patches for olvwm-4.2_1 > ===> olvwm-4.2_1 depends on executable: imake - found > ===> olvwm-4.2_1 depends on executable: tradcpp - found > ===> olvwm-4.2_1 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - > found > ===> olvwm-4.2_1 depends on shared library: libxview.so - not found > ===> Verifying for libxview.so in /usr/ports/x11-toolkits/xview > ===> xview-3.2.1.4.19c_1 is only for i386, while you are running amd64. > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/x11-toolkits/xview > *** Error code 1 > > Stop. > make: stopped in /usr/ports/x11-wm/olvwm > > > On 20 November 2014 19:29, Alnis Morics wrote: > >> On 11/20/2014 23:01, Luciano Rottava da Silva wrote: >> >>> Hello, >>> >>> I am trying to setup up a new FreeBSD desktop at home based on the new >>> 10.1 >>> release. >>> >>> As usual, my wm of choice is olvwm. Well, didn't know ports/packages are >>> not available for amd64, only for i386. >>> >>> Searching on the Internet I've read in many places the problem is with >>> xview and there's no hope for 64-bit platform. >>> >>> But then I've found the following website: >>> >>> http://physionet.caregroup.harvard.edu/physiotools/xview/ >>> >>> So, question is, is it possible to run a i386 Linux package in my amd64 >>> Free machine? Would it be possible run the i386 FreeBSD packages xview and >>> olvwm? >>> >>> How can I run my beloved olvwm? There must be a way! >>> >>> Thanks & Regards, >>> Luciano. >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to "freebsd-questions- >>> unsubscribe@freebsd.org" >>> >> Of course ports are available for amd64. Just run >> >> portsnap fetch extract >> >> to download and extract the ports tree. >> >> And olvwm is in ports. To install it, run: >> >> cd /usr/ports/x11-wm/olvwm >> make install clean >> >> The manual chapter on how to work with ports: >> >> https://www.freebsd.org/doc/en_US.ISO8859-1/books/ >> handbook/ports-using.html >> >> -Alnis >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions- >> unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" Ah, I see. Then it's way more complicated. You need a 32-bit build environment. There are examples of how to build Wine (which is a 32-bit application, too) on a amd64 system (no longer needed because now there's a i386-wine port) which involves preparing a 32-bit build environment. You can take one such example (say, http://daemon-notes.com/articles/other/wine/prepare) and build xview instead. But I guess it's an overkill unless you can't do without xview. From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 11:17:21 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FB0A5EA for ; Fri, 21 Nov 2014 11:17:21 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A6CAF89 for ; Fri, 21 Nov 2014 11:17:21 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id rp18so4707495iec.11 for ; Fri, 21 Nov 2014 03:17:20 -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=F1LhJVl5T1ofNvRz7WtGpTNB1JkXxHhSqgkKcb22CTo=; b=Wim0rAMJXJBljOpvkpbpxwLUBQ+rVoJ+MsRlolCIO/5642Ce3HHZ1WQP57UZrsKjds kjT0d1WdFXmkKN3/1F6PzAbMdpy6vqDU16MLYCFh8q6+Be+dvf0ksL8LJhlEFDUkqRI5 IqIfx96d2Tt4E9IZ5lyVM5eAv3P27CBDOoVHFpGhHJ37516qgGHWCql7ER82grGh47AP DKbsInlE0WWm2ZOwlPa1Ssw7j/IvInzIVfosxyV/MTdx/YcgO+mmbNp6YwpQ15EAHBxd D0WCR6wr/lzYEdBqXUvNfTctrDP14NHtTbYOF7+A2rKvudfNskILyNYCFC8tEC+0Eajk 6qeg== MIME-Version: 1.0 X-Received: by 10.107.6.144 with SMTP id f16mr2003693ioi.77.1416568640823; Fri, 21 Nov 2014 03:17:20 -0800 (PST) Received: by 10.107.156.210 with HTTP; Fri, 21 Nov 2014 03:17:20 -0800 (PST) Date: Fri, 21 Nov 2014 12:17:20 +0100 Message-ID: Subject: webcamd for integrated ricoh webcam on sony vaio VGN-SZ4XN/C laptop (linux driver r5u870) From: Giuseppe Pagnoni To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 11:17:21 -0000 Dear all, I am trying with no success to make the camera on my laptop work under FreeBSD 10.1 i386. The laptop is a Vaio VGN-SZ4XN/C, and the integrated webcam is a Ricoh-made one. Under Linux, it is recognized as: "05ca:1835 Sony Visual Communication Camera VGP-VCC5" and is supported by the driver r5u870. I am unable to make it work under FreeBSD. I installed the packages: - lib4l - v4l_compat - webcamd - cuse4BSD-kmod And entered in /boot/loader.conf: cuse4bsd_load="YES" and in /etc/rc.conf: webcamd_enable="YES" The camera is attached to usb 4.3. Now, if I enter: # webcamd -d ugen4.3 -i 0 -v 0 I get: Attached to ugen4.3[0] webcamd: cannot find USB device Any suggestions? thanks in advance! giuseppe From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 11:29:41 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29B57CAA for ; Fri, 21 Nov 2014 11:29:41 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86B8C114 for ; Fri, 21 Nov 2014 11:29:40 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id pv20so4100944lab.9 for ; Fri, 21 Nov 2014 03:29:38 -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 :content-type; bh=Op7BINY+8FYJbV4JmoU+3EaBWO+ZksYMSqP/RshYstQ=; b=gnMnWpuEuRYHzD1IrqXofzU8KuDYEMyAJC3MPlG14sX48l8d/RqY0Sjz15DITX9XX5 N4dZ0Ep/iUeODxRyqTtCM1DcctwAr3A/fhkCK0BxW0pfxpWkvTUsTKD2u8GvxNf4l3t4 mx1Q917KdBQT6X3Ci4V35pVrOKMUr+iZNsISHVF6n7f/RGkS48WPZ+OhBs2R9J2zS01m 2++5qEA2PKD6YGAg2AbJkgexGruxHArQQMTAk9MW2b9ey6wdauidTM53khUDiKsjVC0E fxi93TtuncuXUmFcqNsgg/3CVtHiSV+HhjQLj5pdhbfmGbCni1E+xVxmLerudx87QwBy BkSg== MIME-Version: 1.0 X-Received: by 10.152.207.71 with SMTP id lu7mr3751106lac.81.1416569378235; Fri, 21 Nov 2014 03:29:38 -0800 (PST) Received: by 10.25.31.2 with HTTP; Fri, 21 Nov 2014 03:29:38 -0800 (PST) In-Reply-To: <546EE14E.7050507@gmail.com> References: <546E5D2D.6010603@gmail.com> <546EE14E.7050507@gmail.com> Date: Fri, 21 Nov 2014 09:29:38 -0200 Message-ID: Subject: Re: olvwm on amd64 From: Luciano Rottava da Silva To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 11:29:41 -0000 That=C2=B4s the point. Binary packages are available for i386, but I guess = it=C2=B4s not possible to run them in FreeBSD. Maybe similar to OpenBSD where amd64 platform does not run i386 packages, as far as I know. Because of that, I thought about running binary packages (i386 also) from Linux using FreeBSD compat layer. Hope it will work. However, I wonder how Linux distributions do that! I have a Ubuntu desktop, amd64, running olvwm. We know xview is not availabe for 64-bit platforms, but applications based on it run perfectly in Linux. How come?! Best Regards. On 21 November 2014 04:53, Alnis Morics wrote: > > On 11/21/2014 00:09, Luciano Rottava da Silva wrote: > >> Thanks Alnis but, isn't xview only available for i386? >> >> I am stuck because of it. Or am I doing something wrong? >> >> root@desktop:/usr/ports/x11-wm/olvwm # make install clean >> =3D=3D=3D> olvwm-4.2_1 depends on file: /usr/local/sbin/pkg - found >> =3D=3D=3D> Fetching all distfiles required by olvwm-4.2_1 for building >> =3D=3D=3D> Extracting for olvwm-4.2_1 >> =3D> SHA256 Checksum OK for olvwm4.tar.Z. >> =3D> SHA256 Checksum OK for olvwm4.Patch01.Z. >> =3D> SHA256 Checksum OK for olvwm4.Patch02.Z. >> =3D=3D=3D> Patching for olvwm-4.2_1 >> =3D=3D=3D> Applying distribution patches for olvwm-4.2_1 >> =3D=3D=3D> Applying FreeBSD patches for olvwm-4.2_1 >> =3D=3D=3D> olvwm-4.2_1 depends on executable: imake - found >> =3D=3D=3D> olvwm-4.2_1 depends on executable: tradcpp - found >> =3D=3D=3D> olvwm-4.2_1 depends on file: /usr/local/libdata/pkgconfig/x= pm.pc - >> found >> =3D=3D=3D> olvwm-4.2_1 depends on shared library: libxview.so - not fo= und >> =3D=3D=3D> Verifying for libxview.so in /usr/ports/x11-toolkits/xview >> =3D=3D=3D> xview-3.2.1.4.19c_1 is only for i386, while you are running = amd64. >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /usr/ports/x11-toolkits/xview >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/x11-wm/olvwm >> >> >> On 20 November 2014 19:29, Alnis Morics wrote: >> >> On 11/20/2014 23:01, Luciano Rottava da Silva wrote: >>> >>> Hello, >>>> >>>> I am trying to setup up a new FreeBSD desktop at home based on the new >>>> 10.1 >>>> release. >>>> >>>> As usual, my wm of choice is olvwm. Well, didn't know ports/packages a= re >>>> not available for amd64, only for i386. >>>> >>>> Searching on the Internet I've read in many places the problem is with >>>> xview and there's no hope for 64-bit platform. >>>> >>>> But then I've found the following website: >>>> >>>> http://physionet.caregroup.harvard.edu/physiotools/xview/ >>>> >>>> So, question is, is it possible to run a i386 Linux package in my amd6= 4 >>>> Free machine? Would it be possible run the i386 FreeBSD packages xview >>>> and >>>> olvwm? >>>> >>>> How can I run my beloved olvwm? There must be a way! >>>> >>>> Thanks & Regards, >>>> Luciano. >>>> _______________________________________________ >>>> freebsd-questions@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>>> To unsubscribe, send any mail to "freebsd-questions- >>>> unsubscribe@freebsd.org" >>>> >>>> Of course ports are available for amd64. Just run >>> >>> portsnap fetch extract >>> >>> to download and extract the ports tree. >>> >>> And olvwm is in ports. To install it, run: >>> >>> cd /usr/ports/x11-wm/olvwm >>> make install clean >>> >>> The manual chapter on how to work with ports: >>> >>> https://www.freebsd.org/doc/en_US.ISO8859-1/books/ >>> handbook/ports-using.html >>> >>> -Alnis >>> >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to "freebsd-questions- >>> unsubscribe@freebsd.org" >>> >>> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions- >> unsubscribe@freebsd.org" >> > Ah, I see. Then it's way more complicated. You need a 32-bit build > environment. There are examples of how to build Wine (which is a 32-bit > application, too) on a amd64 system (no longer needed because now there's= a > i386-wine port) which involves preparing a 32-bit build environment. You > can take one such example (say, http://daemon-notes.com/ > articles/other/wine/prepare) and build xview instead. But I guess it's an > overkill unless you can't do without xview. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 11:52:37 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7381744E for ; Fri, 21 Nov 2014 11:52:37 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 19FB061E for ; Fri, 21 Nov 2014 11:52:36 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id sALBqRWX043279; Fri, 21 Nov 2014 11:52:28 GMT (envelope-from freebsd@qeng-ho.org) Message-ID: <546F277B.8030204@qeng-ho.org> Date: Fri, 21 Nov 2014 11:52:27 +0000 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Luciano Rottava da Silva , freebsd-questions@freebsd.org Subject: Re: olvwm on amd64 References: <546E5D2D.6010603@gmail.com> <546EE14E.7050507@gmail.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 11:52:37 -0000 On 21/11/2014 11:29, Luciano Rottava da Silva wrote: > That´s the point. Binary packages are available for i386, but I guess it´s > not possible to run them in FreeBSD. Maybe similar to OpenBSD where amd64 > platform does not run i386 packages, as far as I know. I thought that was the entire point of the lib32 subsystem under amd64 - to allow 32 bit code to run on a 64 bit machine? After all, Wine (mentioned below) is 32 bit and runs on amd64. > Because of that, I thought about running binary packages (i386 also) from > Linux using FreeBSD compat layer. Hope it will work. > > However, I wonder how Linux distributions do that! I have a Ubuntu desktop, > amd64, running olvwm. > > We know xview is not availabe for 64-bit platforms, but applications based > on it run perfectly in Linux. > > How come?! > > Best Regards. > > On 21 November 2014 04:53, Alnis Morics wrote: > >> >> On 11/21/2014 00:09, Luciano Rottava da Silva wrote: >> >>> Thanks Alnis but, isn't xview only available for i386? >>> >>> I am stuck because of it. Or am I doing something wrong? >>> >>> root@desktop:/usr/ports/x11-wm/olvwm # make install clean >>> ===> olvwm-4.2_1 depends on file: /usr/local/sbin/pkg - found >>> ===> Fetching all distfiles required by olvwm-4.2_1 for building >>> ===> Extracting for olvwm-4.2_1 >>> => SHA256 Checksum OK for olvwm4.tar.Z. >>> => SHA256 Checksum OK for olvwm4.Patch01.Z. >>> => SHA256 Checksum OK for olvwm4.Patch02.Z. >>> ===> Patching for olvwm-4.2_1 >>> ===> Applying distribution patches for olvwm-4.2_1 >>> ===> Applying FreeBSD patches for olvwm-4.2_1 >>> ===> olvwm-4.2_1 depends on executable: imake - found >>> ===> olvwm-4.2_1 depends on executable: tradcpp - found >>> ===> olvwm-4.2_1 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - >>> found >>> ===> olvwm-4.2_1 depends on shared library: libxview.so - not found >>> ===> Verifying for libxview.so in /usr/ports/x11-toolkits/xview >>> ===> xview-3.2.1.4.19c_1 is only for i386, while you are running amd64. >>> *** Error code 1 >>> >>> Stop. >>> make[1]: stopped in /usr/ports/x11-toolkits/xview >>> *** Error code 1 >>> >>> Stop. >>> make: stopped in /usr/ports/x11-wm/olvwm >>> >>> >>> On 20 November 2014 19:29, Alnis Morics wrote: >>> >>> On 11/20/2014 23:01, Luciano Rottava da Silva wrote: >>>> >>>> Hello, >>>>> >>>>> I am trying to setup up a new FreeBSD desktop at home based on the new >>>>> 10.1 >>>>> release. >>>>> >>>>> As usual, my wm of choice is olvwm. Well, didn't know ports/packages are >>>>> not available for amd64, only for i386. >>>>> >>>>> Searching on the Internet I've read in many places the problem is with >>>>> xview and there's no hope for 64-bit platform. >>>>> >>>>> But then I've found the following website: >>>>> >>>>> http://physionet.caregroup.harvard.edu/physiotools/xview/ >>>>> >>>>> So, question is, is it possible to run a i386 Linux package in my amd64 >>>>> Free machine? Would it be possible run the i386 FreeBSD packages xview >>>>> and >>>>> olvwm? >>>>> >>>>> How can I run my beloved olvwm? There must be a way! >>>>> >>>>> Thanks & Regards, >>>>> Luciano. >>>>> _______________________________________________ >>>>> freebsd-questions@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>>>> To unsubscribe, send any mail to "freebsd-questions- >>>>> unsubscribe@freebsd.org" >>>>> >>>>> Of course ports are available for amd64. Just run >>>> >>>> portsnap fetch extract >>>> >>>> to download and extract the ports tree. >>>> >>>> And olvwm is in ports. To install it, run: >>>> >>>> cd /usr/ports/x11-wm/olvwm >>>> make install clean >>>> >>>> The manual chapter on how to work with ports: >>>> >>>> https://www.freebsd.org/doc/en_US.ISO8859-1/books/ >>>> handbook/ports-using.html >>>> >>>> -Alnis >>>> [list bumf snipped] >>> >> Ah, I see. Then it's way more complicated. You need a 32-bit build >> environment. There are examples of how to build Wine (which is a 32-bit >> application, too) on a amd64 system (no longer needed because now there's a >> i386-wine port) which involves preparing a 32-bit build environment. You >> can take one such example (say, http://daemon-notes.com/ >> articles/other/wine/prepare) and build xview instead. But I guess it's an >> overkill unless you can't do without xview. -- Those who do not learn from computing history are doomed to GOTO 1 From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 12:14:23 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C4FCB0A; Fri, 21 Nov 2014 12:14:23 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B8B589F; Fri, 21 Nov 2014 12:14:22 +0000 (UTC) Received: from [82.113.99.184] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Xrn6L-0002VL-5x; Fri, 21 Nov 2014 13:14:13 +0100 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id sALCEAHM002221; Fri, 21 Nov 2014 13:14:11 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id sALCE9Sk002220; Fri, 21 Nov 2014 13:14:09 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Fri, 21 Nov 2014 13:14:09 +0100 From: Matthias Apitz To: freebsd-mobile@freebsd.org Subject: netbook Acer Aspire Es1-111 Message-ID: <20141121121409.GA2175@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-mobile@freebsd.org, freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 82.113.99.184 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 12:14:23 -0000 Hello, Is someone using the new Acer Aspire Es1-111 netbook with FreeBSD or can provide a PCI listing from booting it with Linux or Windows? Thanks matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 12:38:54 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30F4F151 for ; Fri, 21 Nov 2014 12:38:54 +0000 (UTC) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A154AAB8 for ; Fri, 21 Nov 2014 12:38:53 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id 10so1109196lbg.36 for ; Fri, 21 Nov 2014 04:38:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Fw1DmWoEmGin9eyk9pljzNVoHxZpp/CHeb8eXWcmVQ4=; b=R4Vyi9RYjzLj6yzrQYx0NN102zvcgxgHAvFeKTI29CE9XcfUmz0W+z9KmzF/fDhMRB 7PYlqIHOKb8UwSRJE7RLYoRuatEUFKvYkHMG+zef0zu8t3fnBoUo/SWBsxR/0GFsRemu GyCRi0b5zAlcimWFzQGJ2edyfKT0pFbYB+DsYRh2m/jTQ7Gb9e48JQM732OXslqHcczH AnrDlSJx8X6WlFsKw9h0xVgDZK0K/xmVVZ7h+EGy4GVYpk5X8XmrknT0Dxw71sKH+rkr MvC9ct49WU2HZ/tdyTxygRhlHUktEmZiqm+PFrm7B4BB4Ockc3LhzihIolV0CptT2jF5 O7lQ== X-Received: by 10.152.115.230 with SMTP id jr6mr4359584lab.2.1416573531592; Fri, 21 Nov 2014 04:38:51 -0800 (PST) Received: from blazon-pc.rw.local ([78.84.244.14]) by mx.google.com with ESMTPSA id j2sm1156446lbp.16.2014.11.21.04.38.50 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Nov 2014 04:38:50 -0800 (PST) Message-ID: <546F3259.6000205@gmail.com> Date: Fri, 21 Nov 2014 14:38:49 +0200 From: Alnis Morics User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: olvwm on amd64 References: <546E5D2D.6010603@gmail.com> <546EE14E.7050507@gmail.com> <546F277B.8030204@qeng-ho.org> In-Reply-To: <546F277B.8030204@qeng-ho.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 12:38:54 -0000 On 11/21/2014 13:52, Arthur Chance wrote: > On 21/11/2014 11:29, Luciano Rottava da Silva wrote: >> That´s the point. Binary packages are available for i386, but I guess >> it´s >> not possible to run them in FreeBSD. Maybe similar to OpenBSD where >> amd64 >> platform does not run i386 packages, as far as I know. > > I thought that was the entire point of the lib32 subsystem under amd64 > - to allow 32 bit code to run on a 64 bit machine? After all, Wine > (mentioned below) is 32 bit and runs on amd64. Plus FreeBSD i386 build environment described in the link I shared below, installed in /compat, if there's no binary package. The packages of Wine for amd64 and i386 are different (named "i386-wine" and "wine"); the hard work is already done for us, as it is in the Linux distros mentioned. lib32 doesn't supply libraries for every application we might wish to install; they need to be built. > >> Because of that, I thought about running binary packages (i386 also) >> from >> Linux using FreeBSD compat layer. Hope it will work. >> >> However, I wonder how Linux distributions do that! I have a Ubuntu >> desktop, >> amd64, running olvwm. >> >> We know xview is not availabe for 64-bit platforms, but applications >> based >> on it run perfectly in Linux. >> >> How come?! >> >> Best Regards. >> >> On 21 November 2014 04:53, Alnis Morics wrote: >> >>> >>> On 11/21/2014 00:09, Luciano Rottava da Silva wrote: >>> >>>> Thanks Alnis but, isn't xview only available for i386? >>>> >>>> I am stuck because of it. Or am I doing something wrong? >>>> >>>> root@desktop:/usr/ports/x11-wm/olvwm # make install clean >>>> ===> olvwm-4.2_1 depends on file: /usr/local/sbin/pkg - found >>>> ===> Fetching all distfiles required by olvwm-4.2_1 for building >>>> ===> Extracting for olvwm-4.2_1 >>>> => SHA256 Checksum OK for olvwm4.tar.Z. >>>> => SHA256 Checksum OK for olvwm4.Patch01.Z. >>>> => SHA256 Checksum OK for olvwm4.Patch02.Z. >>>> ===> Patching for olvwm-4.2_1 >>>> ===> Applying distribution patches for olvwm-4.2_1 >>>> ===> Applying FreeBSD patches for olvwm-4.2_1 >>>> ===> olvwm-4.2_1 depends on executable: imake - found >>>> ===> olvwm-4.2_1 depends on executable: tradcpp - found >>>> ===> olvwm-4.2_1 depends on file: >>>> /usr/local/libdata/pkgconfig/xpm.pc - >>>> found >>>> ===> olvwm-4.2_1 depends on shared library: libxview.so - not found >>>> ===> Verifying for libxview.so in /usr/ports/x11-toolkits/xview >>>> ===> xview-3.2.1.4.19c_1 is only for i386, while you are running >>>> amd64. >>>> *** Error code 1 >>>> >>>> Stop. >>>> make[1]: stopped in /usr/ports/x11-toolkits/xview >>>> *** Error code 1 >>>> >>>> Stop. >>>> make: stopped in /usr/ports/x11-wm/olvwm >>>> >>>> >>>> On 20 November 2014 19:29, Alnis Morics >>>> wrote: >>>> >>>> On 11/20/2014 23:01, Luciano Rottava da Silva wrote: >>>>> >>>>> Hello, >>>>>> >>>>>> I am trying to setup up a new FreeBSD desktop at home based on >>>>>> the new >>>>>> 10.1 >>>>>> release. >>>>>> >>>>>> As usual, my wm of choice is olvwm. Well, didn't know >>>>>> ports/packages are >>>>>> not available for amd64, only for i386. >>>>>> >>>>>> Searching on the Internet I've read in many places the problem is >>>>>> with >>>>>> xview and there's no hope for 64-bit platform. >>>>>> >>>>>> But then I've found the following website: >>>>>> >>>>>> http://physionet.caregroup.harvard.edu/physiotools/xview/ >>>>>> >>>>>> So, question is, is it possible to run a i386 Linux package in my >>>>>> amd64 >>>>>> Free machine? Would it be possible run the i386 FreeBSD packages >>>>>> xview >>>>>> and >>>>>> olvwm? >>>>>> >>>>>> How can I run my beloved olvwm? There must be a way! >>>>>> >>>>>> Thanks & Regards, >>>>>> Luciano. >>>>>> _______________________________________________ >>>>>> freebsd-questions@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>>>>> To unsubscribe, send any mail to "freebsd-questions- >>>>>> unsubscribe@freebsd.org" >>>>>> >>>>>> Of course ports are available for amd64. Just run >>>>> >>>>> portsnap fetch extract >>>>> >>>>> to download and extract the ports tree. >>>>> >>>>> And olvwm is in ports. To install it, run: >>>>> >>>>> cd /usr/ports/x11-wm/olvwm >>>>> make install clean >>>>> >>>>> The manual chapter on how to work with ports: >>>>> >>>>> https://www.freebsd.org/doc/en_US.ISO8859-1/books/ >>>>> handbook/ports-using.html >>>>> >>>>> -Alnis >>>>> > [list bumf snipped] >>>> >>> Ah, I see. Then it's way more complicated. You need a 32-bit build >>> environment. There are examples of how to build Wine (which is a 32-bit >>> application, too) on a amd64 system (no longer needed because now >>> there's a >>> i386-wine port) which involves preparing a 32-bit build environment. >>> You >>> can take one such example (say, http://daemon-notes.com/ >>> articles/other/wine/prepare) and build xview instead. But I guess >>> it's an >>> overkill unless you can't do without xview. > > From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 16:36:24 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6722328 for ; Fri, 21 Nov 2014 16:36:24 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35BA18D4 for ; Fri, 21 Nov 2014 16:36:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id sALGa8Tk093581; Sat, 22 Nov 2014 03:36:09 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 22 Nov 2014 03:36:08 +1100 (EST) From: Ian Smith To: Gary Aitken Subject: Re: sysinstall fails to fetch; pkg install succeeds In-Reply-To: Message-ID: <20141122012438.B85722@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 16:36:24 -0000 In freebsd-questions Digest, Vol 546, Issue 3, Message: 7 On Tue, 18 Nov 2014 22:10:12 -0700 Gary Aitken wrote: > I'm in the process of installing a 9.3 system. > > "pkg install foo" seems to work fine, fetching from the network. > However, if I run sysinstall (forgot to include the handbook), it fails > when trying to fetch from the network. I've tried both FTP mode and > FTP through firewall mode. What does sysinstall do that's different when > trying to fetch from the network? sysinstall only knows about the old pkg_tools (pkg_add etc) which have been defunct for quite a while. I don't know why the pkg_* binaries are even left in place (let alone executable) on pkg(8)-using systems, as I found out the hard way after pkg2ng'ing 9.2R, then ungrokingly running the old not-yet-pkg-aware portmaster, managing to make quite a mess. For anyone running an 8.x or 9.x system using pkg(8) exclusively, maybe via pkg2ng, I'd recommend considering - if rm seems drastic - at least: # chmod a-x /usr/sbin/pkg_* Try bsdconfig(8) which I think still (re)installs the docs, and provides a (working?) front end for installing packages. Let's know how it goes? bsdconfig provides most if not all 'post-installation' functions from sysinstall, similar look'n'feel to bsdinstall (invoked for disk setup). > This is going through a firewall running natd and ipfw, so it may be a > firewall rule problem. But I would have thought they would either both > fail or both succeed. sysinstall still has a use on 9.x, but package installation isn't it :) cheers, Ian From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 16:39:30 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EA92536; Fri, 21 Nov 2014 16:39:30 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EDE7C931; Fri, 21 Nov 2014 16:39:29 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id n3so9543581wiv.1 for ; Fri, 21 Nov 2014 08:39:28 -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 :content-transfer-encoding:in-reply-to:user-agent; bh=X0oPpS7bc7TbvH2DxUUwiRk7lUBk6l5ZNQZI7w4d0PU=; b=lfRDJHXsVNYdvncXfYNZuceAR5qw5G8rpbyo5zT9mpdg3YIWgEt/2AWF2lWzv+gYxL 3DrL+MRSuje80wDx2cn9zyFKpwQFmeoVYKDmD492ddIywibviDd2+/4MULcl6KxaLS+0 lPOiHevx4Ng3ZnQ247IU2HQ3LxRoz8JFztCahMeuPPV5Fl5+uavy0JX2USNMiRbFzo5i GXmh1ohUtw24+fzkL2FAQcLQldGhNQv0dhJSOW+thGUttIMr+F1kR7uKIvgg0IUwo1Vr LKXbbGA3xIEHkEjcrND8h4D+g74b7uTKCotbTIaVq32O09/TXhra4NR6juDrp1tOAXxT bF8g== X-Received: by 10.194.62.163 with SMTP id z3mr9457528wjr.74.1416587968422; Fri, 21 Nov 2014 08:39:28 -0800 (PST) Received: from brick.home (adhe195.neoplus.adsl.tpnet.pl. [79.184.160.195]) by mx.google.com with ESMTPSA id q9sm11951028wix.6.2014.11.21.08.39.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Nov 2014 08:39:27 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 21 Nov 2014 17:39:24 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: =?utf-8?B?5YWo5a6P5bmz?= Subject: Re: how to use ctld export iscsi lun for Xenserver 6.2? Message-ID: <20141121163924.GA31068@brick.home> Mail-Followup-To: =?utf-8?B?5YWo5a6P5bmz?= , freebsd-scsi@freebsd.org, freebsd-questions@freebsd.org References: <546EAC35.2070603@bjhit.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <546EAC35.2070603@bjhit.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-scsi@freebsd.org, freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 16:39:30 -0000 On 1121T1106, 全宏平 wrote: > Hi,everybody! > I'm new to freebsd,I'm first use maillist.I'm Chinese,so English is not > my mother language. > Recently I know Freebsd native support ISCSI by ctld.I use samsung 840 > evo SSD disk for ISCSI lun. > *My partition schema is GPT,like below:* > root@freebsd10ssd:~ # gpart show ada0 > => 34 1953525101 ada0 GPT (932G) > 34 128 1 freebsd-boot (64K) > 162 209715072 2 freebsd-ufs (100G) > 209715234 104857600 3 freebsd-ufs (50G) > 314572834 6 - free - (3.0K) > 314572840 524288000 4 freebsd-ufs (250G) > 838860840 419430400 5 freebsd-zfs (200G) > 1258291240 695233888 6 freebsd-ufs (332G) > 1953525128 7 - free - (3.5K) > *My ctl.conf file like this:* > root@freebsd10ssd:~ # cat /etc/ctl.conf > #auth-group ag0 { > # chap username1 secretsecret > # chap username2 anothersecret > #} > portal-group san { > discovery-auth-group no-authentication > listen 172.19.22.12 > } > > target iqn.2014-11.local.heetian:target0 { > auth-group no-authentication > # auth-group ag0 > portal-group san > lun 0 { > path /dev/ada0p6 > blocksize 4K > # size 100G > } > } > > From Xencenter add new-sr "Software iSCSI" sucessful. > > When I test create virtual disk,error displaying: What exactly is the error? > From Xenserver console,use lvs command I find the vhd created. Does it work correctly? From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 20:57:29 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8F2745C for ; Fri, 21 Nov 2014 20:57:29 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FC08AC1 for ; Fri, 21 Nov 2014 20:57:29 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id k15so3908899qaq.38 for ; Fri, 21 Nov 2014 12:57:28 -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=3EWRnenv2396p0+vfQO85k6szNpDeG4CGa1hsyja/mk=; b=rK7Lu/nxtNgdCH9L0tbI4kZhamsdjN06vAaxC7kDVGQmEzUi1uVApfMtil6DF5FGKp 8Fu7aGXt75ehbE0huLCvlnUDBrxSKYkfmpUB2y+v43JsbxmyL7sN9GYpJgu43djB7HWy oMo+N2ePtQftnkzeP0q9FCRrfWD0wT/234BpL/WZKsI945Tp7lfWcoueknAstooljfBL /Awfnfvk3W6IsXz440xhSBYJb/JY/1Rg5/VSdPwwo6q+I/1UvapPiwU/iEj4jNaC3iqF qoooVdQRFu7tacQdx1lHt5olrsq03N7yyl++pJQWhqpKaKWWMyITJPQRvednwd+3RWdT Wdkg== MIME-Version: 1.0 X-Received: by 10.224.75.73 with SMTP id x9mr9391004qaj.31.1416603448759; Fri, 21 Nov 2014 12:57:28 -0800 (PST) Received: by 10.140.42.55 with HTTP; Fri, 21 Nov 2014 12:57:28 -0800 (PST) Date: Fri, 21 Nov 2014 18:57:28 -0200 Message-ID: Subject: =?UTF-8?Q?A_FreeBSD_developer_told_me_via_private_message_that?= =?UTF-8?Q?_the_the_most_FreeBSD_developers_don=E2=80=99t_develop_in_machine_?= =?UTF-8?Q?code?= From: =?UTF-8?Q?fran=C3=A7ai_s?= To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 20:57:30 -0000 This subject is irresistible to me,I like so much of this issue that get out tears out of my eyes. This topic is mainly for developers of FreeBSD that develop in machine code, until even in binary code. A FreeBSD developer told me via private message that the the most FreeBSD developers don=E2=80=99t develop in machine code, in other words, the mino= rity FreeBSD developers develop in machine code, until even in binary code. Thought I'd share and hope that someone can get some use out of it. He told me this: "We either create a macro expands to something like ".word =E2=80=9C = or sometimes the .word is just hard coded inline when there=E2=80=99s on= ly going to be one of them. Sometimes we expose them both in assembly and in C code, in which case what we do varies a bit to accommodate the different language=E2=80=99s syntax. It is rare, but has happened, that we only expos= e it to C code. Generally, though, we try to add support for the opcodes to gas so that we get the constraint testing it does (making sure the opcode is supported at the level you are compiling, making sure it isn=E2=80=99t in a delay slot o= r violating some other precondition for its use)." "You pointed me at macros that defined operations in terms of opcodes the assembler didn=E2=80=99t understand with the workaround being the assembler directive using .word followed by by some hex value to encode the opcode." "Most developers of FreeBSD don=E2=80=99t write directly in machine code i= n FreeBSD development, and don=E2=80=99t care. Some developers use the marcos= that I described sometimes when doing specific, low-level coding. A handful of developers create the marcos directly or use the .word directives in their work to make certain things work that cannot work otherwise. People generally don=E2=80=99t write in raw machine opcodes. That is indepe= ndent of FreeBSD. However, a few, specialized people will find the need to do it from time to time. Usually because they are porting FreeBSD to a newer processor that needs newer opcodes to do context switching, optimize interrupt handling, code with a new type of cache coherency, etc. These people look up the assembler in the docs from the vendor and then create the .word workaround to make sure things work. If they have the time, they may add it to our somewhat ancient gas assembler as well." "Almost nobody writes directly in binary. There are some exceptions, sometimes though." "> Exist university that teaches that sometimes it is necessary coding in machine code? My one, personal, first hand experience of being in the industry for the last 25 years. > If yes, what are the countries in that they exist , if you can not speak the names of all countries, please tell only examples. Don=E2=80=99t know about which teaching universities do this, but here are = several examples I=E2=80=99ve done or seen in my career. 1) When the assembler only supports the old processors, but you are porting an operating system to it. You need to either enhance the assembler for the new opcodes, or you need to hand assemble them somehow. Often these are two different skillets, so one engineer gets tasked with adding the new opcodes, and another has to use them. Often the people using them are ahead of the people augmenting the assembler, so they hand assemble things. In FreeBSD=E2=80=99s case, the project chose to freeze gas at an ancient level= , so all new machines that have new opcodes need to be assembled by hand. 2) If you are writing a virus or other attack vector, you often times need to hand assemble the =E2=80=9Cegg=E2=80=9D code that runs on the victim pro= cessor. There=E2=80=99s many variations on a theme here, including writing code that tweaks other code to do bad things which is another form of writing machine code. 3) KERMIT. Kermit is a file transfer program written entirely in assembler on many platforms for speed. Kermit is quite large and sophisticated, which was a barrier to entry back in the day before the internet and most communications protocols were standardized. To ease the transition, and taking advantage of the .COM format in DOS, kermit came with a bootstrap program that was made up entirely of printable characters so that one could easily type it in (well, not so easily, but it was possible since it was only maybe a hundred or two bytes long). The authors of this program had to learn which assembler op codes and addressing modes lead to printable characters and write their code accordingly. Not exactly programming directly in machine code, but very close. It was really quite an impressive bootstrap technique. 4) Debugging. While not directly writing in machine code, one must do the opposite and decode instructions sometimes to understand what was happening when a trap occurred. Most people rely on the debugger to do this. And it works most of the time. Sometimes, though, it doesn=E2=80=99t and you eithe= r have to accept that you can get no useful data from the crash, or you have to start decoding instructions to find out what went wrong. Going back even further, there are many others. Back before there were good consoles for computers, one had to enter a few words of boot code into the switches on the front panel and hit run to start / boot the computer. Most of these systems died out around the late 70 or early 80s (though as a vestige of the old system, newer models retained the toggle switches to allow for older techniques to work). But I don=E2=80=99t think that=E2=80= =99s what you mean. To give a concrete example of #1: gas on FreeBSD didn=E2=80=99t used to sup= port the EI and DI instructions for mips32r2 and mips64r2 ISAs. When I ported FreeBSD to the Octeon processor, we wanted to make use of these instructions. I created macros for the assembler to generate these instructions and used them to optimize the context switching code in FreeBSD a bit. Later, when someone else added them to gas as part of a wholesale importing of new MIPS opcodes, I removed the macros and used the native opcodes directly. So while it is a useful approximation that nobody does it, people do do it, have done it forever and there are good reasons that some very small number of people will continue to do it into the future. I can=E2=80=99t give info= rmation about which universities teach this, but I do know from first hand experience that the number isn=E2=80=99t 0." This is all that I want to share. The following link leads to tutorial that teaches programming Assembly in to FreeBSD: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/x86.ht= ml Also exist tutorial that teaches programming in machine code to FreeBSD? From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 00:07:24 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBA5783E for ; Sat, 22 Nov 2014 00:07:23 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D838FC4 for ; Sat, 22 Nov 2014 00:07:23 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id gq15so5095365lab.4 for ; Fri, 21 Nov 2014 16:07:21 -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 :content-type; bh=l6eKXYvVNtiWkguka+vBS8F8Dg2My5N75HDNfHuW7B0=; b=H10TQNDU89wMS444Jh80OE30KBrN5yY7ulDt9KOoO8YD2nX3SKQdRRppiwCF8iJBsk QH3Ng/NlDOh73HLANk6i8CaSJoEydb2dqpdMjIAtJ0FeWM5jhWy+6Qa8Ft6n6MXXDkWv TdSQeUwuzsu84rc0rNNap9jcGnpXRLc9LdEbmm/MIlSK6As8WSxzoruGs2xWQ03y5GoG B5Qb7w86mZ4ZsVXUNWCKFq3/wQvMMS4yY/+EctNlV58PbeopBj4X3st6CP2Il7Ru8U0G LSpavJLLoPcAoBXraFqpYaLUb1F4X/byOD2Ay01oI1oCAZJwYoc4hOtiLZDvAkrQ9dHg VdXg== MIME-Version: 1.0 X-Received: by 10.112.167.130 with SMTP id zo2mr8251494lbb.4.1416614841262; Fri, 21 Nov 2014 16:07:21 -0800 (PST) Received: by 10.25.31.2 with HTTP; Fri, 21 Nov 2014 16:07:21 -0800 (PST) In-Reply-To: <546F3259.6000205@gmail.com> References: <546E5D2D.6010603@gmail.com> <546EE14E.7050507@gmail.com> <546F277B.8030204@qeng-ho.org> <546F3259.6000205@gmail.com> Date: Fri, 21 Nov 2014 22:07:21 -0200 Message-ID: Subject: Re: olvwm on amd64 From: Luciano Rottava da Silva To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 00:07:24 -0000 I think I am getting close. 1. I've downloaded i386 binary packages for xview* and olvwm. 2. Copy olvwm binary to a temporary directory to evaluate: root@desktop:/tmp/XVIEW/bin # ldd olvwm olvwm: libXpm.so.4 =3D> not found (0) libolgx.so.3 =3D> /usr/lib32/libolgx.so.3 (0x280ad000) libXext.so.6 =3D> not found (0) libX11.so.6 =3D> not found (0) libm.so.5 =3D> /usr/lib32/libm.so.5 (0x280bb000) libc.so.7 =3D> /usr/lib32/libc.so.7 (0x280e4000) Then started copying shared libs from the packages I've downloaded to /usr/lib32. However, I copied all the above and some were identified while others not. 3. readelf gives me the following: root@desktop:/tmp/XVIEW/bin # readelf -d olvwm Dynamic section at offset 0x44014 contains 26 entries: Tag Type Name/Value 0x00000001 (NEEDED) Shared library: [libXpm.so.4] 0x00000001 (NEEDED) Shared library: [libolgx.so.3] 0x00000001 (NEEDED) Shared library: [libXext.so.6] 0x00000001 (NEEDED) Shared library: [libX11.so.6] 0x00000001 (NEEDED) Shared library: [libm.so.5] 0x00000001 (NEEDED) Shared library: [libc.so.7] 0x0000000f (RPATH) Library rpath: [/usr/local/lib] 4. Now, to be honest, don't know what's next. Think it's the shared library path is not correct, but can't figure out how to fix it. Any ideas? Cheers, Luciano. On 21 November 2014 10:38, Alnis Morics wrote: > > On 11/21/2014 13:52, Arthur Chance wrote: > >> On 21/11/2014 11:29, Luciano Rottava da Silva wrote: >> >>> That=C2=B4s the point. Binary packages are available for i386, but I gu= ess >>> it=C2=B4s >>> not possible to run them in FreeBSD. Maybe similar to OpenBSD where amd= 64 >>> platform does not run i386 packages, as far as I know. >>> >> >> I thought that was the entire point of the lib32 subsystem under amd64 - >> to allow 32 bit code to run on a 64 bit machine? After all, Wine (mentio= ned >> below) is 32 bit and runs on amd64. >> > Plus FreeBSD i386 build environment described in the link I shared below, > installed in /compat, if there's no binary package. The packages of Wine > for amd64 and i386 are different (named "i386-wine" and "wine"); the hard > work is already done for us, as it is in the Linux distros mentioned. lib= 32 > doesn't supply libraries for every application we might wish to install; > they need to be built. > > >> Because of that, I thought about running binary packages (i386 also) fr= om >>> Linux using FreeBSD compat layer. Hope it will work. >>> >>> However, I wonder how Linux distributions do that! I have a Ubuntu >>> desktop, >>> amd64, running olvwm. >>> >>> We know xview is not availabe for 64-bit platforms, but applications >>> based >>> on it run perfectly in Linux. >>> >>> How come?! >>> >>> Best Regards. >>> >>> On 21 November 2014 04:53, Alnis Morics wrote: >>> >>> >>>> On 11/21/2014 00:09, Luciano Rottava da Silva wrote: >>>> >>>> Thanks Alnis but, isn't xview only available for i386? >>>>> >>>>> I am stuck because of it. Or am I doing something wrong? >>>>> >>>>> root@desktop:/usr/ports/x11-wm/olvwm # make install clean >>>>> =3D=3D=3D> olvwm-4.2_1 depends on file: /usr/local/sbin/pkg - found >>>>> =3D=3D=3D> Fetching all distfiles required by olvwm-4.2_1 for buildin= g >>>>> =3D=3D=3D> Extracting for olvwm-4.2_1 >>>>> =3D> SHA256 Checksum OK for olvwm4.tar.Z. >>>>> =3D> SHA256 Checksum OK for olvwm4.Patch01.Z. >>>>> =3D> SHA256 Checksum OK for olvwm4.Patch02.Z. >>>>> =3D=3D=3D> Patching for olvwm-4.2_1 >>>>> =3D=3D=3D> Applying distribution patches for olvwm-4.2_1 >>>>> =3D=3D=3D> Applying FreeBSD patches for olvwm-4.2_1 >>>>> =3D=3D=3D> olvwm-4.2_1 depends on executable: imake - found >>>>> =3D=3D=3D> olvwm-4.2_1 depends on executable: tradcpp - found >>>>> =3D=3D=3D> olvwm-4.2_1 depends on file: /usr/local/libdata/pkgconfi= g/xpm.pc >>>>> - >>>>> found >>>>> =3D=3D=3D> olvwm-4.2_1 depends on shared library: libxview.so - not= found >>>>> =3D=3D=3D> Verifying for libxview.so in /usr/ports/x11-toolkits/xv= iew >>>>> =3D=3D=3D> xview-3.2.1.4.19c_1 is only for i386, while you are runni= ng >>>>> amd64. >>>>> *** Error code 1 >>>>> >>>>> Stop. >>>>> make[1]: stopped in /usr/ports/x11-toolkits/xview >>>>> *** Error code 1 >>>>> >>>>> Stop. >>>>> make: stopped in /usr/ports/x11-wm/olvwm >>>>> >>>>> >>>>> On 20 November 2014 19:29, Alnis Morics >>>>> wrote: >>>>> >>>>> On 11/20/2014 23:01, Luciano Rottava da Silva wrote: >>>>> >>>>>> >>>>>> Hello, >>>>>> >>>>>>> >>>>>>> I am trying to setup up a new FreeBSD desktop at home based on the >>>>>>> new >>>>>>> 10.1 >>>>>>> release. >>>>>>> >>>>>>> As usual, my wm of choice is olvwm. Well, didn't know ports/package= s >>>>>>> are >>>>>>> not available for amd64, only for i386. >>>>>>> >>>>>>> Searching on the Internet I've read in many places the problem is >>>>>>> with >>>>>>> xview and there's no hope for 64-bit platform. >>>>>>> >>>>>>> But then I've found the following website: >>>>>>> >>>>>>> http://physionet.caregroup.harvard.edu/physiotools/xview/ >>>>>>> >>>>>>> So, question is, is it possible to run a i386 Linux package in my >>>>>>> amd64 >>>>>>> Free machine? Would it be possible run the i386 FreeBSD packages >>>>>>> xview >>>>>>> and >>>>>>> olvwm? >>>>>>> >>>>>>> How can I run my beloved olvwm? There must be a way! >>>>>>> >>>>>>> Thanks & Regards, >>>>>>> Luciano. >>>>>>> _______________________________________________ >>>>>>> freebsd-questions@freebsd.org mailing list >>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>>>>>> To unsubscribe, send any mail to "freebsd-questions- >>>>>>> unsubscribe@freebsd.org" >>>>>>> >>>>>>> Of course ports are available for amd64. Just run >>>>>>> >>>>>> >>>>>> portsnap fetch extract >>>>>> >>>>>> to download and extract the ports tree. >>>>>> >>>>>> And olvwm is in ports. To install it, run: >>>>>> >>>>>> cd /usr/ports/x11-wm/olvwm >>>>>> make install clean >>>>>> >>>>>> The manual chapter on how to work with ports: >>>>>> >>>>>> https://www.freebsd.org/doc/en_US.ISO8859-1/books/ >>>>>> handbook/ports-using.html >>>>>> >>>>>> -Alnis >>>>>> >>>>>> [list bumf snipped] >> >>> >>>>> Ah, I see. Then it's way more complicated. You need a 32-bit build >>>> environment. There are examples of how to build Wine (which is a 32-bi= t >>>> application, too) on a amd64 system (no longer needed because now >>>> there's a >>>> i386-wine port) which involves preparing a 32-bit build environment. Y= ou >>>> can take one such example (say, http://daemon-notes.com/ >>>> articles/other/wine/prepare) and build xview instead. But I guess it's >>>> an >>>> overkill unless you can't do without xview. >>>> >>> >> >> > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 00:45:28 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DFD5F65 for ; Sat, 22 Nov 2014 00:45:28 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C3FED393 for ; Sat, 22 Nov 2014 00:45:27 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id ex7so838125wid.9 for ; Fri, 21 Nov 2014 16:45:25 -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=CHZBoXLXN7IiPH6lZF8NM6eecPP04XtkLaBGwgG9pJc=; b=RbYqRtK9hGhTF61qgKsLG7rlt8mQwyR+af31k4xDDFfMCkv36diPRay7GvRCjW10N1 lkl+syDVjDgDiyeotjsq7z7VoB5Fw5o3F7yu7zyySh41XcQHL4mRZYJfZJKHu1N4/cW8 cFtMW7hahrDejLujyZly7uEGnsRjpkgYIhuZ9Npdn0o6ukBsjiiuAjFrTlXMAeY5s5fv w2He+rEb19L4P1oR+NiFWTmPnVLqIxW4ukXgPUeaxd250iY2HTaaB2U6M9VdQxvrKvXP 7z9nuyPo/RbEqp6Fsl1p/wA4e/HtSQWfS5IwlbEJwLdIz6cdzAT91K2nNxgd7W5wcGhR 5sBQ== MIME-Version: 1.0 X-Received: by 10.194.80.100 with SMTP id q4mr12709227wjx.15.1416617125266; Fri, 21 Nov 2014 16:45:25 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Fri, 21 Nov 2014 16:45:25 -0800 (PST) In-Reply-To: References: <546E5D2D.6010603@gmail.com> Date: Fri, 21 Nov 2014 16:45:25 -0800 X-Google-Sender-Auth: tZw7sL28qN692SJtQ6_iwTmbOO4 Message-ID: Subject: Re: olvwm on amd64 From: Adrian Chadd To: Luciano Rottava da Silva Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 00:45:28 -0000 Just try disabling the i386 only check for xviews and see how far you get. -adrian On 20 November 2014 14:09, Luciano Rottava da Silva wrote: > Thanks Alnis but, isn't xview only available for i386? > > I am stuck because of it. Or am I doing something wrong? > > root@desktop:/usr/ports/x11-wm/olvwm # make install clean > ===> olvwm-4.2_1 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by olvwm-4.2_1 for building > ===> Extracting for olvwm-4.2_1 > => SHA256 Checksum OK for olvwm4.tar.Z. > => SHA256 Checksum OK for olvwm4.Patch01.Z. > => SHA256 Checksum OK for olvwm4.Patch02.Z. > ===> Patching for olvwm-4.2_1 > ===> Applying distribution patches for olvwm-4.2_1 > ===> Applying FreeBSD patches for olvwm-4.2_1 > ===> olvwm-4.2_1 depends on executable: imake - found > ===> olvwm-4.2_1 depends on executable: tradcpp - found > ===> olvwm-4.2_1 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - > found > ===> olvwm-4.2_1 depends on shared library: libxview.so - not found > ===> Verifying for libxview.so in /usr/ports/x11-toolkits/xview > ===> xview-3.2.1.4.19c_1 is only for i386, while you are running amd64. > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/x11-toolkits/xview > *** Error code 1 > > Stop. > make: stopped in /usr/ports/x11-wm/olvwm > > > On 20 November 2014 19:29, Alnis Morics wrote: > >> >> On 11/20/2014 23:01, Luciano Rottava da Silva wrote: >> >>> Hello, >>> >>> I am trying to setup up a new FreeBSD desktop at home based on the new >>> 10.1 >>> release. >>> >>> As usual, my wm of choice is olvwm. Well, didn't know ports/packages are >>> not available for amd64, only for i386. >>> >>> Searching on the Internet I've read in many places the problem is with >>> xview and there's no hope for 64-bit platform. >>> >>> But then I've found the following website: >>> >>> http://physionet.caregroup.harvard.edu/physiotools/xview/ >>> >>> So, question is, is it possible to run a i386 Linux package in my amd64 >>> Free machine? Would it be possible run the i386 FreeBSD packages xview and >>> olvwm? >>> >>> How can I run my beloved olvwm? There must be a way! >>> >>> Thanks & Regards, >>> Luciano. >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to "freebsd-questions- >>> unsubscribe@freebsd.org" >>> >> Of course ports are available for amd64. Just run >> >> portsnap fetch extract >> >> to download and extract the ports tree. >> >> And olvwm is in ports. To install it, run: >> >> cd /usr/ports/x11-wm/olvwm >> make install clean >> >> The manual chapter on how to work with ports: >> >> https://www.freebsd.org/doc/en_US.ISO8859-1/books/ >> handbook/ports-using.html >> >> -Alnis >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions- >> unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 01:54:38 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C58163CF for ; Sat, 22 Nov 2014 01:54:38 +0000 (UTC) Received: from mail5.networktest.com (mail5.networktest.com [204.109.60.142]) (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 9DD2CB94 for ; Sat, 22 Nov 2014 01:54:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail5.networktest.com (Postfix) with ESMTP id 9F37F2FCCE9 for ; Fri, 21 Nov 2014 17:54:31 -0800 (PST) Received: from mail5.networktest.com ([127.0.0.1]) by localhost (mail5.networktest.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 72399-09 for ; Fri, 21 Nov 2014 17:54:31 -0800 (PST) Received: from dhcp138.eng.networktest.com (ns.networktest.com [12.20.174.98]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail5.networktest.com (Postfix) with ESMTPSA id 6355F2FCCC8 for ; Fri, 21 Nov 2014 17:54:31 -0800 (PST) Message-ID: <546FECD6.9070302@networktest.com> Date: Fri, 21 Nov 2014 17:54:30 -0800 From: David Newman Organization: Network Test Inc. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: upgrading 9.3 / ZFS v28 References: <54697AA5.6040804@networktest.com> <20141117123929.GB60429@ozzmosis.com> <546A1538.4040801@networktest.com> <20141117181527.GA62908@ozzmosis.com> <546A91D4.3070009@networktest.com> <20141118064714.GA75897@ozzmosis.com> <546B8040.1090508@networktest.com> <20141118175057.GA6144@ozzmosis.com> In-Reply-To: <20141118175057.GA6144@ozzmosis.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 01:54:38 -0000 On 11/18/14, 9:50 AM, andrew clarke wrote: > On Tue 2014-11-18 09:22:08 UTC-0800, David Newman (dnewman@networktest.com) wrote: > >> You're correct about incorrect usage of index numbers. I should just be >> using '-i 1' for all disks. >> >> Previously I used bogus values '-i 2' and '-i 3'. Is it sufficient to >> rerun the gpart bootcode with '-i 1' to correct this, or are other >> remedial steps needed? > > I think -i 1 on all disks should be enough. > > The bogus values were most likely harmless but if you're at all > concerned by potential data loss then it might be worthwhile running > "zpool scrub". Both commands worked fine, and on a live system -- another advantage of upgrading to 10.x. dn > >> Thanks again for your help. > > You're welcome. > > Regards > Andrew > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 02:10:18 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBA244EE for ; Sat, 22 Nov 2014 02:10:18 +0000 (UTC) Received: from nightmare.dreamchaser.org (ns.dreamchaser.org [66.109.141.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83EA8C7C for ; Sat, 22 Nov 2014 02:10:17 +0000 (UTC) Received: from breakaway.dreamchaser.org (breakaway.dreamchaser.org. [192.168.151.122]) by nightmare.dreamchaser.org (8.13.6/8.13.6) with ESMTP id sAM271YS075183; Fri, 21 Nov 2014 19:07:01 -0700 (MST) (envelope-from freebsd@dreamchaser.org) Message-ID: <546FF081.3000603@dreamchaser.org> Date: Fri, 21 Nov 2014 19:10:09 -0700 From: Gary Aitken Reply-To: freebsd@dreamchaser.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ian Smith Subject: Re: sysinstall fails to fetch; pkg install succeeds References: <20141122012438.B85722@sola.nimnet.asn.au> In-Reply-To: <20141122012438.B85722@sola.nimnet.asn.au> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (nightmare.dreamchaser.org [192.168.151.101]); Fri, 21 Nov 2014 19:07:02 -0700 (MST) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 02:10:18 -0000 On 11/21/14 09:36, Ian Smith wrote: > On Tue, 18 Nov 2014 22:10:12 -0700 Gary Aitken wrote: > > > I'm in the process of installing a 9.3 system. > > > > "pkg install foo" seems to work fine, fetching from the network. > > However, if I run sysinstall (forgot to include the handbook), it fails > > when trying to fetch from the network. I've tried both FTP mode and > > FTP through firewall mode. What does sysinstall do that's different when > > trying to fetch from the network? > > sysinstall only knows about the old pkg_tools (pkg_add etc) which have > been defunct for quite a while. I don't know why the pkg_* binaries are > even left in place (let alone executable) on pkg(8)-using systems, as I > found out the hard way after pkg2ng'ing 9.2R, then ungrokingly running > the old not-yet-pkg-aware portmaster, managing to make quite a mess. Ah, thanks. But what do you mean by not-yet-pkg-aware portmaster? I've been installing ports using portmaster on my 9.2 and pkg seems to work with it just fine. By that I mean after installing using portmaster, pkg info reports it as being installed. portmaster also seems to work find on this newly being built 9.3. > For anyone running an 8.x or 9.x system using pkg(8) exclusively, maybe > via pkg2ng, I'd recommend considering - if rm seems drastic - at least: > > # chmod a-x /usr/sbin/pkg_* good idea. will do that. > Try bsdconfig(8) which I think still (re)installs the docs, and provides > a (working?) front end for installing packages. Let's know how it goes? > > bsdconfig provides most if not all 'post-installation' functions from > sysinstall, similar look'n'feel to bsdinstall (invoked for disk setup). Uh-oh. Now I'm pretty confused... On this new 9.3, tried "bsdconfig doscinstall" Went through the dialogs, told it to use the main ftp.freebsd.org. It logged in ok, then I got: "Attempting to update repository catalogue from selected media." Error: No pkg(8) database found. I've already done pkg2ng but just for grins did it again. /etc/make.conf has WITH-PKGNG="YES" pkg itself seems to work, at least "pkg info" results look correct. So what's it complaining about? > sysinstall still has a use on 9.x, but package installation isn't it :) I've been using portmaster, but I didn't think the docs were installable as a port? From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 03:25:23 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FBAA53E; Sat, 22 Nov 2014 03:25:23 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E60DA671; Sat, 22 Nov 2014 03:25:21 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id sAM3PCaM008652; Sat, 22 Nov 2014 04:25:12 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <54700218.8090300@bananmonarki.se> Date: Sat, 22 Nov 2014 04:25:12 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Adrian Chadd , Luciano Rottava da Silva Subject: Re: olvwm on amd64 References: <546E5D2D.6010603@gmail.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 03:25:23 -0000 On 2014-11-22 01:45, Adrian Chadd wrote: > Just try disabling the i386 only check for xviews and see how far you get. This is how far I get. root@kw:/usr/ports/x11-toolkits/xview # make ===> xview-3.2.1.4.19c_1 depends on executable: mkfontdir - found ===> xview-3.2.1.4.19c_1 depends on executable: mkfontscale - found ===> xview-3.2.1.4.19c_1 depends on executable: imake - found ===> xview-3.2.1.4.19c_1 depends on executable: tradcpp - found ===> xview-3.2.1.4.19c_1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> Configuring for xview-3.2.1.4.19c_1 /usr/bin/sed -i "" -e 's+/usr/lib+/usr/local/lib+' /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/clients/olwmslave/help_file.c /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/lib/libxview/help/help_file.c /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/lib/libxview/misc/gettext.h /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/lib/libxview/textsw/txt_e_menu.c mv -f Makefile Makefile.bak imake -DUseInstalled -I/usr/local/lib/X11/config Imakefile.c:15:2: Include file Imake.tmpl not found imake: Exit code 1. Stop. *** [do-configure] Error code 1 Stop in /usr/ports/x11-toolkits/xview. *** [stage] Error code 1 Stop in /usr/ports/x11-toolkits/xview From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 06:35:26 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62A06CA5 for ; Sat, 22 Nov 2014 06:35:26 +0000 (UTC) Received: from smtp422.elabs10.com (smtp422.elabs10.com [74.116.234.22]) by mx1.freebsd.org (Postfix) with ESMTP id 4C14D996 for ; Sat, 22 Nov 2014 06:35:26 +0000 (UTC) Received: from mail4.elabs11.com (10.10.11.54) by smtp422.elabs10.com id he0nas1leu4u for ; Fri, 21 Nov 2014 22:25:12 -0800 (envelope-from ) To: Subject: =?utf-8?Q?BS2015:=20Extended=20Deadline=20for=20Abstract=20Submis?= =?utf-8?Q?sion=20-=20Dec=2010,=202014?= Date: Fri, 21 Nov 2014 22:25:08 -0800 X-Delivery: Level 0 Reply-To: info@bs2015.in X-Complaints-To: abuse@elabs11.com Message-Id: <20141122062607.1D069F99E824@elabs11.com> MIME-Version: 1.0 From: "=?utf-8?Q?BS=202015?=" Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 06:35:26 -0000 . To unsubscribe, send an email to: unsubscribe-240482@elabs11.com with the address: questions@freebsd.org in the subject line. From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 06:45:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0731CE47 for ; Sat, 22 Nov 2014 06:45:12 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B9CCA75 for ; Sat, 22 Nov 2014 06:45:11 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id r20so1195825wiv.12 for ; Fri, 21 Nov 2014 22:45:09 -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=un0SUtkfsrKNUeSO+icBn/lr4tCTDgg4RFPuv/kA+9o=; b=KkZCSRyEI+jrYprzd6wD6pZR1/3ZS0c7chm+TBSxtTLd2zj2SjFS4B1s6rC5HhSBbC 58ZZt3PpRHEwC3nOB6AXf2T+gvtp0ePxHPLM8r0Cs5rnn/cTGLUXce8Eak+ijHfEf/vL WQZahbGlXfBqie1klTcdBLR59IWKNrsX4QKABEbSPycFsggpAJve+RfOGpywiJ14Q9UQ XcDVsc3i5XBPilTs6wxMxKzp1zNIIhzx1qpdIE36Fcql6UHVcbA6uP68yOJ6TBJbQ8rU uwJPaOPCl85rW0m8iZeBRSz8BmAlnsZinsFvUODzhIL+Q9vDRvyqzLd7iMNjXuk0Vcls kdWw== MIME-Version: 1.0 X-Received: by 10.180.83.98 with SMTP id p2mr3449414wiy.20.1416638709062; Fri, 21 Nov 2014 22:45:09 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Fri, 21 Nov 2014 22:45:08 -0800 (PST) In-Reply-To: <54700218.8090300@bananmonarki.se> References: <546E5D2D.6010603@gmail.com> <54700218.8090300@bananmonarki.se> Date: Fri, 21 Nov 2014 22:45:08 -0800 X-Google-Sender-Auth: Z4ctpn9OjngeikkhVOf21FimYoo Message-ID: Subject: Re: olvwm on amd64 From: Adrian Chadd To: Bernt Hansson Content-Type: text/plain; charset=UTF-8 Cc: Luciano Rottava da Silva , FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 06:45:12 -0000 Hm! Well, that doesn't look like it's a problem with a 64 bit system in particular - see where that .tmpl file is supposed to be? -adrian On 21 November 2014 19:25, Bernt Hansson wrote: > On 2014-11-22 01:45, Adrian Chadd wrote: >> >> Just try disabling the i386 only check for xviews and see how far you get. > > > > This is how far I get. > > root@kw:/usr/ports/x11-toolkits/xview # make > ===> xview-3.2.1.4.19c_1 depends on executable: mkfontdir - found > ===> xview-3.2.1.4.19c_1 depends on executable: mkfontscale - found > ===> xview-3.2.1.4.19c_1 depends on executable: imake - found > ===> xview-3.2.1.4.19c_1 depends on executable: tradcpp - found > ===> xview-3.2.1.4.19c_1 depends on file: > /usr/local/libdata/pkgconfig/x11.pc - found > ===> Configuring for xview-3.2.1.4.19c_1 > /usr/bin/sed -i "" -e 's+/usr/lib+/usr/local/lib+' > /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/clients/olwmslave/help_file.c > /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/lib/libxview/help/help_file.c > /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/lib/libxview/misc/gettext.h > /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/lib/libxview/textsw/txt_e_menu.c > mv -f Makefile Makefile.bak > imake -DUseInstalled -I/usr/local/lib/X11/config > Imakefile.c:15:2: Include file Imake.tmpl not found > imake: Exit code 1. > Stop. > *** [do-configure] Error code 1 > > Stop in /usr/ports/x11-toolkits/xview. > *** [stage] Error code 1 > > Stop in /usr/ports/x11-toolkits/xview From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 10:53:11 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7EE9F7E for ; Sat, 22 Nov 2014 10:53:11 +0000 (UTC) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62240135 for ; Sat, 22 Nov 2014 10:53:10 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id k14so8445089wgh.23 for ; Sat, 22 Nov 2014 02:53:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=9Fd/Lk5PG75O8FFfULTR5xxYqiWbb5vdfnHH+54Rt3I=; b=HbXt4MAlzn1+s0iQfQ8BdTL/VQsClVjCyjqhGiLt46kC+qIQZ21qaSm4YGoEm3DVKQ SDdD2JHEVK/dkj5Sn1M5EoTfiO84kn/4EuMwUa263A52buXmgoRcnegvxLYaG+oxH5HM ITvyYrsV/49bSIZo64a1ic0x1vzgmQ0h3jNt92k8+eMB3PXMEDQVzWRvayTmyNqPCq2R kPfK/odNO8gXThiI+2pk6RVfa+EtyVl5pz3xT/3oKYgPZzOf3L5BBy88DFapwBCxHe0x XAvp1HRTqEO6jSrm8cxIhl7PB1yK8+PCF214hjVwjj8mkWifqWYlXGKlmQPQOeojEqq7 SCwA== X-Gm-Message-State: ALoCoQk7FESf9uWVAG/eNkAJClWeePPFIGKuYP9FEmBSaf3hIEfxRffq7w25YN1NxlRGB0puadDA MIME-Version: 1.0 X-Received: by 10.194.248.162 with SMTP id yn2mr16347083wjc.16.1416653588783; Sat, 22 Nov 2014 02:53:08 -0800 (PST) Received: by 10.27.175.10 with HTTP; Sat, 22 Nov 2014 02:53:08 -0800 (PST) X-Originating-IP: [220.244.182.21] Date: Sat, 22 Nov 2014 21:53:08 +1100 Message-ID: Subject: iwn wi-fi and hostap From: Anders Jensen-Waud To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 10:53:11 -0000 Hello, I am trying to set up an older IBM laptop as a wireless access point. FreeBSD 10.1 (amd64) correctly identifies the wireless card: iwn0@pci0:3:0:0: class=0x028000 card=0x11118086 chip=0x42308086 rev=0x61 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 4965 AG or AGN [Kedron] Network Connection' class = network In trying to set it up with hostap, I get the following error: root@beastie> ifconfig wlan0 create wlandev iwn0 wlanmode hostap bssid authmode open ssid bsdwifi ifconfig: SIOCIFCREATE2: Operation not supported Is there some method of configuring iwn so that it can function as an access point? Thanks, Anders From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 11:50:46 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E3627A5 for ; Sat, 22 Nov 2014 11:50:46 +0000 (UTC) Received: from mail-yh0-x22d.google.com (mail-yh0-x22d.google.com [IPv6:2607:f8b0:4002:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0EF85A for ; Sat, 22 Nov 2014 11:50:46 +0000 (UTC) Received: by mail-yh0-f45.google.com with SMTP id f10so3114212yha.4 for ; Sat, 22 Nov 2014 03:50:45 -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=2U+x2o/z0HzQENsJiZFhAFyIOQClk2ILbZVcUl6mASI=; b=fCYXFWBwNFdG2gbvIrceveOtfozWDp3e5zPomklzx0xZKvljz5l0mSUYAIFXjuIvjL OlpTYAcgQh3zChejVfh3ctUolaL62RfuPrv1co2i2S3eR96rraX8xDeRtYieSvOQOZ8L ZaiilgFwARTfdjOblrHbxVCseSn/6ILf0bdtQ6jJaYrBsI6+SpkogrirG1f8pFijz70K vdSdaNm7xQPxrARCkGYLOnSXIywVrSJtXsOAWhEA5rya0/O22U0FWUMfdMkVSybgjAT7 8xgTXVSuuDT35BY/oNqnXMeIxnjstkGZdRVTy+G5oS8q1+1wk01LeuhPp/UXO4XDoNMh PU6Q== MIME-Version: 1.0 X-Received: by 10.236.31.33 with SMTP id l21mr7793346yha.14.1416657045620; Sat, 22 Nov 2014 03:50:45 -0800 (PST) Received: by 10.170.76.70 with HTTP; Sat, 22 Nov 2014 03:50:45 -0800 (PST) Date: Sat, 22 Nov 2014 07:20:45 -0430 Message-ID: Subject: RootOnZFS FreeBSD 10.1 can't boot after install From: Alberto Mijares To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 11:50:46 -0000 Hi list, I never tried a RootOnZFS with RAIDZ{1,2} before. After 10.1-RELEASE (couple days ago) I did. I'm using VirtualBox on Debian. The VM has 3 or 4 disks (I've tried both) and after a successful install, the VM doesn't boot. All I can see is ZFS: i/o error - all block copies unavailable ZFS: can't find dataset u ZFS: can't open root filesystem gptzfsboot: failed to mount default pool zroot FreeBSD/x86 boot Default: zroot: boot: And it expects specific input that I can't guest. What I'm missing? Plase give me some hint. Thanks in advance Alberto Mijares From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 11:52:16 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D86A5835 for ; Sat, 22 Nov 2014 11:52:16 +0000 (UTC) Received: from mail-yk0-x232.google.com (mail-yk0-x232.google.com [IPv6:2607:f8b0:4002:c07::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9698F871 for ; Sat, 22 Nov 2014 11:52:16 +0000 (UTC) Received: by mail-yk0-f178.google.com with SMTP id 20so3056250yks.9 for ; Sat, 22 Nov 2014 03:52:15 -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 :content-type; bh=ps0lMDc4RsfGd6JL0+ZH3HWkNccHN1VjYJfBLO513C8=; b=noUwIweH6szz35LBBNS8PbY6qHjP2n62NjUaE9O37CTAKaCt7ksjcMnUseypsBW7Hh RkVKNaNG6UeckiPhUVtyBeJVlUvKBEJNr+zj4yIRappMH7s/t3QrJ/Yeaw6wds3Wb89k RsL5ULzh3D4iHYnBngg2BYWC/BVyGS/azkparDKpsGhhJqUkv6qb4fGo/aU5WczRh2ot VIDd0QsLeLEwUZr670TFg3RMGYrtFvWqcZqFeaxJDDwQpm2OCnz+L5iygez4VH9WcUPL mgghhZUaHH/A1ZV3G9nELSIGibnA3eJt6LJwmSeh75c84sG6hPxDfYe+5SGDr6CS58j+ 44HQ== MIME-Version: 1.0 X-Received: by 10.170.161.10 with SMTP id c10mr8798485ykd.9.1416657135834; Sat, 22 Nov 2014 03:52:15 -0800 (PST) Received: by 10.170.76.70 with HTTP; Sat, 22 Nov 2014 03:52:15 -0800 (PST) In-Reply-To: References: Date: Sat, 22 Nov 2014 07:22:15 -0430 Message-ID: Subject: Re: RootOnZFS FreeBSD 10.1 can't boot after install From: Alberto Mijares To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 11:52:16 -0000 On Sat, Nov 22, 2014 at 7:20 AM, Alberto Mijares wrote: > Hi list, > > I never tried a RootOnZFS with RAIDZ{1,2} before. After 10.1-RELEASE > (couple days ago) I did. > > I'm using VirtualBox on Debian. The VM has 3 or 4 disks (I've tried > both) and after a successful install, the VM doesn't boot. All I can > see is > > > ZFS: i/o error - all block copies unavailable > ZFS: can't find dataset u > ZFS: can't open root filesystem > gptzfsboot: failed to mount default pool zroot > > FreeBSD/x86 boot > Default: zroot: > boot: I forgot to mention: I'm using the Auto (ZFS) option in bsdinstall :) From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 11:52:19 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C619F836 for ; Sat, 22 Nov 2014 11:52:19 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A9EE872 for ; Sat, 22 Nov 2014 11:52:19 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id w7so4976317qcr.28 for ; Sat, 22 Nov 2014 03:52:18 -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 :content-type; bh=tZN8n2NhQjTaaf9Ghw6EIe35xSznzfc7CTgDOf2hX0U=; b=DYg6G7cTh7dgTEvF/HOmr091eJPuhZgNNXQNTSgmyf3sP/ChORBHaMqrRK3DF5hVrc ioMoyn7NtIu68XIU1rcyEkfMRt3T9H69s/cmqpqSXTqjJrvl3WzOY3rdF88/z85+sit7 FaVXRgea4+TfVEA/FkIumYgdRQ1flrcIIaWvRKm696h3CYIzBVYkDTSD4mWL+DNGwZQo 1cv2U2EDxlJ3ejbevCFf7nYGpujk/zXkIyksFY+NRReStLAouQGVsNnLtaBd4r3KNfjw kEdTpRfQSpfEZCz4i52rc95BcQNe9WQeLmsy3/i1yzA8XJ3veSzd+jj/EFw1FrXKgV/U OQpg== MIME-Version: 1.0 X-Received: by 10.140.101.145 with SMTP id u17mr13640759qge.84.1416657135808; Sat, 22 Nov 2014 03:52:15 -0800 (PST) Received: by 10.140.42.55 with HTTP; Sat, 22 Nov 2014 03:52:15 -0800 (PST) In-Reply-To: References: Date: Sat, 22 Nov 2014 09:52:15 -0200 Message-ID: Subject: =?UTF-8?Q?Re=3A_A_FreeBSD_developer_told_me_via_private_message_?= =?UTF-8?Q?that_the_the_most_FreeBSD_developers_don=E2=80=99t_develop_in_mach?= =?UTF-8?Q?ine_code?= From: =?UTF-8?Q?fran=C3=A7ai_s?= To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 11:52:19 -0000 Someone? 2014-11-21 18:57 GMT-02:00 fran=C3=A7ai s : > This subject is irresistible to me,I like so much of this issue that get > out tears out of my eyes. > > This topic is mainly for developers of FreeBSD that develop in machine > code, until even in binary code. > > A FreeBSD developer told me via private message that the the most FreeBS= D > developers don=E2=80=99t develop in machine code, in other words, the mi= nority > FreeBSD developers develop in machine code, until even in binary code. > > Thought I'd share and hope that someone can get some use out of it. > > He told me this: > > "We either create a macro expands to something like ".word =E2=80= =9C or > sometimes the .word is just hard coded inline when there=E2=80=99s = only going > to be one of them. Sometimes we expose them both in assembly and in C cod= e, > in which case what we do varies a bit to accommodate the different > language=E2=80=99s syntax. It is rare, but has happened, that we only exp= ose it to > C code. > > Generally, though, we try to add support for the opcodes to gas so that w= e > get the constraint testing it does (making sure the opcode is supported a= t > the level you are compiling, making sure it isn=E2=80=99t in a delay slot= or > violating some other precondition for its use)." > > "You pointed me at macros that defined operations in terms of opcodes the > assembler didn=E2=80=99t understand with the workaround being the assembl= er > directive using .word followed by by some hex value to encode the opcode.= " > > "Most developers of FreeBSD don=E2=80=99t write directly in machine code= in > FreeBSD development, and don=E2=80=99t care. Some developers use the marc= os that I > described sometimes when doing specific, low-level coding. A handful of > developers create the marcos directly or use the .word directives in thei= r > work to make certain things work that cannot work otherwise. > > People generally don=E2=80=99t write in raw machine opcodes. That is inde= pendent > of FreeBSD. > > However, a few, specialized people will find the need to do it from time > to time. Usually because they are porting FreeBSD to a newer processor th= at > needs newer opcodes to do context switching, optimize interrupt handling, > code with a new type of cache coherency, etc. These people look up the > assembler in the docs from the vendor and then create the .word workaroun= d > to make sure things work. If they have the time, they may add it to our > somewhat ancient gas assembler as well." > > "Almost nobody writes directly in binary. There are some exceptions, > sometimes though." > > "> Exist university that teaches that sometimes it is necessary coding in > machine code? > > My one, personal, first hand experience of being in the industry for the > last 25 years. > > > If yes, what are the countries in that they exist , if you can not > speak the names of all countries, please tell only examples. > > Don=E2=80=99t know about which teaching universities do this, but here ar= e several > examples I=E2=80=99ve done or seen in my career. > > 1) When the assembler only supports the old processors, but you are > porting an operating system to it. You need to either enhance the assembl= er > for the new opcodes, or you need to hand assemble them somehow. Often the= se > are two different skillets, so one engineer gets tasked with adding the n= ew > opcodes, and another has to use them. Often the people using them are ahe= ad > of the people augmenting the assembler, so they hand assemble things. In > FreeBSD=E2=80=99s case, the project chose to freeze gas at an ancient lev= el, so all > new machines that have new opcodes need to be assembled by hand. > 2) If you are writing a virus or other attack vector, you often times nee= d > to hand assemble the =E2=80=9Cegg=E2=80=9D code that runs on the victim p= rocessor. There=E2=80=99s > many variations on a theme here, including writing code that tweaks other > code to do bad things which is another form of writing machine code. > 3) KERMIT. Kermit is a file transfer program written entirely in assemble= r > on many platforms for speed. Kermit is quite large and sophisticated, whi= ch > was a barrier to entry back in the day before the internet and most > communications protocols were standardized. To ease the transition, and > taking advantage of the .COM format in DOS, kermit came with a bootstrap > program that was made up entirely of printable characters so that one cou= ld > easily type it in (well, not so easily, but it was possible since it was > only maybe a hundred or two bytes long). The authors of this program had = to > learn which assembler op codes and addressing modes lead to printable > characters and write their code accordingly. Not exactly programming > directly in machine code, but very close. It was really quite an impressi= ve > bootstrap technique. > 4) Debugging. While not directly writing in machine code, one must do the > opposite and decode instructions sometimes to understand what was happeni= ng > when a trap occurred. Most people rely on the debugger to do this. And it > works most of the time. Sometimes, though, it doesn=E2=80=99t and you eit= her have > to accept that you can get no useful data from the crash, or you have to > start decoding instructions to find out what went wrong. > > Going back even further, there are many others. Back before there were > good consoles for computers, one had to enter a few words of boot code in= to > the switches on the front panel and hit run to start / boot the computer. > Most of these systems died out around the late 70 or early 80s (though as= a > vestige of the old system, newer models retained the toggle switches to > allow for older techniques to work). But I don=E2=80=99t think that=E2= =80=99s what you > mean. > > To give a concrete example of #1: gas on FreeBSD didn=E2=80=99t used to s= upport > the EI and DI instructions for mips32r2 and mips64r2 ISAs. When I ported > FreeBSD to the Octeon processor, we wanted to make use of these > instructions. I created macros for the assembler to generate these > instructions and used them to optimize the context switching code in > FreeBSD a bit. Later, when someone else added them to gas as part of a > wholesale importing of new MIPS opcodes, I removed the macros and used th= e > native opcodes directly. > > So while it is a useful approximation that nobody does it, people do do > it, have done it forever and there are good reasons that some very small > number of people will continue to do it into the future. I can=E2=80=99t = give > information about which universities teach this, but I do know from first > hand experience that the number isn=E2=80=99t 0." > > This is all that I want to share. > > The following link leads to tutorial that teaches programming Assembly in > to FreeBSD: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/x86.= html > > Also exist tutorial that teaches programming in machine code to FreeBSD? > From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 12:45:51 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13001811; Sat, 22 Nov 2014 12:45:51 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85D97CC0; Sat, 22 Nov 2014 12:45:49 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id sAMCjihg018870; Sat, 22 Nov 2014 13:45:45 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <54708578.5070401@bananmonarki.se> Date: Sat, 22 Nov 2014 13:45:44 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: olvwm on amd64 References: <546E5D2D.6010603@gmail.com> <54700218.8090300@bananmonarki.se> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Luciano Rottava da Silva , FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 12:45:51 -0000 Xview is broken. On 2014-11-22 07:45, Adrian Chadd wrote: > Hm! Well, that doesn't look like it's a problem with a 64 bit system > in particular - see where that .tmpl file is supposed to be? > > > > -adrian > > > On 21 November 2014 19:25, Bernt Hansson wrote: >> On 2014-11-22 01:45, Adrian Chadd wrote: >>> >>> Just try disabling the i386 only check for xviews and see how far you get. >> >> >> >> This is how far I get. >> >> root@kw:/usr/ports/x11-toolkits/xview # make >> ===> xview-3.2.1.4.19c_1 depends on executable: mkfontdir - found >> ===> xview-3.2.1.4.19c_1 depends on executable: mkfontscale - found >> ===> xview-3.2.1.4.19c_1 depends on executable: imake - found >> ===> xview-3.2.1.4.19c_1 depends on executable: tradcpp - found >> ===> xview-3.2.1.4.19c_1 depends on file: >> /usr/local/libdata/pkgconfig/x11.pc - found >> ===> Configuring for xview-3.2.1.4.19c_1 >> /usr/bin/sed -i "" -e 's+/usr/lib+/usr/local/lib+' >> /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/clients/olwmslave/help_file.c >> /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/lib/libxview/help/help_file.c >> /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/lib/libxview/misc/gettext.h >> /usr/ports/x11-toolkits/xview/work/xview-3.2p1.4-19c/lib/libxview/textsw/txt_e_menu.c >> mv -f Makefile Makefile.bak >> imake -DUseInstalled -I/usr/local/lib/X11/config >> Imakefile.c:15:2: Include file Imake.tmpl not found >> imake: Exit code 1. >> Stop. >> *** [do-configure] Error code 1 >> >> Stop in /usr/ports/x11-toolkits/xview. >> *** [stage] Error code 1 >> >> Stop in /usr/ports/x11-toolkits/xview From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 13:21:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4883BE29; Sat, 22 Nov 2014 13:21:12 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F90DF8B; Sat, 22 Nov 2014 13:21:10 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id sAMDL8fS019596; Sat, 22 Nov 2014 14:21:08 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <54708DC4.8070209@bananmonarki.se> Date: Sat, 22 Nov 2014 14:21:08 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: olvwm on amd64 References: <546E5D2D.6010603@gmail.com> <54700218.8090300@bananmonarki.se> <54708578.5070401@bananmonarki.se> In-Reply-To: <54708578.5070401@bananmonarki.se> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Luciano Rottava da Silva , FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 13:21:12 -0000 On 2014-11-22 13:45, Bernt Hansson wrote: > Xview is broken. > > On 2014-11-22 07:45, Adrian Chadd wrote: >> Hm! Well, that doesn't look like it's a problem with a 64 bit system >> in particular - see where that .tmpl file is supposed to be? :/usr/ports/x11-toolkits/xview # make ===> xview-3.2.1.4.19c_1 depends on executable: mkfontdir - found ===> xview-3.2.1.4.19c_1 depends on executable: mkfontscale - found ^[ (escape) menu ^y search prompt ^k delete line ^p prev li ^g prev page make -f Imakefile "Imakefile", line 3: Need an operator "Imakefile", line 4: Need an operator "Imakefile", line 5: Need an operator "Imakefile", line 9: Need an operator "Imakefile", line 10: Need an operator "Imakefile", line 11: Need an operator "Imakefile", line 20: Need an operator "Imakefile", line 21: Need an operator "Imakefile", line 38: Need an operator "Imakefile", line 39: Need an operator "Imakefile", line 42: Need an operator "Imakefile", line 43: Need an operator "Imakefile", line 44: Need an operator "Imakefile", line 45: Missing dependency operator "Imakefile", line 46: Missing dependency operator "Imakefile", line 47: Missing dependency operator "Imakefile", line 48: Missing dependency operator "Imakefile", line 49: Missing dependency operator "Imakefile", line 50: Missing dependency operator "Imakefile", line 53: Need an operator "Imakefile", line 54: Need an operator "Imakefile", line 63: Missing dependency operator "Imakefile", line 101: Need an operator "Imakefile", line 102: Need an operator "Imakefile", line 103: Need an operator "Imakefile", line 143: Need an operator "Imakefile", line 144: Need an operator "Imakefile", line 145: Need an operator "Imakefile", line 165: Need an operator "Imakefile", line 166: Need an operator "Imakefile", line 167: Need an operator make: fatal errors encountered -- cannot continue From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 14:41:31 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22221D89; Sat, 22 Nov 2014 14:41:31 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D47C19D3; Sat, 22 Nov 2014 14:41:30 +0000 (UTC) Received: from [93.104.7.54] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XsBsH-00009F-MZ; Sat, 22 Nov 2014 15:41:21 +0100 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id sAMEfJfM002758; Sat, 22 Nov 2014 15:41:19 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id sAMEfI2I002757; Sat, 22 Nov 2014 15:41:18 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Sat, 22 Nov 2014 15:41:17 +0100 From: Matthias Apitz To: Joe Marcus Clarke , freebsd-questions@freebsd.org Subject: problem compiling pidgin 2.10.10 Message-ID: <20141122144117.GA2746@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Joe Marcus Clarke , freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.7.54 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 14:41:31 -0000 Hello, I have problems compiling pidgin 2.10.10 from source in one of my laptops, running FreeBSD 10.x: $ gmake ... Making all in plugins gmake[3]: Entering directory `/usr/local/guru/pidgin-2.10.10/finch/plugins' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/local/guru/pidgin-2.10.10/finch/plugins' gmake[3]: Entering directory `/usr/local/guru/pidgin-2.10.10/finch' CCLD finch /usr/bin/ld: i: invalid DSO for symbol `cur_term' definition /usr/local/lib/libtinfow.so.5.9: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[3]: *** [finch] Error 1 gmake[3]: Leaving directory `/usr/local/guru/pidgin-2.10.10/finch' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/local/guru/pidgin-2.10.10/finch' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/local/guru/pidgin-2.10.10' gmake: *** [all] Error 2 the shared lib /usr/local/lib/libtinfow.so.5.9 seems to be fine, for example: $ nm /usr/local/lib/libtinfow.so.5.9 | fgrep cur_term 00025b58 B cur_term What could cause this problem? Thanks matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 15:35:01 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BFF68A9 for ; Sat, 22 Nov 2014 15:35:01 +0000 (UTC) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CBD72E2E for ; Sat, 22 Nov 2014 15:35:00 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id gf13so5790726lab.13 for ; Sat, 22 Nov 2014 07:34:58 -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 :content-type; bh=6akNWPSXI5C5MiJLjIZkLgGmmTvswr7u4VID/AKVCIU=; b=NyInlPet1KJUKPJ0bbQEFer+e3NQOqLRPaUEhsaKYFI4So3dVeNc0MMfBnOWVcnSbs z6r7v2xWIRi1fzp9xno+3YL+kCiFzZDfUWmFxDGw3QJ0anh51EqNUpHaaiIHUk0DPBGk 7xeEilWt8nkHqY8035KhmKria9JyzanzuZYKqz1Szeokw7vhsCVyZUTlyd8i/RovAvpN c6MxJP3hIQ/UUmboPqo5CvtxmOLTtCqaflcGqenmVGvVAn45t7v+8OeBc43siFu1CUbm 2eFtLurV8ga9o4lLjxMkJSvQrBhuMSU017jm9lghAeXs6B5u9hKrT8UFNzjfUZDRZRJt VeHw== MIME-Version: 1.0 X-Received: by 10.152.22.135 with SMTP id d7mr11112167laf.46.1416670498424; Sat, 22 Nov 2014 07:34:58 -0800 (PST) Received: by 10.25.31.2 with HTTP; Sat, 22 Nov 2014 07:34:58 -0800 (PST) In-Reply-To: <54708DC4.8070209@bananmonarki.se> References: <546E5D2D.6010603@gmail.com> <54700218.8090300@bananmonarki.se> <54708578.5070401@bananmonarki.se> <54708DC4.8070209@bananmonarki.se> Date: Sat, 22 Nov 2014 13:34:58 -0200 Message-ID: Subject: Re: olvwm on amd64 From: Luciano Rottava da Silva To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 15:35:01 -0000 No chaps, I am not trying to compile xview or olvwm. I am just trying to run them - the FreeBSD 32-bit version - on my amd64. So I downloaded the binary packages, xview* and olvwm from ftp server. Then untar and now trying to put the 32-bit version of the shared libraries in the right paths in order to run olvwm. root@desktop:/tmp/XVIEW/bin # readelf -d olvwm Dynamic section at offset 0x44014 contains 26 entries: Tag Type Name/Value 0x00000001 (NEEDED) Shared library: [libXpm.so.4] 0x00000001 (NEEDED) Shared library: [libolgx.so.3] 0x00000001 (NEEDED) Shared library: [libXext.so.6] 0x00000001 (NEEDED) Shared library: [libX11.so.6] 0x00000001 (NEEDED) Shared library: [libm.so.5] 0x00000001 (NEEDED) Shared library: [libc.so.7] 0x0000000f (RPATH) Library rpath: [/usr/local/lib] Like I said, problem seems to be related to library path. Readelf output shows that, RPATH var env. Searching mailing list archive I found this, which is exactly my problem: http://lists.freebsd.org/pipermail/freebsd-stable/2012-May/067787.html Question is; how make RPATH search for 32-bit version of libX11, libXext and libXpm? My .cshrc has a setenv LD_32_LIBRARY_PATH /usr/local/lib32/compat, but that did not help. More ideas? Thanks, Luciano. On 22 November 2014 at 11:21, Bernt Hansson wrote: > On 2014-11-22 13:45, Bernt Hansson wrote: > >> Xview is broken. >> >> On 2014-11-22 07:45, Adrian Chadd wrote: >> >>> Hm! Well, that doesn't look like it's a problem with a 64 bit system >>> in particular - see where that .tmpl file is supposed to be? >>> >> > > :/usr/ports/x11-toolkits/xview # make > ===> xview-3.2.1.4.19c_1 depends on executable: mkfontdir - found > ===> xview-3.2.1.4.19c_1 depends on executable: mkfontscale - found > ^[ (escape) menu ^y search prompt ^k delete line ^p prev li ^g prev > page > make -f Imakefile > "Imakefile", line 3: Need an operator > "Imakefile", line 4: Need an operator > "Imakefile", line 5: Need an operator > "Imakefile", line 9: Need an operator > "Imakefile", line 10: Need an operator > "Imakefile", line 11: Need an operator > "Imakefile", line 20: Need an operator > "Imakefile", line 21: Need an operator > "Imakefile", line 38: Need an operator > "Imakefile", line 39: Need an operator > "Imakefile", line 42: Need an operator > "Imakefile", line 43: Need an operator > "Imakefile", line 44: Need an operator > "Imakefile", line 45: Missing dependency operator > "Imakefile", line 46: Missing dependency operator > "Imakefile", line 47: Missing dependency operator > "Imakefile", line 48: Missing dependency operator > "Imakefile", line 49: Missing dependency operator > "Imakefile", line 50: Missing dependency operator > "Imakefile", line 53: Need an operator > "Imakefile", line 54: Need an operator > "Imakefile", line 63: Missing dependency operator > "Imakefile", line 101: Need an operator > "Imakefile", line 102: Need an operator > "Imakefile", line 103: Need an operator > "Imakefile", line 143: Need an operator > "Imakefile", line 144: Need an operator > "Imakefile", line 145: Need an operator > "Imakefile", line 165: Need an operator > "Imakefile", line 166: Need an operator > "Imakefile", line 167: Need an operator > make: fatal errors encountered -- cannot continue > From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 18:23:57 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CADFA8C4 for ; Sat, 22 Nov 2014 18:23:57 +0000 (UTC) Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14]) by mx1.freebsd.org (Postfix) with ESMTP id 968B9198 for ; Sat, 22 Nov 2014 18:23:57 +0000 (UTC) Received: by vps.markoturk.info (Postfix, from userid 1001) id 3AADF2741D; Sat, 22 Nov 2014 19:23:41 +0100 (CET) Date: Sat, 22 Nov 2014 19:23:41 +0100 From: Marko Turk To: freebsd-questions@freebsd.org Subject: Re: Handbook update section for custom kernel Message-ID: <20141122182341.GA45900@vps.markoturk.info> References: <20141119184230.GA36984@vps.markoturk.info> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <20141119184230.GA36984@vps.markoturk.info> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 18:23:57 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 19, 2014 at 07:42:30PM +0100, Marko Turk wrote: > Hi, >=20 > in handbook, section 24.2.3.1. Custom Kernels with FreeBSD 9.X and Later > says: > "Before using freebsd-update, ensure that a copy of the GENERIC kernel > exists in /boot/GENERIC. If a custom kernel has only been built once, > the kernel in /boot/kernel.old is the GENERIC kernel. Simply rename this > directory to /boot/kernel." >=20 > Should the last sentence be > "Simply rename this directory to /boot/GENERIC." >=20 > or am I missing something? Update: I tried again and freebsd-update always updates my custom kernl in /boot/ke= rnel/ although I copied generic kernel to /boot/GENERIC/. This happens both when applying security patches (e.g. 10.0 to 10.0-p12) and when I upgrade from 10.0-RELEASE to 10.1-RELASE. Is this a problem with freebsd-update? BR, Marko --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJUcNStAAoJEJXL/ReD3UkFRfgP/02PB7+0dJFUZ5VviVk4hB0J +oAi1FFMMcD/GY7vn/sNe4iqLw9JmpVZAK3CQ7CKmXIaCS/PjuQ+K3J+9sidEDPI k/PZTpy25fC4rv+CgHS87mj+2msuzPBV6+jTKn44gzdP+oJiyMMGJqgwyDXH9GsJ iEj3e+Oudqdt340nrYipJ7BIUlZzTxJcQRDAPyOlgvQpuiF+m3993CLHujdhROTZ oqvhWUImJo5rskcB30B4x/oiWKU2xagQjZyaYHYA8fkQmuwTk6L1FMxwYs/BRjj2 wyeynavKCiobkwl9ucpMecxRGUQ1C5Itnj7cinl0Nfl7vq6WDXAB87iKLnywX9na QPOAlmO3RLSVCop51H2GiTYJmE6lGQ2hpruCCkKxbe/9qX2jzLRTF64Z127nAl0m zFJb4BOFz2FnkMtAEJ1nHOXeMT90umCkeQmREG4j/AXEiV59zzK7Uk/jU0Do1myG Fj4QM4o4zzigL1vMlKvxt97J7jq4ycqeZAg8gFn9cmyaVzmmv4BpDnYImUAXoD4K Kj1CQWbU34YHNESvIz7DBWMGzq8bXXATQaY1uyWwLg5c6KIzHGmezEzQhG7md+Es qwCrxIQ4HmNxYq5Kwtvp7JtcURzhoRdf9WcROt7eLIHsNqcJONzHKCuc3KKyIe+D LsKjGD4IK39XyhzKm2Z3 =+vHg -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 19:41:41 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 443B3A8D for ; Sat, 22 Nov 2014 19:41:41 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 1C487B88 for ; Sat, 22 Nov 2014 19:41:40 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 47B0B33C1D; Sat, 22 Nov 2014 14:41:29 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 2036939822; Sat, 22 Nov 2014 14:41:27 -0500 (EST) From: Lowell Gilbert To: Marko Turk Subject: Re: Handbook update section for custom kernel References: <20141119184230.GA36984@vps.markoturk.info> <20141122182341.GA45900@vps.markoturk.info> Reply-To: freebsd-questions@freebsd.org Date: Sat, 22 Nov 2014 14:41:27 -0500 In-Reply-To: <20141122182341.GA45900@vps.markoturk.info> (Marko Turk's message of "Sat, 22 Nov 2014 19:23:41 +0100") Message-ID: <44a93jyqe0.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 19:41:41 -0000 Marko Turk writes: Marko Turk writes: > On Wed, Nov 19, 2014 at 07:42:30PM +0100, Marko Turk wrote: >> Hi, >> >> in handbook, section 24.2.3.1. Custom Kernels with FreeBSD 9.X and Later >> says: >> "Before using freebsd-update, ensure that a copy of the GENERIC kernel >> exists in /boot/GENERIC. If a custom kernel has only been built once, >> the kernel in /boot/kernel.old is the GENERIC kernel. Simply rename this >> directory to /boot/kernel." >> >> Should the last sentence be >> "Simply rename this directory to /boot/GENERIC." >> >> or am I missing something? > > Update: > I tried again and freebsd-update always updates my custom kernl in /boot/kernel/ > although I copied generic kernel to /boot/GENERIC/. Those things have nothing to do with each other. > This happens both when applying security patches (e.g. 10.0 to 10.0-p12) > and when I upgrade from 10.0-RELEASE to 10.1-RELASE. > > Is this a problem with freebsd-update? By default, freebsd-update installs a new GENERIC kernel to match the userland. If you don't want it to do this, you configure it not to [by leaving out the "kernel" part of the "Components" in freebsd-update.conf(5)]. In most cases, many would consider it safer to let freebsd-update give you a new GENERIC kernel and only update to a customized kernel later, after you know the upgrade is working properly. If your system won't be able to boot and build more kernels under a GENERIC kernel, that would be different, but that situation has become exceedingly rare in recent years. From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 23:32:19 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36D2CC88; Sat, 22 Nov 2014 23:32:19 +0000 (UTC) Received: from wp376.webpack.hosteurope.de (wp376.webpack.hosteurope.de [IPv6:2a01:488:42::50ed:8591]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EBC4922A; Sat, 22 Nov 2014 23:32:18 +0000 (UTC) Received: from xdsl-87-79-148-134.netcologne.de ([87.79.148.134] helo=[192.168.2.65]); authenticated by wp376.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) id 1XsKA3-0003Bg-Bf; Sun, 23 Nov 2014 00:32:15 +0100 Message-ID: <1416699134.31598.2.camel@mccarthy> Subject: value of maintaining emacs-mode packages in ports From: "Christopher J. Ruwe" To: freebsd-ports@freebsd.org Date: Sun, 23 Nov 2014 00:32:14 +0100 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;cjr@cruwe.de;1416699139;b8e21b85; Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 23:32:19 -0000 I am well aware that very probably I might be starting a rant thread, however, I am genuinely interested in opinions from the community. Since version 24, Emacs, the very good operating system missing only a decent editor, has developed a package manager for Emacs extensions. Some good repos exist, packages are usually installed to ~/.emacs.d and I have come to really enjoy that way of installing packages. In that light and as the ports maintainer of math/ess, the Emacs speaks statistics R-mode of emacs, I am asking myself specifically whether I add any real benefit in maintaining math/ess. More generally, I am interested in community answers as to whether it is really useful to maintain Emacs-extension-packages in ports. Thanks for your thoughts, cheers, -- Christopher From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 23:45:28 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DDBCF2D; Sat, 22 Nov 2014 23:45:28 +0000 (UTC) Received: from www.lemis.com (www.lemis.com [208.86.226.86]) by mx1.freebsd.org (Postfix) with ESMTP id DA197342; Sat, 22 Nov 2014 23:45:27 +0000 (UTC) Received: from eureka.lemis.com (www.lemis.com [208.86.226.86]) by www.lemis.com (Postfix) with ESMTP id 9A36D1B72863; Sat, 22 Nov 2014 23:39:12 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 2E451F75D4; Sun, 23 Nov 2014 10:39:11 +1100 (EST) Date: Sun, 23 Nov 2014 10:39:11 +1100 From: Greg 'groggy' Lehey To: "Christopher J. Ruwe" Subject: Re: value of maintaining emacs-mode packages in ports Message-ID: <20141122233911.GA48163@eureka.lemis.com> References: <1416699134.31598.2.camel@mccarthy> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <1416699134.31598.2.camel@mccarthy> User-Agent: Mutt/1.4.2.3i Organization: The FreeBSD Project Phone: +61-3-5346-1370 Mobile: None. Use the landline. WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-questions@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 23:45:28 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 23 November 2014 at 0:32:14 +0100, Christopher J. Ruwe wrote: > I am well aware that very probably I might be starting a rant thread, > however, I am genuinely interested in opinions from the community. > > Since version 24, Emacs, the very good operating system missing only a > decent editor, has developed a package manager for Emacs > extensions. Some good repos exist, packages are usually installed to >> /.emacs.d and I have come to really enjoy that way of installing > packages. > > In that light and as the ports maintainer of math/ess, the Emacs > speaks statistics R-mode of emacs, I am asking myself specifically > whether I add any real benefit in maintaining math/ess. More > generally, I am interested in community answers as to whether it is > really useful to maintain Emacs-extension-packages in ports. A good question. I was wondering that myself. I'd be happy to retire our versions. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft MUA reports problems, please read http://tinyurl.com/broken-mua --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlRxHp4ACgkQIubykFB6QiOjgQCfeKe9YJvaYHcb9vYAl4ZPnbUQ NN0An2NLqWxZzT0AfaWAjdUmmFmYYciE =gEcr -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-questions@FreeBSD.ORG Sat Nov 22 23:50:03 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44EA8EF for ; Sat, 22 Nov 2014 23:50:03 +0000 (UTC) Received: from mail.openmailbox.org (mail.openmailbox.org [62.4.1.34]) (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 02A22369 for ; Sat, 22 Nov 2014 23:50:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.openmailbox.org (Postfix) with ESMTP id CB9E02E05AF for ; Sun, 23 Nov 2014 00:44:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=openmailbox.org; h=user-agent:message-id:subject:subject:from:from:date:date :content-transfer-encoding:content-type:content-type :mime-version:received:received; s=openmailbox; t=1416699869; bh=57II5dYDVhD5KyQD7id60auHgis0ltEIGuXacN267NE=; b=lDeskrYiFUle J/gbcbdKtyWLx8e9M2XU/vRO+j4RmBNiOnQQQkaHNVqHebyg92WfYn7Mr7pxanXb nDeDx43IwbbwdpcT723z1kw+9x+y6qL5dFKU1VdeZcyJxVhrgVeNJwzyN0ei0aZl 81yh6H0KHfv423Jikz1yNyy8ZqFYd38= X-Virus-Scanned: at openmailbox.org Received: from mail.openmailbox.org ([62.4.1.34]) by localhost (mail.openmailbox.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QYRd_vvFxzdB for ; Sun, 23 Nov 2014 00:44:29 +0100 (CET) Received: from www.openmailbox.org (localhost [127.0.0.1]) by mail.openmailbox.org (Postfix) with ESMTP id 469542E05A6 for ; Sun, 23 Nov 2014 00:44:29 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 23 Nov 2014 00:44:29 +0100 From: lnrt To: freebsd-questions@freebsd.org Subject: Full disk encryption on FreeBSD =?UTF-8?Q?=31=30=2E=31-RELEASE=3F?= Message-ID: <72aee80c9f26982088d6b2e018744c91@openmailbox.org> X-Sender: lnrt80@openmailbox.org User-Agent: Roundcube Webmail/1.0.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 23:50:03 -0000 While installing a FreeBSD 10.1-RELEASE system I want to use UFS and encrypt the entire disk. I select "Open a shell and partition by hand" and follow these steps: ==================== # gpart destroy -F ada0 # gpart create -s gpt ada0 # gpart add -t freebsd-boot -s 512k -a 4k ada0 # gpart add -t freebsd-ufs -l boot -s 1g -a 1m ada0 # gpart add -t freebsd-ufs -l encrypted -a 1m ada0 # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 # geli init -b -l 256 -s 4096 ada0p3 # geli attach ada0p3 # newfs -U /dev/ada0p2 # newfs -U /dev/ada0p3.eli # mount /dev/ada0p3.eli /mnt # mkdir /mnt/unencrypted # mount /dev/ada0p2 /mnt/unencrypted # mkdir /mnt/unencrypted/boot # ln -s unencrypted/boot /mnt/boot # vi /tmp/bsdinstall_etc/fstab /dev/ada0p2 /unencrypted ufs rw,noatime 1 1 /dev/ada0p3.eli / ufs rw,noatime 2 2 # vi /tmp/bsdinstall_boot/loader.conf geom_eli_load="YES" vfs.root.mountfrom="ufs:ada0p3.eli" # exit ==================== This work as expected, but I would like to avoid /boot being a symlink to /unencrypted/boot so I have tried this: ==================== # gpart destroy -F ada0 # gpart create -s gpt ada0 # gpart add -t freebsd-boot -s 512k -a 4k ada0 # gpart add -t freebsd-ufs -l boot -s 1g -a 1m ada0 # gpart add -t freebsd-ufs -l encrypted -a 1m ada0 # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 # geli init -b -l 256 -s 4096 ada0p3 # geli attach ada0p3 # newfs -U /dev/ada0p2 # newfs -U /dev/ada0p3.eli # mount /dev/ada0p3.eli /mnt # mkdir /mnt/boot # mount /dev/ada0p2 /mnt/boot # mkdir /mnt/boot/boot # vi /tmp/bsdinstall_etc/fstab /dev/ada0p2 /boot ufs rw,noatime 1 1 /dev/ada0p3.eli / ufs rw,noatime 2 2 # vi /tmp/bsdinstall_boot/loader.conf geom_eli_load="YES" vfs.root.mountfrom="ufs:ada0p3.eli" # exit ==================== This result in the following error when booting the system: config: not a directory. loader: not a directory. gptboot: No /boot/loader on 0:ad(0p2) kernel: not a directory. gptboot: No /boot/kernel/kernel on 0:ad(0p2) FreeBSD/x86 boot Default: 0:ad(0p2)/boot/kernel/kernel boot: Does anyone have a suggestion on why the second method won't work?