From owner-freebsd-questions@FreeBSD.ORG Sun Apr 12 03:39:40 2015 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 95EF8370 for ; Sun, 12 Apr 2015 03:39:40 +0000 (UTC) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BB07FA2 for ; Sun, 12 Apr 2015 03:39:40 +0000 (UTC) Received: by qkhg7 with SMTP id g7so108395594qkh.2 for ; Sat, 11 Apr 2015 20:39:39 -0700 (PDT) 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=vtQ0czyTZFkJRHsirZYatBczU5LpEkAydOugRFc4hBk=; b=0TovKO3iD4n/on/NOTaUFskTMIEAyTvmWZXobwDogCf8bzRkTC2J4aT8ssqsj83bSw blq3ml5Ah+auOuYryIPVH3XmUN5ipSepyZVfWW7djLvXsjS3wrpLNeaPXxTrVun5qq9X 2ZNKgUgenWYzcj8x5R1zXkFkoXcUwYcIGfdaDdGIs3jdu59gvtCc8F7epegJEHjD+MEk Ntl3j00ekGf6zaN5WXhtqgkWbrgzb20EcVKjxzKIvmJH5ISHJRh0inKv31kO36vx0PfQ V8s5T/vNyp0Yoj/9b45jHGPbyuPsXta7i1P+Oen8I/bU64Yo9XVVAmFTF40s5adygnzm fpRQ== MIME-Version: 1.0 X-Received: by 10.60.35.102 with SMTP id g6mr7951208oej.7.1428809979262; Sat, 11 Apr 2015 20:39:39 -0700 (PDT) Received: by 10.202.188.213 with HTTP; Sat, 11 Apr 2015 20:39:39 -0700 (PDT) In-Reply-To: <44k2xlcugl.fsf@be-well.ilk.org> References: <5526408F.1090005@asim.lip6.fr> <44k2xlcugl.fsf@be-well.ilk.org> Date: Sun, 12 Apr 2015 10:39:39 +0700 Message-ID: Subject: Re: How FreeBSD manage more than 4GB on 32 bits architecture From: Nguyen Binh To: FreeBSD 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: Sun, 12 Apr 2015 03:39:40 -0000 https://fr.airbnb.com/s/bergen--norway?af=3D414650&alsm=3D1&c=3Dp2v2u_d_eng= asia_102555_36584_P2sm_img_asia&gclid=3DCLjd_OPq78QCFQxvvAod0XQAwg 2015-04-09 20:16 GMT+07:00 Lowell Gilbert < freebsd-questions-local@be-well.ilk.org>: > Pierre-Yves P=C3=A9neau writes: > > > For my internship, I have to find a way to manage more than 4GB of > > memory with 32 bits processors. It seems that the FreeBSD kernel is the > > perfect candidate for that. According to the architecture handbook(*), > > "FreeBSD could theoretically handle memory configurations up to 8TB on = a > > 32 bit platform." > > This is quoting the Architecture Handbook's KVM memory mapping section. T= he > following sentence reads "However, since most 32 bit platforms are only > capable of mapping 4GB of ram, this is a moot point." > > > For the last two days, I was looking for documentation, articles, > > thesis, or e-mails on that topic, but I can't find relevant > > informations. Is anybody have informations on that topic ? Where should > > I start to read the source code to find my answers ? > > I'm going to guess that the idea behind that comment is that FreeBSD's pa= ge > tables can hold 2G (2^31) entries. At a 4k page size, that would give you > 8TB of memory. But that only helps you if the hardware is physically > capable of reading from more than 4G different locations. > > Therefore, the question becomes: what kind of hardware are you going to u= se > that can keep track of those locations? > > As a side note, I would also recommend the book "The Design and > Implementation of the FreeBSD Operating System," now out in a new edition= . > > Good luck. > _______________________________________________ > 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 Apr 12 05:21:04 2015 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 1D1B5C21 for ; Sun, 12 Apr 2015 05:21:04 +0000 (UTC) Received: from nm12-vm0.bullet.mail.bf1.yahoo.com (nm12-vm0.bullet.mail.bf1.yahoo.com [98.139.213.140]) (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 B8878B3F for ; Sun, 12 Apr 2015 05:21:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s2048; t=1428816056; bh=u+IVm+eGtav1HstqfdOiVrFMJr+6KXG77wqplQe8yKc=; h=Date:From:To:Subject:In-Reply-To:References:From:Subject; b=WRNP5SssBOjkPWR29rcWDWH9eUzsG50KFeJnnpWm6mjbGE9eYa2qfluicjHZ1pmDyrYKKQLNzXU89qOpyBbIWTDUDfhYW9Gu6jzPF0IT7fs15OiVa2qw9gJ25w0ljUrNEMRwwFw+25mLnSxWo6kj1F1g9yZ0fIAIfDwPd5+WqoaqOngref2wQ97NqsVe7cpUW2Rccm7SWlr9LpkOuQHtE6JOKEiNLC8SJ6lJ/79YFpNGSsHg24awtqGuiK/eMTXBZyPdzBahLyNM/tjKyQB+lKWdqegNZRMyttrWQQnx5gNFv58AHvF1lbiLvPUZZrn2MT0wcGxznupGQU8Hm2sgIw== Received: from [98.139.215.143] by nm12.bullet.mail.bf1.yahoo.com with NNFMP; 12 Apr 2015 05:20:56 -0000 Received: from [46.228.39.69] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 12 Apr 2015 05:20:56 -0000 Received: from [127.0.0.1] by smtp106.mail.ir2.yahoo.com with NNFMP; 12 Apr 2015 05:20:56 -0000 X-Yahoo-Newman-Id: 354776.52285.bm@smtp106.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 4pbTFcUVM1lHk4Y3H0RkTiLAFj3DJHvCeW6UG62raDhDpAZ Yxjlhg6f2T7poxoWaviiGRFR2es5bcAhX5m.NOmwf0CbbhNCBGoOxKbvkMAK SkPNUW22VfbL6.Yuy0BoD2.RchaNxdPhiGKuh5QizIhM2KhDZZMGrIe61Q3C Tch1iM9fFwUnm426qvYP5j8D9tGDbXlOwXLBo6qRYNzXk4BfWTWkRbDqrgWs 2UcCNedBlIxdo3ch73FGU.WoWMXDM0nVrMicebnFvybmqaDqZU_lJJCMTOly MGt97gFdPqpFSzSTG115Sw6X1b.Dz_w_8IsPOwWtBgXo61ROoWBA0rX2RAZC HRWhHiz_5M11y7eURy4HWEWtaI2C4gRLFhS8gHkCEnY24H.auYfTc7eXon_t aGm4tj_Qb5pwLiUY4ciMJOTzBfeycvnA.O9ZUehKOBP.C.MHNS7FdnWYOrnN wzx9NJknXJj44d.dwCTkHBPE6TQT3yM_mty7DZ0zjQVSB8uq5kNdSRCFqtcZ 3i_Y9g5mPEEYKap3WBb6bkL5ZPcxH130- X-Yahoo-SMTP: BeMCPs2swBABTJ3kAeEiC_hE0mz8jRexLddJfD8pI2j32fOacjBmXg-- Date: Sun, 12 Apr 2015 07:20:53 +0200 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: Use "kdesu" in KDE Message-ID: <20150412072053.49a74007@archlinux> In-Reply-To: <4358779.WdKTPnpt2K@curlew.lan> References: <20150411190312.GA2366@c720-r276659> <20150411211412.c8e802ba.freebsd@edvax.de> <4358779.WdKTPnpt2K@curlew.lan> X-Mailer: Claws Mail 3.11.1-79-gde6f188 (GTK+ 2.24.27; x86_64-arch-linux-gnu) 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, 12 Apr 2015 05:21:04 -0000 On Sat, 11 Apr 2015 21:55:16 +0100, Mike Clarke wrote: >It's still there - /usr/local/lib/kde4/libexec/kdesu Lot of folks prefer http://www.freedesktop.org/software/polkit/docs/0.105/pkexec.1.html over kdesu. From owner-freebsd-questions@FreeBSD.ORG Sun Apr 12 05:25:37 2015 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 E50BDDBA for ; Sun, 12 Apr 2015 05:25:37 +0000 (UTC) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0E13B72 for ; Sun, 12 Apr 2015 05:25:37 +0000 (UTC) Received: from localhost (localhost [IPv6:::1]) by btw.pki2.com (8.14.9/8.14.9) with ESMTP id t3C5PPs4054209; Sat, 11 Apr 2015 22:25:25 -0700 (PDT) (envelope-from freebsd@pki2.com) DMARC-Filter: OpenDMARC Filter v1.3.1 btw.pki2.com t3C5PPs4054209 Authentication-Results: btw.pki2.com; dmarc=none header.from=pki2.com DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=pki2.com; s=pki2; t=1428816325; bh=9Qntox89bgtk1BWZXwHbWpR4t/QkSg9TLeOY/F9XhDM=; h=Subject:From:To:Cc:Date:In-Reply-To:References; z=Subject:=20Re:=20NTP=20peering=20broken=20since=20recent=20securi ty=20update?|From:=20Dennis=20Glatting=20|To:=20 Kent=20Kuriyama=20|Cc:=20Arthur=20Chance= 20,=20FreeBSD-Questions=0D=0A=09=20|Date:=20Sat,=2011=20Apr=202015=2022:25:25=20 -0700|In-Reply-To:=20|References:=20<5526A2F1.5030609@qeng-ho. org>=0D=0A=09=20; b=PPs41IQme5OkZ70LTsioli0bCBXmG5B+GaqJ1+TdshaoTnHd9wxaMOzXpokt7ZXyR /kPCQ2Bj+rEQ6qgoCGVvAggDcISDPrcgnCC/YYhWOn4iqZUY6HzoXWA9ujjvgA5S+Y RXFC7AWTMadpz8HMXvIjfJmKFUZ7TsAFzDu4aK2LC16Dzjv/4CqdE0xMAv7qLReJn7 vG4l7owXfMWscV4WeqKSm+K5aY8ziUrRug+ehVeLs+49nEl8qBp1mFByN1v6qdJFSk Hmf+Lxrvoqe+xFn605Ky+1VzPbE7oH9HbFLylyOOBK8nOpHalMoUFwqXH/T8ycIQ/4 ybH/Jtrp03llA== Message-ID: <1428816325.33049.17.camel@pki2.com> Subject: Re: NTP peering broken since recent security update? From: Dennis Glatting To: Kent Kuriyama Date: Sat, 11 Apr 2015 22:25:25 -0700 In-Reply-To: References: <5526A2F1.5030609@qeng-ho.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.11 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SoftwareMunitions-MailScanner-Information: Dennis Glatting X-SoftwareMunitions-MailScanner-ID: t3C5PPs4054209 X-SoftwareMunitions-MailScanner: Found to be clean X-MailScanner-From: freebsd@pki2.com Cc: Arthur Chance , 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, 12 Apr 2015 05:25:38 -0000 On Thu, 2015-04-09 at 08:14 -1000, Kent Kuriyama wrote: > Are you doing any NTP authentication between peers? > ntp_proto.c appears to be the problem. * If you restore the prior ntp_proto.c, peering works (at least for me). * If you make the diffs from the enclosed patch against the updated ntp_proto.c (i.e., the updated version from svn), peering works. * Peering works for net/ntp and net/ntp-devel. For a while I suspected it was an optimizer problem because it isn't obvious to me why the patch works. I had resorted to backing chunks of the updated ntp_proto.c and ntp_crypto.c out. I'm still testing. I found my leap seconds file was way out of date. The installed ntpd didn't report the problem but net/ntp complained. Marvin# diff -c ntp_proto.c.orig ntp_proto.c *** ntp_proto.c.orig Sat Apr 11 23:51:43 2015 --- ntp_proto.c Sat Apr 11 23:54:54 2015 *************** *** 948,957 **** peer->flash |= TEST2; /* bogus packet */ } ! /* ! * If unsynchronized or bogus abandon ship. If the crypto machine ! * breaks, light the crypto bit and plaint the log. ! */ if (peer->flash & PKT_TEST_MASK) { #ifdef OPENSSL if (crypto_flags && (peer->flags & FLAG_SKEY)) { --- 948,960 ---- peer->flash |= TEST2; /* bogus packet */ } ! /* ! * Update the origin and destination timestamps. If ! * unsynchronized or bogus abandon ship. If the crypto machine ! * breaks, light the crypto bit and plaint the log. ! */ ! peer->org = p_xmt; ! peer->rec = rbufp->recv_time; if (peer->flash & PKT_TEST_MASK) { #ifdef OPENSSL if (crypto_flags && (peer->flags & FLAG_SKEY)) { *************** *** 994,1005 **** /* * That was hard and I am sweaty, but the packet is squeaky * clean. Get on with real work. - * - * Update the origin and destination timestamps. */ - peer->org = p_xmt; - peer->rec = rbufp->recv_time; - peer->received++; peer->timereceived = current_time; if (is_authentic == AUTH_OK) --- 997,1003 ---- > On Thu, Apr 9, 2015 at 6:04 AM, Arthur Chance wrote: > > > I have three NTP servers on my internal networks. Each of them uses > > various external machines as servers but they also peer with the other two > > internal ones to give some resilience in case the outside world goes away. > > Since the update and restart associated with FreeBSD-SA-15:07.ntp the ntpd > > processes appear to be unable to see peers (reach = 0) although they're > > locking onto the servers quite happily. > > > > Anyone else seeing this? > > > > -- > > Those who do not learn from computing history are doomed to > > GOTO 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" > > > _______________________________________________ > 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 Apr 12 06:58:37 2015 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 D710DE6 for ; Sun, 12 Apr 2015 06:58:37 +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 B0608402 for ; Sun, 12 Apr 2015 06:58:37 +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=KZa24XowPRdzohNAxRDIXiTrkGj+JwDhxt2F34yB0rU=; b=c/Ls3hB4WHCzrel4TDmxr6C+Hz0wyQ9UK2aAEbub2UvOWqp4APMmknoOi4x39h79WCXaVBPOZdVuTfp0sezz1K+YJ/pwU1zagsESuEnVu/EN4ahdeDN5QeMNQkL1dtAMB74fule5+EXC5njLImMkvPZ+OYuuNDGqaH79wHms9Cw=; Received: from [114.121.160.150] (port=62707 helo=B85M-HD3-0.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1YhBqg-001vZG-BY; Sun, 12 Apr 2015 00:58:31 -0600 Date: Sun, 12 Apr 2015 14:58:18 +0800 From: Erich Dollansky To: Ernie Luzar Subject: Re: email address being harvested from ports website Message-ID: <20150412145818.741737ad@B85M-HD3-0.alogt.com> In-Reply-To: <55291B68.4060509@gmail.com> References: <5527D0BD.8060401@gmail.com> <20150411084630.7727dbd2@B85M-HD3-0.alogt.com> <55291B68.4060509@gmail.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: 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, 12 Apr 2015 06:58:38 -0000 Hi, On Sat, 11 Apr 2015 09:02:32 -0400 Ernie Luzar wrote: > Erich Dollansky wrote: > > On Fri, 10 Apr 2015 09:31:41 -0400 > > Ernie Luzar wrote: > > > >> I maintain 4 ports and within the last 6 months I have started > >> receiving large amounts of spam on the ports maintainer email > > > > this is an old subject. Some harvester got registered here and > > collect the address of every e-mail posted to this list. They > > started a long time ago by directly answering every e-mail sent out > > by the list and went now to typical spamming. > > > > There is no real way against this. Registration makes it more > > difficult but not impossible. > > > > But they are very easy to filter. > > > >> The http://www.freebsd.org/ports/ website is being harvested for > >> email addresses. > >> > > It is not the web-site, it is the lists from where they get the > > e-mail addresses. > > > >> We all have personally experienced spam email. Now the volunteers > >> who create and maintain the ports in the Freebsd ports collection > >> are being targeted with spam. > >> > > They are very easy to filter. So, why bother. > > > > As the O.P. the maintainer email addresses are not used for every day > use. There are special email addresses created just for the > individual port. After updating the ports with new email addresses > that have never had email traffic using them I still got spam within > a few days of the the port update. > isn't the mail address then in the port's makefile? The filtering of spam becomes a problem then. > This has nothing to do with the email address I use for this list. > > The http://www.freebsd.org/ports/ website is being harvested for > email addresses. > > The maintainer email should not be shown to the public. > And the e-mail address in the Makefile? I think, somebody who can write a script to get the e-mail addresses out of the website like this should not have a real problem to get them out of the ports. Of course, the e-mail address should be hardly needed on the web site. Everybody who has to contact the maintainer also has access to the makefile. Erich From owner-freebsd-questions@FreeBSD.ORG Sun Apr 12 10:48:07 2015 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 019847D8 for ; Sun, 12 Apr 2015 10:48:06 +0000 (UTC) Received: from avasout08.plus.net (avasout08.plus.net [212.159.14.20]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 851A0F12 for ; Sun, 12 Apr 2015 10:48:05 +0000 (UTC) Received: from curlew.milibyte.co.uk ([80.229.31.82]) by avasout08 with smtp id Eynu1q0041mJoLY01ynvju; Sun, 12 Apr 2015 11:47:55 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=GcuZnGnL c=1 sm=1 tr=0 a=cd0K7rcWwnZFf6xQxRobyA==:117 a=cd0K7rcWwnZFf6xQxRobyA==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=19pAxiUZ1PoA:10 a=kj9zAlcOel0A:10 a=e9J7MTPGsLIA:10 a=e5mUnYsNAAAA:8 a=1YZ9ssMbxy0q9QXARMIA:9 a=CjuIK1q_8ugA:10 a=MfbQTTD_NU0A:10 Received: from curlew.lan ([192.168.1.13] helo=milibyte.co.uk) by curlew.milibyte.co.uk with esmtp (Exim 4.85) (envelope-from ) id 1YhFQe-00018O-4n for freebsd-questions@freebsd.org; Sun, 12 Apr 2015 11:47:54 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Sun, 12 Apr 2015 11:47:51 +0100 Message-ID: <1846362.0RNNXTKooT@curlew.lan> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p9; KDE/4.14.3; amd64; ; ) In-Reply-To: <20150412072053.49a74007@archlinux> References: <4358779.WdKTPnpt2K@curlew.lan> <20150412072053.49a74007@archlinux> MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: Use "kdesu" in KDE Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.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: Sun, 12 Apr 2015 10:48:07 -0000 On Sunday 12 Apr 2015 07:20:53 Ralf Mardorf wrote: > On Sat, 11 Apr 2015 21:55:16 +0100, Mike Clarke wrote: > >It's still there - /usr/local/lib/kde4/libexec/kdesu > > Lot of folks prefer > > http://www.freedesktop.org/software/polkit/docs/0.105/pkexec.1.html > > over kdesu. Interesting, I wasn't aware of that. But can it cope with opening a window on the desktop without needing to mess with xhost, .Xauthority and DISPLAY ? curlew:/home/mike% pkexec xterm Warning: This program is an suid-root program or is being run by the root user. The full text of the error or warning message cannot be safely formatted in this environment. You may get a more descriptive message by running the program as a non-root user or by removing the suid bit on the executable. /usr/local/bin/xterm: Xt error: Can't open display: %s /usr/local/bin/xterm: DISPLAY is not set -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Sun Apr 12 12:58:20 2015 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 A8A3AFF7 for ; Sun, 12 Apr 2015 12:58:20 +0000 (UTC) Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5624EDE8 for ; Sun, 12 Apr 2015 12:58:20 +0000 (UTC) Received: by qkgx75 with SMTP id x75so125180801qkg.1 for ; Sun, 12 Apr 2015 05:58:19 -0700 (PDT) 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=LDzZkuw3VWKNpIe8TINWI/WFx1C72SVmdB1W5uzC/1c=; b=Kqc7Zhmq7cEejG0TMuXjgTikVGx+D4pSeoSJO7ZlHniJYWFQX+T5LRzIAIdI8iYDFa oOERNxOxsdpIuaf9O2cbtxilLc95NGh/2vah2d2hO4TOFr8epfF7Z/af3DHhWsTbkvmC TCzipUtt3gKvrfxlkmLyIqLodPwdA0kFgwOqU= 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=LDzZkuw3VWKNpIe8TINWI/WFx1C72SVmdB1W5uzC/1c=; b=TRD3rZr76aX8mJ2r9ViKV8pyyu2K8AbZz5zAoda3SjIfgDJU9OV2lu7pj5TIU9OfnX xcTEhCuDAvwjkDB5YTtkjfpnAY8EqmnrFt22PEOZMAjWoLkVfvNKUd+LFVADZhZ6zP46 oIrBUwX/x5vhub/aUjJeKOIM28ZUyUxRKlbAeteqQ0+ZUxA21zZs07oh1OjWg7Sb8Zjh OgrDoUziIem3pSXuZTg9Z+Sv20/L1sdo0SDfUnM31h6I84+RkVeCI0MpEOIEh9SmfedG lLJLO581yXpJGtnNpErjYYNKnh29KT489R25liJ497Hw23xqRb8/LhK25kzxTIi5xRog t8pg== X-Gm-Message-State: ALoCoQmjAzgfyPGecElvR4XIDqb5BLJffa1OqDqRg4UF832evfF5sew2YW/0ZhTkTqnnMUf+8Zyf X-Received: by 10.170.176.87 with SMTP id s84mr10000473ykd.43.1428843499448; Sun, 12 Apr 2015 05:58:19 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-174-109-23-221.nc.res.rr.com. [174.109.23.221]) by mx.google.com with ESMTPSA id k28sm4284791yhg.25.2015.04.12.05.58.18 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 12 Apr 2015 05:58:18 -0700 (PDT) Received: from localhost (cpe-174-109-23-221.nc.res.rr.com [174.109.23.221]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3lPtRY5fqvz3DlWd for ; Sun, 12 Apr 2015 08:58:17 -0400 (EDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.6 at scorpio.seibercom.net Date: Sun, 12 Apr 2015 08:58:09 -0400 From: Jerry To: FreeBSD FreeBSD Subject: Limit building with "debug" symbols Message-ID: <20150412085809.78269dee@seibercom.net> Reply-To: FreeBSD FreeBSD Organization: seibercom NET X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/fnATrXHu2YPZf.u055y0o2Q"; 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: Sun, 12 Apr 2015 12:58:20 -0000 --Sig_/fnATrXHu2YPZf.u055y0o2Q Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I am having a problem with a constant crash: Executable: knotify4 PID: 71266 Signal: Segmentation fault (11) Time: 2015-= 04-12 08:48:17 The files do not contain enough debug symbols to be useful. According to the pop-up message, I need to build the following with debug symbols: The packages containing debug information for the following application and libraries are missing: /usr/local/bin/knotify4 /usr/local/lib/qt4/libQtGui.so.4 /usr/local/lib/qt4/libQtDBus.so.4 /usr/local/lib/kde4/plugins/phonon_backend/phonon_vlc.so /usr/local/lib/libQt5Core.so.5 /usr/local/lib/libvlc.so.5 /usr/local/lib/libphonon.so.4 /libexec/ld-elf.so.1 /usr/local/lib/libQt5Gui.so.5 /usr/local/lib/libkdeui.so.5 /usr/local/lib/qt4/libQtCore.so.4 /usr/local/lib/libvlccore.so.8 How can I build those and only those applications with debug symbols? Would adding: "DEBUG=3Dg" sans the quotations marks to the "/etc/make.conf" file = be sufficient? --=20 Jerry --Sig_/fnATrXHu2YPZf.u055y0o2Q Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVKmviAAoJEElTsHIJnX8eAaoH/2jSALMRehFo66Fm2LZiSMxG HrZXyUvDioHTw89qABegB/iGuhfPC3h5OjeTn3A6xs/jwcLLnz4OR9RNdH2nSiB0 8TzQOwwhmXRit3Y61MfvJ7DmZeEPQtk0ngLBwZORIZvCeNedArlTa/H31X40nUls hYycMPx9aDsDNdgHvXEr+i8N1mYP1ygrkx+b7d8O3GISbmPrRr2fZjZRBQGBmNIL VC5ARmgz8bAiQlH59HW0sCUv+NfTCHcHK/JFwdm12k2eEaTs++g1xH3DyvH3Esuc J6od+g8L9kBZkg3b9hZKmUL9pzlIdJ2Q98SA30CpreDVuSqOnvAs3S9Pt9evUqI= =Kigz -----END PGP SIGNATURE----- --Sig_/fnATrXHu2YPZf.u055y0o2Q-- From owner-freebsd-questions@FreeBSD.ORG Sun Apr 12 14:26:29 2015 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 7F4B6CE8 for ; Sun, 12 Apr 2015 14:26:29 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D3CE8CA for ; Sun, 12 Apr 2015 14:26:29 +0000 (UTC) Received: by wgin8 with SMTP id n8so57411424wgi.0 for ; Sun, 12 Apr 2015 07:26:26 -0700 (PDT) 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=HvMPeFNwKtN0vG7Y5AAeaUXn+OmZz+xWCREOE2lyl1U=; b=KY+KLagvoX+9CLkf6zPFlWIqfc6cNzds2fahCsv1e/euX7nT7h6k2picR6ZhBGv9HI sA2Fe6vBvuTx0+DdxHXzkW6Ww1Vs6bz4zoJXnTbc1VUHGwQNbnkErBsNkXfCfoAkxTxm PJvwHrPHnT6T0Ld1SJ743LoeEjxDdvMazcRF+j8l5xTcpq6VLH1ZfZ9ped8+411d6nNL XUp04vBC+LhHIJKp1GDdu1rcbYfaYuAAXfRRXqRsl1owGvNfJmZUBhVA5P7aTDF5EFL0 27qmpnnppXc72YyZtsIDnA7djadVuf7SrgtC0jhNIvnwTnTJKHAjXR5HsaBN1YtmoWNq /jjQ== MIME-Version: 1.0 X-Received: by 10.194.103.169 with SMTP id fx9mr19604287wjb.148.1428848786779; Sun, 12 Apr 2015 07:26:26 -0700 (PDT) Received: by 10.194.52.1 with HTTP; Sun, 12 Apr 2015 07:26:26 -0700 (PDT) Received: by 10.194.52.1 with HTTP; Sun, 12 Apr 2015 07:26:26 -0700 (PDT) Date: Sun, 12 Apr 2015 07:26:26 -0700 Message-ID: Subject: From: Ibrahim Musa 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: Sun, 12 Apr 2015 14:26:29 -0000 More expalaination for the introduction to programming From owner-freebsd-questions@FreeBSD.ORG Sun Apr 12 15:03:54 2015 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 BCB0B472 for ; Sun, 12 Apr 2015 15:03:54 +0000 (UTC) Received: from smtp205.alice.it (smtp205.alice.it [82.57.200.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4851AC9E for ; Sun, 12 Apr 2015 15:03:53 +0000 (UTC) Received: from soth.ventu (87.18.56.84) by smtp205.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 547D8A4D1D57D4F0; Sun, 12 Apr 2015 17:03:45 +0200 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.15.1/8.14.9) with ESMTP id t3CF3ibE052596; Sun, 12 Apr 2015 17:03:44 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <552A8950.8040505@netfence.it> Date: Sun, 12 Apr 2015 17:03:44 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Mehmet Erol Sanliturk Subject: Re: Automounter (amd) troubles References: <55290836.9030306@netfence.it> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "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, 12 Apr 2015 15:03:54 -0000 On 04/11/15 14:24, Mehmet Erol Sanliturk wrote: > https://www.freebsd.org/cgi/man.cgi?query=mount_nfs&sektion=8&apropos=0&manpath=FreeBSD+10.1-RELEASE > > > See "intr" option . It can be specified in client fstab mount line , to > skip unresponsive NFS server(s) . Thanks, but in the end I got sick of NFS: Zyxel's implementation is painfully slow (400kB/s!!!), so I tried FFP/unfsd, but that hangs. I managed to compile bacula on this NAS and my backups are working properly: 22 minutes instead of the 12 hours that Zyxel's NFS required. Your suggestion, however, will be helpful in another case I have :) bye av. From owner-freebsd-questions@FreeBSD.ORG Sun Apr 12 15:13:48 2015 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 C3AF17AB for ; Sun, 12 Apr 2015 15:13:48 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8799CDAA for ; Sun, 12 Apr 2015 15:13:48 +0000 (UTC) Received: by iget9 with SMTP id t9so41430279ige.1 for ; Sun, 12 Apr 2015 08:13:48 -0700 (PDT) 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=bi5wxVoWdE2RGtJrpF72otpnxNhLWJRD0zaK1ZpA7yc=; b=bijXLsQO6F5tuE4nDL3t1GCTa8oCsOaKAKipkYKAt+rWt7d7LBH26CXrH9A9neFTmz P7maPbjADZD7Qx6EKUZhMacMRHGwoPUDpm+vio4zX4YmlgzTaAdZssD056VN1IE7FKr5 0FGWB89PbWrPA5G3J9049W3S7kz/V684WZANtCMcSWhtNu1CLS+M3/z0kf6U+7jf6IfU +Hz1QRzmyvfaicDM786q0nzY26tZRD9FfAwYecpLd4YssPx9RItfx223Ts07HdzHQUB9 JAyPyEfoRGv6G+7/Fjj/uevk/mxVZWmXNxiuydk7ieQkxt5QUzoLgmslcsnaQGq361Pt 1+VA== MIME-Version: 1.0 X-Received: by 10.43.39.1 with SMTP id tk1mr14128886icb.26.1428851627923; Sun, 12 Apr 2015 08:13:47 -0700 (PDT) Received: by 10.64.24.141 with HTTP; Sun, 12 Apr 2015 08:13:47 -0700 (PDT) In-Reply-To: <552A8950.8040505@netfence.it> References: <55290836.9030306@netfence.it> <552A8950.8040505@netfence.it> Date: Sun, 12 Apr 2015 08:13:47 -0700 Message-ID: Subject: Re: Automounter (amd) troubles From: Mehmet Erol Sanliturk To: Andrea Venturoli Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "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, 12 Apr 2015 15:13:49 -0000 On Sun, Apr 12, 2015 at 8:03 AM, Andrea Venturoli wrote: > On 04/11/15 14:24, Mehmet Erol Sanliturk wrote: > > https://www.freebsd.org/cgi/man.cgi?query=mount_nfs& >> sektion=8&apropos=0&manpath=FreeBSD+10.1-RELEASE >> >> >> See "intr" option . It can be specified in client fstab mount line , to >> skip unresponsive NFS server(s) . >> > > Thanks, but in the end I got sick of NFS: Zyxel's implementation is > painfully slow (400kB/s!!!), so I tried FFP/unfsd, but that hangs. > > I managed to compile bacula on this NAS and my backups are working > properly: 22 minutes instead of the 12 hours that Zyxel's NFS required. > > > Your suggestion, however, will be helpful in another case I have :) > > bye > av. > It is very likely that in Zyxel's NFS server definition , there is a "sync" option . If it is like that , converting it to "async" may work sufficiently fast . Mehmet Erol Sanliturk From owner-freebsd-questions@FreeBSD.ORG Sun Apr 12 15:38:03 2015 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 C6C79B55 for ; Sun, 12 Apr 2015 15:38:03 +0000 (UTC) Received: from smtp206.alice.it (smtp206.alice.it [82.57.200.102]) by mx1.freebsd.org (Postfix) with ESMTP id 56CD798 for ; Sun, 12 Apr 2015 15:38:02 +0000 (UTC) Received: from soth.ventu (87.18.56.84) by smtp206.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 547D8AFA18F2034C; Sun, 12 Apr 2015 17:32:27 +0200 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.15.1/8.14.9) with ESMTP id t3CFWPS4053105; Sun, 12 Apr 2015 17:32:26 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <552A9009.7080500@netfence.it> Date: Sun, 12 Apr 2015 17:32:25 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Mehmet Erol Sanliturk Subject: Re: Automounter (amd) troubles References: <55290836.9030306@netfence.it> <552A8950.8040505@netfence.it> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "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, 12 Apr 2015 15:38:03 -0000 On 04/12/15 17:13, Mehmet Erol Sanliturk wrote: > It is very likely that in Zyxel's NFS server definition , there is a > "sync" option . > If it is like that , converting it to "async" may work sufficiently fast . Thanks. Having bacula run on the NAS is IMHO far better and now that I spent hours achieving this, I'm not going back to NFS :-) In any case, I have another such device and I'll check (there is no way to do this via the web management interface, but maybe via telnet...). bye av. From owner-freebsd-questions@FreeBSD.ORG Sun Apr 12 16:47:21 2015 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 29221738 for ; Sun, 12 Apr 2015 16:47:21 +0000 (UTC) Received: from mail1.g3.pair.com (unknown [IPv6:2607:f440::4227:372]) (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 0262598A for ; Sun, 12 Apr 2015 16:47:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail1.g3.pair.com (Postfix) with SMTP id EF91A342E5; Sun, 12 Apr 2015 12:47:12 -0400 (EDT) Received: from [192.168.15.76] (unknown [66.233.145.136]) by mail1.g3.pair.com (Postfix) with ESMTPSA id 1510F34266; Sun, 12 Apr 2015 12:47:09 -0400 (EDT) User-Agent: Microsoft-MacOutlook/14.4.8.150116 Date: Sun, 12 Apr 2015 12:46:04 -0400 Subject: Re: Can't login as a root via SSH! From: seklecki seklecki To: jd1008 , Message-ID: Thread-Topic: Can't login as a root via SSH! References: <1422845600355-5985396.post@n5.nabble.com> <54CEE8CF.606@gmail.com> <1422846540252-5985400.post@n5.nabble.com> <54CEEB66.7090306@gmail.com> <1422847311740-5985404.post@n5.nabble.com> <54CEF12D.9080605@gmail.com> In-Reply-To: <54CEF12D.9080605@gmail.com> 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, 12 Apr 2015 16:47:21 -0000 The proper file is /etc/ssh/sshd_config The only OpenSSH distribution that allows PermitRootLogin=yes after install is OpenBSD's native one. Almost all other portable versions have packaged it so that it is off. You are assumed to make a wheel group user for 1st login, or have remote hypervisor/serial/remote ILOM console access from your WS to your new, in any other modern datacenter environment. ~BAS On 2/1/15 11:38 PM, "jd1008" wrote: > >On 02/01/2015 08:21 PM, williamyun7 wrote: >> which file should i look up? >> >> this is /etc/defaults/rc.conf >> >> i can't find any with root login via ssh from here. >> >> will@FreeBSD-SVR1:~ % cat /etc/defaults/rc.conf >> #!/bin/sh >> >> # This is rc.conf - a file full of useful variables that you can set >> # to change the default startup behavior of your system. You should >> # not edit this file! Put any overrides into one of the >>${rc_conf_files} >> # instead and you will be able to u\ From owner-freebsd-questions@FreeBSD.ORG Sun Apr 12 16:50:09 2015 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 A86FF806 for ; Sun, 12 Apr 2015 16:50:09 +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 62A1B9B1 for ; Sun, 12 Apr 2015 16:50:08 +0000 (UTC) Received: from r56.edvax.de (port-92-195-6-207.dynamic.qsc.de [92.195.6.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 2F1243CC98; Sun, 12 Apr 2015 18:49:59 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t3CGnwrE001960; Sun, 12 Apr 2015 18:49:58 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sun, 12 Apr 2015 18:49:58 +0200 From: Polytropon To: Mike Clarke Subject: Re: Use "kdesu" in KDE Message-Id: <20150412184958.c679d3e1.freebsd@edvax.de> In-Reply-To: <4358779.WdKTPnpt2K@curlew.lan> References: <20150411190312.GA2366@c720-r276659> <20150411211412.c8e802ba.freebsd@edvax.de> <4358779.WdKTPnpt2K@curlew.lan> 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: arnab bhowmick , 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, 12 Apr 2015 16:50:09 -0000 On Sat, 11 Apr 2015 21:55:16 +0100, Mike Clarke wrote: > On Saturday 11 Apr 2015 21:14:12 Polytropon wrote: > > On Sat, 11 Apr 2015 21:03:12 +0200, Matthias Apitz wrote: > > > Hmmm: > > > > > > > > > $ kdesu date > > > sh: kdesu: not found > > > > Thanks for verifying! Interesting that it's not part of > > KDE anymore... > > It's still there - /usr/local/lib/kde4/libexec/kdesu > > curlew:/home/mike% pkg which /usr/local/lib/kde4/libexec/kdesu > /usr/local/lib/kde4/libexec/kdesu was installed by package kde-runtime-4.14.3 > > I think it's in libexec because it's not normally expected to be invoked from > the command line but is utilised by the menu editor and ALT+F2 when you tick > the box to run a program as a different user. That's the exact description. You're right - in normal use cases, you don't invoke kdesu manually. That's why its presence in libexec is not a surprise. And you probably provided the answer the OP didn't directly ask for: Alt+PF2 opens the "Run..." dialog, and _that_ dialog can be used to launch a Terminal for root. Similarly, the KDE file manager has some kdesu integration for "browse as root" or "perform deleting action as root". > > > But, who needs 'kdesu' is you have a terminal, xterm, ... and 'su' > > Kdesu enables you to open new windows as root without needing to mess with > xhost or .Xauthority. Useful for running things like wireshark. Exactly, that's what I thought about. Similarly, a terminal can be opened that way - if you want to perform command line actions (such as for updating the system, installing packages or other things that require root access). Still there is the convenient (and IDE-independent) way of using "su -m" in a terminal, and then starting programs, even GUI programs, without having to deal with "lower level X permissions". :-) However, it's _still_ required that the user who should be able to do those "high power tasks" has to be added to the correct group, "wheel", as explained. From that point on, he has the choice about what way to become root is the preferred one. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 00:58:43 2015 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 8607ADB2 for ; Mon, 13 Apr 2015 00:58:43 +0000 (UTC) Received: from nm10-vm3.bullet.mail.ne1.yahoo.com (nm10-vm3.bullet.mail.ne1.yahoo.com [98.138.91.140]) (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 29B05FC8 for ; Mon, 13 Apr 2015 00:58:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s2048; t=1428886716; bh=QBFju4DF9dJCTV3ZrLJA3BZjhYoqQaXuPELQO4cAwuA=; h=Date:From:To:Subject:In-Reply-To:References:From:Subject; b=JV4pZvWexriwgOmRw+ZuQYiiU2V0IOjNHIjQv7WMxQyeIZmaMYTuPSarICOLigZZcUJ9tPWUqIfAv67M0APJCptcVmUfeLNCE3tWGPfi4lmL3Lw50KzihbYUed+Sm+JAG4Dijrq8OndKIfj4L4A8nS5q9KPwJR5jbXVCdkhFglgM+7ybbQKGSriAtNbrwu1gbOL3GrQBDOLdjyti+Hqvg7MlqQDrjgQWUX5cyTggHTrTSBHZdjeSDpFdhPqr1fmdIJBUXghFuJVsXvHo/kpneJVVjhN5bHT7vz73TQtwCn94f6xCaUCKAeWC9strFDogZWJBAkIGQ7WGtSy6yMBY7Q== Received: from [98.138.101.132] by nm10.bullet.mail.ne1.yahoo.com with NNFMP; 13 Apr 2015 00:58:36 -0000 Received: from [46.228.39.83] by tm20.bullet.mail.ne1.yahoo.com with NNFMP; 13 Apr 2015 00:58:36 -0000 Received: from [127.0.0.1] by smtp120.mail.ir2.yahoo.com with NNFMP; 13 Apr 2015 00:58:36 -0000 X-Yahoo-Newman-Id: 667047.61694.bm@smtp120.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: BnWcdpIVM1m4rYK73RpBUMKpoV2BaOTcY1XOKRWuY45EKD. iEzr9AN720Mt1Ud2viJJ7GCew3SDmvbC9xbv7BdQvLI0FLEU.UamBbOps56i FoviMxQtzv6lHK9YE1TfU253AFTK7PCD2ZYqAFfuJOfQZc4Rl2spAJZAfrnP PHf3xzqUGiKlVRJIdmSsacbDA0Zpg5BEJbVwaX6P5aQfwYDbHv2gHs_nP2fm tzhNzDd5pJ5lE9AWifSVZc2RO9aTzaUtOzV04olD6zcaU6DBH8jN5VCaPGsb jH1AwTFV0QDSAf2XPxisLUI48yW.uJ3oIjCqsjyKrlZgBmei98RJmtDl4oWa rvHOuHyx1lzWYzeANQENFmoLUjJGaLAKw3295ZWHq03s2eXfVCVhjwYov6Rg abRh6m9S8q2EtG5j5jGk.zH4wjwJ0rZwyZsRdtWu8B3VPCcTH5t_0w4_IT24 6IQB7f9q0EinjM3MwnOx1V2XSBDtwafS18PZfFV0i0b5ksZDcVAyMgqYrwrT CdWKUEWGGjAasTmvOCKFSAxrf.lMGc4DPIQl07IpHDVpNPsxSXhrrYXCSbBo VPLeXfPY- X-Yahoo-SMTP: BeMCPs2swBABTJ3kAeEiC_hE0mz8jRexLddJfD8pI2j32fOacjBmXg-- Date: Mon, 13 Apr 2015 02:58:36 +0200 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: Use "kdesu" in KDE Message-ID: <20150413025836.14a7d43c@archlinux> In-Reply-To: <1846362.0RNNXTKooT@curlew.lan> References: <4358779.WdKTPnpt2K@curlew.lan> <20150412072053.49a74007@archlinux> <1846362.0RNNXTKooT@curlew.lan> X-Mailer: Claws Mail 3.11.1-79-gde6f188 (GTK+ 2.24.27; x86_64-arch-linux-gnu) 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, 13 Apr 2015 00:58:43 -0000 On Sun, 12 Apr 2015 11:47:51 +0100, Mike Clarke wrote: >On Sunday 12 Apr 2015 07:20:53 Ralf Mardorf wrote: >> On Sat, 11 Apr 2015 21:55:16 +0100, Mike Clarke wrote: >> >It's still there - /usr/local/lib/kde4/libexec/kdesu >> >> Lot of folks prefer >> >> http://www.freedesktop.org/software/polkit/docs/0.105/pkexec.1.html >> >> over kdesu. > >Interesting, I wasn't aware of that. > >But can it cope with opening a window on the desktop without needing >to mess with xhost, .Xauthority and DISPLAY ? I'm not using pkexec myself, but I'm using xhost like a sledgehammer on my Linux, since there it's needed even when using kdesu or gksudo. xhost + gksudo -u chuser "$*" xhost - Don't try this at home! On my machine it's ok to use xhost that way. I don't want to boot FreeBSD now. Are you sure that xhost isn't needed for kdesu on FreeBSD, if you run something as another user, excepted root? From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 03:47:48 2015 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 80EBA8B3 for ; Mon, 13 Apr 2015 03:47:48 +0000 (UTC) Received: from mail-vn0-x234.google.com (mail-vn0-x234.google.com [IPv6:2607:f8b0:400c:c0f::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EFB2286 for ; Mon, 13 Apr 2015 03:47:48 +0000 (UTC) Received: by vnbg62 with SMTP id g62so15740512vnb.7 for ; Sun, 12 Apr 2015 20:47:47 -0700 (PDT) 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=Fq+Y8BCtUdnn/Tkk6mb59LqkafTuL5+kaTcC39TXLrg=; b=z49JSugEvxNQEt3jyO6GDHsntzoMO8IfUUimNj+I8TmjsSlcBz5uJGSJxQjTgTCTcK +l+eirI3iismH03wwAYpb3xm7lcKLmLMNUqRiaCfk5GiLipko05WRRv6aP3R9FK/+gqW G20eDKTuAyDfJpjkMRyYa5x5maSjL85zYCKJU7E8MePv2QMiCTO47MmjQM9Nvvvrj7II fFe1/wnSskRkktByEMS2VQ3Zw6Q6S2gMoS4+TQz7LpSNwFko7D7lVHMPZijmk0XFDANT Mh2z51LJf+WloqYd62VsGm3DQMWTYxkWLka44jCWBDKAeaqL3jjgumWxHtE0Q2GQ8qFZ wfrg== MIME-Version: 1.0 X-Received: by 10.60.220.137 with SMTP id pw9mr10744277oec.47.1428896867171; Sun, 12 Apr 2015 20:47:47 -0700 (PDT) Received: by 10.60.20.198 with HTTP; Sun, 12 Apr 2015 20:47:47 -0700 (PDT) Date: Sun, 12 Apr 2015 23:47:47 -0400 Message-ID: Subject: OT: how to simulate USB on a windows virtual box guest From: Aryeh Friedman To: FreeBSD Mailing List 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: Mon, 13 Apr 2015 03:47:48 -0000 Of all the tutorials and stuff I can find for how to do USB passthrough it do none of them work. All I need to do is just simulate a USB drive being inserted and removed how can I do this: vbox 4.4.30 uname on host: FreeBSD retard 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r275948M: Fri Dec 19 15:57:44 EST 2014 root@retard:/usr/obj/usr/src/sys/GENERIC amd64 -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 04:29:18 2015 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 C223DD80 for ; Mon, 13 Apr 2015 04:29:18 +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 69EC4878 for ; Mon, 13 Apr 2015 04:29:17 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-196.adsl.hiwaay.net [216.180.76.196]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t3D4EiqP001316 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 12 Apr 2015 23:14:45 -0500 Message-ID: <552B4427.1070904@hiwaay.net> Date: Sun, 12 Apr 2015 23:20:55 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: FreeBSD Mailing List Subject: Re: OT: how to simulate USB on a windows virtual box guest 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: Mon, 13 Apr 2015 04:29:18 -0000 On 04/12/15 22:47, Aryeh Friedman wrote: > Of all the tutorials and stuff I can find for how to do USB > passthrough it do none of them work. All I need to do is just > simulate a USB drive being inserted and removed how can I do this: > > vbox 4.4.30 > uname on host: > > FreeBSD retard 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r275948M: Fri Dec > 19 15:57:44 EST 2014 root@retard:/usr/obj/usr/src/sys/GENERIC > amd64 > > 1st, change the name of that host !!!! :-) -- 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 Mon Apr 13 04:58:47 2015 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 005EA34A for ; Mon, 13 Apr 2015 04:58:46 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AEF70B75 for ; Mon, 13 Apr 2015 04:58:46 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YhWDe-0002ia-R8 for freebsd-questions@freebsd.org; Mon, 13 Apr 2015 06:43:34 +0200 Received: from pool-72-66-1-32.washdc.fios.verizon.net ([72.66.1.32]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 13 Apr 2015 06:43:34 +0200 Received: from nightrecon by pool-72-66-1-32.washdc.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 13 Apr 2015 06:43:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Subject: Re: OT: how to simulate USB on a windows virtual box guest Date: Mon, 13 Apr 2015 00:43:25 -0400 Lines: 23 Message-ID: References: Reply-To: nightrecon@hotmail.com Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-72-66-1-32.washdc.fios.verizon.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: Mon, 13 Apr 2015 04:58:47 -0000 Aryeh Friedman wrote: > Of all the tutorials and stuff I can find for how to do USB > passthrough it do none of them work. All I need to do is just > simulate a USB drive being inserted and removed how can I do this: > > vbox 4.4.30 > uname on host: > > FreeBSD retard 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r275948M: Fri Dec > 19 15:57:44 EST 2014 root@retard:/usr/obj/usr/src/sys/GENERIC > amd64 > Download and install VirtualBox 4.3.26 Oracle VM VirtualBox Extension Pack from: https://www.virtualbox.org/wiki/Downloads Make sure version matches. -Mike From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 07:20:44 2015 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 6E48E6A8 for ; Mon, 13 Apr 2015 07:20:44 +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 D10B4C5E for ; Mon, 13 Apr 2015 07:20:43 +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 t3D7KaKM058683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 13 Apr 2015 09:20:36 +0200 (CEST) (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 t3D7KaeI058680 for ; Mon, 13 Apr 2015 09:20:36 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 13 Apr 2015 09:20:36 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD questions Subject: tcpdump -C option, pilot error or genuine bug? Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable 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 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, 13 Apr 2015 07:20:44 -0000 Hi, I'm attempting to run: tcpdump -C 100 -U -i re0 -s 0 -v -w some-dump-file on stable/10 r281235, the 20150407 amd64 snapshot. The re0 interface is in monitor and permanent promiscuous mode, i.e. ifconfig_re0="up monitor promisc". I'm expecting to see files named: some-dump-file some-dump-file1 some-dump-file2 some-dump-file3 some-dump-file4 ... each file about 100 MB large, i.e. ~100,000,000 bytes. I only see the some-dump-file, and it has now reached 15 GB. As a contrast, the -G option expects the -w argument to contain strftime(3) time formatting to enable timestamping of each file. The -C option has no such requirement documented. Is this a pilot error or a genuine bug? I could switch to using: -G 3600 -w 'some-dump-file-%Y-%m-%dT%H-%M-%s.pcap' but I want a fixed file size more than a fixed time interval for each file. Any thoughts? -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 08:26:40 2015 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 B5C2E6B5 for ; Mon, 13 Apr 2015 08:26:40 +0000 (UTC) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2376C330 for ; Mon, 13 Apr 2015 08:26:38 +0000 (UTC) Received: from curlew.milibyte.co.uk ([80.229.31.82]) by avasout07 with smtp id FLSa1q0071mJoLY01LSb0G; Mon, 13 Apr 2015 09:26:36 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=fZwjyigF c=1 sm=1 tr=0 a=cd0K7rcWwnZFf6xQxRobyA==:117 a=cd0K7rcWwnZFf6xQxRobyA==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=19pAxiUZ1PoA:10 a=8nJEP1OIZ-IA:10 a=e9J7MTPGsLIA:10 a=p2QsaepqAAAA:8 a=gg2ym0ybLdb3Ekb18LQA:9 a=wPNLvfGTeEIA:10 a=yrv8EZ_X4YwA:10 a=2D3JzW5PaiMA:10 a=t21KVecFwPAA:10 a=FULAhrDbHCYA:10 Received: from curlew.lan ([192.168.1.13] helo=milibyte.co.uk) by curlew.milibyte.co.uk with esmtp (Exim 4.85) (envelope-from ) id 1YhZhS-0000jo-ER; Mon, 13 Apr 2015 09:26:34 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org, nightrecon@hotmail.com Date: Mon, 13 Apr 2015 09:26:05 +0100 Message-ID: <12992858.X4bFETrUAX@curlew.lan> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p9; KDE/4.14.3; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: OT: how to simulate USB on a windows virtual box guest Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="iso-8859-1" X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.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: Mon, 13 Apr 2015 08:26:40 -0000 On Monday 13 Apr 2015 00:43:25 Michael Powell wrote: > Download and install VirtualBox 4.3.26 Oracle VM VirtualBox Extension Pack > from: > > https://www.virtualbox.org/wiki/Downloads > > Make sure version matches. It should also be noted that the extensions should be installed on the guest, not the host. -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 08:33:47 2015 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 9EFA4876 for ; Mon, 13 Apr 2015 08:33:47 +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 0B6465FA for ; Mon, 13 Apr 2015 08:33:46 +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 t3D8XgmQ058943 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Apr 2015 10:33:42 +0200 (CEST) (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 t3D8XgC5058940; Mon, 13 Apr 2015 10:33:42 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 13 Apr 2015 10:33:41 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Mike Clarke Subject: Re: OT: how to simulate USB on a windows virtual box guest In-Reply-To: <12992858.X4bFETrUAX@curlew.lan> Message-ID: References: <12992858.X4bFETrUAX@curlew.lan> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham autolearn_force=no version=3.4.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: Mon, 13 Apr 2015 08:33:47 -0000 On Mon, 13 Apr 2015 09:26+0100, Mike Clarke wrote: > On Monday 13 Apr 2015 00:43:25 Michael Powell wrote: > > Download and install VirtualBox 4.3.26 Oracle VM VirtualBox Extension Pack > > from: > > > > https://www.virtualbox.org/wiki/Downloads > > > > Make sure version matches. > > It should also be noted that the extensions should be installed on the > guest, not the host. What? I hope you are not confusing the USB/PXE extension pack with the client piece, emulators/virtualbox-ose-additions. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 09:34:43 2015 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 3851587B for ; Mon, 13 Apr 2015 09:34:43 +0000 (UTC) Received: from formentor.toolfactory.net (pina.toolfactory.net [213.97.158.39]) by mx1.freebsd.org (Postfix) with ESMTP id AEB20C5E for ; Mon, 13 Apr 2015 09:34:42 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id 43E52177767; Mon, 13 Apr 2015 11:34:41 +0200 (CEST) Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id egbBdVwalEig; Mon, 13 Apr 2015 11:34:40 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id 8C9BC177865; Mon, 13 Apr 2015 11:34:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at logpmzimmta01v.toolfactory.net Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id UBoZVVDxQ7I8; Mon, 13 Apr 2015 11:34:40 +0200 (CEST) Received: from xorrigo.toolfactory.net (unknown [192.168.2.210]) by formentor.toolfactory.net (Postfix) with ESMTP id 6A3F1177767; Mon, 13 Apr 2015 11:34:40 +0200 (CEST) Date: Mon, 13 Apr 2015 11:34:39 +0200 (CEST) From: Raimund Sacherer Reply-To: Raimund Sacherer To: opendaddy@hushmail.com Message-ID: <256156537.124536215.1428917679223.JavaMail.zimbra@logitravel.com> In-Reply-To: <20150411151945.B265FA01DE@smtp.hushmail.com> References: <20150409034121.7D7C720395@smtp.hushmail.com> <20150409113928.EE31F401E4@smtp.hushmail.com> <20150409185801.1B1E9401E3@smtp.hushmail.com> <369199529.123430074.1428656504549.JavaMail.zimbra@logitravel.com> <20150411151945.B265FA01DE@smtp.hushmail.com> Subject: Re: Initial request to server extremely slow after longer periods of inactivity MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [192.168.2.213] X-Mailer: Zimbra 8.0.8_GA_6184 (ZimbraWebClient - SAF7 (Mac)/8.0.8_GA_6184) Thread-Topic: Initial request to server extremely slow after longer periods of inactivity Thread-Index: keQzV9AcwoAgwxW8FaOn6icJF8wqqQ== 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, 13 Apr 2015 09:34:43 -0000 ----- Original Message -----=20 > From: opendaddy@hushmail.com > To: "Raimund Sacherer" > Cc: freebsd-questions@freebsd.org > Sent: Saturday, April 11, 2015 5:19:45 PM > Subject: Re: Initial request to server extremely slow after longer period= s of > inactivity > Hello, > On 10. april 2015 at 9:01 AM, "Raimund Sacherer" wrot= e: > > > >Then what I would do in your case is open a few ssh sessions, run > >top with cpu focus in one, top with IO focus in another and in a > >third i would take a tcpdump written to a file. Maybe another > >session with vmstat to check on pagin/pageout, etc. > > > >Then I'd wait the appropriate amount of time and try a web > >connection, if it takes long, I'l check the top's if there is > >something going on (lot's of CPU, lot's of IO, pages etc.) and > >check the tcpdump in wireshark to see if there are problematic DNS > >queries which maybe are timing out, etc. > Wouldn't SSH sessions act as "continuous feedback loops" preventing the > server from going unresponsive in the first place? Yes, that could be, but you would be able to rule it out rather quickly, if= you do not seem to get the system in the "unresponsive" state then I would= execute them in a screen or tmux session so they are available for you to = check out later. In this case a top won't do you much good and you have to = use some form of vmstat or similar to check out what had happened (cpu, pag= ing, interrupt storm, context switches, IO-wait, etc.). If none of those in= dicates problems, and the tcpdump does not reveal DNS problems it may be an= issue with the VPS host (if you use a virtually shared hosted service).=20 Best Ray > Also, how can I do stuff like `traceroute` or `mtr` knowing beforehand th= at > the server is indeed unresponsive? Since it's only unresponsive on first > requests, if I send a request to check, things will have returned to norm= al > by the time I get to run those commands. > Thanks! > O.D. --=20 --=20 Raimund Sacherer=20 Sistemas=20 Agencia de Viajes Online=20 www.logitravel.com=20 Edificio Logitravel, Parcela 3B (Parc Bit)=20 Ctra. Palma - Valldemossa km 7,4 | 07121 Palma de Mallorca=20 Tel 902 366 847 | Fax 971 213 495=20 S=C3=ADguenos en: =09=09=09=09=09=09Descarga nuestras aplicaciones para m= =C3=B3vil =09 Este correo electr=C3=B3nico y, en su caso, cualquier fichero anexo, contie= ne informaci=C3=B3n de car=C3=A1cter confidencial exclusivamente dirigida a= su destinatario. Queda prohibida su divulgaci=C3=B3n, copia o distribuci= =C3=B3n a terceros sin la previa autorizaci=C3=B3n escrita de LOGITRAVEL S.= L.. En caso de haber recibido este correo electr=C3=B3nico por error, se ru= ega notif=C3=ADquese inmediatamente esta circunstancia mediante reenv=C3=AD= o a la direcci=C3=B3n electr=C3=B3nica del remitente. Al mismo tiempo LA EM= PRESA le recuerda que sus datos forman o formar=C3=A1n parte de un fichero = registrado como CLIENTES con n=C3=BAmero de inscripci=C3=B3n 2070610043 en = la Agencia General de Protecci=C3=B3n de Datos, propiedad de la empresa LOG= ITRAVEL, con domicilio en Edificio Logitravel, Ctra. Palma - Valldemosa km = 7,4, Parc Bit, Palma de Mallorca. Usted tiene derecho de acceso, oposici=C3= =B3n, rectificaci=C3=B3n y cancelaci=C3=B3n a estos datos que deber=C3=A1 e= jercer mediante escrito a la direcci=C3=B3n anteriormente citada.=20 From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 10:17:41 2015 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 B3C5B33A for ; Mon, 13 Apr 2015 10:17:41 +0000 (UTC) Received: from bede.qeng-ho.org (bede.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 5265B7B for ; Mon, 13 Apr 2015 10:17:40 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.14.9/8.14.7) with ESMTP id t3DAHVJp017422; Mon, 13 Apr 2015 11:17:31 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Message-ID: <552B97BB.3080401@qeng-ho.org> Date: Mon, 13 Apr 2015 11:17:31 +0100 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: nightrecon@hotmail.com, freebsd-questions@freebsd.org Subject: Re: OT: how to simulate USB on a windows virtual box guest 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: Mon, 13 Apr 2015 10:17:41 -0000 On 13/04/2015 05:43, Michael Powell wrote: > Aryeh Friedman wrote: > >> Of all the tutorials and stuff I can find for how to do USB >> passthrough it do none of them work. All I need to do is just >> simulate a USB drive being inserted and removed how can I do this: >> >> vbox 4.4.30 >> uname on host: >> >> FreeBSD retard 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r275948M: Fri Dec >> 19 15:57:44 EST 2014 root@retard:/usr/obj/usr/src/sys/GENERIC >> amd64 >> > > Download and install VirtualBox 4.3.26 Oracle VM VirtualBox Extension Pack > from: > > https://www.virtualbox.org/wiki/Downloads > > Make sure version matches. When I try to do this, either via the VirtualBox menus or VBoxManage, I get the error Failed to locate the main module ('VBoxPuelMain') This is virtualbox-ose-4.3.26. -- Those who do not learn from computing history are doomed to GOTO 1 From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 10:32:10 2015 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 1B3987C8 for ; Mon, 13 Apr 2015 10:32:10 +0000 (UTC) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A3D4625A for ; Mon, 13 Apr 2015 10:32:08 +0000 (UTC) Received: from curlew.milibyte.co.uk ([80.229.31.82]) by avasout07 with smtp id FNY51q0031mJoLY01NY6P0; Mon, 13 Apr 2015 11:32:06 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=fZwjyigF c=1 sm=1 tr=0 a=cd0K7rcWwnZFf6xQxRobyA==:117 a=cd0K7rcWwnZFf6xQxRobyA==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=19pAxiUZ1PoA:10 a=8nJEP1OIZ-IA:10 a=e9J7MTPGsLIA:10 a=p2QsaepqAAAA:8 a=ySoiDaXiDIRE1RKESw0A:9 a=wPNLvfGTeEIA:10 Received: from curlew.lan ([192.168.1.13] helo=milibyte.co.uk) by curlew.milibyte.co.uk with esmtp (Exim 4.85) (envelope-from ) id 1Yhbeu-00015p-HE for freebsd-questions@freebsd.org; Mon, 13 Apr 2015 11:32:05 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Mon, 13 Apr 2015 11:32:02 +0100 Message-ID: <3396846.txQltkpEbu@curlew.lan> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p9; KDE/4.14.3; amd64; ; ) In-Reply-To: References: <12992858.X4bFETrUAX@curlew.lan> MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: OT: how to simulate USB on a windows virtual box guest Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.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: Mon, 13 Apr 2015 10:32:10 -0000 On Monday 13 Apr 2015 10:33:41 Trond Endrest=F8l wrote: > On Mon, 13 Apr 2015 09:26+0100, Mike Clarke wrote: > > On Monday 13 Apr 2015 00:43:25 Michael Powell wrote: > > > Download and install VirtualBox 4.3.26 Oracle VM VirtualBox Exten= sion > > > Pack > > > from: > > >=20 > > > https://www.virtualbox.org/wiki/Downloads > > >=20 > > > Make sure version matches. > >=20 > > It should also be noted that the extensions should be installed on = the > > guest, not the host. >=20 > What? >=20 > I hope you are not confusing the USB/PXE extension pack with the > client piece, emulators/virtualbox-ose-additions. Well I was thinking of the client side additions. On my Windows clients= I just=20 download and install them using the "Devices > Insert Guest Additions C= D=20 Image" menu in the VirtualBox client window. I have emulators/virtualbox-ose-additions installed on my FreeBSD guest= s. --=20 Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 10:46:27 2015 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 4D292C21 for ; Mon, 13 Apr 2015 10:46:27 +0000 (UTC) Received: from isis.lip6.fr (isis.lip6.fr [132.227.60.2]) by mx1.freebsd.org (Postfix) with ESMTP id 73C4B3B6 for ; Mon, 13 Apr 2015 10:46:25 +0000 (UTC) Received: from asim.lip6.fr (asim.lip6.fr [132.227.86.2]) by isis.lip6.fr (8.15.1/lip6) with ESMTP id t3DAkIlH020469 for ; Mon, 13 Apr 2015 12:46:18 +0200 (CEST) X-pt: isis.lip6.fr Received: from [0.0.0.0] (exit1.telostor.ca [62.210.254.239]) (authenticated bits=0) by asim.lip6.fr (8.15.1/8.14.4) with ESMTPSA id t3DAkHvI020621 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 13 Apr 2015 12:46:17 +0200 (MEST) Message-ID: <552B9E81.9080005@asim.lip6.fr> Date: Mon, 13 Apr 2015 12:46:25 +0200 From: =?windows-1252?Q?Pierre-Yves_P=E9neau?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: How FreeBSD manage more than 4GB on 32 bits architecture References: <552794F7.60306@asim.lip6.fr> <20150410171240.770.qmail@ary.lan> In-Reply-To: Content-Type: multipart/mixed; boundary="------------040807020005030308040200" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (isis.lip6.fr [132.227.60.2]); Mon, 13 Apr 2015 12:46:18 +0200 (CEST) X-Scanned-By: MIMEDefang 2.75 on 132.227.60.2 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, 13 Apr 2015 10:46:27 -0000 This is a multi-part message in MIME format. --------------040807020005030308040200 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Thanks everyone for your advices. If FreeBSD is chose for this work, I'll look at PAE and MIPS support. On 04/10/2015 09:16 PM, Adrian Chadd wrote: > Hi! > > Everyone - this is a research project. If they want to hack around > with FreeBSD on a PAE style 32 bit system but massively parallel, > please let them. If they hit the same walls as others have hit, > hey, great. But they may come up with something novel. > > Pierre - thanks for looking into it. Yes, there's PAE support in > FreeBSD. Yes, there's some NUMA domain awareness in FreeBSD. > You're definitely not starting from scratch. I don't know of any > PAE style awareness in the MIPS32 code; that would be a good place > to start investigating. > > So please take a look at what PAE / i386 is doing and see if you > can map that to vm and pmap management for MIPS32. It'd likely > overlap a lot with how we would support > 256MB of RAM on MIPS32 - > right now we just use the direct map setup for everything, and > that's limited to the KSEG sizes of 256MB. > > > > -adrian _______________________________________________ > 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" > - -- +---------------------------------------------------------------+ | Pierre-Yves Péneau (#3361856) | SoC - LIP6 - UPMC | | Couloir 24-25 Bureau 417 | first.last@lip6.fr | | 4 place Jussieu 75252 Paris Cedex 05 | +33 1 44 27 54 15 | +---------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVK56AAAoJEPy7VC2L9m/A7YcP/3cDIl1hnTu3iZ9XLiHFY+aN 4FPE+s1dqsSBZJ8QWpQe8EN2psi59J8DPNHgsrskk5C0Y9XJbcq/uuQkDDSZTYR9 D5K/FV+nctY2V75AXS2IEaMn6JvfI1/xuLf2M561wCla8LmqUPdOZ5sKj6kFTexc CBZzQ6LtIQmGPiRgYoYJlrF9SSVF/lgUZougK03AhJped7UgAM0YH7cgcJ1FwOPX h306mv5yJyprSfKfV8XlFRZIhmr4bMv4LHZB0AKG5iFf5T40CiwRLnawQ6blfHFq /0pmQ3GC7Pv814+kFUm0L6RjXWdDITM/Qs7TqkeIP586lBwof6CpVwNQnuU03Bl3 TwIWOcNglTfqt/BxgNfe7CfuXGNnMxVpGLYn3wjBhtUhn7gFy+YWdrcxnSpBAfL9 HvBG2FN9WFh1O4+15Q7Cre+fYl94gxo3/+/5P97cNKit//r+vkxJSDXbjGgFU7ij zZbSaiUmpMzj+zfd/Yr97Aa4Mhb4UPQl0Dtf96SUXpdRLfOz2jBQ/OcoJNiXHwMP 6LHS64l3+kQgwdPUHnOyVhEdU0BlrScDO8VaOh2SiKIbbMT1j3/CMkXRISMnBN5y nDt2PTp/8C/kzLiLWx43Hw12q9cVGvSBlgTMRMPy2TCWS01FLb3S1KxmtfBkvKj9 lS4hP3Q3mKV5kAirnAaA =IyI1 -----END PGP SIGNATURE----- --------------040807020005030308040200 Content-Type: application/pgp-signature; name="0x8BF66FC0.asc.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="0x8BF66FC0.asc.sig" iQIcBAABCAAGBQJVK56AAAoJEPy7VC2L9m/A+AEQAMrhF7BM3uFJLew6qZlBRFes8cEETNNv ajXOGyG/vOZbozDhKkXUrsBEKXj1AYasVwnr+OhdORqqJyEQtITPm4A3m7HdlhlWe1G4lt4I 7yXz1S/nZk4RJi+xBpr/mSysF2P9AhWELuoqMLLITN+tOeoF+j3gJoR8sDE65aSUdl+7WK9K OueTZhqQWdO6j0DKJ3G9mNjVdP2qaEVmr0FCAJbRFDQVLYqVzSBU7SGMz5VnXa8QFkuc9DGj lw4yJZMl/aptGKIsSUIP30/Alw8IBf+WFpXrWD4e76HUgTaiqiHmAWeSJbbmUZWJZDw4lrrS d/QU36uTPI+Z+ZtXliwJyLQpNh3s7OB+mFqZzqcXwP+Rv95ly9u0T0ps4FHpkVHoo4oFqv4E H723IsGH36yF1uwDgf8sToPhwDVOMSBBuiLIgAbbM9eInuUztqmJECDXKjjNlUtv+IHtXZdN j4JtrwLJSD2NKijXK77S3vlkzC3LutYT+eY3o1WQqEfYyB6kuh2nZyPeAgWAvIbbxdTAWVGn 8FcJfdjK1LOBvV9orNahuC4OPJQhUBpph+r/OllbK7v7nfxgZqLrhfCEbbgNWNyFQ//VA+Sr z35Ch96OL8Fr7tVK+muHeTAh0AbY+kk3GEp06QYuE62+bf7lL0YOUA+MnCuSZPqIJ3LZa8mQ N6DM --------------040807020005030308040200-- From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 10:52:12 2015 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 557D5EA6 for ; Mon, 13 Apr 2015 10:52:12 +0000 (UTC) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DF6D266B for ; Mon, 13 Apr 2015 10:52:10 +0000 (UTC) Received: from curlew.milibyte.co.uk ([80.229.31.82]) by avasout07 with smtp id FNs81q0021mJoLY01Ns9ll; Mon, 13 Apr 2015 11:52:09 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=fZwjyigF c=1 sm=1 tr=0 a=cd0K7rcWwnZFf6xQxRobyA==:117 a=cd0K7rcWwnZFf6xQxRobyA==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=19pAxiUZ1PoA:10 a=kj9zAlcOel0A:10 a=e9J7MTPGsLIA:10 a=-KagLAuFIySVe2VOtKUA:9 a=CjuIK1q_8ugA:10 Received: from curlew.lan ([192.168.1.13] helo=milibyte.co.uk) by curlew.milibyte.co.uk with esmtp (Exim 4.85) (envelope-from ) id 1YhbyJ-000196-L4 for freebsd-questions@freebsd.org; Mon, 13 Apr 2015 11:52:07 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Mon, 13 Apr 2015 11:52:07 +0100 Message-ID: <1652760.4Ji4a82evT@curlew.lan> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p9; KDE/4.14.3; amd64; ; ) In-Reply-To: <20150413025836.14a7d43c@archlinux> References: <1846362.0RNNXTKooT@curlew.lan> <20150413025836.14a7d43c@archlinux> MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: Use "kdesu" in KDE Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.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: Mon, 13 Apr 2015 10:52:12 -0000 On Monday 13 Apr 2015 02:58:36 Ralf Mardorf wrote: > I don't want to boot FreeBSD now. Are you sure that xhost isn't needed > for kdesu on FreeBSD, if you run something as another user, excepted > root? Yes, it works fine using "/usr/local/lib/kde4/libexec/kdesu -u username -c xterm" where username can be any valid user, including root. Incidentally another workaround for running X applications as any other user, including root, without needing xhost or copying .Xauthority is to configure ssh to support X11 forwarding in ~/.ssh/config and run "ssh username@localhost". -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 13:56:17 2015 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 AD741E5F for ; Mon, 13 Apr 2015 13:56:17 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40605D8C for ; Mon, 13 Apr 2015 13:56:17 +0000 (UTC) Received: from [192.168.0.143] ([95.91.226.106]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M5Lqx-1Zajln0trj-00zZem; Mon, 13 Apr 2015 15:43:04 +0200 Message-ID: <552BC7E6.9040400@gmx.de> Date: Mon, 13 Apr 2015 15:43:02 +0200 From: "lokadamus@gmx.de" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "O. Hartmann" , FreeBSD Questions Subject: Re: SAMBA 4.1: simple fileserver for win7 with LDAP authetication? References: <20150411110124.5e4e2046.ohartman@zedat.fu-berlin.de> In-Reply-To: <20150411110124.5e4e2046.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:PDNgarR/A4Seam8f65FQGeiY67fd4FjtBhrb0aM+kLGIDpYU/YN 7Jp9M3fOL8otFf4Vjk4mIGZVE3hsB5r7PGisbVjWZyDYgT+cGkkhiZwFYWJyCn4NfeGx17+ iVue86SAUc0WQm+gMDWmas/OqGV2kj+f7TLpS166hdleo86YRilAQkVzUUeW8RDw1UOG4rl lzxeo0xWaKqPS2Xbayuzg== X-UI-Out-Filterresults: notjunk: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, 13 Apr 2015 13:56:17 -0000 On 04/11/15 11:01, O. Hartmann wrote: > > Having used for years SAMBA3 as a simple fileserver for Win7 boxes, we migrated to SAMBA > 4.1. > > Our UNIX/SAMBA users backend was OpenLDAP, the domain name of the windows > domain/workgroup had been stored in LDAP as cn=domains,dc=foo,.... > > Well, I have now already setup a samba 4.1 server, which is running so far. The only > thing what isn't working is getting access from a windows 7 box, the log of samba 4.1 > always reports something like > > [...] > [2015/04/11 10:58:29.353733, 0] ../source3/param/loadparm.c:2377(service_ok) > WARNING: No path in service print$ - making it unavailable! > [2015/04/11 10:58:29.380217, > 0] ../source3/passdb/pdb_ldap.c:6529(pdb_ldapsam_init_common) pdb_init_ldapsam: WARNING: > Could not get domain info, nor add one to the domain. We cannot work reliably without it. > [2015/04/11 10:58:29.380265, > 0] ../source3/passdb/pdb_interface.c:178(make_pdb_method_name) pdb backend > ldapsam:"ldap://192.168.0.1/" did not correctly init (error was > NT_STATUS_CANT_ACCESS_DOMAIN_INFO) > [...] > > For me, it seems that smbd can not retrieve the domain name of the SAMBA domain > correctly. But at this point, I do not find suitable informations how to setup objects in > OpenLDAP (schemata syntax?) to provide samba 4.1 compliance. Can somebody help or give > suitable hints where to find those informations? > > Thanks in advance, > > Oliver > > IMPORTANT: please CC me! > Is this a problem with one Win7 system or have other the same problem? When it is just one system reconnect it to the domain. Greeting From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 14:13:07 2015 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 37A67409 for ; Mon, 13 Apr 2015 14:13:07 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFE13FE1 for ; Mon, 13 Apr 2015 14:13:06 +0000 (UTC) Received: by igbqf9 with SMTP id qf9so44761333igb.1 for ; Mon, 13 Apr 2015 07:13:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:date:subject:message-id:priority:in-reply-to:references; bh=V24RhaAgnFd+YBuVB1T0L8EeZGDXj9+T2IIP6zbNNZM=; b=KXrBGh11mB/0fkj7MPx2SUloB3W+zDo+aqDF06iISTXu7bF6AmYXplgcOcWRMx3kAR Hagvf08p5oDtO1N8Dv87ZhItBvWCPO2LbMxWrYUmdauWvGVP6isKAT9cnQxvHzjBvVmM ewz9kTZ0+rhhXZuPIMJqh/5g0tw5iibN00MA4139ZLc2lIAOmwzeEIsPXBue4CFvIaDk ZjEMOAXNJZzj29OOwwEmQ1lvpYBCHheEnHOrSqD+EQPwQhQWpyyN1NCMz2lVDFEK+oSW fxv+mrNZNQQLVwcYq11mOYCJzpmgLjQyUu/qy0v+HiGLhefoXU5/a0HSTWYj24oUpwO9 ISdQ== X-Received: by 10.42.176.70 with SMTP id bd6mr19064037icb.52.1428934386345; Mon, 13 Apr 2015 07:13:06 -0700 (PDT) Received: from [192.168.23.13] (198-84-175-115.cpe.teksavvy.com. [198.84.175.115]) by mx.google.com with ESMTPSA id m191sm5000565ioe.23.2015.04.13.07.13.04 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Apr 2015 07:13:05 -0700 (PDT) From: matheyden@gmail.com To: freebsd-questions@freebsd.org Date: Mon, 13 Apr 2015 10:13:03 -0400 Subject: Re: System hangs on rm after upgrade to 10.1 with UFS Message-ID: <552BCEEF.4096.A69CE8C@matheyden.gmail.com> Priority: normal In-reply-to: <5522A200.9050206@gmx.de> References: <551BFF9C.22917.CCA7BA9B@matheyden.gmail.com>, <5522A200.9050206@gmx.de> X-mailer: Pegasus Mail for Windows (4.70) 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, 13 Apr 2015 14:13:07 -0000 > On 04/01/15 16:24, matheyden@gmail.com wrote: > > Anyone have any idea what may be causing the problem? Is this a bug in > > FreeBSD 10.1? > > > > Thanks. > > > > _______________________________________________ > > 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" > > > Can you give an answer about which file make this problem (dmesg or > other logfile)? > Is this a windows system? They have a little problem with a path over > 255 signs (but this error begins with 240 signs or early). > > Or make you just a little first april joke? > Greeting I'm not sure which file the process gets stuck on, is there an easy way to find out? Nothing appears to be written to the log files when executing the command, outside of the rsnapshot log: http://pastebin.com/uVPfWYtT dmesg: http://pastebin.com/t3HBYH73 My test host is running in VirtualBox on Windows 7, but the issue was first found on a physical system running FreeBSD 10.1 backing up a host running FreeBSD 10.0, so no windows involvement there. Thanks. From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 15:06:15 2015 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 048B9348 for ; Mon, 13 Apr 2015 15:06:15 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C10687F for ; Mon, 13 Apr 2015 15:06:14 +0000 (UTC) Received: from [192.168.0.143] ([95.91.226.106]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LmbVT-1ZFuMK3WwF-00aGaU; Mon, 13 Apr 2015 17:06:11 +0200 Message-ID: <552BDB62.3030309@gmx.de> Date: Mon, 13 Apr 2015 17:06:10 +0200 From: "lokadamus@gmx.de" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: matheyden@gmail.com, freebsd-questions@freebsd.org Subject: Re: System hangs on rm after upgrade to 10.1 with UFS References: <551BFF9C.22917.CCA7BA9B@matheyden.gmail.com>, <5522A200.9050206@gmx.de> <552BCEEF.4096.A69CE8C@matheyden.gmail.com> In-Reply-To: <552BCEEF.4096.A69CE8C@matheyden.gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:R9+8RsO7A/09f8c2qmTfWUiWUjiL2VJh/OTWsJ4jd4q6In2Z847 8SwCBbn3kySdGgTAK9VxEFVn92S48j8WFpXeJ5rlUSnfqDLnRDYNE3LkaP+y1vmvSnqUXHd WJWX7TOE+CpPHQxJ3RDjLkYhJox7yoQKhuDVyfTHndDo4sg9xll2oyWd921eedsamVwEy4h JpkGZm9jZkG7jJsjsleEw== X-UI-Out-Filterresults: notjunk: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, 13 Apr 2015 15:06:15 -0000 On 04/13/15 16:13, matheyden@gmail.com wrote: >> On 04/01/15 16:24, matheyden@gmail.com wrote: >>> Anyone have any idea what may be causing the problem? Is this a bug in >>> FreeBSD 10.1? >>> >>> Thanks. >>> >>> _______________________________________________ >>> 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" >>> >> Can you give an answer about which file make this problem (dmesg or >> other logfile)? >> Is this a windows system? They have a little problem with a path over >> 255 signs (but this error begins with 240 signs or early). >> >> Or make you just a little first april joke? >> Greeting > > I'm not sure which file the process gets stuck on, is there an easy way to > find out? > > Nothing appears to be written to the log files when executing the command, > outside of the rsnapshot log: > http://pastebin.com/uVPfWYtT > > dmesg: > http://pastebin.com/t3HBYH73 > > My test host is running in VirtualBox on Windows 7, but the issue was > first found on a physical system running FreeBSD 10.1 backing up a host > running FreeBSD 10.0, so no windows involvement there. > > Thanks. > _______________________________________________ > 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" > Do you get a question about a shell? It looks it can't found it's root. From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 16:11:45 2015 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 CA5C64A6 for ; Mon, 13 Apr 2015 16:11:45 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89329FCA for ; Mon, 13 Apr 2015 16:11:45 +0000 (UTC) Received: by igbqf9 with SMTP id qf9so48219337igb.1 for ; Mon, 13 Apr 2015 09:11:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucsc.edu; s=ucsc-google; h=mime-version:date:message-id:subject:from:to:content-type; bh=VJ30ye2Oj1I9+jYbuNDC2sF1KJg+0TOoBIjzyf15fus=; b=RIDU+HoAUtSFJ+3pR3HQ81ZW+xY1fzV8c3fWPCHUPnU5hASUXZEn6+DhUz4f0zyDKM r2vDjcDUylEVzOUlzkgCtgc3Xzw9lbxvPfbXd5I7nuSSIZCPgNbr2HWPvMxfYQnDk9hq 8fAy806aA017uOEVdwPLpaL66APpKSVgfzcEE= 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=VJ30ye2Oj1I9+jYbuNDC2sF1KJg+0TOoBIjzyf15fus=; b=PZ4/ZtECf0Dtn/gOYPwZ//Ay30Ks7ogf3lWV/lz6Z6aQ/ktnLg3zJnBgPwroM73Le1 jbd0Kjb8PLcmWGf0U6FIhC61lViuoD8RG39Z9x68ogYEJJTL7zr1V7qYM6oSwljj+He7 X8jn9/NI8OaHqNOy04QP+N5O5rjFWDGdqepZg71Z/8HSUJo9NrV3+7NGLWBQXWZW61WW +W5dOAaIGkAOVjh56EqZfPOsMpDlj7jDEFBEZlQtQx8nuFnZ7qmd3W1+yjedpVYX3Qxu 6sJLzy8kioSPw84G9bc1/5qXcJxNOC0vobQF112zdr80XPknz6m2BQNVaJaQAzVZeG+v k3Qw== X-Gm-Message-State: ALoCoQmdqJENvzYR06R7mYPLqRj2Ce7LFPohmzXFukVYygKHV6sm/BrrQ5Hx4LVgxnqD/YkUPHUr MIME-Version: 1.0 X-Received: by 10.50.45.103 with SMTP id l7mr17580797igm.41.1428941504533; Mon, 13 Apr 2015 09:11:44 -0700 (PDT) Received: by 10.42.67.70 with HTTP; Mon, 13 Apr 2015 09:11:44 -0700 (PDT) Date: Mon, 13 Apr 2015 09:11:44 -0700 Message-ID: Subject: Vim/Vi/Bash Segfaults After Upgrade to 10.1 From: Tim Gustafson To: freebsd-questions@freebsd.org Content-Type: multipart/mixed; boundary=089e0111b1b6c8c77b05139d5eb3 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, 13 Apr 2015 16:11:45 -0000 --089e0111b1b6c8c77b05139d5eb3 Content-Type: text/plain; charset=UTF-8 After upgrading a 10.0 box to 10.1-RELEASE-p9, I am getting really odd segfaults when running vi, vim or bash. So far, no other programs I've found are segfaulting since the upgrade. I've re-built and installed world, followed by a "make delete-old delete-old-libs", followed by a "portmaster -fad" three times, to no avail. A truss of a vim process is attached. It looks like it's segfaulting after a call to sigprocmask(). Bash is behaving very strangely. It seems to segfault when logging in as a user who has bash set as their shell, but not when you run bash from within tcsh. Put another way, as root, if I "su bashuser", the system hangs for a few seconds and then segfaults. If I just run "bash" as root, it works without a hitch. Just to make things more interesting, if I "truss -f su bashuser", it does not segfault. Running "su bashuser truss -o /tmp/bash.txt bash" causes the hang and eventual segfault, but never creates /tmp/bash.txt I am totally at a loss. Has anyone else seen this behavior? Any ideas as to what may be going on? -- Tim Gustafson tjg@ucsc.edu 831-459-5354 Baskin Engineering, Room 313A --089e0111b1b6c8c77b05139d5eb3 Content-Type: text/plain; charset=US-ASCII; name="vim-truss.txt" Content-Disposition: attachment; filename="vim-truss.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i8g2t93n0 ODk5ODg6IG1tYXAoMHgwLDMyNzY4LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1B UF9BTk9OLC0xLDB4MCkgPSAzNDM2ODE4NDMyMCAoMHg4MDA4MGUwMDApCjg5OTg4OiBpc3NldHVn aWQoMHg4MDBhMGVhMjAsMHg3ZmZmZmZmZmVmY2QsMHg0MCwweDAsMHhmZmZmODAwODAwYTBmYTUz LDB4MCkgPSAwICgweDApCjg5OTg4OiBsc3RhdCgiL2V0YyIseyBtb2RlPWRyd3hyLXhyLXggLGlu b2RlPTQ3MTA0LHNpemU9MjU2MCxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogbHN0 YXQoIi9ldGMvbGlibWFwLmNvbmYiLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT00NzQzNCxzaXpl PTEwOSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogb3BlbigiL2V0Yy9saWJtYXAu Y29uZiIsT19DTE9FWEVDLDAxNzYwKQkgPSAzICgweDMpCjg5OTg4OiBmc3RhdCgzLHsgbW9kZT0t cnctci0tci0tICxpbm9kZT00NzQzNCxzaXplPTEwOSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgw KQo4OTk4ODogbW1hcCgweDAsMTA5LFBST1RfUkVBRCxNQVBfUFJJVkFURSwzLDB4MCkgPSAzNDM2 ODIxNzA4OCAoMHg4MDA4MTYwMDApCjg5OTg4OiBjbG9zZSgzKQkJCQkJID0gMCAoMHgwKQo4OTk4 ODogbHN0YXQoIi91c3IiLHsgbW9kZT1kcnd4ci14ci14ICxpbm9kZT0zMjk3Mjgsc2l6ZT01MTIs Ymxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IGxzdGF0KCIvdXNyL2xvY2FsIix7IG1v ZGU9ZHJ3eHIteHIteCAsaW5vZGU9MzI5NzM1LHNpemU9NTEyLGJsa3NpemU9MTYzODQgfSkgPSAw ICgweDApCjg5OTg4OiBsc3RhdCgiL3Vzci9sb2NhbC9ldGMiLHsgbW9kZT1kcnd4ci14ci14ICxp bm9kZT0zNTQ0NjIsc2l6ZT0xMDI0LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBs c3RhdCgiL3Vzci9sb2NhbC9ldGMvbGlibWFwLmQiLDB4N2ZmZmZmZmZjNmQ4KSBFUlIjMiAnTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IG11bm1hcCgweDgwMDgxNjAwMCwxMDkpCQkJ ID0gMCAoMHgwKQo4OTk4ODogb3BlbigiL3Zhci9ydW4vbGQtZWxmLnNvLmhpbnRzIixPX0NMT0VY RUMsMDQwMjEwMDAwKSA9IDMgKDB4MykKODk5ODg6IHJlYWQoMywiRWhudFxeQVwwXDBcMFxNXkBc MFwwXDBcXFwwXDBcMCIuLi4sMTI4KSA9IDEyOCAoMHg4MCkKODk5ODg6IGxzZWVrKDMsMHg4MCxT RUVLX1NFVCkJCQkgPSAxMjggKDB4ODApCjg5OTg4OiByZWFkKDMsIi9saWI6L3Vzci9saWI6L3Vz ci9saWIvY29tcGF0Oi91Ii4uLiw5MikgPSA5MiAoMHg1YykKODk5ODg6IGNsb3NlKDMpCQkJCQkg PSAwICgweDApCjg5OTg4OiBhY2Nlc3MoIi9saWIvbGlibS5zby41IiwwKQkJID0gMCAoMHgwKQo4 OTk4ODogb3BlbigiL2xpYi9saWJtLnNvLjUiLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gMyAoMHgz KQo4OTk4ODogZnN0YXQoMyx7IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MjM3Mzc1LHNpemU9MTgx ODQwLGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBtbWFwKDB4MCw0MDk2LFBST1Rf UkVBRCxNQVBfUFJJVkFURXxNQVBfUFJFRkFVTFRfUkVBRCwzLDB4MCkgPSAzNDM2ODIxNzA4OCAo MHg4MDA4MTYwMDApCjg5OTg4OiBtbWFwKDB4MCwyMjYwOTkyLFBST1RfTk9ORSxNQVBfUFJJVkFU RXxNQVBfQU5PTnxNQVBfTk9DT1JFLC0xLDB4MCkgPSAzNDM3MDI4OTY2NCAoMHg4MDBhMTAwMDAp Cjg5OTg4OiBtbWFwKDB4ODAwYTEwMDAwLDE2Mzg0MCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9Q UklWQVRFfE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDMsMHgwKSA9IDM0 MzcwMjg5NjY0ICgweDgwMGExMDAwMCkKODk5ODg6IG1tYXAoMHg4MDBjMzcwMDAsNDA5NixQUk9U X1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JFQUQs MywweDI3MDAwKSA9IDM0MzcyNTQ2NTYwICgweDgwMGMzNzAwMCkKODk5ODg6IG11bm1hcCgweDgw MDgxNjAwMCw0MDk2KQkJCSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDMpCQkJCQkgPSAwICgweDAp Cjg5OTg4OiBhY2Nlc3MoIi9saWIvbGlibmN1cnNlcy5zby44IiwwKQkJID0gMCAoMHgwKQo4OTk4 ODogb3BlbigiL2xpYi9saWJuY3Vyc2VzLnNvLjgiLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gMyAo MHgzKQo4OTk4ODogZnN0YXQoMyx7IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MjM4ODEwLHNpemU9 MzE0MTM2LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBtbWFwKDB4MCw0MDk2LFBS T1RfUkVBRCxNQVBfUFJJVkFURXxNQVBfUFJFRkFVTFRfUkVBRCwzLDB4MCkgPSAzNDM2ODIxNzA4 OCAoMHg4MDA4MTYwMDApCjg5OTg4OiBtbWFwKDB4MCwyNDEyNTQ0LFBST1RfTk9ORSxNQVBfUFJJ VkFURXxNQVBfQU5PTnxNQVBfTk9DT1JFLC0xLDB4MCkgPSAzNDM3MjU1MDY1NiAoMHg4MDBjMzgw MDApCjg5OTg4OiBtbWFwKDB4ODAwYzM4MDAwLDI5NDkxMixQUk9UX1JFQUR8UFJPVF9FWEVDLE1B UF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDMsMHgwKSA9 IDM0MzcyNTUwNjU2ICgweDgwMGMzODAwMCkKODk5ODg6IG1tYXAoMHg4MDBlODAwMDAsMjA0ODAs UFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9QUkVGQVVMVF9S RUFELDMsMHg0ODAwMCkgPSAzNDM3NDk0MjcyMCAoMHg4MDBlODAwMDApCjg5OTg4OiBtdW5tYXAo MHg4MDA4MTYwMDAsNDA5NikJCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSgzKQkJCQkJID0gMCAo MHgwKQo4OTk4ODogYWNjZXNzKCIvbGliL2xpYmMuc28uNyIsMCkJCSA9IDAgKDB4MCkKODk5ODg6 IG9wZW4oIi9saWIvbGliYy5zby43IixPX0NMT0VYRUMsMDQwMjIzNzcwKSA9IDMgKDB4MykKODk5 ODg6IGZzdGF0KDMseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTIzNTU5MyxzaXplPTE2MzEyMjQs Ymxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG1tYXAoMHgwLDQwOTYsUFJPVF9SRUFE LE1BUF9QUklWQVRFfE1BUF9QUkVGQVVMVF9SRUFELDMsMHgwKSA9IDM0MzY4MjE3MDg4ICgweDgw MDgxNjAwMCkKODk5ODg6IG1tYXAoMHgwLDM4Mzc5NTIsUFJPVF9OT05FLE1BUF9QUklWQVRFfE1B UF9BTk9OfE1BUF9OT0NPUkUsLTEsMHgwKSA9IDM0Mzc0OTYzMjAwICgweDgwMGU4NTAwMCkKODk5 ODg6IG1tYXAoMHg4MDBlODUwMDAsMTUyMzcxMixQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklW QVRFfE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDMsMHgwKSA9IDM0Mzc0 OTYzMjAwICgweDgwMGU4NTAwMCkKODk5ODg6IG1tYXAoMHg4MDExZjgwMDAsNTMyNDgsUFJPVF9S RUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9QUkVGQVVMVF9SRUFELDMs MHgxNzMwMDApID0gMzQzNzg1Nzk5NjggKDB4ODAxMWY4MDAwKQo4OTk4ODogbW1hcCgweDgwMTIw NTAwMCwxNjc5MzYsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1B UF9BTk9OLC0xLDB4MCkgPSAzNDM3ODYzMzIxNiAoMHg4MDEyMDUwMDApCjg5OTg4OiBtdW5tYXAo MHg4MDA4MTYwMDAsNDA5NikJCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSgzKQkJCQkJID0gMCAo MHgwKQo4OTk4ODogbXVubWFwKDB4ODAwODE1MDAwLDQwOTYpCQkJID0gMCAoMHgwKQo4OTk4ODog bW1hcCgweDAsNDA5NjAsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0FOT04s LTEsMHgwKSA9IDM0MzY4MjEyOTkyICgweDgwMDgxNTAwMCkKODk5ODg6IG11bm1hcCgweDgwMDgx YjAwMCwxNjM4NCkJCSA9IDAgKDB4MCkKODk5ODg6IG1tYXAoMHgwLDEwMjQwMCxQUk9UX1JFQUR8 UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0gMzQzNjgyMzc1NjggKDB4 ODAwODFiMDAwKQo4OTk4ODogc3lzYXJjaCgweDgxLDB4N2ZmZmZmZmZlMGI4LDB4NCwweDAsMHhm ZmZmZmZmZmZmNjM0MWMwLDB4ZmZmZmZmZmYwZmZmZmZmZikgPSAwICgweDApCjg5OTg4OiBzaWdw cm9jbWFzayhTSUdfQkxPQ0ssU0lHSFVQfFNJR0lOVHxTSUdRVUlUfFNJR0tJTEx8U0lHUElQRXxT SUdBTFJNfFNJR1RFUk18U0lHVVJHfFNJR1NUT1B8U0lHVFNUUHxTSUdDT05UfFNJR0NITER8U0lH VFRJTnxTSUdUVE9VfFNJR0lPfFNJR1hDUFV8U0lHWEZTWnxTSUdWVEFMUk18U0lHUFJPRnxTSUdX SU5DSHxTSUdJTkZPfFNJR1VTUjF8U0lHVVNSMiwweDApID0gMCAoMHgwKQo4OTk4ODogc2lncHJv Y21hc2soU0lHX1NFVE1BU0ssMHgwLDB4MCkJCSA9IDAgKDB4MCkKODk5ODg6IHJlYWRsaW5rKCIv ZXRjL21hbGxvYy5jb25mIiwweDdmZmZmZmZmZDdlMCwxMDI0KSBFUlIjMiAnTm8gc3VjaCBmaWxl IG9yIGRpcmVjdG9yeScKODk5ODg6IGlzc2V0dWdpZCgweDgwMGZkMDUzZSwweDdmZmZmZmZmZDdl MCwweGZmZmZmZmZmZmZmZmZmZmYsMHgyLDB4M2QsMHhmZmZmZmZmZjBmZmZmZmZmKSA9IDAgKDB4 MCkKODk5ODg6IG1tYXAoMHgwLDQxOTQzMDQsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZB VEV8TUFQX0FOT04sLTEsMHgwKSA9IDM0Mzc4ODAxMTUyICgweDgwMTIyZTAwMCkKODk5ODg6IG11 bm1hcCgweDgwMTIyZTAwMCw0MTk0MzA0KQkJID0gMCAoMHgwKQo4OTk4ODogbW1hcCgweDAsODM4 NDUxMixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0g MzQzNzg4MDExNTIgKDB4ODAxMjJlMDAwKQo4OTk4ODogbXVubWFwKDB4ODAxMjJlMDAwLDE5MDg3 MzYpCQkgPSAwICgweDApCjg5OTg4OiBtdW5tYXAoMHg4MDE4MDAwMDAsMjI4MTQ3MikJCSA9IDAg KDB4MCkKODk5ODg6IHNpZ3Byb2NtYXNrKFNJR19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8 U0lHS0lMTHxTSUdQSVBFfFNJR0FMUk18U0lHVEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJ R0NPTlR8U0lHQ0hMRHxTSUdUVElOfFNJR1RUT1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZU QUxSTXxTSUdQUk9GfFNJR1dJTkNIfFNJR0lORk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAwICgw eDApCjg5OTg4OiBzaWdwcm9jbWFzayhTSUdfU0VUTUFTSywweDAsMHgwKQkJID0gMCAoMHgwKQo4 OTk4ODogc2lncHJvY21hc2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdLSUxM fFNJR1BJUEV8U0lHQUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09OVHxT SUdDSExEfFNJR1RUSU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJNfFNJ R1BST0Z8U0lHV0lOQ0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkKODk5 ODg6IHNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4MCwweDApCQkgPSAwICgweDApCjg5OTg4OiBz aWdwcm9jbWFzayhTSUdfQkxPQ0ssU0lHSFVQfFNJR0lOVHxTSUdRVUlUfFNJR0tJTEx8U0lHUElQ RXxTSUdBTFJNfFNJR1RFUk18U0lHVVJHfFNJR1NUT1B8U0lHVFNUUHxTSUdDT05UfFNJR0NITER8 U0lHVFRJTnxTSUdUVE9VfFNJR0lPfFNJR1hDUFV8U0lHWEZTWnxTSUdWVEFMUk18U0lHUFJPRnxT SUdXSU5DSHxTSUdJTkZPfFNJR1VTUjF8U0lHVVNSMiwweDApID0gMCAoMHgwKQo4OTk4ODogc2ln cHJvY21hc2soU0lHX1NFVE1BU0ssMHgwLDB4MCkJCSA9IDAgKDB4MCkKODk5ODg6IHNpZ3Byb2Nt YXNrKFNJR19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8U0lHS0lMTHxTSUdQSVBFfFNJR0FM Uk18U0lHVEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJR0NPTlR8U0lHQ0hMRHxTSUdUVElO fFNJR1RUT1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZUQUxSTXxTSUdQUk9GfFNJR1dJTkNI fFNJR0lORk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAwICgweDApCjg5OTg4OiBzaWdwcm9jbWFz ayhTSUdfU0VUTUFTSywweDAsMHgwKQkJID0gMCAoMHgwKQo4OTk4ODogbW1hcCgweDAsNDE5NDMw NCxQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0gMzQz ODQ5MDQxOTIgKDB4ODAxODAwMDAwKQo4OTk4ODogc2lnYWx0c3RhY2soMHg4MDdkNzAsMHgwLDB4 MCwweDgwMDgyZDEzMCwweDdmZmZmZmZmZGE2MCwweDgwMTIyY2JlMCkgPSAwICgweDApCjg5OTg4 OiBjbG9ja19nZXR0aW1lKDEzLHsxNDI4OTQwNTc3LjAwMDAwMDAwMCB9KSA9IDAgKDB4MCkKODk5 ODg6IG9wZW4oIi91c3Ivc2hhcmUvbG9jYWxlL2VuX1VTLlVURi04L0xDX0NUWVBFIixPX0NMT0VY RUMsMDY2NikgPSAzICgweDMpCjg5OTg4OiBmc3RhdCgzLHsgbW9kZT0tci0tci0tci0tICxpbm9k ZT0zMjk3OTEsc2l6ZT03NjEzMixibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogZnN0 YXQoMyx7IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MzI5NzkxLHNpemU9NzYxMzIsYmxrc2l6ZT0x NjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IGxzZWVrKDMsMHgwLFNFRUtfQ1VSKQkJCSA9IDAgKDB4 MCkKODk5ODg6IGxzZWVrKDMsMHgwLFNFRUtfU0VUKQkJCSA9IDAgKDB4MCkKODk5ODg6IHJlYWQo MywiUnVuZU1hZzFVVEYtOFwwXDBcMFwwXDBcMFwwXDBcMCIuLi4sMTYzODQpID0gMTYzODQgKDB4 NDAwMCkKODk5ODg6IHJlYWQoMywiXDBcMFxeXlRcMFwwXF5eV1wwXDBcXl5XXDBcMFxeXlYiLi4u LDE2Mzg0KSA9IDE2Mzg0ICgweDQwMDApCjg5OTg4OiByZWFkKDMsIlxNXkAkXGJcMFxNXkAkXGJc MFxNXkAkXGJcMFxNXkAkIi4uLiwxNjM4NCkgPSAxNjM4NCAoMHg0MDAwKQo4OTk4ODogcmVhZCgz LCJAXF5EXGJcMEBcXkRcYlwwQFxeRFxiXDBAXF5EXGJcMCIuLi4sMTYzODQpID0gMTYzODQgKDB4 NDAwMCkKODk5ODg6IHJlYWQoMywiQFxeRFxiXDBAXF5EXGJcMEBcXkRcYlwwQFxeRFxiXDAiLi4u LDE2Mzg0KSA9IDEwNTk2ICgweDI5NjQpCjg5OTg4OiBtYWR2aXNlKDB4ODAxODQwMDAwLDB4MTMw MDAsMHg1LDB4YWFhYWFhYWFhYWFhYWFhYiwweDdmZmZmZmZmZDgxMCwweDgwMTIyY2JlMCkgPSAw ICgweDApCjg5OTg4OiBjbG9zZSgzKQkJCQkJID0gMCAoMHgwKQo4OTk4ODogaW9jdGwoMSxUSU9D R0VUQSwweGZmZmZlODAwKQkJID0gMCAoMHgwKQo4OTk4ODogX19nZXRjd2QoIi9yb290IiwxMDI0 KQkJCSA9IDAgKDB4MCkKODk5ODg6IGNoZGlyKCIvcm9vdCIpCQkJCSA9IDAgKDB4MCkKODk5ODg6 IGNoZGlyKCIvcm9vdCIpCQkJCSA9IDAgKDB4MCkKODk5ODg6IF9fZ2V0Y3dkKCIvcm9vdCIsMTAy NSkJCQkgPSAwICgweDApCjg5OTg4OiBjaGRpcigiL3Jvb3QiKQkJCQkgPSAwICgweDApCjg5OTg4 OiBfX3N5c2N0bCgweDdmZmZmZmZmZTdkMCwweDIsMHg3ZmZmZmZmZmU3Y2MsMHg3ZmZmZmZmZmU3 YzAsMHgwLDB4MCkgRVJSIzEyICdDYW5ub3QgYWxsb2NhdGUgbWVtb3J5Jwo4OTk4ODogX19zeXNj dGwoMHg3ZmZmZmZmZmU3NjgsMHgyLDB4N2ZmZmZmZmZlNzY0LDB4N2ZmZmZmZmZlNzcwLDB4MCww eDApID0gMCAoMHgwKQo4OTk4ODogX19zeXNjdGwoMHg3ZmZmZmZmZmU2NzAsMHgyLDB4N2ZmZmZm ZmZlNmIwLDB4N2ZmZmZmZmZlNmE4LDB4ODAwZmQxZWQwLDB4ZCkgPSAwICgweDApCjg5OTg4OiBf X3N5c2N0bCgweDdmZmZmZmZmZTZiMCwweDIsMHg3ZmZmZmZmZmU3NTgsMHg3ZmZmZmZmZmU3NzAs MHgwLDB4MCkgPSAwICgweDApCjg5OTg4OiBnZXRybGltaXQoUkxJTUlUX0RBVEEseyBjdXI9MzQz NTk3MzgzNjgsbWF4PTM0MzU5NzM4MzY4IH0pID0gMCAoMHgwKQo4OTk4ODogZ2V0dWlkKCkJCQkJ CSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltIix7IG1vZGU9ZHJ3 eHIteHIteCAsaW5vZGU9NDI2ODkyLHNpemU9NTEyLGJsa3NpemU9MTYzODQgfSkgPSAwICgweDAp Cjg5OTg4OiBzaWdwcm9jbWFzayhTSUdfQkxPQ0ssMHgwLDB4MCkJCSA9IDAgKDB4MCkKODk5ODg6 IHNpZ3Byb2NtYXNrKFNJR19VTkJMT0NLLFNJR1dJTkNILDB4MCkJID0gMCAoMHgwKQo4OTk4ODog c2lnYWN0aW9uKFNJR1dJTkNILHsgMHg0ZjI2MTAgMHgwIHNzX3QgfSx7IFNJR19ERkwgU0FfUkVT VEFSVCBzc190IH0pID0gMCAoMHgwKQo4OTk4ODogc2lncHJvY21hc2soU0lHX0JMT0NLLDB4MCww eDApCQkgPSAwICgweDApCjg5OTg4OiBzaWdwcm9jbWFzayhTSUdfVU5CTE9DSyxTSUdUU1RQLDB4 MCkJID0gMCAoMHgwKQo4OTk4ODogc2lnYWN0aW9uKFNJR1RTVFAseyBTSUdfREZMIDB4MCBzc190 IH0seyBTSUdfREZMIFNBX1JFU1RBUlQgc3NfdCB9KSA9IDAgKDB4MCkKODk5ODg6IHNpZ3Byb2Nt YXNrKFNJR19CTE9DSywweDAsMHgwKQkJID0gMCAoMHgwKQo4OTk4ODogc2lncHJvY21hc2soU0lH X1VOQkxPQ0ssU0lHUElQRSwweDApCSA9IDAgKDB4MCkKODk5ODg6IHNpZ2FjdGlvbihTSUdQSVBF LHsgU0lHX0lHTiAweDAgc3NfdCB9LHsgU0lHX0RGTCAweDAgc3NfdCB9KSA9IDAgKDB4MCkKODk5 ODg6IHNpZ3Byb2NtYXNrKFNJR19CTE9DSywweDAsMHgwKQkJID0gMCAoMHgwKQo4OTk4ODogc2ln cHJvY21hc2soU0lHX1VOQkxPQ0ssU0lHSU5ULDB4MCkJID0gMCAoMHgwKQo4OTk4ODogc2lnYWN0 aW9uKFNJR0lOVCx7IDB4NGYyNWYwIDB4MCBzc190IH0seyBTSUdfREZMIFNBX1JFU1RBUlQgc3Nf dCB9KSA9IDAgKDB4MCkKODk5ODg6IHNpZ3Byb2NtYXNrKFNJR19CTE9DSywweDAsMHgwKQkJID0g MCAoMHgwKQo4OTk4ODogc2lncHJvY21hc2soU0lHX1VOQkxPQ0ssU0lHQUxSTSwweDApCSA9IDAg KDB4MCkKODk5ODg6IHNpZ2FjdGlvbihTSUdBTFJNLHsgU0lHX0lHTiAweDAgc3NfdCB9LHsgU0lH X0RGTCAweDAgc3NfdCB9KSA9IDAgKDB4MCkKODk5ODg6IHNpZ2FjdGlvbihTSUdIVVAseyAweDRm MjYzMCBTQV9PTlNUQUNLIHNzX3QgfSwweDApID0gMCAoMHgwKQo4OTk4ODogc2lnYWN0aW9uKFNJ R1FVSVQseyAweDRmMjYzMCBTQV9PTlNUQUNLIHNzX3QgfSwweDApID0gMCAoMHgwKQo4OTk4ODog c2lnYWN0aW9uKFNJR0lMTCx7IDB4NGYyNjMwIFNBX09OU1RBQ0sgc3NfdCB9LDB4MCkgPSAwICgw eDApCjg5OTg4OiBzaWdhY3Rpb24oU0lHVFJBUCx7IDB4NGYyNjMwIFNBX09OU1RBQ0sgc3NfdCB9 LDB4MCkgPSAwICgweDApCjg5OTg4OiBzaWdhY3Rpb24oU0lHQUJSVCx7IDB4NGYyNjMwIFNBX09O U1RBQ0sgc3NfdCB9LDB4MCkgPSAwICgweDApCjg5OTg4OiBzaWdhY3Rpb24oU0lHRU1ULHsgMHg0 ZjI2MzAgU0FfT05TVEFDSyBzc190IH0sMHgwKSA9IDAgKDB4MCkKODk5ODg6IHNpZ2FjdGlvbihT SUdGUEUseyAweDRmMjYzMCBTQV9PTlNUQUNLIHNzX3QgfSwweDApID0gMCAoMHgwKQo4OTk4ODog c2lnYWN0aW9uKFNJR0JVUyx7IDB4NGYyNjMwIFNBX09OU1RBQ0sgc3NfdCB9LDB4MCkgPSAwICgw eDApCjg5OTg4OiBzaWdhY3Rpb24oU0lHU0VHVix7IDB4NGYyNjMwIFNBX09OU1RBQ0sgc3NfdCB9 LDB4MCkgPSAwICgweDApCjg5OTg4OiBzaWdhY3Rpb24oU0lHU1lTLHsgMHg0ZjI2MzAgU0FfT05T VEFDSyBzc190IH0sMHgwKSA9IDAgKDB4MCkKODk5ODg6IHNpZ2FjdGlvbihTSUdURVJNLHsgMHg0 ZjI2MzAgU0FfT05TVEFDSyBzc190IH0sMHgwKSA9IDAgKDB4MCkKODk5ODg6IHNpZ2FjdGlvbihT SUdWVEFMUk0seyAweDRmMjYzMCBTQV9PTlNUQUNLIHNzX3QgfSwweDApID0gMCAoMHgwKQo4OTk4 ODogc2lnYWN0aW9uKFNJR1BST0YseyAweDRmMjYzMCBTQV9PTlNUQUNLIHNzX3QgfSwweDApID0g MCAoMHgwKQo4OTk4ODogc2lnYWN0aW9uKFNJR1hDUFUseyAweDRmMjYzMCBTQV9PTlNUQUNLIHNz X3QgfSwweDApID0gMCAoMHgwKQo4OTk4ODogc2lnYWN0aW9uKFNJR1hGU1oseyAweDRmMjYzMCBT QV9PTlNUQUNLIHNzX3QgfSwweDApID0gMCAoMHgwKQo4OTk4ODogc2lnYWN0aW9uKFNJR1VTUjEs eyAweDRmMjYzMCBTQV9PTlNUQUNLIHNzX3QgfSwweDApID0gMCAoMHgwKQo4OTk4ODogaW9jdGwo MCxUSU9DR0VUQSwweGZmZmZlODAwKQkJID0gMCAoMHgwKQo4OTk4ODogaW9jdGwoMSxUSU9DR0VU QSwweGZmZmZkYWMwKQkJID0gMCAoMHgwKQo4OTk4ODogaXNzZXR1Z2lkKDB4N2ZmZmZmZmZkYWEw LDB4MCwweDYsMHgwLDB4M2MwLDB4ODA4MDgwODA4MDgwODA4MCkgPSAwICgweDApCjg5OTg4OiBv cGVuKCIvcm9vdC8udGVybWNhcC5kYiIsT19DTE9FWEVDLDAwKQkgRVJSIzIgJ05vIHN1Y2ggZmls ZSBvciBkaXJlY3RvcnknCjg5OTg4OiBvcGVuKCIvcm9vdC8udGVybWNhcCIsT19DTE9FWEVDLDAw KQkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBvcGVuKCIvdXNyL3No YXJlL21pc2MvdGVybWNhcC5kYiIsT19DTE9FWEVDLDAwKSA9IDMgKDB4MykKODk5ODg6IGZzdGF0 KDMseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTMzMTU3OSxzaXplPTEzNDM0ODgsYmxrc2l6ZT0x NjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQoMywiXDBcXkZcXlVhXDBcMFwwXF5CXDBcMFxe RFxNLVJcMCIuLi4sMjYwKSA9IDI2MCAoMHgxMDQpCjg5OTg4OiBwcmVhZCgweDMsMHg4MDE4YzYw MDAsMHgxMDAwLDB4NzcwMDAsMHgxLDB4MCkgPSA0MDk2ICgweDEwMDApCjg5OTg4OiBwcmVhZCgw eDMsMHg4MDE4YzcwMDAsMHgxMDAwLDB4MmUwMDAsMHgxLDB4MCkgPSA0MDk2ICgweDEwMDApCjg5 OTg4OiBjbG9zZSgzKQkJCQkJID0gMCAoMHgwKQo4OTk4ODogaW9jdGwoMSxUSU9DR0VUQSwweGZm ZmZkYWMwKQkJID0gMCAoMHgwKQo4OTk4ODogaW9jdGwoMSxUSU9DR0VUQSwweDE4NGQxZjgpCQkg PSAwICgweDApCjg5OTg4OiBpb2N0bCgxLFRJT0NHRVRBLDB4ZmZmZmRhNzApCQkgPSAwICgweDAp Cjg5OTg4OiBpb2N0bCgxLFRJT0NHV0lOU1osMHhmZmZmZGFkMCkJCSA9IDAgKDB4MCkKODk5ODg6 IGlvY3RsKDAsVElPQ0dFVEEsMHhmZmZmZGY2OCkJCSA9IDAgKDB4MCkKODk5ODg6IGlvY3RsKDEs VElPQ0dFVEEsMHhmZmZmZGVlMCkJCSA9IDAgKDB4MCkKODk5ODg6IGlvY3RsKDEsVElPQ0dXSU5T WiwweGZmZmZkZjMwKQkJID0gMCAoMHgwKQo4OTk4ODogaW9jdGwoMSxUSU9DR0VUQSwweGZmZmZl N2MwKQkJID0gMCAoMHgwKQo4OTk4ODogaW9jdGwoMSxUSU9DR1dJTlNaLDB4ZmZmZmU4MTApCQkg PSAwICgweDApCjg5OTg4OiBvcGVuKCIuIixPX1JET05MWSwwMCkJCQkgPSAzICgweDMpCjg5OTg4 OiBmY2hkaXIoMHgzLDB4MCwweDAsMHgxLDB4M2EsMHg4MDE4MzAwMTApCSA9IDAgKDB4MCkKODk5 ODg6IGNoZGlyKCIvdXNyL2xvY2FsL2V0Yy92aW0iKQkJID0gMCAoMHgwKQo4OTk4ODogX19nZXRj d2QoIi91c3IvbG9jYWwvZXRjL3ZpbSIsMTAyNCkJID0gMCAoMHgwKQo4OTk4ODogZmNoZGlyKDB4 MywweDQwMCwweDEyLDB4ODAxODMwODEzLDB4M2EsMHg4MDE4MzAwMTApID0gMCAoMHgwKQo4OTk4 ODogY2xvc2UoMykJCQkJCSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvZXRjL3Zp bS92aW1yYyIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTQyNzgyMixzaXplPTQ4MSxibGtzaXpl PTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogb3BlbigiL3Vzci9sb2NhbC9ldGMvdmltL3ZpbXJj IixPX1JET05MWSwwMCkgPSAzICgweDMpCjg5OTg4OiBmY250bCgzLEZfR0VURkQsKQkJCSA9IDAg KDB4MCkKODk5ODg6IGZjbnRsKDMsRl9TRVRGRCxGRF9DTE9FWEVDKQkJID0gMCAoMHgwKQo4OTk4 ODogZmNudGwoMyxGX0dFVEZMLCkJCQkgPSAwICgweDApCjg5OTg4OiBmc3RhdCgzLHsgbW9kZT0t cnctci0tci0tICxpbm9kZT00Mjc4MjIsc2l6ZT00ODEsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4 MCkKODk5ODg6IHJlYWQoMywiaWYgdjpsYW5nID1+ICJ1dGY4JCIgfHwgdjpsYW5nID0iLi4uLDE2 Mzg0KSA9IDQ4MSAoMHgxZTEpCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL2V0Yy92aW0vdmltcmMi LHsgbW9kZT0tcnctci0tci0tICxpbm9kZT00Mjc4MjIsc2l6ZT00ODEsYmxrc2l6ZT0xNjM4NCB9 KSA9IDAgKDB4MCkKODk5ODg6IGdldHVpZCgpCQkJCQkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIu IixPX1JET05MWSwwMCkJCQkgPSA0ICgweDQpCjg5OTg4OiBmY2hkaXIoMHg0LDB4MCwweDAsMHgx LDB4M2EsMHg4MDE4MzAwMTApCSA9IDAgKDB4MCkKODk5ODg6IGNoZGlyKCIvdXNyL2xvY2FsL3No YXJlL3ZpbS92aW03NC9zeW50YXgiKSA9IDAgKDB4MCkKODk5ODg6IF9fZ2V0Y3dkKCIvdXNyL2xv Y2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgiLDEwMjQpID0gMCAoMHgwKQo4OTk4ODogZmNoZGly KDB4NCwweDQwMCwweDIxLDB4ODAxODMwODIyLDB4M2EsMHg4MDE4MzAwMTApID0gMCAoMHgwKQo4 OTk4ODogY2xvc2UoNCkJCQkJCSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hh cmUvdmltL3ZpbTc0L3N5bnRheC9zeW50YXgudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9 NTkwNTcxLHNpemU9MTIyOCxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogb3Blbigi L3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4L3N5bnRheC52aW0iLE9fUkRPTkxZLDAw KSA9IDQgKDB4NCkKODk5ODg6IGZjbnRsKDQsRl9HRVRGRCwpCQkJID0gMCAoMHgwKQo4OTk4ODog ZmNudGwoNCxGX1NFVEZELEZEX0NMT0VYRUMpCQkgPSAwICgweDApCjg5OTg4OiBmY250bCg0LEZf R0VURkwsKQkJCSA9IDAgKDB4MCkKODk5ODg6IGZzdGF0KDQseyBtb2RlPS1ydy1yLS1yLS0gLGlu b2RlPTU5MDU3MSxzaXplPTEyMjgsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJl YWQoNCwiIiBWaW0gc3ludGF4IHN1cHBvcnQgZmlsZVxuIiBNYWkiLi4uLDE2Mzg0KSA9IDEyMjgg KDB4NGNjKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4L3N5 bnRheC52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA1NzEsc2l6ZT0xMjI4LGJsa3Np emU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvcm9vdC8udmltL3N5bnRheC9zeW5s b2FkLnZpbSIsMHg3ZmZmZmZmZmM5YTgpIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5 Jwo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltZmlsZXMvc3ludGF4L3N5bmxv YWQudmltIiwweDdmZmZmZmZmYzlhOCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnkn Cjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgvc3lubG9hZC52 aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA1NzIsc2l6ZT0xOTAxLGJsa3NpemU9MTYz ODQgfSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9z eW50YXgvc3lubG9hZC52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA1NzIsc2l6ZT0x OTAxLGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3No YXJlL3ZpbS92aW03NC9zeW50YXgvc3lubG9hZC52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9k ZT01OTA1NzIsc2l6ZT0xOTAxLGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBvcGVu KCIuIixPX1JET05MWSwwMCkJCQkgPSA1ICgweDUpCjg5OTg4OiBmY2hkaXIoMHg1LDB4MCwweDAs MHgxLDB4M2EsMHg4MDE4MzAwMTApCSA9IDAgKDB4MCkKODk5ODg6IGNoZGlyKCIvdXNyL2xvY2Fs L3NoYXJlL3ZpbS92aW03NC9zeW50YXgiKSA9IDAgKDB4MCkKODk5ODg6IF9fZ2V0Y3dkKCIvdXNy L2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgiLDEwMjQpID0gMCAoMHgwKQo4OTk4ODogZmNo ZGlyKDB4NSwweDQwMCwweDIxLDB4ODAxODMwYzIyLDB4M2EsMHg4MDE4MzAwMTApID0gMCAoMHgw KQo4OTk4ODogY2xvc2UoNSkJCQkJCSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwv c2hhcmUvdmltL3ZpbTc0L3N5bnRheC9zeW5sb2FkLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlu b2RlPTU5MDU3MixzaXplPTE5MDEsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG9w ZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheC9zeW5sb2FkLnZpbSIsT19SRE9O TFksMDApID0gNSAoMHg1KQo4OTk4ODogZmNudGwoNSxGX0dFVEZELCkJCQkgPSAwICgweDApCjg5 OTg4OiBmY250bCg1LEZfU0VURkQsRkRfQ0xPRVhFQykJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRs KDUsRl9HRVRGTCwpCQkJID0gMCAoMHgwKQo4OTk4ODogZnN0YXQoNSx7IG1vZGU9LXJ3LXItLXIt LSAsaW5vZGU9NTkwNTcyLHNpemU9MTkwMSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4 ODogcmVhZCg1LCIiIFZpbSBzeW50YXggc3VwcG9ydCBmaWxlXG4iIE1haSIuLi4sMTYzODQpID0g MTkwMSAoMHg3NmQpCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50 YXgvc3lubG9hZC52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA1NzIsc2l6ZT0xOTAx LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvcm9vdC8udmltL3N5bnRh eC9zeW5jb2xvci52aW0iLDB4N2ZmZmZmZmZiZmE4KSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRp cmVjdG9yeScKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbWZpbGVzL3N5bnRh eC9zeW5jb2xvci52aW0iLDB4N2ZmZmZmZmZiZmE4KSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRp cmVjdG9yeScKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheC9z eW5jb2xvci52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA1NzMsc2l6ZT00MDkzLGJs a3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3Zp bS92aW03NC9zeW50YXgvc3luY29sb3IudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkw NTczLHNpemU9NDA5MyxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vz ci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4L3N5bmNvbG9yLnZpbSIseyBtb2RlPS1ydy1y LS1yLS0gLGlub2RlPTU5MDU3MyxzaXplPTQwOTMsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkK ODk5ODg6IG9wZW4oIi4iLE9fUkRPTkxZLDAwKQkJCSA9IDYgKDB4NikKODk5ODg6IGZjaGRpcigw eDYsMHgwLDB4MCwweDEsMHgzYSwweDgwMTgzMDAxMCkJID0gMCAoMHgwKQo4OTk4ODogY2hkaXIo Ii91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheCIpID0gMCAoMHgwKQo4OTk4ODogX19n ZXRjd2QoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheCIsMTAyNCkgPSAwICgweDAp Cjg5OTg4OiBmY2hkaXIoMHg2LDB4NDAwLDB4MjEsMHg4MDE4MzEwMjIsMHgzYSwweDgwMTgzMDAx MCkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg2KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogc3RhdCgi L3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4L3N5bmNvbG9yLnZpbSIseyBtb2RlPS1y dy1yLS1yLS0gLGlub2RlPTU5MDU3MyxzaXplPTQwOTMsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4 MCkKODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheC9zeW5jb2xv ci52aW0iLE9fUkRPTkxZLDAwKSA9IDYgKDB4NikKODk5ODg6IGZjbnRsKDYsRl9HRVRGRCwpCQkJ ID0gMCAoMHgwKQo4OTk4ODogZmNudGwoNixGX1NFVEZELEZEX0NMT0VYRUMpCQkgPSAwICgweDAp Cjg5OTg4OiBmY250bCg2LEZfR0VURkwsKQkJCSA9IDAgKDB4MCkKODk5ODg6IGZzdGF0KDYseyBt b2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MDU3MyxzaXplPTQwOTMsYmxrc2l6ZT0xNjM4NCB9KSA9 IDAgKDB4MCkKODk5ODg6IHJlYWQoNiwiIiBWaW0gc3ludGF4IHN1cHBvcnQgZmlsZVxuIiBNYWki Li4uLDE2Mzg0KSA9IDQwOTMgKDB4ZmZkKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92 aW0vdmltNzQvc3ludGF4L3N5bmNvbG9yLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5 MDU3MyxzaXplPTQwOTMsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQoNiww eDgwMTkxMjAwMCwxNjM4NCkJCSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDYpCQkJCQkgPSAwICgw eDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW1maWxlcy9hZnRlci9zeW50 YXgvc3luY29sb3IudmltIiwweDdmZmZmZmZmYmZhOCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnknCjg5OTg4OiBzdGF0KCIvcm9vdC8udmltL2FmdGVyL3N5bnRheC9zeW5jb2xvci52 aW0iLDB4N2ZmZmZmZmZiZmE4KSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5 ODg6IHJlYWQoNSwweDgwMTkwZTAwMCwxNjM4NCkJCSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDUp CQkJCQkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvcm9vdC8udmltL2ZpbGV0eXBlLnZpbSIsMHg3 ZmZmZmZmZmM5NzgpIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogc3Rh dCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltZmlsZXMvZmlsZXR5cGUudmltIiwweDdmZmZmZmZm Yzk3OCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBzdGF0KCIvdXNy L2xvY2FsL3NoYXJlL3ZpbS92aW03NC9maWxldHlwZS52aW0iLHsgbW9kZT0tcnctci0tci0tICxp bm9kZT00Mjc4MTAsc2l6ZT02ODMzMCxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODog c3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvZmlsZXR5cGUudmltIix7IG1vZGU9LXJ3 LXItLXItLSAsaW5vZGU9NDI3ODEwLHNpemU9NjgzMzAsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4 MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L2ZpbGV0eXBlLnZpbSIs eyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTQyNzgxMCxzaXplPTY4MzMwLGJsa3NpemU9MTYzODQg fSkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIuIixPX1JET05MWSwwMCkJCQkgPSA1ICgweDUpCjg5 OTg4OiBmY2hkaXIoMHg1LDB4MCwweDAsMHgxLDB4M2EsMHg4MDE4MzAwMTApCSA9IDAgKDB4MCkK ODk5ODg6IGNoZGlyKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NCIpCSA9IDAgKDB4MCkKODk5 ODg6IF9fZ2V0Y3dkKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NCIsMTAyNCkgPSAwICgweDAp Cjg5OTg4OiBmY2hkaXIoMHg1LDB4NDAwLDB4MWEsMHg4MDE4MzBjMWIsMHgzYSwweDgwMTgzMDAx MCkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg1KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogc3RhdCgi L3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvZmlsZXR5cGUudmltIix7IG1vZGU9LXJ3LXItLXIt LSAsaW5vZGU9NDI3ODEwLHNpemU9NjgzMzAsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5 ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L2ZpbGV0eXBlLnZpbSIsT19SRE9O TFksMDApID0gNSAoMHg1KQo4OTk4ODogZmNudGwoNSxGX0dFVEZELCkJCQkgPSAwICgweDApCjg5 OTg4OiBmY250bCg1LEZfU0VURkQsRkRfQ0xPRVhFQykJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRs KDUsRl9HRVRGTCwpCQkJID0gMCAoMHgwKQo4OTk4ODogZnN0YXQoNSx7IG1vZGU9LXJ3LXItLXIt LSAsaW5vZGU9NDI3ODEwLHNpemU9NjgzMzAsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5 ODg6IHJlYWQoNSwiIiBWaW0gc3VwcG9ydCBmaWxlIHRvIGRldGVjdCBmaWwiLi4uLDE2Mzg0KSA9 IDE2Mzg0ICgweDQwMDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9m aWxldHlwZS52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT00Mjc4MTAsc2l6ZT02ODMzMCxi bGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogcmVhZCg1LCJCdWZOZXdGaWxlLEJ1ZlJl YWQgKi5kdGRcdFx0XHRzZSIuLi4sMTYzODQpID0gMTYzODQgKDB4NDAwMCkKODk5ODg6IHJlYWQo NSwiQnVmTmV3RmlsZSxCdWZSZWFkICoubWwsKi5tbGksKi4iLi4uLDE2Mzg0KSA9IDE2Mzg0ICgw eDQwMDApCjg5OTg4OiByZWFkKDUsImxpbmVzXG4gICAgaWYgbGluZSA9fiBzOmZ0X3J1bGVzIi4u LiwxNjM4NCkgPSAxNjM4NCAoMHg0MDAwKQo4OTk4ODogcmVhZCg1LCIiIE9ubHkgdXNlZCB3aGVu IHRoZSAucmRmIGZpbGUgdyIuLi4sMTYzODQpID0gMjc5NCAoMHhhZWEpCjg5OTg4OiBvcGVuKCIv cm9vdC8udmltL2Z0ZGV0ZWN0LyIsT19OT05CTE9DS3xPX0RJUkVDVE9SWXxPX0NMT0VYRUMsMDEp IEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogb3BlbigiL3Vzci9sb2Nh bC9zaGFyZS92aW0vdmltZmlsZXMvZnRkZXRlY3QvIixPX05PTkJMT0NLfE9fRElSRUNUT1JZfE9f Q0xPRVhFQywwMSkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBvcGVu KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9mdGRldGVjdC8iLE9fTk9OQkxPQ0t8T19ESVJF Q1RPUll8T19DTE9FWEVDLDAxKSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5 ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbWZpbGVzL2FmdGVyL2Z0ZGV0ZWN0LyIs T19OT05CTE9DS3xPX0RJUkVDVE9SWXxPX0NMT0VYRUMsMDEpIEVSUiMyICdObyBzdWNoIGZpbGUg b3IgZGlyZWN0b3J5Jwo4OTk4ODogb3BlbigiL3Jvb3QvLnZpbS9hZnRlci9mdGRldGVjdC8iLE9f Tk9OQkxPQ0t8T19ESVJFQ1RPUll8T19DTE9FWEVDLDAxKSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9y IGRpcmVjdG9yeScKODk5ODg6IHJlYWQoNSwweDgwMTkwZDAwMCwxNjM4NCkJCSA9IDAgKDB4MCkK ODk5ODg6IGNsb3NlKDUpCQkJCQkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3No YXJlL3ZpbS92aW1maWxlcy9hZnRlci9maWxldHlwZS52aW0iLDB4N2ZmZmZmZmZjOTc4KSBFUlIj MiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IHN0YXQoIi9yb290Ly52aW0vYWZ0 ZXIvZmlsZXR5cGUudmltIiwweDdmZmZmZmZmYzk3OCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnknCjg5OTg4OiByZWFkKDQsMHg4MDE5MDkwMDAsMTYzODQpCQkgPSAwICgweDApCjg5 OTg4OiBjbG9zZSg0KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogcmVhZCgzLDB4ODAxOTAzMDAwLDE2 Mzg0KQkJID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoMykJCQkJCSA9IDAgKDB4MCkKODk5ODg6IG9w ZW4oIi4iLE9fUkRPTkxZLDAwKQkJCSA9IDMgKDB4MykKODk5ODg6IGZjaGRpcigweDMsMHgwLDB4 MCwweDEsMHgzYSwweDgwMWE4ZjAxMCkJID0gMCAoMHgwKQo4OTk4ODogY2hkaXIoIi9yb290IikJ CQkJID0gMCAoMHgwKQo4OTk4ODogX19nZXRjd2QoIi9yb290IiwxMDI0KQkJCSA9IDAgKDB4MCkK ODk5ODg6IGZjaGRpcigweDMsMHg0MDAsMHg1LDB4ODAxODMwODA2LDB4M2EsMHg4MDFhOGYwMTAp ID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoMykJCQkJCSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi9y b290Ly52aW1yYyIseyBtb2RlPS1ydy0tLS0tLS0gLGlub2RlPTg0Nzg5NSxzaXplPTgyLGJsa3Np emU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIvcm9vdC8udmltcmMiLE9fUkRPTkxZ LDAwKQkJID0gMyAoMHgzKQo4OTk4ODogZmNudGwoMyxGX0dFVEZELCkJCQkgPSAwICgweDApCjg5 OTg4OiBmY250bCgzLEZfU0VURkQsRkRfQ0xPRVhFQykJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRs KDMsRl9HRVRGTCwpCQkJID0gMCAoMHgwKQo4OTk4ODogZnN0YXQoMyx7IG1vZGU9LXJ3LS0tLS0t LSAsaW5vZGU9ODQ3ODk1LHNpemU9ODIsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6 IHJlYWQoMywic3ludGF4IGVuYWJsZVxuY29sb3JzY2hlbWUgZWxmbG8iLi4uLDE2Mzg0KSA9IDgy ICgweDUyKQo4OTk4ODogc3RhdCgiL3Jvb3QvLnZpbXJjIix7IG1vZGU9LXJ3LS0tLS0tLSAsaW5v ZGU9ODQ3ODk1LHNpemU9ODIsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG9wZW4o Ii4iLE9fUkRPTkxZLDAwKQkJCSA9IDQgKDB4NCkKODk5ODg6IGZjaGRpcigweDQsMHgwLDB4MCww eDEsMHgzYSwweDgwMWE4ZjAxMCkJID0gMCAoMHgwKQo4OTk4ODogY2hkaXIoIi91c3IvbG9jYWwv c2hhcmUvdmltL3ZpbTc0L3N5bnRheCIpID0gMCAoMHgwKQo4OTk4ODogX19nZXRjd2QoIi91c3Iv bG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheCIsMTAyNCkgPSAwICgweDApCjg5OTg4OiBmY2hk aXIoMHg0LDB4NDAwLDB4MjEsMHg4MDE4MzA4MjIsMHgzYSwweDgwMWE4ZjAxMCkgPSAwICgweDAp Cjg5OTg4OiBjbG9zZSg0KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9z aGFyZS92aW0vdmltNzQvc3ludGF4L3N5bnRheC52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9k ZT01OTA1NzEsc2l6ZT0xMjI4LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBvcGVu KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgvc3ludGF4LnZpbSIsT19SRE9OTFks MDApID0gNCAoMHg0KQo4OTk4ODogZmNudGwoNCxGX0dFVEZELCkJCQkgPSAwICgweDApCjg5OTg4 OiBmY250bCg0LEZfU0VURkQsRkRfQ0xPRVhFQykJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRsKDQs Rl9HRVRGTCwpCQkJID0gMCAoMHgwKQo4OTk4ODogZnN0YXQoNCx7IG1vZGU9LXJ3LXItLXItLSAs aW5vZGU9NTkwNTcxLHNpemU9MTIyOCxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODog cmVhZCg0LCIiIFZpbSBzeW50YXggc3VwcG9ydCBmaWxlXG4iIE1haSIuLi4sMTYzODQpID0gMTIy OCAoMHg0Y2MpCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgv c3ludGF4LnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MDU3MSxzaXplPTEyMjgsYmxr c2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmlt L3ZpbTc0L3N5bnRheC9zeW50YXgudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkwNTcx LHNpemU9MTIyOCxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogb3BlbigiLiIsT19S RE9OTFksMDApCQkJID0gNSAoMHg1KQo4OTk4ODogZmNoZGlyKDB4NSwweDAsMHgwLDB4MSwweDNh LDB4ODAxYThmMDEwKQkgPSAwICgweDApCjg5OTg4OiBjaGRpcigiL3Vzci9sb2NhbC9zaGFyZS92 aW0vdmltNzQvc3ludGF4IikgPSAwICgweDApCjg5OTg4OiBfX2dldGN3ZCgiL3Vzci9sb2NhbC9z aGFyZS92aW0vdmltNzQvc3ludGF4IiwxMDI0KSA9IDAgKDB4MCkKODk5ODg6IGZjaGRpcigweDUs MHg0MDAsMHgyMSwweDgwMTgzMDgyMiwweDNhLDB4ODAxYThmMDEwKSA9IDAgKDB4MCkKODk5ODg6 IGNsb3NlKDUpCQkJCQkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3Zp bS92aW03NC9zeW50YXgvbm9zeW50YXgudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkw NzI3LHNpemU9NzU1LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIvdXNy L2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgvbm9zeW50YXgudmltIixPX1JET05MWSwwMCkg PSA1ICgweDUpCjg5OTg4OiBmY250bCg1LEZfR0VURkQsKQkJCSA9IDAgKDB4MCkKODk5ODg6IGZj bnRsKDUsRl9TRVRGRCxGRF9DTE9FWEVDKQkJID0gMCAoMHgwKQo4OTk4ODogZmNudGwoNSxGX0dF VEZMLCkJCQkgPSAwICgweDApCjg5OTg4OiBmc3RhdCg1LHsgbW9kZT0tcnctci0tci0tICxpbm9k ZT01OTA3Mjcsc2l6ZT03NTUsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQo NSwiIiBWaW0gc3ludGF4IHN1cHBvcnQgZmlsZVxuIiBNYWkiLi4uLDE2Mzg0KSA9IDc1NSAoMHgy ZjMpCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgvbm9zeW50 YXgudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkwNzI3LHNpemU9NzU1LGJsa3NpemU9 MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiByZWFkKDUsMHg4MDE5MGQwMDAsMTYzODQpCQkgPSAw ICgweDApCjg5OTg4OiBjbG9zZSg1KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Jvb3Qv LnZpbS9zeW50YXgvc3lubG9hZC52aW0iLDB4N2ZmZmZmZmZjOWE4KSBFUlIjMiAnTm8gc3VjaCBm aWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbWZp bGVzL3N5bnRheC9zeW5sb2FkLnZpbSIsMHg3ZmZmZmZmZmM5YTgpIEVSUiMyICdObyBzdWNoIGZp bGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQv c3ludGF4L3N5bmxvYWQudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkwNTcyLHNpemU9 MTkwMSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9z aGFyZS92aW0vdmltNzQvc3ludGF4L3N5bmxvYWQudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5v ZGU9NTkwNTcyLHNpemU9MTkwMSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3Rh dCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4L3N5bmxvYWQudmltIix7IG1vZGU9 LXJ3LXItLXItLSAsaW5vZGU9NTkwNTcyLHNpemU9MTkwMSxibGtzaXplPTE2Mzg0IH0pID0gMCAo MHgwKQo4OTk4ODogb3BlbigiLiIsT19SRE9OTFksMDApCQkJID0gNSAoMHg1KQo4OTk4ODogZmNo ZGlyKDB4NSwweDAsMHgwLDB4MSwweDNhLDB4ODAxYThmMDEwKQkgPSAwICgweDApCjg5OTg4OiBj aGRpcigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4IikgPSAwICgweDApCjg5OTg4 OiBfX2dldGN3ZCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4IiwxMDI0KSA9IDAg KDB4MCkKODk5ODg6IGZjaGRpcigweDUsMHg0MDAsMHgyMSwweDgwMWE5MDQyMiwweDNhLDB4ODAx YThmMDEwKSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDUpCQkJCQkgPSAwICgweDApCjg5OTg4OiBz dGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgvc3lubG9hZC52aW0iLHsgbW9k ZT0tcnctci0tci0tICxpbm9kZT01OTA1NzIsc2l6ZT0xOTAxLGJsa3NpemU9MTYzODQgfSkgPSAw ICgweDApCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgvc3lu bG9hZC52aW0iLE9fUkRPTkxZLDAwKSA9IDUgKDB4NSkKODk5ODg6IGZjbnRsKDUsRl9HRVRGRCwp CQkJID0gMCAoMHgwKQo4OTk4ODogZmNudGwoNSxGX1NFVEZELEZEX0NMT0VYRUMpCQkgPSAwICgw eDApCjg5OTg4OiBmY250bCg1LEZfR0VURkwsKQkJCSA9IDAgKDB4MCkKODk5ODg6IGZzdGF0KDUs eyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MDU3MixzaXplPTE5MDEsYmxrc2l6ZT0xNjM4NCB9 KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQoNSwiIiBWaW0gc3ludGF4IHN1cHBvcnQgZmlsZVxuIiBN YWkiLi4uLDE2Mzg0KSA9IDE5MDEgKDB4NzZkKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFy ZS92aW0vdmltNzQvc3ludGF4L3N5bmxvYWQudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9 NTkwNTcyLHNpemU9MTkwMSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgi L3Jvb3QvLnZpbS9zeW50YXgvc3luY29sb3IudmltIiwweDdmZmZmZmZmYmZhOCkgRVJSIzIgJ05v IHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3Zp bS92aW1maWxlcy9zeW50YXgvc3luY29sb3IudmltIiwweDdmZmZmZmZmYmZhOCkgRVJSIzIgJ05v IHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3Zp bS92aW03NC9zeW50YXgvc3luY29sb3IudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkw NTczLHNpemU9NDA5MyxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vz ci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4L3N5bmNvbG9yLnZpbSIseyBtb2RlPS1ydy1y LS1yLS0gLGlub2RlPTU5MDU3MyxzaXplPTQwOTMsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkK ODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheC9zeW5jb2xvci52 aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA1NzMsc2l6ZT00MDkzLGJsa3NpemU9MTYz ODQgfSkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIuIixPX1JET05MWSwwMCkJCQkgPSA2ICgweDYp Cjg5OTg4OiBmY2hkaXIoMHg2LDB4MCwweDAsMHgxLDB4M2EsMHg4MDFhOGYwMTApCSA9IDAgKDB4 MCkKODk5ODg6IGNoZGlyKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgiKSA9IDAg KDB4MCkKODk5ODg6IF9fZ2V0Y3dkKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgi LDEwMjQpID0gMCAoMHgwKQo4OTk4ODogZmNoZGlyKDB4NiwweDQwMCwweDIxLDB4ODAxYTkwODIy LDB4M2EsMHg4MDFhOGYwMTApID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoNikJCQkJCSA9IDAgKDB4 MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheC9zeW5jb2xv ci52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA1NzMsc2l6ZT00MDkzLGJsa3NpemU9 MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03 NC9zeW50YXgvc3luY29sb3IudmltIixPX1JET05MWSwwMCkgPSA2ICgweDYpCjg5OTg4OiBmY250 bCg2LEZfR0VURkQsKQkJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRsKDYsRl9TRVRGRCxGRF9DTE9F WEVDKQkJID0gMCAoMHgwKQo4OTk4ODogZmNudGwoNixGX0dFVEZMLCkJCQkgPSAwICgweDApCjg5 OTg4OiBmc3RhdCg2LHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA1NzMsc2l6ZT00MDkzLGJs a3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiByZWFkKDYsIiIgVmltIHN5bnRheCBzdXBw b3J0IGZpbGVcbiIgTWFpIi4uLiwxNjM4NCkgPSA0MDkzICgweGZmZCkKODk5ODg6IHN0YXQoIi91 c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheC9zeW5jb2xvci52aW0iLHsgbW9kZT0tcnct ci0tci0tICxpbm9kZT01OTA1NzMsc2l6ZT00MDkzLGJsa3NpemU9MTYzODQgfSkgPSAwICgweDAp Cjg5OTg4OiByZWFkKDYsMHg4MDFhYjYwMDAsMTYzODQpCQkgPSAwICgweDApCjg5OTg4OiBjbG9z ZSg2KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmlt ZmlsZXMvYWZ0ZXIvc3ludGF4L3N5bmNvbG9yLnZpbSIsMHg3ZmZmZmZmZmJmYTgpIEVSUiMyICdO byBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogc3RhdCgiL3Jvb3QvLnZpbS9hZnRlci9z eW50YXgvc3luY29sb3IudmltIiwweDdmZmZmZmZmYmZhOCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBv ciBkaXJlY3RvcnknCjg5OTg4OiByZWFkKDUsMHg4MDE5MGQwMDAsMTYzODQpCQkgPSAwICgweDAp Cjg5OTg4OiBjbG9zZSg1KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogcmVhZCg0LDB4ODAxOTA5MDAw LDE2Mzg0KQkJID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoNCkJCQkJCSA9IDAgKDB4MCkKODk5ODg6 IHN0YXQoIi9yb290Ly52aW0vY29sb3JzL2VsZmxvcmQudmltIiwweDdmZmZmZmZmZGJjOCkgRVJS IzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3No YXJlL3ZpbS92aW1maWxlcy9jb2xvcnMvZWxmbG9yZC52aW0iLDB4N2ZmZmZmZmZkYmM4KSBFUlIj MiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hh cmUvdmltL3ZpbTc0L2NvbG9ycy9lbGZsb3JkLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2Rl PTU5MDQ3NSxzaXplPTE2NjYsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHN0YXQo Ii91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L2NvbG9ycy9lbGZsb3JkLnZpbSIseyBtb2RlPS1y dy1yLS1yLS0gLGlub2RlPTU5MDQ3NSxzaXplPTE2NjYsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4 MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L2NvbG9ycy9lbGZsb3Jk LnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MDQ3NSxzaXplPTE2NjYsYmxrc2l6ZT0x NjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi4iLE9fUkRPTkxZLDAwKQkJCSA9IDQgKDB4 NCkKODk5ODg6IGZjaGRpcigweDQsMHgwLDB4MCwweDEsMHgzYSwweDgwMWE4ZjAxMCkJID0gMCAo MHgwKQo4OTk4ODogY2hkaXIoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L2NvbG9ycyIpID0g MCAoMHgwKQo4OTk4ODogX19nZXRjd2QoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L2NvbG9y cyIsMTAyNCkgPSAwICgweDApCjg5OTg4OiBmY2hkaXIoMHg0LDB4NDAwLDB4MjEsMHg4MDFhOTA0 MjIsMHgzYSwweDgwMWE4ZjAxMCkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg0KQkJCQkJID0gMCAo MHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvY29sb3JzL2VsZmxv cmQudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkwNDc1LHNpemU9MTY2NixibGtzaXpl PTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogb3BlbigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmlt NzQvY29sb3JzL2VsZmxvcmQudmltIixPX1JET05MWSwwMCkgPSA0ICgweDQpCjg5OTg4OiBmY250 bCg0LEZfR0VURkQsKQkJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRsKDQsRl9TRVRGRCxGRF9DTE9F WEVDKQkJID0gMCAoMHgwKQo4OTk4ODogZmNudGwoNCxGX0dFVEZMLCkJCQkgPSAwICgweDApCjg5 OTg4OiBmc3RhdCg0LHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA0NzUsc2l6ZT0xNjY2LGJs a3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiByZWFkKDQsIiIgbG9jYWwgc3ludGF4IGZp bGUgLSBzZXQgY29sb3JzIi4uLiwxNjM4NCkgPSAxNjY2ICgweDY4MikKODk5ODg6IHN0YXQoIi91 c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L2NvbG9ycy9lbGZsb3JkLnZpbSIseyBtb2RlPS1ydy1y LS1yLS0gLGlub2RlPTU5MDQ3NSxzaXplPTE2NjYsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkK ODk5ODg6IHN0YXQoIi9yb290Ly52aW0vc3ludGF4L3N5bmNvbG9yLnZpbSIsMHg3ZmZmZmZmZmNl NDgpIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogc3RhdCgiL3Vzci9s b2NhbC9zaGFyZS92aW0vdmltZmlsZXMvc3ludGF4L3N5bmNvbG9yLnZpbSIsMHg3ZmZmZmZmZmNl NDgpIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogc3RhdCgiL3Vzci9s b2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4L3N5bmNvbG9yLnZpbSIseyBtb2RlPS1ydy1yLS1y LS0gLGlub2RlPTU5MDU3MyxzaXplPTQwOTMsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5 ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheC9zeW5jb2xvci52aW0i LHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA1NzMsc2l6ZT00MDkzLGJsa3NpemU9MTYzODQg fSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50 YXgvc3luY29sb3IudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkwNTczLHNpemU9NDA5 MyxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogb3BlbigiLiIsT19SRE9OTFksMDAp CQkJID0gNSAoMHg1KQo4OTk4ODogZmNoZGlyKDB4NSwweDAsMHgwLDB4MSwweDNhLDB4ODAxYThm MDEwKQkgPSAwICgweDApCjg5OTg4OiBjaGRpcigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQv c3ludGF4IikgPSAwICgweDApCjg5OTg4OiBfX2dldGN3ZCgiL3Vzci9sb2NhbC9zaGFyZS92aW0v dmltNzQvc3ludGF4IiwxMDI0KSA9IDAgKDB4MCkKODk5ODg6IGZjaGRpcigweDUsMHg0MDAsMHgy MSwweDgwMWE5MDgyMiwweDNhLDB4ODAxYThmMDEwKSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDUp CQkJCQkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9z eW50YXgvc3luY29sb3IudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkwNTczLHNpemU9 NDA5MyxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogb3BlbigiL3Vzci9sb2NhbC9z aGFyZS92aW0vdmltNzQvc3ludGF4L3N5bmNvbG9yLnZpbSIsT19SRE9OTFksMDApID0gNSAoMHg1 KQo4OTk4ODogZmNudGwoNSxGX0dFVEZELCkJCQkgPSAwICgweDApCjg5OTg4OiBmY250bCg1LEZf U0VURkQsRkRfQ0xPRVhFQykJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRsKDUsRl9HRVRGTCwpCQkJ ID0gMCAoMHgwKQo4OTk4ODogZnN0YXQoNSx7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkwNTcz LHNpemU9NDA5MyxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogcmVhZCg1LCIiIFZp bSBzeW50YXggc3VwcG9ydCBmaWxlXG4iIE1haSIuLi4sMTYzODQpID0gNDA5MyAoMHhmZmQpCjg5 OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgvc3luY29sb3Iudmlt Iix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkwNTczLHNpemU9NDA5MyxibGtzaXplPTE2Mzg0 IH0pID0gMCAoMHgwKQo4OTk4ODogcmVhZCg1LDB4ODAxOTA5MDAwLDE2Mzg0KQkJID0gMCAoMHgw KQo4OTk4ODogY2xvc2UoNSkJCQkJCSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwv c2hhcmUvdmltL3ZpbWZpbGVzL2FmdGVyL3N5bnRheC9zeW5jb2xvci52aW0iLDB4N2ZmZmZmZmZj ZTQ4KSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IHN0YXQoIi9yb290 Ly52aW0vYWZ0ZXIvc3ludGF4L3N5bmNvbG9yLnZpbSIsMHg3ZmZmZmZmZmNlNDgpIEVSUiMyICdO byBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogc3RhdCgiL3Jvb3QvLnZpbS9zeW50YXgv c3luY29sb3IudmltIiwweDdmZmZmZmZmZDA3OCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJl Y3RvcnknCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW1maWxlcy9zeW50YXgv c3luY29sb3IudmltIiwweDdmZmZmZmZmZDA3OCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJl Y3RvcnknCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgvc3lu Y29sb3IudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkwNTczLHNpemU9NDA5MyxibGtz aXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0v dmltNzQvc3ludGF4L3N5bmNvbG9yLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MDU3 MyxzaXplPTQwOTMsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3Iv bG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheC9zeW5jb2xvci52aW0iLHsgbW9kZT0tcnctci0t ci0tICxpbm9kZT01OTA1NzMsc2l6ZT00MDkzLGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5 OTg4OiBvcGVuKCIuIixPX1JET05MWSwwMCkJCQkgPSA1ICgweDUpCjg5OTg4OiBmY2hkaXIoMHg1 LDB4MCwweDAsMHgxLDB4M2EsMHg4MDFhOGYwMTApCSA9IDAgKDB4MCkKODk5ODg6IGNoZGlyKCIv dXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgiKSA9IDAgKDB4MCkKODk5ODg6IF9fZ2V0 Y3dkKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgiLDEwMjQpID0gMCAoMHgwKQo4 OTk4ODogZmNoZGlyKDB4NSwweDQwMCwweDIxLDB4ODAxYTkwODIyLDB4M2EsMHg4MDFhOGYwMTAp ID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoNSkJCQkJCSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91 c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRheC9zeW5jb2xvci52aW0iLHsgbW9kZT0tcnct ci0tci0tICxpbm9kZT01OTA1NzMsc2l6ZT00MDkzLGJsa3NpemU9MTYzODQgfSkgPSAwICgweDAp Cjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgvc3luY29sb3Iu dmltIixPX1JET05MWSwwMCkgPSA1ICgweDUpCjg5OTg4OiBmY250bCg1LEZfR0VURkQsKQkJCSA9 IDAgKDB4MCkKODk5ODg6IGZjbnRsKDUsRl9TRVRGRCxGRF9DTE9FWEVDKQkJID0gMCAoMHgwKQo4 OTk4ODogZmNudGwoNSxGX0dFVEZMLCkJCQkgPSAwICgweDApCjg5OTg4OiBmc3RhdCg1LHsgbW9k ZT0tcnctci0tci0tICxpbm9kZT01OTA1NzMsc2l6ZT00MDkzLGJsa3NpemU9MTYzODQgfSkgPSAw ICgweDApCjg5OTg4OiByZWFkKDUsIiIgVmltIHN5bnRheCBzdXBwb3J0IGZpbGVcbiIgTWFpIi4u LiwxNjM4NCkgPSA0MDkzICgweGZmZCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmlt L3ZpbTc0L3N5bnRheC9zeW5jb2xvci52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTA1 NzMsc2l6ZT00MDkzLGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiByZWFkKDUsMHg4 MDE5MDkwMDAsMTYzODQpCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg1KQkJCQkJID0gMCAoMHgw KQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltZmlsZXMvYWZ0ZXIvc3ludGF4 L3N5bmNvbG9yLnZpbSIsMHg3ZmZmZmZmZmQwNzgpIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGly ZWN0b3J5Jwo4OTk4ODogc3RhdCgiL3Jvb3QvLnZpbS9hZnRlci9zeW50YXgvc3luY29sb3Iudmlt IiwweDdmZmZmZmZmZDA3OCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4 OiBzdGF0KCIvcm9vdC8udmltL3N5bnRheC9zeW5jb2xvci52aW0iLDB4N2ZmZmZmZmZjOTU4KSBF UlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwv c2hhcmUvdmltL3ZpbWZpbGVzL3N5bnRheC9zeW5jb2xvci52aW0iLDB4N2ZmZmZmZmZjOTU4KSBF UlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwv c2hhcmUvdmltL3ZpbTc0L3N5bnRheC9zeW5jb2xvci52aW0iLHsgbW9kZT0tcnctci0tci0tICxp bm9kZT01OTA1NzMsc2l6ZT00MDkzLGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBz dGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9zeW50YXgvc3luY29sb3IudmltIix7IG1v ZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkwNTczLHNpemU9NDA5MyxibGtzaXplPTE2Mzg0IH0pID0g MCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4L3N5 bmNvbG9yLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MDU3MyxzaXplPTQwOTMsYmxr c2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi4iLE9fUkRPTkxZLDAwKQkJCSA9 IDUgKDB4NSkKODk5ODg6IGZjaGRpcigweDUsMHgwLDB4MCwweDEsMHgzYSwweDgwMWE4ZjAxMCkJ ID0gMCAoMHgwKQo4OTk4ODogY2hkaXIoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3N5bnRh eCIpID0gMCAoMHgwKQo4OTk4ODogX19nZXRjd2QoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0 L3N5bnRheCIsMTAyNCkgPSAwICgweDApCjg5OTg4OiBmY2hkaXIoMHg1LDB4NDAwLDB4MjEsMHg4 MDFhOTA4MjIsMHgzYSwweDgwMWE4ZjAxMCkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg1KQkJCQkJ ID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4 L3N5bmNvbG9yLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MDU3MyxzaXplPTQwOTMs Ymxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hhcmUv dmltL3ZpbTc0L3N5bnRheC9zeW5jb2xvci52aW0iLE9fUkRPTkxZLDAwKSA9IDUgKDB4NSkKODk5 ODg6IGZjbnRsKDUsRl9HRVRGRCwpCQkJID0gMCAoMHgwKQo4OTk4ODogZmNudGwoNSxGX1NFVEZE LEZEX0NMT0VYRUMpCQkgPSAwICgweDApCjg5OTg4OiBmY250bCg1LEZfR0VURkwsKQkJCSA9IDAg KDB4MCkKODk5ODg6IGZzdGF0KDUseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MDU3MyxzaXpl PTQwOTMsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQoNSwiIiBWaW0gc3lu dGF4IHN1cHBvcnQgZmlsZVxuIiBNYWkiLi4uLDE2Mzg0KSA9IDQwOTMgKDB4ZmZkKQo4OTk4ODog c3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvc3ludGF4L3N5bmNvbG9yLnZpbSIseyBt b2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MDU3MyxzaXplPTQwOTMsYmxrc2l6ZT0xNjM4NCB9KSA9 IDAgKDB4MCkKODk5ODg6IHJlYWQoNSwweDgwMTkwOTAwMCwxNjM4NCkJCSA9IDAgKDB4MCkKODk5 ODg6IGNsb3NlKDUpCQkJCQkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJl L3ZpbS92aW1maWxlcy9hZnRlci9zeW50YXgvc3luY29sb3IudmltIiwweDdmZmZmZmZmYzk1OCkg RVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBzdGF0KCIvcm9vdC8udmlt L2FmdGVyL3N5bnRheC9zeW5jb2xvci52aW0iLDB4N2ZmZmZmZmZjOTU4KSBFUlIjMiAnTm8gc3Vj aCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IHJlYWQoNCwweDgwMWFiNDAwMCwxNjM4NCkJCSA9 IDAgKDB4MCkKODk5ODg6IGNsb3NlKDQpCQkJCQkgPSAwICgweDApCjg5OTg4OiByZWFkKDMsMHg4 MDE5MDMwMDAsMTYzODQpCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSgzKQkJCQkJID0gMCAoMHgw KQo4OTk4ODogb3BlbigiL3Jvb3QvLnZpbS9wbHVnaW4vIixPX05PTkJMT0NLfE9fRElSRUNUT1JZ fE9fQ0xPRVhFQywwMSkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBv cGVuKCIvcm9vdC8udmltL3BsdWdpbi8iLE9fTk9OQkxPQ0t8T19ESVJFQ1RPUll8T19DTE9FWEVD LDAwKSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IG9wZW4oIi91c3Iv bG9jYWwvc2hhcmUvdmltL3ZpbWZpbGVzL3BsdWdpbi8iLE9fTk9OQkxPQ0t8T19ESVJFQ1RPUll8 T19DTE9FWEVDLDAxKSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IG9w ZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbWZpbGVzL3BsdWdpbi8iLE9fTk9OQkxPQ0t8T19E SVJFQ1RPUll8T19DTE9FWEVDLDAwKSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScK ODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi8iLE9fTk9OQkxP Q0t8T19ESVJFQ1RPUll8T19DTE9FWEVDLDAxKSA9IDMgKDB4MykKODk5ODg6IGZzdGF0ZnMoMHgz LDB4N2ZmZmZmZmZlMDc4LDB4NDAwMDAwMDAwMDAwMDAwMCwweDgwMDgyZDEzMCwweDIsMHg4MDE5 MDcwMTApID0gMCAoMHgwKQo4OTk4ODogZ2V0ZGlyZW50cmllcygweDMsMHg4MDE5MDMwMDAsMHgx MDAwLDB4ODAxOTA4N2U4LDB4MCwweDgwMTIyY2JlMCkgPSAyODQgKDB4MTFjKQo4OTk4ODogc3Rh dCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL2dldHNjcmlwdFBsdWdpbi52aW0i LHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTEyNzcsc2l6ZT0xMzc5LGJsa3NpemU9MTYzODQg fSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVn aW4vZ2V0c2NyaXB0UGx1Z2luLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI3Nyxz aXplPTEzNzksYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9j YWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi9nZXRzY3JpcHRQbHVnaW4udmltIix7IG1vZGU9LXJ3 LXItLXItLSAsaW5vZGU9NTkxMjc3LHNpemU9MTM3OSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgw KQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3ppcFBsdWdp bi52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTEyNzgsc2l6ZT0yNDk4LGJsa3NpemU9 MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03 NC9wbHVnaW4vemlwUGx1Z2luLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI3OCxz aXplPTI0OTgsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9j YWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi96aXBQbHVnaW4udmltIix7IG1vZGU9LXJ3LXItLXIt LSAsaW5vZGU9NTkxMjc4LHNpemU9MjQ5OCxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4 ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3ZpbWJhbGxQbHVnaW4u dmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjc5LHNpemU9Mjc2MCxibGtzaXplPTE2 Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQv cGx1Z2luL3ZpbWJhbGxQbHVnaW4udmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjc5 LHNpemU9Mjc2MCxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9s b2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3ZpbWJhbGxQbHVnaW4udmltIix7IG1vZGU9LXJ3 LXItLXItLSAsaW5vZGU9NTkxMjc5LHNpemU9Mjc2MCxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgw KQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3RvaHRtbC52 aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTEyODAsc2l6ZT05Njg4LGJsa3NpemU9MTYz ODQgfSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9w bHVnaW4vdG9odG1sLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI4MCxzaXplPTk2 ODgsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hh cmUvdmltL3ZpbTc0L3BsdWdpbi90b2h0bWwudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9 NTkxMjgwLHNpemU9OTY4OCxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgi L3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3RhclBsdWdpbi52aW0iLHsgbW9kZT0t cnctci0tci0tICxpbm9kZT01OTEyODEsc2l6ZT0yMjA5LGJsa3NpemU9MTYzODQgfSkgPSAwICgw eDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vdGFyUGx1 Z2luLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI4MSxzaXplPTIyMDksYmxrc2l6 ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3Zp bTc0L3BsdWdpbi90YXJQbHVnaW4udmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjgx LHNpemU9MjIwOSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9s b2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3NwZWxsZmlsZS52aW0iLHsgbW9kZT0tcnctci0t ci0tICxpbm9kZT01OTEyODIsc2l6ZT00OTksYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5 ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi9zcGVsbGZpbGUudmlt Iix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjgyLHNpemU9NDk5LGJsa3NpemU9MTYzODQg fSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVn aW4vc3BlbGxmaWxlLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI4MixzaXplPTQ5 OSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFy ZS92aW0vdmltNzQvcGx1Z2luL3JyaGVscGVyLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2Rl PTU5MTI4MyxzaXplPTE0MTQsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHN0YXQo Ii91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi9ycmhlbHBlci52aW0iLHsgbW9kZT0t cnctci0tci0tICxpbm9kZT01OTEyODMsc2l6ZT0xNDE0LGJsa3NpemU9MTYzODQgfSkgPSAwICgw eDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vcnJoZWxw ZXIudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjgzLHNpemU9MTQxNCxibGtzaXpl PTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmlt NzQvcGx1Z2luL25ldHJ3UGx1Z2luLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI4 NCxzaXplPTgxOTUsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3Iv bG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi9uZXRyd1BsdWdpbi52aW0iLHsgbW9kZT0tcnct ci0tci0tICxpbm9kZT01OTEyODQsc2l6ZT04MTk1LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDAp Cjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vbmV0cndQbHVn aW4udmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjg0LHNpemU9ODE5NSxibGtzaXpl PTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmlt NzQvcGx1Z2luL21hdGNocGFyZW4udmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjg1 LHNpemU9NjM4MixibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9s b2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL21hdGNocGFyZW4udmltIix7IG1vZGU9LXJ3LXIt LXItLSAsaW5vZGU9NTkxMjg1LHNpemU9NjM4MixibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4 OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL21hdGNocGFyZW4u dmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjg1LHNpemU9NjM4MixibGtzaXplPTE2 Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQv cGx1Z2luL2d6aXAudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjg2LHNpemU9MTk2 OSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFy ZS92aW0vdmltNzQvcGx1Z2luL2d6aXAudmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkx Mjg2LHNpemU9MTk2OSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vz ci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL2d6aXAudmltIix7IG1vZGU9LXJ3LXItLXIt LSAsaW5vZGU9NTkxMjg2LHNpemU9MTk2OSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4 ODogZ2V0ZGlyZW50cmllcygweDMsMHg4MDE5MDMwMDAsMHgxMDAwLDB4ODAxOTA4N2U4LDB4MTFj LDB4ODAxODA0MDgwKSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDMpCQkJCQkgPSAwICgweDApCjg5 OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vIixPX05PTkJMT0NL fE9fRElSRUNUT1JZfE9fQ0xPRVhFQywwMTQyNzAxMTIwKSA9IDMgKDB4MykKODk5ODg6IGZzdGF0 ZnMoMHgzLDB4N2ZmZmZmZmZlMjI4LDB4NDAwMDAwMDAwMDAwMDAwMCwweDgwMDgyZDEzMCwweDIs MHg4MDE5MDcwMTApID0gMCAoMHgwKQo4OTk4ODogZ2V0ZGlyZW50cmllcygweDMsMHg4MDE5MDMw MDAsMHgxMDAwLDB4ODAxOTA4N2U4LDB4MCwweDgwMTIyY2JlMCkgPSAyODQgKDB4MTFjKQo4OTk4 ODogb3BlbigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL2dldHNjcmlwdFBsdWdp bi52aW0vIixPX05PTkJMT0NLfE9fRElSRUNUT1JZfE9fQ0xPRVhFQywwNykgRVJSIzIwICdOb3Qg YSBkaXJlY3RvcnknCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVn aW4vZ2V0c2NyaXB0UGx1Z2luLnZpbS8iLE9fTk9OQkxPQ0t8T19ESVJFQ1RPUll8T19DTE9FWEVD LDAxKSBFUlIjMjAgJ05vdCBhIGRpcmVjdG9yeScKODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hh cmUvdmltL3ZpbTc0L3BsdWdpbi96aXBQbHVnaW4udmltLyIsT19OT05CTE9DS3xPX0RJUkVDVE9S WXxPX0NMT0VYRUMsMDcpIEVSUiMyMCAnTm90IGEgZGlyZWN0b3J5Jwo4OTk4ODogb3BlbigiL3Vz ci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3ppcFBsdWdpbi52aW0vIixPX05PTkJMT0NL fE9fRElSRUNUT1JZfE9fQ0xPRVhFQywwMSkgRVJSIzIwICdOb3QgYSBkaXJlY3RvcnknCjg5OTg4 OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vdmltYmFsbFBsdWdpbi52 aW0vIixPX05PTkJMT0NLfE9fRElSRUNUT1JZfE9fQ0xPRVhFQywwNykgRVJSIzIwICdOb3QgYSBk aXJlY3RvcnknCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4v dmltYmFsbFBsdWdpbi52aW0vIixPX05PTkJMT0NLfE9fRElSRUNUT1JZfE9fQ0xPRVhFQywwMSkg RVJSIzIwICdOb3QgYSBkaXJlY3RvcnknCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3Zp bS92aW03NC9wbHVnaW4vdG9odG1sLnZpbS8iLE9fTk9OQkxPQ0t8T19ESVJFQ1RPUll8T19DTE9F WEVDLDA3KSBFUlIjMjAgJ05vdCBhIGRpcmVjdG9yeScKODk5ODg6IG9wZW4oIi91c3IvbG9jYWwv c2hhcmUvdmltL3ZpbTc0L3BsdWdpbi90b2h0bWwudmltLyIsT19OT05CTE9DS3xPX0RJUkVDVE9S WXxPX0NMT0VYRUMsMDEpIEVSUiMyMCAnTm90IGEgZGlyZWN0b3J5Jwo4OTk4ODogb3BlbigiL3Vz ci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3RhclBsdWdpbi52aW0vIixPX05PTkJMT0NL fE9fRElSRUNUT1JZfE9fQ0xPRVhFQywwNykgRVJSIzIwICdOb3QgYSBkaXJlY3RvcnknCjg5OTg4 OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vdGFyUGx1Z2luLnZpbS8i LE9fTk9OQkxPQ0t8T19ESVJFQ1RPUll8T19DTE9FWEVDLDAxKSBFUlIjMjAgJ05vdCBhIGRpcmVj dG9yeScKODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi9zcGVs bGZpbGUudmltLyIsT19OT05CTE9DS3xPX0RJUkVDVE9SWXxPX0NMT0VYRUMsMDcpIEVSUiMyMCAn Tm90IGEgZGlyZWN0b3J5Jwo4OTk4ODogb3BlbigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQv cGx1Z2luL3NwZWxsZmlsZS52aW0vIixPX05PTkJMT0NLfE9fRElSRUNUT1JZfE9fQ0xPRVhFQyww MSkgRVJSIzIwICdOb3QgYSBkaXJlY3RvcnknCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJl L3ZpbS92aW03NC9wbHVnaW4vcnJoZWxwZXIudmltLyIsT19OT05CTE9DS3xPX0RJUkVDVE9SWXxP X0NMT0VYRUMsMDcpIEVSUiMyMCAnTm90IGEgZGlyZWN0b3J5Jwo4OTk4ODogb3BlbigiL3Vzci9s b2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3JyaGVscGVyLnZpbS8iLE9fTk9OQkxPQ0t8T19E SVJFQ1RPUll8T19DTE9FWEVDLDAxKSBFUlIjMjAgJ05vdCBhIGRpcmVjdG9yeScKODk5ODg6IG9w ZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi9uZXRyd1BsdWdpbi52aW0vIixP X05PTkJMT0NLfE9fRElSRUNUT1JZfE9fQ0xPRVhFQywwNykgRVJSIzIwICdOb3QgYSBkaXJlY3Rv cnknCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vbmV0cndQ bHVnaW4udmltLyIsT19OT05CTE9DS3xPX0RJUkVDVE9SWXxPX0NMT0VYRUMsMDEpIEVSUiMyMCAn Tm90IGEgZGlyZWN0b3J5Jwo4OTk4ODogb3BlbigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQv cGx1Z2luL21hdGNocGFyZW4udmltLyIsT19OT05CTE9DS3xPX0RJUkVDVE9SWXxPX0NMT0VYRUMs MDcpIEVSUiMyMCAnTm90IGEgZGlyZWN0b3J5Jwo4OTk4ODogb3BlbigiL3Vzci9sb2NhbC9zaGFy ZS92aW0vdmltNzQvcGx1Z2luL21hdGNocGFyZW4udmltLyIsT19OT05CTE9DS3xPX0RJUkVDVE9S WXxPX0NMT0VYRUMsMDEpIEVSUiMyMCAnTm90IGEgZGlyZWN0b3J5Jwo4OTk4ODogb3BlbigiL3Vz ci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL2d6aXAudmltLyIsT19OT05CTE9DS3xPX0RJ UkVDVE9SWXxPX0NMT0VYRUMsMDcpIEVSUiMyMCAnTm90IGEgZGlyZWN0b3J5Jwo4OTk4ODogb3Bl bigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL2d6aXAudmltLyIsT19OT05CTE9D S3xPX0RJUkVDVE9SWXxPX0NMT0VYRUMsMDEpIEVSUiMyMCAnTm90IGEgZGlyZWN0b3J5Jwo4OTk4 ODogb3BlbigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL1JFQURNRS50eHQvIixP X05PTkJMT0NLfE9fRElSRUNUT1JZfE9fQ0xPRVhFQywwNykgRVJSIzIwICdOb3QgYSBkaXJlY3Rv cnknCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vUkVBRE1F LnR4dC8iLE9fTk9OQkxPQ0t8T19ESVJFQ1RPUll8T19DTE9FWEVDLDAxKSBFUlIjMjAgJ05vdCBh IGRpcmVjdG9yeScKODk5ODg6IGdldGRpcmVudHJpZXMoMHgzLDB4ODAxOTAzMDAwLDB4MTAwMCww eDgwMTkwODdlOCwweDExYywweDEpID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoMykJCQkJCSA9IDAg KDB4MCkKODk5ODg6IG9wZW4oIi4iLE9fUkRPTkxZLDAwKQkJCSA9IDMgKDB4MykKODk5ODg6IGZj aGRpcigweDMsMHgwLDB4MCwweDEsMHgzYSwweDgwMWE4ZjAxMCkJID0gMCAoMHgwKQo4OTk4ODog Y2hkaXIoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbiIpID0gMCAoMHgwKQo4OTk4 ODogX19nZXRjd2QoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbiIsMTAyNCkgPSAw ICgweDApCjg5OTg4OiBmY2hkaXIoMHgzLDB4NDAwLDB4MjEsMHg4MDFhOTA0MjIsMHgzYSwweDgw MWE4ZjAxMCkgPSAwICgweDApCjg5OTg4OiBjbG9zZSgzKQkJCQkJID0gMCAoMHgwKQo4OTk4ODog c3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL2dldHNjcmlwdFBsdWdpbi52 aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTEyNzcsc2l6ZT0xMzc5LGJsa3NpemU9MTYz ODQgfSkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9w bHVnaW4vZ2V0c2NyaXB0UGx1Z2luLnZpbSIsT19SRE9OTFksMDApID0gMyAoMHgzKQo4OTk4ODog ZmNudGwoMyxGX0dFVEZELCkJCQkgPSAwICgweDApCjg5OTg4OiBmY250bCgzLEZfU0VURkQsRkRf Q0xPRVhFQykJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRsKDMsRl9HRVRGTCwpCQkJID0gMCAoMHgw KQo4OTk4ODogZnN0YXQoMyx7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjc3LHNpemU9MTM3 OSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogcmVhZCgzLCIiIC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSIuLi4sMTYzODQpID0gMTM3OSAoMHg1NjMpCjg5OTg4OiBzdGF0 KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vZ2V0c2NyaXB0UGx1Z2luLnZpbSIs eyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI3NyxzaXplPTEzNzksYmxrc2l6ZT0xNjM4NCB9 KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQoMywweDgwMTkwMzAwMCwxNjM4NCkJCSA9IDAgKDB4MCkK ODk5ODg6IGNsb3NlKDMpCQkJCQkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIuIixPX1JET05MWSww MCkJCQkgPSAzICgweDMpCjg5OTg4OiBmY2hkaXIoMHgzLDB4MCwweDAsMHgxLDB4M2EsMHg4MDFh OGYwMTApCSA9IDAgKDB4MCkKODk5ODg6IGNoZGlyKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03 NC9wbHVnaW4iKSA9IDAgKDB4MCkKODk5ODg6IF9fZ2V0Y3dkKCIvdXNyL2xvY2FsL3NoYXJlL3Zp bS92aW03NC9wbHVnaW4iLDEwMjQpID0gMCAoMHgwKQo4OTk4ODogZmNoZGlyKDB4MywweDQwMCww eDIxLDB4ODAxYTkwNDIyLDB4M2EsMHg4MDFhOGYwMTApID0gMCAoMHgwKQo4OTk4ODogY2xvc2Uo MykJCQkJCSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0 L3BsdWdpbi9nemlwLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI4NixzaXplPTE5 NjksYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hh cmUvdmltL3ZpbTc0L3BsdWdpbi9nemlwLnZpbSIsT19SRE9OTFksMDApID0gMyAoMHgzKQo4OTk4 ODogZmNudGwoMyxGX0dFVEZELCkJCQkgPSAwICgweDApCjg5OTg4OiBmY250bCgzLEZfU0VURkQs RkRfQ0xPRVhFQykJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRsKDMsRl9HRVRGTCwpCQkJID0gMCAo MHgwKQo4OTk4ODogZnN0YXQoMyx7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjg2LHNpemU9 MTk2OSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogcmVhZCgzLCIiIFZpbSBwbHVn aW4gZm9yIGVkaXRpbmcgY29tcHJlcyIuLi4sMTYzODQpID0gMTk2OSAoMHg3YjEpCjg5OTg4OiBz dGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vZ3ppcC52aW0iLHsgbW9kZT0t cnctci0tci0tICxpbm9kZT01OTEyODYsc2l6ZT0xOTY5LGJsa3NpemU9MTYzODQgfSkgPSAwICgw eDApCjg5OTg4OiByZWFkKDMsMHg4MDE5MDMwMDAsMTYzODQpCQkgPSAwICgweDApCjg5OTg4OiBj bG9zZSgzKQkJCQkJID0gMCAoMHgwKQo4OTk4ODogb3BlbigiLiIsT19SRE9OTFksMDApCQkJID0g MyAoMHgzKQo4OTk4ODogZmNoZGlyKDB4MywweDAsMHgwLDB4MSwweDNhLDB4ODAxYThmMDEwKQkg PSAwICgweDApCjg5OTg4OiBjaGRpcigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2lu IikgPSAwICgweDApCjg5OTg4OiBfX2dldGN3ZCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQv cGx1Z2luIiwxMDI0KSA9IDAgKDB4MCkKODk5ODg6IGZjaGRpcigweDMsMHg0MDAsMHgyMSwweDgw MWE5MDQyMiwweDNhLDB4ODAxYThmMDEwKSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDMpCQkJCQkg PSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4v bWF0Y2hwYXJlbi52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTEyODUsc2l6ZT02Mzgy LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJl L3ZpbS92aW03NC9wbHVnaW4vbWF0Y2hwYXJlbi52aW0iLE9fUkRPTkxZLDAwKSA9IDMgKDB4MykK ODk5ODg6IGZjbnRsKDMsRl9HRVRGRCwpCQkJID0gMCAoMHgwKQo4OTk4ODogZmNudGwoMyxGX1NF VEZELEZEX0NMT0VYRUMpCQkgPSAwICgweDApCjg5OTg4OiBmY250bCgzLEZfR0VURkwsKQkJCSA9 IDAgKDB4MCkKODk5ODg6IGZzdGF0KDMseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI4NSxz aXplPTYzODIsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQoMywiIiBWaW0g cGx1Z2luIGZvciBzaG93aW5nIG1hdGNoaW4iLi4uLDE2Mzg0KSA9IDYzODIgKDB4MThlZSkKODk5 ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi9tYXRjaHBhcmVuLnZp bSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI4NSxzaXplPTYzODIsYmxrc2l6ZT0xNjM4 NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQoMywweDgwMTkwMzAwMCwxNjM4NCkJCSA9IDAgKDB4 MCkKODk5ODg6IGNsb3NlKDMpCQkJCQkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIuIixPX1JET05M WSwwMCkJCQkgPSAzICgweDMpCjg5OTg4OiBmY2hkaXIoMHgzLDB4MCwweDAsMHgxLDB4M2EsMHg4 MDFhOGYwMTApCSA9IDAgKDB4MCkKODk5ODg6IGNoZGlyKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92 aW03NC9wbHVnaW4iKSA9IDAgKDB4MCkKODk5ODg6IF9fZ2V0Y3dkKCIvdXNyL2xvY2FsL3NoYXJl L3ZpbS92aW03NC9wbHVnaW4iLDEwMjQpID0gMCAoMHgwKQo4OTk4ODogZmNoZGlyKDB4MywweDQw MCwweDIxLDB4ODAxYTkwNDIyLDB4M2EsMHg4MDFhOGYwMTApID0gMCAoMHgwKQo4OTk4ODogY2xv c2UoMykJCQkJCSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3Zp bTc0L3BsdWdpbi9uZXRyd1BsdWdpbi52aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTEy ODQsc2l6ZT04MTk1LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIvdXNy L2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vbmV0cndQbHVnaW4udmltIixPX1JET05MWSww MCkgPSAzICgweDMpCjg5OTg4OiBmY250bCgzLEZfR0VURkQsKQkJCSA9IDAgKDB4MCkKODk5ODg6 IGZjbnRsKDMsRl9TRVRGRCxGRF9DTE9FWEVDKQkJID0gMCAoMHgwKQo4OTk4ODogZmNudGwoMyxG X0dFVEZMLCkJCQkgPSAwICgweDApCjg5OTg4OiBmc3RhdCgzLHsgbW9kZT0tcnctci0tci0tICxp bm9kZT01OTEyODQsc2l6ZT04MTk1LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBy ZWFkKDMsIiIgbmV0cndQbHVnaW4udmltOiBIYW5kbGVzIGZpbGUgIi4uLiwxNjM4NCkgPSA4MTk1 ICgweDIwMDMpCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4v bmV0cndQbHVnaW4udmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjg0LHNpemU9ODE5 NSxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogcmVhZCgzLDB4ODAxOTAzMDAwLDE2 Mzg0KQkJID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoMykJCQkJCSA9IDAgKDB4MCkKODk5ODg6IG9w ZW4oIi4iLE9fUkRPTkxZLDAwKQkJCSA9IDMgKDB4MykKODk5ODg6IGZjaGRpcigweDMsMHgwLDB4 MCwweDEsMHgzYSwweDgwMWE4ZjAxMCkJID0gMCAoMHgwKQo4OTk4ODogY2hkaXIoIi91c3IvbG9j YWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbiIpID0gMCAoMHgwKQo4OTk4ODogX19nZXRjd2QoIi91 c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbiIsMTAyNCkgPSAwICgweDApCjg5OTg4OiBm Y2hkaXIoMHgzLDB4NDAwLDB4MjEsMHg4MDE4Mzc0MjIsMHgzYSwweDgwMWE4ZjAxMCkgPSAwICgw eDApCjg5OTg4OiBjbG9zZSgzKQkJCQkJID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL3Vzci9sb2Nh bC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3JyaGVscGVyLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0g LGlub2RlPTU5MTI4MyxzaXplPTE0MTQsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6 IG9wZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi9ycmhlbHBlci52aW0iLE9f UkRPTkxZLDAwKSA9IDMgKDB4MykKODk5ODg6IGZjbnRsKDMsRl9HRVRGRCwpCQkJID0gMCAoMHgw KQo4OTk4ODogZmNudGwoMyxGX1NFVEZELEZEX0NMT0VYRUMpCQkgPSAwICgweDApCjg5OTg4OiBm Y250bCgzLEZfR0VURkwsKQkJCSA9IDAgKDB4MCkKODk5ODg6IGZzdGF0KDMseyBtb2RlPS1ydy1y LS1yLS0gLGlub2RlPTU5MTI4MyxzaXplPTE0MTQsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkK ODk5ODg6IHJlYWQoMywiIiBWaW0gcGx1Z2luIHdpdGggaGVscGVyIGZ1bmN0aW8iLi4uLDE2Mzg0 KSA9IDE0MTQgKDB4NTg2KQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQv cGx1Z2luL3JyaGVscGVyLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI4MyxzaXpl PTE0MTQsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDMpCQkJCQkgPSAw ICgweDApCjg5OTg4OiBvcGVuKCIuIixPX1JET05MWSwwMCkJCQkgPSAzICgweDMpCjg5OTg4OiBm Y2hkaXIoMHgzLDB4MCwweDAsMHgxLDB4M2EsMHg4MDFhOGYwMTApCSA9IDAgKDB4MCkKODk5ODg6 IGNoZGlyKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4iKSA9IDAgKDB4MCkKODk5 ODg6IF9fZ2V0Y3dkKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4iLDEwMjQpID0g MCAoMHgwKQo4OTk4ODogZmNoZGlyKDB4MywweDQwMCwweDIxLDB4ODAxODM3NDIyLDB4M2EsMHg4 MDFhOGYwMTApID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoMykJCQkJCSA9IDAgKDB4MCkKODk5ODg6 IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi9zcGVsbGZpbGUudmltIix7 IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjgyLHNpemU9NDk5LGJsa3NpemU9MTYzODQgfSkg PSAwICgweDApCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4v c3BlbGxmaWxlLnZpbSIsT19SRE9OTFksMDApID0gMyAoMHgzKQo4OTk4ODogZmNudGwoMyxGX0dF VEZELCkJCQkgPSAwICgweDApCjg5OTg4OiBmY250bCgzLEZfU0VURkQsRkRfQ0xPRVhFQykJCSA9 IDAgKDB4MCkKODk5ODg6IGZjbnRsKDMsRl9HRVRGTCwpCQkJID0gMCAoMHgwKQo4OTk4ODogZnN0 YXQoMyx7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjgyLHNpemU9NDk5LGJsa3NpemU9MTYz ODQgfSkgPSAwICgweDApCjg5OTg4OiByZWFkKDMsIiIgVmltIHBsdWdpbiBmb3IgZG93bmxvYWRp bmcgc3BlIi4uLiwxNjM4NCkgPSA0OTkgKDB4MWYzKQo4OTk4ODogc3RhdCgiL3Vzci9sb2NhbC9z aGFyZS92aW0vdmltNzQvcGx1Z2luL3NwZWxsZmlsZS52aW0iLHsgbW9kZT0tcnctci0tci0tICxp bm9kZT01OTEyODIsc2l6ZT00OTksYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJl YWQoMywweDgwMTkwMzAwMCwxNjM4NCkJCSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDMpCQkJCQkg PSAwICgweDApCjg5OTg4OiBvcGVuKCIuIixPX1JET05MWSwwMCkJCQkgPSAzICgweDMpCjg5OTg4 OiBmY2hkaXIoMHgzLDB4MCwweDAsMHgxLDB4M2EsMHg4MDFhOGYwMTApCSA9IDAgKDB4MCkKODk5 ODg6IGNoZGlyKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4iKSA9IDAgKDB4MCkK ODk5ODg6IF9fZ2V0Y3dkKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4iLDEwMjQp ID0gMCAoMHgwKQo4OTk4ODogZmNoZGlyKDB4MywweDQwMCwweDIxLDB4ODAxODM3NDIyLDB4M2Es MHg4MDFhOGYwMTApID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoMykJCQkJCSA9IDAgKDB4MCkKODk5 ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi90YXJQbHVnaW4udmlt Iix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjgxLHNpemU9MjIwOSxibGtzaXplPTE2Mzg0 IH0pID0gMCAoMHgwKQo4OTk4ODogb3BlbigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1 Z2luL3RhclBsdWdpbi52aW0iLE9fUkRPTkxZLDAwKSA9IDMgKDB4MykKODk5ODg6IGZjbnRsKDMs Rl9HRVRGRCwpCQkJID0gMCAoMHgwKQo4OTk4ODogZmNudGwoMyxGX1NFVEZELEZEX0NMT0VYRUMp CQkgPSAwICgweDApCjg5OTg4OiBmY250bCgzLEZfR0VURkwsKQkJCSA9IDAgKDB4MCkKODk5ODg6 IGZzdGF0KDMseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI4MSxzaXplPTIyMDksYmxrc2l6 ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQoMywiIiB0YXJQbHVnaW4udmltIC0tIGEg VmltIHBsdWdpbiAiLi4uLDE2Mzg0KSA9IDIyMDkgKDB4OGExKQo4OTk4ODogc3RhdCgiL3Vzci9s b2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luL3RhclBsdWdpbi52aW0iLHsgbW9kZT0tcnctci0t ci0tICxpbm9kZT01OTEyODEsc2l6ZT0yMjA5LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5 OTg4OiByZWFkKDMsMHg4MDE5MDMwMDAsMTYzODQpCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSgz KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogb3BlbigiLiIsT19SRE9OTFksMDApCQkJID0gMyAoMHgz KQo4OTk4ODogZmNoZGlyKDB4MywweDAsMHgwLDB4MSwweDNhLDB4ODAxYThmMDEwKQkgPSAwICgw eDApCjg5OTg4OiBjaGRpcigiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2luIikgPSAw ICgweDApCjg5OTg4OiBfX2dldGN3ZCgiL3Vzci9sb2NhbC9zaGFyZS92aW0vdmltNzQvcGx1Z2lu IiwxMDI0KSA9IDAgKDB4MCkKODk5ODg6IGZjaGRpcigweDMsMHg0MDAsMHgyMSwweDgwMTgzNzQy MiwweDNhLDB4ODAxYThmMDEwKSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDMpCQkJCQkgPSAwICgw eDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vdG9odG1s LnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI4MCxzaXplPTk2ODgsYmxrc2l6ZT0x NjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0 L3BsdWdpbi90b2h0bWwudmltIixPX1JET05MWSwwMCkgPSAzICgweDMpCjg5OTg4OiBmY250bCgz LEZfR0VURkQsKQkJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRsKDMsRl9TRVRGRCxGRF9DTE9FWEVD KQkJID0gMCAoMHgwKQo4OTk4ODogZmNudGwoMyxGX0dFVEZMLCkJCQkgPSAwICgweDApCjg5OTg4 OiBmc3RhdCgzLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTEyODAsc2l6ZT05Njg4LGJsa3Np emU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiByZWFkKDMsIiIgVmltIHBsdWdpbiBmb3IgY29u dmVydGluZyBhIHN5Ii4uLiwxNjM4NCkgPSA5Njg4ICgweDI1ZDgpCjg5OTg4OiBzdGF0KCIvdXNy L2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vdG9odG1sLnZpbSIseyBtb2RlPS1ydy1yLS1y LS0gLGlub2RlPTU5MTI4MCxzaXplPTk2ODgsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5 ODg6IHJlYWQoMywweDgwMTkwMzAwMCwxNjM4NCkJCSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDMp CQkJCQkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIuIixPX1JET05MWSwwMCkJCQkgPSAzICgweDMp Cjg5OTg4OiBmY2hkaXIoMHgzLDB4MCwweDAsMHgxLDB4M2EsMHg4MDFhOGYwMTApCSA9IDAgKDB4 MCkKODk5ODg6IGNoZGlyKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4iKSA9IDAg KDB4MCkKODk5ODg6IF9fZ2V0Y3dkKCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4i LDEwMjQpID0gMCAoMHgwKQo4OTk4ODogZmNoZGlyKDB4MywweDQwMCwweDIxLDB4ODAxODM3NDIy LDB4M2EsMHg4MDFhOGYwMTApID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoMykJCQkJCSA9IDAgKDB4 MCkKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi92aW1iYWxs UGx1Z2luLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI3OSxzaXplPTI3NjAsYmxr c2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hhcmUvdmlt L3ZpbTc0L3BsdWdpbi92aW1iYWxsUGx1Z2luLnZpbSIsT19SRE9OTFksMDApID0gMyAoMHgzKQo4 OTk4ODogZmNudGwoMyxGX0dFVEZELCkJCQkgPSAwICgweDApCjg5OTg4OiBmY250bCgzLEZfU0VU RkQsRkRfQ0xPRVhFQykJCSA9IDAgKDB4MCkKODk5ODg6IGZjbnRsKDMsRl9HRVRGTCwpCQkJID0g MCAoMHgwKQo4OTk4ODogZnN0YXQoMyx7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjc5LHNp emU9Mjc2MCxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogcmVhZCgzLCIiIHZpbWJh bGxQbHVnaW4gOiBjb25zdHJ1Y3QgYSBmaSIuLi4sMTYzODQpID0gMjc2MCAoMHhhYzgpCjg5OTg4 OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92aW03NC9wbHVnaW4vdmltYmFsbFBsdWdpbi52 aW0iLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT01OTEyNzksc2l6ZT0yNzYwLGJsa3NpemU9MTYz ODQgfSkgPSAwICgweDApCjg5OTg4OiByZWFkKDMsMHg4MDE5MDMwMDAsMTYzODQpCQkgPSAwICgw eDApCjg5OTg4OiBjbG9zZSgzKQkJCQkJID0gMCAoMHgwKQo4OTk4ODogb3BlbigiLiIsT19SRE9O TFksMDApCQkJID0gMyAoMHgzKQo4OTk4ODogZmNoZGlyKDB4MywweDAsMHgwLDB4MSwweDNhLDB4 ODAxYThmMDEwKQkgPSAwICgweDApCjg5OTg4OiBjaGRpcigiL3Vzci9sb2NhbC9zaGFyZS92aW0v dmltNzQvcGx1Z2luIikgPSAwICgweDApCjg5OTg4OiBfX2dldGN3ZCgiL3Vzci9sb2NhbC9zaGFy ZS92aW0vdmltNzQvcGx1Z2luIiwxMDI0KSA9IDAgKDB4MCkKODk5ODg6IGZjaGRpcigweDMsMHg0 MDAsMHgyMSwweDgwMWE5MDQyMiwweDNhLDB4ODAxYThmMDEwKSA9IDAgKDB4MCkKODk5ODg6IGNs b3NlKDMpCQkJCQkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL3ZpbS92 aW03NC9wbHVnaW4vemlwUGx1Z2luLnZpbSIseyBtb2RlPS1ydy1yLS1yLS0gLGlub2RlPTU5MTI3 OCxzaXplPTI0OTgsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3Iv bG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi96aXBQbHVnaW4udmltIixPX1JET05MWSwwMCkg PSAzICgweDMpCjg5OTg4OiBmY250bCgzLEZfR0VURkQsKQkJCSA9IDAgKDB4MCkKODk5ODg6IGZj bnRsKDMsRl9TRVRGRCxGRF9DTE9FWEVDKQkJID0gMCAoMHgwKQo4OTk4ODogZmNudGwoMyxGX0dF VEZMLCkJCQkgPSAwICgweDApCjg5OTg4OiBmc3RhdCgzLHsgbW9kZT0tcnctci0tci0tICxpbm9k ZT01OTEyNzgsc2l6ZT0yNDk4LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiByZWFk KDMsIiIgemlwUGx1Z2luLnZpbTogSGFuZGxlcyBicm93c2luIi4uLiwxNjM4NCkgPSAyNDk4ICgw eDljMikKODk5ODg6IHN0YXQoIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbTc0L3BsdWdpbi96aXBQ bHVnaW4udmltIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NTkxMjc4LHNpemU9MjQ5OCxibGtz aXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogcmVhZCgzLDB4ODAxOTAzMDAwLDE2Mzg0KQkJ ID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoMykJCQkJCSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91 c3IvbG9jYWwvc2hhcmUvdmltL3ZpbWZpbGVzL2FmdGVyL3BsdWdpbi8iLE9fTk9OQkxPQ0t8T19E SVJFQ1RPUll8T19DTE9FWEVDLDAwKSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScK ODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvc2hhcmUvdmltL3ZpbWZpbGVzL2FmdGVyL3BsdWdpbi8i LE9fTk9OQkxPQ0t8T19ESVJFQ1RPUll8T19DTE9FWEVDLDAwKSBFUlIjMiAnTm8gc3VjaCBmaWxl IG9yIGRpcmVjdG9yeScKODk5ODg6IG9wZW4oIi9yb290Ly52aW0vYWZ0ZXIvcGx1Z2luLyIsT19O T05CTE9DS3xPX0RJUkVDVE9SWXxPX0NMT0VYRUMsMDApIEVSUiMyICdObyBzdWNoIGZpbGUgb3Ig ZGlyZWN0b3J5Jwo4OTk4ODogb3BlbigiL3Jvb3QvLnZpbS9hZnRlci9wbHVnaW4vIixPX05PTkJM T0NLfE9fRElSRUNUT1JZfE9fQ0xPRVhFQywwMCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJl Y3RvcnknCjg5OTg4OiBvcGVuKCIvcm9vdC8udmltaW5mbyIsT19SRE9OTFksMDY2NikJID0gMyAo MHgzKQo4OTk4ODogZnN0YXQoMyx7IG1vZGU9LXJ3LS0tLS0tLSAsaW5vZGU9ODQ3OTE3LHNpemU9 MTQ2NDcsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQoMywiIyBUaGlzIHZp bWluZm8gZmlsZSB3YXMgZ2VuZXJhdGUiLi4uLDE2Mzg0KSA9IDE0NjQ3ICgweDM5MzcpCjg5OTg4 OiByZWFkKDMsMHg4MDE5MDMwMDAsMTYzODQpCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSgzKQkJ CQkJID0gMCAoMHgwKQo4OTk4ODogaW9jdGwoMCxUSU9DR0VUQSwweDgwN2QyNCkJCSA9IDAgKDB4 MCkKODk5ODg6IGlvY3RsKDAsVElPQ1NFVEEsMHhmZmZmZTdlMCkJCSA9IDAgKDB4MCkKODk5ODg6 IHdyaXRlKDEsIlxeW1s/MWhcXls9Iiw3KQkJCSA9IDcgKDB4NykKODk5ODg6IGlvY3RsKDEsVElP Q0dFVEEsMHhmZmZmZTdlMCkJCSA9IDAgKDB4MCkKODk5ODg6IGlvY3RsKDAsVElPQ0dFVEEsMHhm ZmZmZTdlMCkJCSA9IDAgKDB4MCkKODk5ODg6IHdyaXRlKDEsIlxeW1syOzFIXE0tYlxNXlZcTS09 XF5bWzZuIiwxMykJID0gMTMgKDB4ZCkKODk5ODg6IHdyaXRlKDEsIlxeW1syOzFIICBcXltbMTsx SCIsMTQpCQkgPSAxNCAoMHhlKQo4OTk4ODogc2VsZWN0KDEsezB9LDB4MCx7MH0sezAuMDAwMDAw IH0pCSA9IDAgKDB4MCkKODk5ODg6IHNlbGVjdCgxLHswfSwweDAsezB9LHswLjAwMDAwMCB9KQkg PSAwICgweDApCjg5OTg4OiBnZXR1aWQoKQkJCQkJID0gMCAoMHgwKQo4OTk4ODogc3RhdCgiL2V0 Yy9uc3N3aXRjaC5jb25mIix7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NDcyMjYsc2l6ZT0yNzAs Ymxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi9ldGMvbnNzd2l0Y2guY29u ZiIsT19DTE9FWEVDLDA2NjYpID0gMyAoMHgzKQo4OTk4ODogaW9jdGwoMyxUSU9DR0VUQSwweGZm ZmZlMzgwKQkJIEVSUiMyNSAnSW5hcHByb3ByaWF0ZSBpb2N0bCBmb3IgZGV2aWNlJwo4OTk4ODog ZnN0YXQoMyx7IG1vZGU9LXJ3LXItLXItLSAsaW5vZGU9NDcyMjYsc2l6ZT0yNzAsYmxrc2l6ZT0x NjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IHJlYWQoMywiI1xuIyBuc3N3aXRjaC5jb25mKDUpIC0g bmFtZSBzZXIiLi4uLDE2Mzg0KSA9IDI3MCAoMHgxMGUpCjg5OTg4OiByZWFkKDMsMHg4MDE5MDMw MDAsMTYzODQpCQkgPSAwICgweDApCjg5OTg4OiBzaWdwcm9jbWFzayhTSUdfQkxPQ0ssU0lHSFVQ fFNJR0lOVHxTSUdRVUlUfFNJR0tJTEx8U0lHUElQRXxTSUdBTFJNfFNJR1RFUk18U0lHVVJHfFNJ R1NUT1B8U0lHVFNUUHxTSUdDT05UfFNJR0NITER8U0lHVFRJTnxTSUdUVE9VfFNJR0lPfFNJR1hD UFV8U0lHWEZTWnxTSUdWVEFMUk18U0lHUFJPRnxTSUdXSU5DSHxTSUdJTkZPfFNJR1VTUjF8U0lH VVNSMiwweDApID0gMCAoMHgwKQo4OTk4ODogYWNjZXNzKCIvbGliL25zc19maWxlcy5zby4xIiww KQkJIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvdXNy L2xpYi9uc3NfZmlsZXMuc28uMSIsMCkJIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5 Jwo4OTk4ODogYWNjZXNzKCIvdXNyL2xpYi9jb21wYXQvbnNzX2ZpbGVzLnNvLjEiLDApIEVSUiMy ICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvdXNyL2xvY2FsL2xp Yi9uc3NfZmlsZXMuc28uMSIsMCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5 OTg4OiBhY2Nlc3MoIi91c3IvbG9jYWwvbGliL2NvbXBhdC9wa2cvbnNzX2ZpbGVzLnNvLjEiLDAp IEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvdXNyL2xv Y2FsL2xpYi9teXNxbC9uc3NfZmlsZXMuc28uMSIsMCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnknCjg5OTg4OiBhY2Nlc3MoIi9saWIvbnNzX2ZpbGVzLnNvLjEiLDApCQkgRVJSIzIg J05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBhY2Nlc3MoIi91c3IvbGliL25zc19m aWxlcy5zby4xIiwwKQkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBz aWdwcm9jbWFzayhTSUdfU0VUTUFTSywweDAsMHgwKQkJID0gMCAoMHgwKQo4OTk4ODogc2lncHJv Y21hc2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdLSUxMfFNJR1BJUEV8U0lH QUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09OVHxTSUdDSExEfFNJR1RU SU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJNfFNJR1BST0Z8U0lHV0lO Q0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkKODk5ODg6IGFjY2Vzcygi L2xpYi9uc3NfbGRhcC5zby4xIiwwKQkJIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5 Jwo4OTk4ODogYWNjZXNzKCIvdXNyL2xpYi9uc3NfbGRhcC5zby4xIiwwKQkgRVJSIzIgJ05vIHN1 Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBhY2Nlc3MoIi91c3IvbGliL2NvbXBhdC9uc3Nf bGRhcC5zby4xIiwwKSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IGFj Y2VzcygiL3Vzci9sb2NhbC9saWIvbnNzX2xkYXAuc28uMSIsMCkJID0gMCAoMHgwKQo4OTk4ODog b3BlbigiL3Vzci9sb2NhbC9saWIvbnNzX2xkYXAuc28uMSIsT19DTE9FWEVDLDA0MDIyMzc3MCkg PSA0ICgweDQpCjg5OTg4OiBmc3RhdCg0LHsgbW9kZT0tci14ci14ci14ICxpbm9kZT0zNTM4NTAs c2l6ZT05NTQ5NixibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogbW1hcCgweDAsNDA5 NixQUk9UX1JFQUQsTUFQX1BSSVZBVEV8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDApID0gMzQzNjgz Mzk5NjggKDB4ODAwODM0MDAwKQo4OTk4ODogbW1hcCgweDAsMjI0MDUxMixQUk9UX05PTkUsTUFQ X1BSSVZBVEV8TUFQX0FOT058TUFQX05PQ09SRSwtMSwweDApID0gMzQzODkwOTg0OTYgKDB4ODAx YzAwMDAwKQo4OTk4ODogbW1hcCgweDgwMWMwMDAwMCw5MDExMixQUk9UX1JFQUR8UFJPVF9FWEVD LE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgw KSA9IDM0Mzg5MDk4NDk2ICgweDgwMWMwMDAwMCkKODk5ODg6IG1tYXAoMHg4MDFlMTYwMDAsNDA5 NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxU X1JFQUQsNCwweDE2MDAwKSA9IDM0MzkxMjg1NzYwICgweDgwMWUxNjAwMCkKODk5ODg6IG1tYXAo MHg4MDFlMTcwMDAsNDkxNTIsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJ WEVEfE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM5MTI4OTg1NiAoMHg4MDFlMTcwMDApCjg5OTg4OiBt dW5tYXAoMHg4MDA4MzQwMDAsNDA5NikJCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg0KQkJCQkJ ID0gMCAoMHgwKQo4OTk4ODogYWNjZXNzKCIvdXNyL2xvY2FsL2xpYi9saWJsZGFwLTIuNC5zby4y IiwwKSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvbGliL2xpYmxkYXAtMi40LnNv LjIiLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gNCAoMHg0KQo4OTk4ODogZnN0YXQoNCx7IG1vZGU9 LXJ3LXItLXItLSAsaW5vZGU9Mzg2NzE4LHNpemU9Mjg3NDMyLGJsa3NpemU9MTYzODQgfSkgPSAw ICgweDApCjg5OTg4OiBtbWFwKDB4MCw0MDk2LFBST1RfUkVBRCxNQVBfUFJJVkFURXxNQVBfUFJF RkFVTFRfUkVBRCw0LDB4MCkgPSAzNDM2ODMzOTk2OCAoMHg4MDA4MzQwMDApCjg5OTg4OiBtbWFw KDB4MCwyMzgzODcyLFBST1RfTk9ORSxNQVBfUFJJVkFURXxNQVBfQU5PTnxNQVBfTk9DT1JFLC0x LDB4MCkgPSAzNDM5MTMzOTAwOCAoMHg4MDFlMjMwMDApCjg5OTg4OiBtbWFwKDB4ODAxZTIzMDAw LDI3ODUyOCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfTk9D T1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0MzkxMzM5MDA4ICgweDgwMWUyMzAwMCkK ODk5ODg6IG1tYXAoMHg4MDIwNjcwMDAsODE5MixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJ VkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDQ0MDAwKSA9IDM0MzkzNzE0Njg4 ICgweDgwMjA2NzAwMCkKODk5ODg6IG11bm1hcCgweDgwMDgzNDAwMCw0MDk2KQkJCSA9IDAgKDB4 MCkKODk5ODg6IGNsb3NlKDQpCQkJCQkgPSAwICgweDApCjg5OTg4OiBhY2Nlc3MoIi91c3IvbG9j YWwvbGliL2xpYmxiZXItMi40LnNvLjIiLDApID0gMCAoMHgwKQo4OTk4ODogb3BlbigiL3Vzci9s b2NhbC9saWIvbGlibGJlci0yLjQuc28uMiIsT19DTE9FWEVDLDA0MDIyMzc3MCkgPSA0ICgweDQp Cjg5OTg4OiBmc3RhdCg0LHsgbW9kZT0tcnctci0tci0tICxpbm9kZT0zNzg4ODYsc2l6ZT01Nzg3 MixibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogbW1hcCgweDAsNDA5NixQUk9UX1JF QUQsTUFQX1BSSVZBVEV8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDApID0gMzQzNjgzMzk5NjggKDB4 ODAwODM0MDAwKQo4OTk4ODogbW1hcCgweDAsMjE1NDQ5NixQUk9UX05PTkUsTUFQX1BSSVZBVEV8 TUFQX0FOT058TUFQX05PQ09SRSwtMSwweDApID0gMzQzOTM3MjI4ODAgKDB4ODAyMDY5MDAwKQo4 OTk4ODogbW1hcCgweDgwMjA2OTAwMCw1NzM0NCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklW QVRFfE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0Mzkz NzIyODgwICgweDgwMjA2OTAwMCkKODk5ODg6IG1tYXAoMHg4MDIyNzYwMDAsNDA5NixQUk9UX1JF QUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JFQUQsNCww eGQwMDApID0gMzQzOTU4NzMyODAgKDB4ODAyMjc2MDAwKQo4OTk4ODogbXVubWFwKDB4ODAwODM0 MDAwLDQwOTYpCQkJID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoNCkJCQkJCSA9IDAgKDB4MCkKODk5 ODg6IGFjY2VzcygiL3Vzci9sb2NhbC9saWIvbGlia3JiNS5zby4xMSIsMCkJIEVSUiMyICdObyBz dWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvbGliL2xpYmtyYjUuc28uMTEi LDApCQkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBhY2Nlc3MoIi91 c3IvbGliL2xpYmtyYjUuc28uMTEiLDApCSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3IvbGli L2xpYmtyYjUuc28uMTEiLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gNCAoMHg0KQo4OTk4ODogZnN0 YXQoNCx7IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MzM1NjMyLHNpemU9NDg4NjY0LGJsa3NpemU9 MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBtbWFwKDB4MCw0MDk2LFBST1RfUkVBRCxNQVBfUFJJ VkFURXxNQVBfUFJFRkFVTFRfUkVBRCw0LDB4MCkgPSAzNDM2ODMzOTk2OCAoMHg4MDA4MzQwMDAp Cjg5OTg4OiBtbWFwKDB4MCwyNTg4NjcyLFBST1RfTk9ORSxNQVBfUFJJVkFURXxNQVBfQU5PTnxN QVBfTk9DT1JFLC0xLDB4MCkgPSAzNDM5NTg3NzM3NiAoMHg4MDIyNzcwMDApCjg5OTg4OiBtbWFw KDB4ODAyMjc3MDAwLDQ3MTA0MCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9G SVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0Mzk1ODc3Mzc2ICgw eDgwMjI3NzAwMCkKODk5ODg6IG1tYXAoMHg4MDI0ZTkwMDAsMjA0ODAsUFJPVF9SRUFEfFBST1Rf V1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9QUkVGQVVMVF9SRUFELDQsMHg3MjAwMCkg PSAzNDM5ODQ0MTQ3MiAoMHg4MDI0ZTkwMDApCjg5OTg4OiBtbWFwKDB4ODAyNGVlMDAwLDQwOTYs UFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9BTk9OLC0xLDB4 MCkgPSAzNDM5ODQ2MTk1MiAoMHg4MDI0ZWUwMDApCjg5OTg4OiBtdW5tYXAoMHg4MDA4MzQwMDAs NDA5NikJCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg0KQkJCQkJID0gMCAoMHgwKQo4OTk4ODog YWNjZXNzKCIvdXNyL2xvY2FsL2xpYi9saWJjb21fZXJyLnNvLjUiLDApIEVSUiMyICdObyBzdWNo IGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvbGliL2xpYmNvbV9lcnIuc28uNSIs MCkJCSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IGFjY2VzcygiL3Vz ci9saWIvbGliY29tX2Vyci5zby41IiwwKQkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIvdXNyL2xp Yi9saWJjb21fZXJyLnNvLjUiLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gNCAoMHg0KQo4OTk4ODog ZnN0YXQoNCx7IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MzM1NTIyLHNpemU9NzMyOCxibGtzaXpl PTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogbW1hcCgweDAsNDA5NixQUk9UX1JFQUQsTUFQX1BS SVZBVEV8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDApID0gMzQzNjgzMzk5NjggKDB4ODAwODM0MDAw KQo4OTk4ODogbW1hcCgweDAsMjEwNTM0NCxQUk9UX05PTkUsTUFQX1BSSVZBVEV8TUFQX0FOT058 TUFQX05PQ09SRSwtMSwweDApID0gMzQzOTg0NjYwNDggKDB4ODAyNGVmMDAwKQo4OTk4ODogbW1h cCgweDgwMjRlZjAwMCw4MTkyLFBST1RfUkVBRHxQUk9UX0VYRUMsTUFQX1BSSVZBVEV8TUFQX0ZJ WEVEfE1BUF9OT0NPUkV8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDApID0gMzQzOTg0NjYwNDggKDB4 ODAyNGVmMDAwKQo4OTk4ODogbW1hcCgweDgwMjZmMDAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dS SVRFLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfUFJFRkFVTFRfUkVBRCw0LDB4MTAwMCkgPSAz NDQwMDU2NzI5NiAoMHg4MDI2ZjAwMDApCjg5OTg4OiBtdW5tYXAoMHg4MDA4MzQwMDAsNDA5NikJ CQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg0KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogYWNjZXNz KCIvdXNyL2xvY2FsL2xpYi9saWJnc3NhcGlfa3JiNS5zby4xMCIsMCkgRVJSIzIgJ05vIHN1Y2gg ZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBhY2Nlc3MoIi9saWIvbGliZ3NzYXBpX2tyYjUuc28u MTAiLDApCSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IGFjY2Vzcygi L3Vzci9saWIvbGliZ3NzYXBpX2tyYjUuc28uMTAiLDApID0gMCAoMHgwKQo4OTk4ODogb3Blbigi L3Vzci9saWIvbGliZ3NzYXBpX2tyYjUuc28uMTAiLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gNCAo MHg0KQo4OTk4ODogZnN0YXQoNCx7IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MzM1NjI5LHNpemU9 MTI0MjQ4LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBtbWFwKDB4MCw0MDk2LFBS T1RfUkVBRCxNQVBfUFJJVkFURXxNQVBfUFJFRkFVTFRfUkVBRCw0LDB4MCkgPSAzNDM2ODMzOTk2 OCAoMHg4MDA4MzQwMDApCjg5OTg4OiBtbWFwKDB4MCwyMjIwMDMyLFBST1RfTk9ORSxNQVBfUFJJ VkFURXxNQVBfQU5PTnxNQVBfTk9DT1JFLC0xLDB4MCkgPSAzNDQwMDU3MTM5MiAoMHg4MDI2ZjEw MDApCjg5OTg4OiBtbWFwKDB4ODAyNmYxMDAwLDExODc4NCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1B UF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9 IDM0NDAwNTcxMzkyICgweDgwMjZmMTAwMCkKODk5ODg6IG1tYXAoMHg4MDI5MGQwMDAsODE5MixQ Uk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JF QUQsNCwweDFjMDAwKSA9IDM0NDAyNzgzMjMyICgweDgwMjkwZDAwMCkKODk5ODg6IG11bm1hcCgw eDgwMDgzNDAwMCw0MDk2KQkJCSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDQpCQkJCQkgPSAwICgw eDApCjg5OTg4OiBhY2Nlc3MoIi91c3IvbG9jYWwvbGliL2xpYnNzbC5zby44IiwwKQkgPSAwICgw eDApCjg5OTg4OiBvcGVuKCIvdXNyL2xvY2FsL2xpYi9saWJzc2wuc28uOCIsT19DTE9FWEVDLDA0 MDIyMzc3MCkgPSA0ICgweDQpCjg5OTg4OiBmc3RhdCg0LHsgbW9kZT0tcnctci0tci0tICxpbm9k ZT0zNjA4NDIsc2l6ZT01MjU1MjQsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG1t YXAoMHgwLDQwOTYsUFJPVF9SRUFELE1BUF9QUklWQVRFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgw KSA9IDM0MzY4MzM5OTY4ICgweDgwMDgzNDAwMCkKODk5ODg6IG1tYXAoMHgwLDI1NjgxOTIsUFJP VF9OT05FLE1BUF9QUklWQVRFfE1BUF9BTk9OfE1BUF9OT0NPUkUsLTEsMHgwKSA9IDM0NDAyNzkx NDI0ICgweDgwMjkwZjAwMCkKODk5ODg6IG1tYXAoMHg4MDI5MGYwMDAsNDMwMDgwLFBST1RfUkVB RHxQUk9UX0VYRUMsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9OT0NPUkV8TUFQX1BSRUZBVUxU X1JFQUQsNCwweDApID0gMzQ0MDI3OTE0MjQgKDB4ODAyOTBmMDAwKQo4OTk4ODogbW1hcCgweDgw MmI3NzAwMCw0NTA1NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8 TUFQX1BSRUZBVUxUX1JFQUQsNCwweDY4MDAwKSA9IDM0NDA1MzE0NTYwICgweDgwMmI3NzAwMCkK ODk5ODg6IG11bm1hcCgweDgwMDgzNDAwMCw0MDk2KQkJCSA9IDAgKDB4MCkKODk5ODg6IGNsb3Nl KDQpCQkJCQkgPSAwICgweDApCjg5OTg4OiBhY2Nlc3MoIi91c3IvbG9jYWwvbGliL2xpYmNyeXB0 by5zby44IiwwKSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3IvbG9jYWwvbGliL2xpYmNyeXB0 by5zby44IixPX0NMT0VYRUMsMDQwMjIzNzcwKSA9IDQgKDB4NCkKODk5ODg6IGZzdGF0KDQseyBt b2RlPS1ydy1yLS1yLS0gLGlub2RlPTM2MDgzNCxzaXplPTI3MDczMjIsYmxrc2l6ZT0xNjM4NCB9 KSA9IDAgKDB4MCkKODk5ODg6IG1tYXAoMHgwLDQwOTYsUFJPVF9SRUFELE1BUF9QUklWQVRFfE1B UF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0MzY4MzM5OTY4ICgweDgwMDgzNDAwMCkKODk5ODg6 IG1tYXAoMHgwLDQ1MzAxNzYsUFJPVF9OT05FLE1BUF9QUklWQVRFfE1BUF9BTk9OfE1BUF9OT0NP UkUsLTEsMHgwKSA9IDM0NDA1MzU5NjE2ICgweDgwMmI4MjAwMCkKODk5ODg6IG1tYXAoMHg4MDJi ODIwMDAsMjI2OTE4NCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxN QVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0NDA1MzU5NjE2ICgweDgwMmI4 MjAwMCkKODk5ODg6IG1tYXAoMHg4MDJmYWIwMDAsMTU1NjQ4LFBST1RfUkVBRHxQUk9UX1dSSVRF LE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfUFJFRkFVTFRfUkVBRCw0LDB4MjI5MDAwKSA9IDM0 NDA5NzIxODU2ICgweDgwMmZhYjAwMCkKODk5ODg6IG1tYXAoMHg4MDJmZDEwMDAsMTIyODgsUFJP VF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9BTk9OLC0xLDB4MCkg PSAzNDQwOTg3NzUwNCAoMHg4MDJmZDEwMDApCjg5OTg4OiBtdW5tYXAoMHg4MDA4MzQwMDAsNDA5 NikJCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg0KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogYWNj ZXNzKCIvdXNyL2xpYi9wcml2YXRlL2xpYmFzbjEuc28uMTEiLDApIEVSUiMyICdObyBzdWNoIGZp bGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvbGliL2xpYmFzbjEuc28uMTEiLDApCQkg RVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBhY2Nlc3MoIi91c3IvbGli L2xpYmFzbjEuc28uMTEiLDApCSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3IvbGliL2xpYmFz bjEuc28uMTEiLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gNCAoMHg0KQo4OTk4ODogZnN0YXQoNCx7 IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MzM0ODE3LHNpemU9NjQzNjQ4LGJsa3NpemU9MTYzODQg fSkgPSAwICgweDApCjg5OTg4OiBtbWFwKDB4MCw0MDk2LFBST1RfUkVBRCxNQVBfUFJJVkFURXxN QVBfUFJFRkFVTFRfUkVBRCw0LDB4MCkgPSAzNDM2ODMzOTk2OCAoMHg4MDA4MzQwMDApCjg5OTg4 OiBtbWFwKDB4MCwyNzQwMjI0LFBST1RfTk9ORSxNQVBfUFJJVkFURXxNQVBfQU5PTnxNQVBfTk9D T1JFLC0xLDB4MCkgPSAzNDQwOTg4OTc5MiAoMHg4MDJmZDQwMDApCjg5OTg4OiBtbWFwKDB4ODAy ZmQ0MDAwLDYyNjY4OCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxN QVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0NDA5ODg5NzkyICgweDgwMmZk NDAwMCkKODk5ODg6IG1tYXAoMHg4MDMyNmQwMDAsMTYzODQsUFJPVF9SRUFEfFBST1RfV1JJVEUs TUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9QUkVGQVVMVF9SRUFELDQsMHg5OTAwMCkgPSAzNDQx MjYxMzYzMiAoMHg4MDMyNmQwMDApCjg5OTg4OiBtdW5tYXAoMHg4MDA4MzQwMDAsNDA5NikJCQkg PSAwICgweDApCjg5OTg4OiBjbG9zZSg0KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogYWNjZXNzKCIv dXNyL2xpYi9wcml2YXRlL2xpYmNyeXB0LnNvLjUiLDApIEVSUiMyICdObyBzdWNoIGZpbGUgb3Ig ZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvbGliL2xpYmNyeXB0LnNvLjUiLDApCQkgPSAwICgw eDApCjg5OTg4OiBvcGVuKCIvbGliL2xpYmNyeXB0LnNvLjUiLE9fQ0xPRVhFQywwNDAyMjM3NzAp ID0gNCAoMHg0KQo4OTk4ODogZnN0YXQoNCx7IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MjM3Mzc2 LHNpemU9NjIwNDAsYmxrc2l6ZT0xNjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG1tYXAoMHgwLDQw OTYsUFJPVF9SRUFELE1BUF9QUklWQVRFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0MzY4 MzM5OTY4ICgweDgwMDgzNDAwMCkKODk5ODg6IG1tYXAoMHgwLDIyMjgyMjQsUFJPVF9OT05FLE1B UF9QUklWQVRFfE1BUF9BTk9OfE1BUF9OT0NPUkUsLTEsMHgwKSA9IDM0NDEyNjMwMDE2ICgweDgw MzI3MTAwMCkKODk5ODg6IG1tYXAoMHg4MDMyNzEwMDAsNTczNDQsUFJPVF9SRUFEfFBST1RfRVhF QyxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX05PQ09SRXxNQVBfUFJFRkFVTFRfUkVBRCw0LDB4 MCkgPSAzNDQxMjYzMDAxNiAoMHg4MDMyNzEwMDApCjg5OTg4OiBtbWFwKDB4ODAzNDdmMDAwLDQw OTYsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9QUkVGQVVM VF9SRUFELDQsMHhlMDAwKSA9IDM0NDE0Nzg0NTEyICgweDgwMzQ3ZjAwMCkKODk5ODg6IG1tYXAo MHg4MDM0ODAwMDAsNjk2MzIsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJ WEVEfE1BUF9BTk9OLC0xLDB4MCkgPSAzNDQxNDc4ODYwOCAoMHg4MDM0ODAwMDApCjg5OTg4OiBt dW5tYXAoMHg4MDA4MzQwMDAsNDA5NikJCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg0KQkJCQkJ ID0gMCAoMHgwKQo4OTk4ODogYWNjZXNzKCIvdXNyL2xpYi9wcml2YXRlL2xpYmNyeXB0by5zby43 IiwwKSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IGFjY2VzcygiL2xp Yi9saWJjcnlwdG8uc28uNyIsMCkJCSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi9saWIvbGliY3J5 cHRvLnNvLjciLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gNCAoMHg0KQo4OTk4ODogZnN0YXQoNCx7 IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MjM4ODEyLHNpemU9MjAzODU3NixibGtzaXplPTE2Mzg0 IH0pID0gMCAoMHgwKQo4OTk4ODogbW1hcCgweDAsNDA5NixQUk9UX1JFQUQsTUFQX1BSSVZBVEV8 TUFQX1BSRUZBVUxUX1JFQUQsNCwweDApID0gMzQzNjgzMzk5NjggKDB4ODAwODM0MDAwKQo4OTk4 ODogbW1hcCgweDAsNDE0NTE1MixQUk9UX05PTkUsTUFQX1BSSVZBVEV8TUFQX0FOT058TUFQX05P Q09SRSwtMSwweDApID0gMzQ0MTQ4NTgyNDAgKDB4ODAzNDkxMDAwKQo4OTk4ODogbW1hcCgweDgw MzQ5MTAwMCwxODc1OTY4LFBST1RfUkVBRHxQUk9UX0VYRUMsTUFQX1BSSVZBVEV8TUFQX0ZJWEVE fE1BUF9OT0NPUkV8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDApID0gMzQ0MTQ4NTgyNDAgKDB4ODAz NDkxMDAwKQo4OTk4ODogbW1hcCgweDgwMzg1YjAwMCwxNjM4NDAsUFJPVF9SRUFEfFBST1RfV1JJ VEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgxY2EwMDApID0g MzQ0MTg4MzEzNjAgKDB4ODAzODViMDAwKQo4OTk4ODogbW1hcCgweDgwMzg4MzAwMCw4MTkyLFBS T1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfQU5PTiwtMSwweDAp ID0gMzQ0MTg5OTUyMDAgKDB4ODAzODgzMDAwKQo4OTk4ODogbXVubWFwKDB4ODAwODM0MDAwLDQw OTYpCQkJID0gMCAoMHgwKQo4OTk4ODogY2xvc2UoNCkJCQkJCSA9IDAgKDB4MCkKODk5ODg6IGFj Y2VzcygiL3Vzci9saWIvcHJpdmF0ZS9saWJoeDUwOS5zby4xMSIsMCkgRVJSIzIgJ05vIHN1Y2gg ZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBhY2Nlc3MoIi9saWIvbGliaHg1MDkuc28uMTEiLDAp CQkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBhY2Nlc3MoIi91c3Iv bGliL2xpYmh4NTA5LnNvLjExIiwwKQkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIvdXNyL2xpYi9s aWJoeDUwOS5zby4xMSIsT19DTE9FWEVDLDA0MDIyMzc3MCkgPSA0ICgweDQpCjg5OTg4OiBmc3Rh dCg0LHsgbW9kZT0tci0tci0tci0tICxpbm9kZT0zMzU2MzEsc2l6ZT0zMDIzMTIsYmxrc2l6ZT0x NjM4NCB9KSA9IDAgKDB4MCkKODk5ODg6IG1tYXAoMHgwLDQwOTYsUFJPVF9SRUFELE1BUF9QUklW QVRFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0MzY4MzM5OTY4ICgweDgwMDgzNDAwMCkK ODk5ODg6IG1tYXAoMHgwLDI0MDAyNTYsUFJPVF9OT05FLE1BUF9QUklWQVRFfE1BUF9BTk9OfE1B UF9OT0NPUkUsLTEsMHgwKSA9IDM0NDE5MDAzMzkyICgweDgwMzg4NTAwMCkKODk5ODg6IG1tYXAo MHg4MDM4ODUwMDAsMjg2NzIwLFBST1RfUkVBRHxQUk9UX0VYRUMsTUFQX1BSSVZBVEV8TUFQX0ZJ WEVEfE1BUF9OT0NPUkV8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDApID0gMzQ0MTkwMDMzOTIgKDB4 ODAzODg1MDAwKQo4OTk4ODogbW1hcCgweDgwM2FjYjAwMCwxNjM4NCxQUk9UX1JFQUR8UFJPVF9X UklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDQ2MDAwKSA9 IDM0NDIxMzg3MjY0ICgweDgwM2FjYjAwMCkKODk5ODg6IG11bm1hcCgweDgwMDgzNDAwMCw0MDk2 KQkJCSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDQpCQkJCQkgPSAwICgweDApCjg5OTg4OiBhY2Nl c3MoIi91c3IvbGliL3ByaXZhdGUvbGlicm9rZW4uc28uMTEiLDApIEVSUiMyICdObyBzdWNoIGZp bGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvbGliL2xpYnJva2VuLnNvLjExIiwwKQkJ IEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvdXNyL2xp Yi9saWJyb2tlbi5zby4xMSIsMCkJID0gMCAoMHgwKQo4OTk4ODogb3BlbigiL3Vzci9saWIvbGli cm9rZW4uc28uMTEiLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gNCAoMHg0KQo4OTk4ODogZnN0YXQo NCx7IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MzM1NjMzLHNpemU9NzQ1NjgsYmxrc2l6ZT0xNjM4 NCB9KSA9IDAgKDB4MCkKODk5ODg6IG1tYXAoMHgwLDQwOTYsUFJPVF9SRUFELE1BUF9QUklWQVRF fE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0MzY4MzM5OTY4ICgweDgwMDgzNDAwMCkKODk5 ODg6IG1tYXAoMHgwLDIxNzA4ODAsUFJPVF9OT05FLE1BUF9QUklWQVRFfE1BUF9BTk9OfE1BUF9O T0NPUkUsLTEsMHgwKSA9IDM0NDIxNDAzNjQ4ICgweDgwM2FjZjAwMCkKODk5ODg6IG1tYXAoMHg4 MDNhY2YwMDAsNjk2MzIsUFJPVF9SRUFEfFBST1RfRVhFQyxNQVBfUFJJVkFURXxNQVBfRklYRUR8 TUFQX05PQ09SRXxNQVBfUFJFRkFVTFRfUkVBRCw0LDB4MCkgPSAzNDQyMTQwMzY0OCAoMHg4MDNh Y2YwMDApCjg5OTg4OiBtbWFwKDB4ODAzY2UwMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJVEUs TUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgxMTAwMCkgPSAzNDQy MzU3MDQzMiAoMHg4MDNjZTAwMDApCjg5OTg4OiBtdW5tYXAoMHg4MDA4MzQwMDAsNDA5NikJCQkg PSAwICgweDApCjg5OTg4OiBjbG9zZSg0KQkJCQkJID0gMCAoMHgwKQo4OTk4ODogYWNjZXNzKCIv dXNyL2xpYi9wcml2YXRlL2xpYndpbmQuc28uMTEiLDApIEVSUiMyICdObyBzdWNoIGZpbGUgb3Ig ZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvbGliL2xpYndpbmQuc28uMTEiLDApCQkgRVJSIzIg J05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBhY2Nlc3MoIi91c3IvbGliL2xpYndp bmQuc28uMTEiLDApCSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3IvbGliL2xpYndpbmQuc28u MTEiLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gNCAoMHg0KQo4OTk4ODogZnN0YXQoNCx7IG1vZGU9 LXItLXItLXItLSAsaW5vZGU9MzM1NjM0LHNpemU9MTYyOTI4LGJsa3NpemU9MTYzODQgfSkgPSAw ICgweDApCjg5OTg4OiBtbWFwKDB4MCw0MDk2LFBST1RfUkVBRCxNQVBfUFJJVkFURXxNQVBfUFJF RkFVTFRfUkVBRCw0LDB4MCkgPSAzNDM2ODMzOTk2OCAoMHg4MDA4MzQwMDApCjg5OTg4OiBtbWFw KDB4MCwyMjYwOTkyLFBST1RfTk9ORSxNQVBfUFJJVkFURXxNQVBfQU5PTnxNQVBfTk9DT1JFLC0x LDB4MCkgPSAzNDQyMzU3NDUyOCAoMHg4MDNjZTEwMDApCjg5OTg4OiBtbWFwKDB4ODAzY2UxMDAw LDE1OTc0NCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfTk9D T1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0NDIzNTc0NTI4ICgweDgwM2NlMTAwMCkK ODk5ODg6IG1tYXAoMHg4MDNmMDgwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJ VkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDI3MDAwKSA9IDM0NDI1ODMxNDI0 ICgweDgwM2YwODAwMCkKODk5ODg6IG11bm1hcCgweDgwMDgzNDAwMCw0MDk2KQkJCSA9IDAgKDB4 MCkKODk5ODg6IGNsb3NlKDQpCQkJCQkgPSAwICgweDApCjg5OTg4OiBhY2Nlc3MoIi91c3IvbGli L3ByaXZhdGUvbGliaGVpbWJhc2Uuc28uMTEiLDApIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGly ZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvbGliL2xpYmhlaW1iYXNlLnNvLjExIiwwKQkgRVJSIzIg J05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCjg5OTg4OiBhY2Nlc3MoIi91c3IvbGliL2xpYmhl aW1iYXNlLnNvLjExIiwwKQkgPSAwICgweDApCjg5OTg4OiBvcGVuKCIvdXNyL2xpYi9saWJoZWlt YmFzZS5zby4xMSIsT19DTE9FWEVDLDA0MDIyMzc3MCkgPSA0ICgweDQpCjg5OTg4OiBmc3RhdCg0 LHsgbW9kZT0tci0tci0tci0tICxpbm9kZT0zMzU2MzUsc2l6ZT0xNTg2NCxibGtzaXplPTE2Mzg0 IH0pID0gMCAoMHgwKQo4OTk4ODogbW1hcCgweDAsNDA5NixQUk9UX1JFQUQsTUFQX1BSSVZBVEV8 TUFQX1BSRUZBVUxUX1JFQUQsNCwweDApID0gMzQzNjgzMzk5NjggKDB4ODAwODM0MDAwKQo4OTk4 ODogbW1hcCgweDAsMjExMzUzNixQUk9UX05PTkUsTUFQX1BSSVZBVEV8TUFQX0FOT058TUFQX05P Q09SRSwtMSwweDApID0gMzQ0MjU4MzU1MjAgKDB4ODAzZjA5MDAwKQo4OTk4ODogbW1hcCgweDgw M2YwOTAwMCwxMjI4OCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxN QVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0NDI1ODM1NTIwICgweDgwM2Yw OTAwMCkKODk5ODg6IG1tYXAoMHg4MDQxMGMwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9XUklURSxN QVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDMwMDApID0gMzQ0Mjc5 NDQ5NjAgKDB4ODA0MTBjMDAwKQo4OTk4ODogbXVubWFwKDB4ODAwODM0MDAwLDQwOTYpCQkJID0g MCAoMHgwKQo4OTk4ODogY2xvc2UoNCkJCQkJCSA9IDAgKDB4MCkKODk5ODg6IGFjY2VzcygiL3Vz ci9saWIvcHJpdmF0ZS9saWJoZWltaXBjYy5zby4xMSIsMCkgPSAwICgweDApCjg5OTg4OiBvcGVu KCIvdXNyL2xpYi9wcml2YXRlL2xpYmhlaW1pcGNjLnNvLjExIixPX0NMT0VYRUMsMDQwMjIzNzcw KSA9IDQgKDB4NCkKODk5ODg6IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTQwMDYx MSxzaXplPTEwMDMyLGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBtbWFwKDB4MCw0 MDk2LFBST1RfUkVBRCxNQVBfUFJJVkFURXxNQVBfUFJFRkFVTFRfUkVBRCw0LDB4MCkgPSAzNDM2 ODMzOTk2OCAoMHg4MDA4MzQwMDApCjg5OTg4OiBtbWFwKDB4MCwyMTA1MzQ0LFBST1RfTk9ORSxN QVBfUFJJVkFURXxNQVBfQU5PTnxNQVBfTk9DT1JFLC0xLDB4MCkgPSAzNDQyNzk0OTA1NiAoMHg4 MDQxMGQwMDApCjg5OTg4OiBtbWFwKDB4ODA0MTBkMDAwLDgxOTIsUFJPVF9SRUFEfFBST1RfRVhF QyxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX05PQ09SRXxNQVBfUFJFRkFVTFRfUkVBRCw0LDB4 MCkgPSAzNDQyNzk0OTA1NiAoMHg4MDQxMGQwMDApCjg5OTg4OiBtbWFwKDB4ODA0MzBlMDAwLDQw OTYsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9QUkVGQVVM VF9SRUFELDQsMHgxMDAwKSA9IDM0NDMwMDUwMzA0ICgweDgwNDMwZTAwMCkKODk5ODg6IG11bm1h cCgweDgwMDgzNDAwMCw0MDk2KQkJCSA9IDAgKDB4MCkKODk5ODg6IGNsb3NlKDQpCQkJCQkgPSAw ICgweDApCjg5OTg4OiBhY2Nlc3MoIi9saWIvbGliZ3NzYXBpLnNvLjEwIiwwKQkJIEVSUiMyICdO byBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Jwo4OTk4ODogYWNjZXNzKCIvdXNyL2xpYi9saWJnc3Nh cGkuc28uMTAiLDApCSA9IDAgKDB4MCkKODk5ODg6IG9wZW4oIi91c3IvbGliL2xpYmdzc2FwaS5z by4xMCIsT19DTE9FWEVDLDA0MDIyMzc3MCkgPSA0ICgweDQpCjg5OTg4OiBmc3RhdCg0LHsgbW9k ZT0tci0tci0tci0tICxpbm9kZT0zMzU2MTUsc2l6ZT0zODk3NixibGtzaXplPTE2Mzg0IH0pID0g MCAoMHgwKQo4OTk4ODogbW1hcCgweDAsNDA5NixQUk9UX1JFQUQsTUFQX1BSSVZBVEV8TUFQX1BS RUZBVUxUX1JFQUQsNCwweDApID0gMzQzNjgzMzk5NjggKDB4ODAwODM0MDAwKQo4OTk4ODogbW1h cCgweDAsMjEzNDAxNixQUk9UX05PTkUsTUFQX1BSSVZBVEV8TUFQX0FOT058TUFQX05PQ09SRSwt MSwweDApID0gMzQ0MzAwNTQ0MDAgKDB4ODA0MzBmMDAwKQo4OTk4ODogbW1hcCgweDgwNDMwZjAw MCwzNjg2NCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfTk9D T1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0NDMwMDU0NDAwICgweDgwNDMwZjAwMCkK ODk5ODg6IG1tYXAoMHg4MDQ1MTcwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJ VkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDgwMDApID0gMzQ0MzIxODQzMjAg KDB4ODA0NTE3MDAwKQo4OTk4ODogbXVubWFwKDB4ODAwODM0MDAwLDQwOTYpCQkJID0gMCAoMHgw KQo4OTk4ODogY2xvc2UoNCkJCQkJCSA9IDAgKDB4MCkKODk5ODg6IGFjY2VzcygiL3Vzci9sb2Nh bC9saWIvbGlidGhyLnNvLjMiLDApCSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScK ODk5ODg6IGFjY2VzcygiL2xpYi9saWJ0aHIuc28uMyIsMCkJCSA9IDAgKDB4MCkKODk5ODg6IG9w ZW4oIi9saWIvbGlidGhyLnNvLjMiLE9fQ0xPRVhFQywwNDAyMjM3NzApID0gNCAoMHg0KQo4OTk4 ODogZnN0YXQoNCx7IG1vZGU9LXItLXItLXItLSAsaW5vZGU9MjM4NzMxLHNpemU9MTA1MjQ4LGJs a3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBtbWFwKDB4MCw0MDk2LFBST1RfUkVBRCxN QVBfUFJJVkFURXxNQVBfUFJFRkFVTFRfUkVBRCw0LDB4MCkgPSAzNDM2ODMzOTk2OCAoMHg4MDA4 MzQwMDApCjg5OTg4OiBtbWFwKDB4MCwyMjQ4NzA0LFBST1RfTk9ORSxNQVBfUFJJVkFURXxNQVBf QU5PTnxNQVBfTk9DT1JFLC0xLDB4MCkgPSAzNDQzMjE4ODQxNiAoMHg4MDQ1MTgwMDApCjg5OTg4 OiBtbWFwKDB4ODA0NTE4MDAwLDEwMjQwMCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRF fE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDQsMHgwKSA9IDM0NDMyMTg4 NDE2ICgweDgwNDUxODAwMCkKODk5ODg6IG1tYXAoMHg4MDQ3MzAwMDAsODE5MixQUk9UX1JFQUR8 UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JFQUQsNCwweDE4 MDAwKSA9IDM0NDM0MzgzODcyICgweDgwNDczMDAwMCkKODk5ODg6IG1tYXAoMHg4MDQ3MzIwMDAs NDUwNTYsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9BTk9O LC0xLDB4MCkgPSAzNDQzNDM5MjA2NCAoMHg4MDQ3MzIwMDApCjg5OTg4OiBtdW5tYXAoMHg4MDA4 MzQwMDAsNDA5NikJCQkgPSAwICgweDApCjg5OTg4OiBjbG9zZSg0KQkJCQkJID0gMCAoMHgwKQo4 OTk4ODogbXVubWFwKDB4ODAwODMzMDAwLDQwOTYpCQkJID0gMCAoMHgwKQo4OTk4ODogbW1hcCgw eDAsNTMyNDgsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0FOT04sLTEsMHgw KSA9IDM0MzY4MzM1ODcyICgweDgwMDgzMzAwMCkKODk5ODg6IG11bm1hcCgweDgwMDgzOTAwMCwy ODY3MikJCSA9IDAgKDB4MCkKODk5ODg6IG1tYXAoMHgwLDY5NjMyLFBST1RfUkVBRHxQUk9UX1dS SVRFLE1BUF9QUklWQVRFfE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM2ODM2MDQ0OCAoMHg4MDA4Mzkw MDApCjg5OTg4OiBfX3N5c2N0bCgweDdmZmZmZmZmZDYyOCwweDIsMHg3ZmZmZmZmZmQ2MTAsMHg3 ZmZmZmZmZmQ2MDgsMHgwLDB4MCkgPSAwICgweDApCjg5OTg4OiBnZXRybGltaXQoUkxJTUlUX1NU QUNLLHsgY3VyPTUzNjg3MDkxMixtYXg9NTM2ODcwOTEyIH0pID0gMCAoMHgwKQo4OTk4ODogbXBy b3RlY3QoMHg3ZmZmZGZmZmYwMDAsNTM2ODcwOTEyLFBST1RfUkVBRHxQUk9UX1dSSVRFfFBST1Rf RVhFQykgPSAwICgweDApCjg5OTg4OiBzaWdwcm9jbWFzayhTSUdfU0VUTUFTSywweDAsMHgwKQkJ ID0gMCAoMHgwKQo4OTk4ODogc2lncHJvY21hc2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lH UVVJVHxTSUdLSUxMfFNJR1BJUEV8U0lHQUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RT VFB8U0lHQ09OVHxTSUdDSExEfFNJR1RUSU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8 U0lHVlRBTFJNfFNJR1BST0Z8U0lHV0lOQ0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9 IDAgKDB4MCkKODk5ODg6IHNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4MCwweDApCQkgPSAwICgw eDApCjg5OTg4OiBzaWdwcm9jbWFzayhTSUdfQkxPQ0ssU0lHSFVQfFNJR0lOVHxTSUdRVUlUfFNJ R0tJTEx8U0lHUElQRXxTSUdBTFJNfFNJR1RFUk18U0lHVVJHfFNJR1NUT1B8U0lHVFNUUHxTSUdD T05UfFNJR0NITER8U0lHVFRJTnxTSUdUVE9VfFNJR0lPfFNJR1hDUFV8U0lHWEZTWnxTSUdWVEFM Uk18U0lHUFJPRnxTSUdXSU5DSHxTSUdJTkZPfFNJR1VTUjF8U0lHVVNSMiwweDApID0gMCAoMHgw KQo4OTk4ODogc2lncHJvY21hc2soU0lHX1NFVE1BU0ssMHgwLDB4MCkJCSA9IDAgKDB4MCkKODk5 ODg6IHNpZ3Byb2NtYXNrKFNJR19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8U0lHS0lMTHxT SUdQSVBFfFNJR0FMUk18U0lHVEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJR0NPTlR8U0lH Q0hMRHxTSUdUVElOfFNJR1RUT1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZUQUxSTXxTSUdQ Uk9GfFNJR1dJTkNIfFNJR0lORk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAwICgweDApCjg5OTg4 OiBzaWdwcm9jbWFzayhTSUdfU0VUTUFTSywweDAsMHgwKQkJID0gMCAoMHgwKQo4OTk4ODogc2ln cHJvY21hc2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdLSUxMfFNJR1BJUEV8 U0lHQUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09OVHxTSUdDSExEfFNJ R1RUSU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJNfFNJR1BST0Z8U0lH V0lOQ0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkKODk5ODg6IHNpZ3By b2NtYXNrKFNJR19TRVRNQVNLLDB4MCwweDApCQkgPSAwICgweDApCjg5OTg4OiBTSUdOQUwgMTEg KFNJR1NFR1YpCjg5OTg4OiBzaWdhY3Rpb24oU0lHSFVQLHsgU0lHX0lHTiBTQV9SRVNUQVJUIHNz X3QgfSx7IDB4NGYyNjMwIFNBX09OU1RBQ0sgc3NfdCB9KSA9IDAgKDB4MCkKODk5ODg6IHNlbGVj dCgxLHswfSwweDAsezB9LHswLjEwMDAwMCB9KQkgPSAxICgweDEpCjg5OTg4OiB3cml0ZSgxLCJc XltbMTs0NXJcXltbPzEyOzI1aFxeW1s/MTJsXF5bWyIuLi4sNTcpID0gNTcgKDB4MzkpCjg5OTg4 OiB3cml0ZSgxLCJWaW06IENhdWdodCBkZWFkbHkgc2lnbmFsIFNFR1ZcciIuLi4sMzIpID0gMzIg KDB4MjApCjg5OTg4OiBvcGVuKCIvcm9vdC8udmltaW5mbyIsT19SRE9OTFksMDY2NikJID0gNCAo MHg0KQo4OTk4ODogc3RhdCgiL3Jvb3QvLnZpbWluZm8iLHsgbW9kZT0tcnctLS0tLS0tICxpbm9k ZT04NDc5MTcsc2l6ZT0xNDY0NyxibGtzaXplPTE2Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogZ2V0 dWlkKCkJCQkJCSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi9yb290Ly52aW1pbmZvLnRtcCIsMHg4 MDE4MGUxZDApCSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKODk5ODg6IHVtYXNr KDB4MCwweDgwMTgwZTFkMCwweGZmZmZmZmZmZmZmZmZmZmYsMHgyLDB4MTAxMDEwMTAxMDEwMTAx LDB4ODA4MDgwODA4MDgwODA4MCkgPSAxOCAoMHgxMikKODk5ODg6IG9wZW4oIi9yb290Ly52aW1p bmZvLnRtcCIsT19XUk9OTFl8T19OT0ZPTExPV3xPX0NSRUFUfE9fRVhDTCwwNjAwKSA9IDUgKDB4 NSkKODk5ODg6IHVtYXNrKDB4MTIsMHhiMDEsMHgxODAsMHgyLDB4MTAxMDEwMTAxMDEwMTAxLDB4 ODA4MDgwODA4MDgwODA4MCkgPSAwICgweDApCjg5OTg4OiBmY250bCg1LEZfR0VURkwsKQkJCSA9 IDEgKDB4MSkKODk5ODg6IGZjaG93bigweDUsMHgwLDB4MCwweDEsMHgxLDB4OCkJCSA9IDAgKDB4 MCkKODk5ODg6IGZzdGF0KDQseyBtb2RlPS1ydy0tLS0tLS0gLGlub2RlPTg0NzkxNyxzaXplPTE0 NjQ3LGJsa3NpemU9MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiByZWFkKDQsIiMgVGhpcyB2aW1p bmZvIGZpbGUgd2FzIGdlbmVyYXRlIi4uLiwxNjM4NCkgPSAxNDY0NyAoMHgzOTM3KQo4OTk4ODog ZnN0YXQoNSx7IG1vZGU9LXJ3LS0tLS0tLSAsaW5vZGU9ODQ3OTE2LHNpemU9MCxibGtzaXplPTE2 Mzg0IH0pID0gMCAoMHgwKQo4OTk4ODogcmVhZCg0LDB4ODAxYWNlMDAwLDE2Mzg0KQkJID0gMCAo MHgwKQo4OTk4ODogd3JpdGUoNSwiIyBUaGlzIHZpbWluZm8gZmlsZSB3YXMgZ2VuZXJhdGUiLi4u LDE0NjQ3KSA9IDE0NjQ3ICgweDM5MzcpCjg5OTg4OiBjbG9zZSg1KQkJCQkJID0gMCAoMHgwKQo4 OTk4ODogY2xvc2UoNCkJCQkJCSA9IDAgKDB4MCkKODk5ODg6IHN0YXQoIi9yb290Ly52aW1pbmZv LnRtcCIseyBtb2RlPS1ydy0tLS0tLS0gLGlub2RlPTg0NzkxNixzaXplPTE0NjQ3LGJsa3NpemU9 MTYzODQgfSkgPSAwICgweDApCjg5OTg4OiBzdGF0KCIvcm9vdC8udmltaW5mbyIseyBtb2RlPS1y dy0tLS0tLS0gLGlub2RlPTg0NzkxNyxzaXplPTE0NjQ3LGJsa3NpemU9MTYzODQgfSkgPSAwICgw eDApCjg5OTg4OiB1bmxpbmsoIi9yb290Ly52aW1pbmZvIikJCQkgPSAwICgweDApCjg5OTg4OiBy ZW5hbWUoIi9yb290Ly52aW1pbmZvLnRtcCIsIi9yb290Ly52aW1pbmZvIikgPSAwICgweDApCjg5 OTg4OiB3cml0ZSgxLCJWaW06IEZpbmlzaGVkLlxyXG5cXltbNDU7MUgiLDIzKSA9IDIzICgweDE3 KQo4OTk4ODogc2lncHJvY21hc2soU0lHX0JMT0NLLDB4MCxTSUdTRUdWKQkgPSAwICgweDApCjg5 OTg4OiBzaWdwcm9jbWFzayhTSUdfVU5CTE9DSyxTSUdTRUdWLFNJR1NFR1YpCSA9IDAgKDB4MCkK ODk5ODg6IHNpZ2FjdGlvbihTSUdTRUdWLHsgU0lHX0RGTCAweDAgc3NfdCB9LHsgMHg0ZjI2MzAg U0FfT05TVEFDSyBzc190IH0pID0gMCAoMHgwKQo4OTk4ODogZ2V0cGlkKCkJCQkJCSA9IDg5OTg4 ICgweDE1Zjg0KQo4OTk4ODoga2lsbCg4OTk4OCxTSUdTRUdWKQkJCSA9IDAgKDB4MCkKODk5ODg6 IFNJR05BTCAxMSAoU0lHU0VHVikKODk5ODg6IHByb2Nlc3MgZXhpdCwgcnZhbCA9IDAK --089e0111b1b6c8c77b05139d5eb3-- From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 16:21:06 2015 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 1F7FC906; Mon, 13 Apr 2015 16:21:06 +0000 (UTC) Received: from sdf.org (ma.sdf.org [192.94.73.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ma.sdf.org", Issuer "ma.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 002C3146; Mon, 13 Apr 2015 16:21:05 +0000 (UTC) Received: from ma.sdf.org (IDENT:U2FsdGVkX18lRdqUywr0YVdldyK1JZhzOeV8WmlifDM@ma.sdf.org [192.94.73.31]) by sdf.org (8.14.4/8.14.3) with ESMTP id t3DGKwQ7024558; Mon, 13 Apr 2015 16:20:58 GMT MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 13 Apr 2015 11:20:58 -0500 From: cpet To: Tim Gustafson Subject: Re: Vim/Vi/Bash Segfaults After Upgrade to 10.1 In-Reply-To: References: Message-ID: X-Sender: cpet@sdf.org User-Agent: Roundcube Webmail/1.0.1 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: Mon, 13 Apr 2015 16:21:06 -0000 On 2015-04-13 11:11, Tim Gustafson wrote: > After upgrading a 10.0 box to 10.1-RELEASE-p9, I am getting really odd > segfaults when running vi, vim or bash. So far, no other programs I've > found are segfaulting since the upgrade. > > I've re-built and installed world, followed by a "make delete-old > delete-old-libs", followed by a "portmaster -fad" three times, to no > avail. > > A truss of a vim process is attached. It looks like it's segfaulting > after a call to sigprocmask(). > > Bash is behaving very strangely. It seems to segfault when logging in > as a user who has bash set as their shell, but not when you run bash > from within tcsh. Put another way, as root, if I "su bashuser", the > system hangs for a few seconds and then segfaults. If I just run > "bash" as root, it works without a hitch. Just to make things more > interesting, if I "truss -f su bashuser", it does not segfault. > Running "su bashuser truss -o /tmp/bash.txt bash" causes the hang and > eventual segfault, but never creates /tmp/bash.txt > > I am totally at a loss. Has anyone else seen this behavior? Any > ideas as to what may be going on? > > _______________________________________________ > 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" You can do it 100 times and it will give you the same outcome, normally when this happens you remove all ports and build the ones you want, this helps in old libs being compiled, Also people do strange things in hopes to make things faster an increase of 0.000000001% when adding CPUFLAGS= bleh isn't really much to award for and causes issues in the long run. Mixing PKGng and Ports causes issues as well. Personally I don't run bash as I classify it as a linuxism, but whenever I upgrade I remove all my ports and recompile, not using portmaster as it has been known to cause problems. My 2 cents From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 16:26:17 2015 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 1597D9F2 for ; Mon, 13 Apr 2015 16:26:17 +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 D3474182 for ; Mon, 13 Apr 2015 16:26:16 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-221.adsl.hiwaay.net [216.180.76.221]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t3DGQEJ9002034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 13 Apr 2015 11:26:14 -0500 Message-ID: <552BEF97.5060609@hiwaay.net> Date: Mon, 13 Apr 2015 11:32:23 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: ipfw entries 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, 13 Apr 2015 16:26:17 -0000 I started using timed on my network to keep various *BSD machines time-coordinated, NTP for the linux boxen. I have a RPiB+ running NetBSD-7 as my time server, running ntpd & 'timed -F '. This box is the only other BSD box for now, but more to come. I am seeing the following in my messages file (from earlier this A.M.): [root@kabini1, /etc, 8:03:32am] 344 % tail -20 /var/log/security ; date Apr 13 07:44:08 kabini1 last message repeated 4 times Apr 13 07:44:46 kabini1 kernel: ipfw: 65500 Deny UDP 192.168.0.1:525 192.168.0.255:525 in via re0 Apr 13 07:46:01 kabini1 kernel: ipfw: 65500 Deny P:2 192.168.0.27 224.0.0.22 out via re0 Apr 13 07:46:09 kabini1 last message repeated 3 times Apr 13 07:48:07 kabini1 last message repeated 4 times Apr 13 07:48:46 kabini1 kernel: ipfw: 65500 Deny UDP 192.168.0.1:525 192.168.0.255:525 in via re0 Apr 13 07:50:01 kabini1 kernel: ipfw: 65500 Deny P:2 192.168.0.27 224.0.0.22 out via re0 Apr 13 07:50:08 kabini1 last message repeated 3 times Apr 13 07:52:09 kabini1 last message repeated 4 times Apr 13 07:52:46 kabini1 kernel: ipfw: 65500 Deny UDP 192.168.0.1:525 192.168.0.255:525 in via re0 Apr 13 07:54:01 kabini1 kernel: ipfw: 65500 Deny P:2 192.168.0.27 224.0.0.22 out via re0 Apr 13 07:54:07 kabini1 last message repeated 3 times Apr 13 07:56:09 kabini1 last message repeated 4 times Apr 13 07:56:46 kabini1 kernel: ipfw: 65500 Deny UDP 192.168.0.1:525 192.168.0.255:525 in via re0 Apr 13 07:58:01 kabini1 kernel: ipfw: 65500 Deny P:2 192.168.0.27 224.0.0.22 out via re0 Apr 13 07:58:09 kabini1 last message repeated 3 times Apr 13 08:00:07 kabini1 last message repeated 4 times Apr 13 08:00:46 kabini1 kernel: ipfw: 65500 Deny UDP 192.168.0.1:525 192.168.0.255:525 in via re0 Apr 13 08:02:01 kabini1 kernel: ipfw: 65500 Deny P:2 192.168.0.27 224.0.0.22 out via re0 Apr 13 08:02:08 kabini1 last message repeated 3 times Mon Apr 13 08:03:35 CDT 2015 [root@kabini1, /etc, 8:03:35am] 345 % I thought I had ifpw rules to allow this traffic, but apparently not. My rules are: [root@kabini1, /etc, 11:30:31am] 336 % ipfw show 00100 851096 1539836796 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 00400 0 0 deny ip from any to ::1 00500 0 0 deny ip from ::1 to any 00600 0 0 allow ipv6-icmp from :: to ff02::/16 00700 0 0 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 2 152 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 0 0 allow ipv6-icmp from any to any ip6 icmp6types 1 01000 0 0 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 01100 0 0 check-state 01200 14122906 19461418543 allow tcp from me to any established 01300 1112427 1007602974 allow tcp from me to any setup keep-state 01400 33508 3756508 allow udp from me to any keep-state 01500 124 11672 allow icmp from me to any keep-state 01600 0 0 allow ipv6-icmp from me to any keep-state 01700 0 0 allow udp from 0.0.0.0 68 to 255.255.255.255 dst-port 67 out 01800 0 0 allow udp from any 67 to me dst-port 68 in 01900 0 0 allow udp from any 67 to 255.255.255.255 dst-port 68 in 02000 0 0 allow udp from fe80::/10 to me dst-port 546 in 02100 4 400 allow icmp from any to any icmptypes 8 02200 0 0 allow ipv6-icmp from any to any ip6 icmp6types 128,129 02300 5290 296240 allow icmp from any to any icmptypes 3,4,11 02400 0 0 allow ipv6-icmp from any to any ip6 icmp6types 3 02500 7902577 596794526 allow tcp from 192.168.0.0/24 to me 02600 1303 333232 allow udp from 192.168.0.0/24 513 to 192.168.0.0/24 dst-port 513 65000 9223 1641961 count ip from any to any 65100 758 173995 deny { tcp or udp } from any to any dst-port 111,137,138 in 65200 2983 996998 deny { tcp or udp } from 192.168.0.0/24 to me 65300 0 0 deny ip from any to 255.255.255.255 65400 0 0 deny ip from any to 224.0.0.0/24 in 65500 0 0 deny udp from any to any dst-port 520 in 65500 0 0 deny tcp from any 80,443 to any dst-port 1024-65535 in 65500 5482 470968 deny log logamount 50000 ip from any to any 65535 0 0 deny ip from any to any [root@kabini1, /etc, 11:30:56am] 337 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p10 FreeBSD 9.3-RELEASE-p10 #0: Tue Feb 24 21:28:03 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [root@kabini1, /etc, 11:31:34am] 338 % Any clues appreciated & 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 Mon Apr 13 21:14:51 2015 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 5B97F9BB for ; Mon, 13 Apr 2015 21:14:51 +0000 (UTC) Received: from isis.lip6.fr (isis.lip6.fr [132.227.60.2]) by mx1.freebsd.org (Postfix) with ESMTP id CC5C69CB for ; Mon, 13 Apr 2015 21:14:50 +0000 (UTC) Received: from asim.lip6.fr (asim.lip6.fr [132.227.86.2]) by isis.lip6.fr (8.15.1/lip6) with ESMTP id t3DLEmgq027728 for ; Mon, 13 Apr 2015 23:14:48 +0200 (CEST) X-pt: isis.lip6.fr Received: from [0.0.0.0] (tor-exit-node.dnslab.nl [95.211.229.158]) (authenticated bits=0) by asim.lip6.fr (8.15.1/8.14.4) with ESMTPSA id t3DLEgeZ028231 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 13 Apr 2015 23:14:46 +0200 (MEST) Message-ID: <552C31CA.4070300@asim.lip6.fr> Date: Mon, 13 Apr 2015 23:14:50 +0200 From: =?UTF-8?B?UGllcnJlLVl2ZXMgUMOpbmVhdQ==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.6.0 MIME-Version: 1.0 To: FreeBSD Questions Subject: Re: How FreeBSD manage more than 4GB on 32 bits architecture References: <552794F7.60306@asim.lip6.fr> <20150410171240.770.qmail@ary.lan> <552B9E81.9080005@asim.lip6.fr> In-Reply-To: Content-Type: multipart/mixed; boundary="------------080302000501040704010305" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (isis.lip6.fr [132.227.60.2]); Mon, 13 Apr 2015 23:14:48 +0200 (CEST) X-Scanned-By: MIMEDefang 2.75 on 132.227.60.2 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 21:14:51 -0000 This is a multi-part message in MIME format. --------------080302000501040704010305 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 04/13/2015 11:08 PM, Adrian Chadd wrote: > On 13 April 2015 at 03:46, Pierre-Yves Péneau > wrote: Thanks everyone for your > advices. > > If FreeBSD is chose for this work, I'll look at PAE and MIPS > support. > >> Hi! > >> If there's anything we can do to help you along with choosing >> FreeBSD then please don't hesitate to ask! > > > >> -adrian > > On 04/10/2015 09:16 PM, Adrian Chadd wrote: >>>> Hi! >>>> >>>> Everyone - this is a research project. If they want to hack >>>> around with FreeBSD on a PAE style 32 bit system but >>>> massively parallel, please let them. If they hit the same >>>> walls as others have hit, hey, great. But they may come up >>>> with something novel. >>>> >>>> Pierre - thanks for looking into it. Yes, there's PAE support >>>> in FreeBSD. Yes, there's some NUMA domain awareness in >>>> FreeBSD. You're definitely not starting from scratch. I don't >>>> know of any PAE style awareness in the MIPS32 code; that >>>> would be a good place to start investigating. >>>> >>>> So please take a look at what PAE / i386 is doing and see if >>>> you can map that to vm and pmap management for MIPS32. It'd >>>> likely overlap a lot with how we would support > 256MB of >>>> RAM on MIPS32 - right now we just use the direct map setup >>>> for everything, and that's limited to the KSEG sizes of >>>> 256MB. >>>> >>>> >>>> >>>> -adrian _______________________________________________ >>>> 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" > Thanks Adrian. I can't change the operating system *now*. For my internship, I've to use an homemade OS specially designed for our architecture (TSAR). But I really think this OS should be changed, and I'll try to do that for my PhD. - -- +---------------------------------------------------------------+ | Pierre-Yves Péneau (#3361856) | SoC - LIP6 - UPMC | | Couloir 24-25 Bureau 417 | first.last@lip6.fr | | 4 place Jussieu 75252 Paris Cedex 05 | +33 1 44 27 54 15 | +---------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVLDHIAAoJEPy7VC2L9m/Ab0QQALK/ZBwV0ejpRwU5tmX62ZRw bYNPcOINy1E+K6AIm5CMD1sav794TCvs2pG+4UtWm1Pwa+QRxhKx6LYDk5xkDbyX 8USIHz+hPI7IuXDv7HAVsPB0mwVZzrW+B9Ooa+GUQP119E/WGydrkTe7oMt4OCwx WbjWGId1Jl0oZTmlcF1jFHKHTfjDnL1sq2ckDI3EwO47zaJVzAVmBNRi7f7qjBu0 6nG/BF3Zef/lwoMZOJd1dszd/jSGnyl9mXbVUZS3RHLug6cFh8RGtqjaf9nI4hdH OahWY5kX6nhiKFLn2KJn7nl/VEVPLaV1ZBy7gxZc9hGa7A41ScfMX5UC5oVnQwFO FtWAMrDDb8tKdmD7IjbA4Rs1DSPpmCmLCt5Wp7ydVnc3L1Utnxqx5953atrMIiUb 0SP+7prcc0sYe1/WSU06BaagDIg2PeyVda6lQkwO2BcUvtt8FkA7SQc8BfUPm4pA nufSEhGWq9T0GvyeehqV0K7g735ApxOKswJOYnNEo9zkHyuF62C68pdsBANTLVDC KfS2DvweAY+W6ymZGSJG3o0ZUQ/CQxL5Kc6S4CJlJ3Fbvm4QqivMx+ekpX6KiijY +Nsy7UZnGz7XsPAI6QmDE+jfMrabYl+Goq+IWOo8nYkGsgad2b052aiJ9wbISY/W lxEiCvxieZn9kXFIDvbb =fxAG -----END PGP SIGNATURE----- --------------080302000501040704010305 Content-Type: application/pgp-signature; name="0x8BF66FC0.asc.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="0x8BF66FC0.asc.sig" iQIcBAABCAAGBQJVLDHIAAoJEPy7VC2L9m/AaHcP/0JllVJbI/Z9R45WuF1AoaeNjvpa2T0N YOQ/p7+zEQ02l6rVXSovq7kv9lu+r5L4ewI77nTO39Nt0FtEYNDBdFZhQJi2xSVxk6K0hYFZ LxbntyfvWnL96hqZIqFgh3DgjRjfbJmqKd9+TDAQ70wG5Z7B24tzOHWhpcsh7JYNu9nL0yPj NTLdKfg1GkzabrOPerRLK2YY4Ji/p30NNadhJPxwghe9tDQvqoNyfSMaoo7kErrxvXRvXlS1 37N5UmCyNppitf8cjDocmXkNxgfwFkfGy4LudXWS9k94bBq9sCSPAqTTd02NBMZ1QhpeilVQ XLrR9F8wF83z+GgkLEQt5An/GMExp13+BmjKkXCFTZ/uhX8mNLuN92pfpfRRddhpKt1gSmJ/ LTPk2DT6SfT9NhYBn2Jkwt9KGKpDuShgFUw8IO2GhzAJnCM1eMqxpWae+mjjcLRVFKXTCIZZ LOAGcjtEJw2zhznLX8JPsIdBu9/fR57u6EibGdlHaU7ZFwpv5Ezy+DBTdChRS37cenIsAoDY pl0SnqxlR9x1p9S7GZySxZ4hoFxNUHk362ZOJDV0CNvBAR2GDuBQQP5Z0mdBT6paL34AyGA/ iHXdQMJ4KdUJrcpzKmJAQYhlA9cifIqm3X7mR9Rwpa7Qzfr6UVGSmR7+0hEdfgCsH+X3Sn1U hvcq --------------080302000501040704010305-- From owner-freebsd-questions@FreeBSD.ORG Mon Apr 13 21:16:57 2015 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 BE19AA98 for ; Mon, 13 Apr 2015 21:16:57 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DDF4D8E7 for ; Mon, 13 Apr 2015 21:08:37 +0000 (UTC) Received: by iget9 with SMTP id t9so63624292ige.1 for ; Mon, 13 Apr 2015 14:08:37 -0700 (PDT) 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=Zr72tjqi+OIQD9kSgZv1NpMEB3yEupzdsgshrJjYM28=; b=N7/sMwBX0ztTn0eroU4LM1l2nRE47E3eYGIncnt4Tvl0YZ86p9SW+qsPJbQVPDo4ps CWAwu6hOHkJeNcYzfmpgJ/HG/gkWQ3/VmXKf4vg86buCZOP+ogdydZcxQDDjlvAhSFzb 0YIyf4CILwUya8ksUvOFYPO+zo9IdvKE2g9P/iuF4cmrapDlHC/EjUSiqk1fIpbooWYn iTkOjP6vhd3AiuELSOXw20E6/FVMlT7+rPiwp1EEVsJXT0Ok2JQTnppuIDlxjN5iZWr7 SyZd4XwKgsX+hBdYgoATiJP1uD7Q6T4BuqUuMH1UNhFwNYC0LVVFx/y8rU45TEYp9lY3 72NA== MIME-Version: 1.0 X-Received: by 10.107.155.13 with SMTP id d13mr23919209ioe.29.1428959317278; Mon, 13 Apr 2015 14:08:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Mon, 13 Apr 2015 14:08:37 -0700 (PDT) In-Reply-To: <552B9E81.9080005@asim.lip6.fr> References: <552794F7.60306@asim.lip6.fr> <20150410171240.770.qmail@ary.lan> <552B9E81.9080005@asim.lip6.fr> Date: Mon, 13 Apr 2015 14:08:37 -0700 X-Google-Sender-Auth: b0Ep--jVG7wtZ8OfQLnJfboUgnw Message-ID: Subject: Re: How FreeBSD manage more than 4GB on 32 bits architecture From: Adrian Chadd To: =?UTF-8?Q?Pierre=2DYves_P=C3=A9neau?= Cc: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 21:16:57 -0000 On 13 April 2015 at 03:46, Pierre-Yves P=C3=A9neau wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Thanks everyone for your advices. > > If FreeBSD is chose for this work, I'll look at PAE and MIPS support. Hi! If there's anything we can do to help you along with choosing FreeBSD then please don't hesitate to ask! -adrian > On 04/10/2015 09:16 PM, Adrian Chadd wrote: >> Hi! >> >> Everyone - this is a research project. If they want to hack around >> with FreeBSD on a PAE style 32 bit system but massively parallel, >> please let them. If they hit the same walls as others have hit, >> hey, great. But they may come up with something novel. >> >> Pierre - thanks for looking into it. Yes, there's PAE support in >> FreeBSD. Yes, there's some NUMA domain awareness in FreeBSD. >> You're definitely not starting from scratch. I don't know of any >> PAE style awareness in the MIPS32 code; that would be a good place >> to start investigating. >> >> So please take a look at what PAE / i386 is doing and see if you >> can map that to vm and pmap management for MIPS32. It'd likely >> overlap a lot with how we would support > 256MB of RAM on MIPS32 - >> right now we just use the direct map setup for everything, and >> that's limited to the KSEG sizes of 256MB. >> >> >> >> -adrian _______________________________________________ >> 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" >> > > > - -- > +---------------------------------------------------------------+ > | Pierre-Yves P=C3=A9neau (#3361856) | SoC - LIP6 - UPMC | > | Couloir 24-25 Bureau 417 | first.last@lip6.fr | > | 4 place Jussieu 75252 Paris Cedex 05 | +33 1 44 27 54 15 | > +---------------------------------------------------------------+ > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQIcBAEBCAAGBQJVK56AAAoJEPy7VC2L9m/A7YcP/3cDIl1hnTu3iZ9XLiHFY+aN > 4FPE+s1dqsSBZJ8QWpQe8EN2psi59J8DPNHgsrskk5C0Y9XJbcq/uuQkDDSZTYR9 > D5K/FV+nctY2V75AXS2IEaMn6JvfI1/xuLf2M561wCla8LmqUPdOZ5sKj6kFTexc > CBZzQ6LtIQmGPiRgYoYJlrF9SSVF/lgUZougK03AhJped7UgAM0YH7cgcJ1FwOPX > h306mv5yJyprSfKfV8XlFRZIhmr4bMv4LHZB0AKG5iFf5T40CiwRLnawQ6blfHFq > /0pmQ3GC7Pv814+kFUm0L6RjXWdDITM/Qs7TqkeIP586lBwof6CpVwNQnuU03Bl3 > TwIWOcNglTfqt/BxgNfe7CfuXGNnMxVpGLYn3wjBhtUhn7gFy+YWdrcxnSpBAfL9 > HvBG2FN9WFh1O4+15Q7Cre+fYl94gxo3/+/5P97cNKit//r+vkxJSDXbjGgFU7ij > zZbSaiUmpMzj+zfd/Yr97Aa4Mhb4UPQl0Dtf96SUXpdRLfOz2jBQ/OcoJNiXHwMP > 6LHS64l3+kQgwdPUHnOyVhEdU0BlrScDO8VaOh2SiKIbbMT1j3/CMkXRISMnBN5y > nDt2PTp/8C/kzLiLWx43Hw12q9cVGvSBlgTMRMPy2TCWS01FLb3S1KxmtfBkvKj9 > lS4hP3Q3mKV5kAirnAaA > =3DIyI1 > -----END PGP SIGNATURE----- > > _______________________________________________ > 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 Mon Apr 13 23:01:25 2015 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 ED9356C1 for ; Mon, 13 Apr 2015 23:01:25 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B04E48A9 for ; Mon, 13 Apr 2015 23:01:25 +0000 (UTC) Received: by iebmp1 with SMTP id mp1so1711512ieb.0 for ; Mon, 13 Apr 2015 16:01:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:date:subject:message-id:priority:in-reply-to:references; bh=ha0ZHLRWE0N7wYgcrnkrhm+nHKTCNQdsiN2MhB48rZA=; b=gI05iRBW5bOteP1Y2vDaHQ+zcYJJlKJN3SlTMcLqLEdYE/tcCFzinsn4GbTviFZPP5 00ANgTnTUolrNOFeG1oqYE04cO1/rPcjLYPhiIQCdYrax0ECnrWysaBJf80CAVicGLPq unHJP2rTyg4G6ZD18ZTrZFUMAd59zUudKSoB3kKV8+gjO8Ez3nvfJQAD5BwWiu/O8hiB ze0P5DsxBZb0B/qVoOOhkr87+/Vffq3umgHjAGq70+w01orva/yfTgMzTpTd9Yq5Kqqo m5/+7CGyGdl986jfuDx8afDpybdbGjwqWbnhjGWk82ccms1xNyNNGfcLCHQQXmb0Sv6J VZqA== X-Received: by 10.107.155.131 with SMTP id d125mr24868879ioe.17.1428966085154; Mon, 13 Apr 2015 16:01:25 -0700 (PDT) Received: from [192.168.23.13] (198-84-175-115.cpe.teksavvy.com. [198.84.175.115]) by mx.google.com with ESMTPSA id 10sm5755177ioh.44.2015.04.13.16.01.23 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Apr 2015 16:01:24 -0700 (PDT) From: matheyden@gmail.com To: freebsd-questions@freebsd.org Date: Mon, 13 Apr 2015 19:01:22 -0400 Subject: Re: System hangs on rm after upgrade to 10.1 with UFS Message-ID: <552C4AC2.22.C4D7EB2@matheyden.gmail.com> Priority: normal In-reply-to: <552BDB62.3030309@gmx.de> References: <551BFF9C.22917.CCA7BA9B@matheyden.gmail.com>, <552BCEEF.4096.A69CE8C@matheyden.gmail.com>, <552BDB62.3030309@gmx.de> X-mailer: Pegasus Mail for Windows (4.70) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 23:01:26 -0000 On 13 Apr 2015 at 17:06, lokadamus@gmx.de wrote: > On 04/13/15 16:13, matheyden@gmail.com wrote: > > > > I'm not sure which file the process gets stuck on, is there an easy way > > to find out? > > > > Nothing appears to be written to the log files when executing the > > command, outside of the rsnapshot log: http://pastebin.com/uVPfWYtT > > > > dmesg: > > http://pastebin.com/t3HBYH73 > > > > My test host is running in VirtualBox on Windows 7, but the issue was > > first found on a physical system running FreeBSD 10.1 backing up a host > > running FreeBSD 10.0, so no windows involvement there. > > > > Thanks. > > _______________________________________________ > > 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" > > > Do you get a question about a shell? > It looks it can't found it's root. I don't get any prompts/errors about the shell or anything at all. I'm using csh though. I've tried to manually remove the directory as root a few times using "rm -rfv /backup/remote/daily.3" and I've found that it's hanging on different files in different folders each time. Typically after a hard reset, I'm able to run the remove command again to finish removing the remaing files and subfolders but it always hangs the first time I try but only on FreeBSD 10.1. From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 00:44:27 2015 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 94303CFF for ; Tue, 14 Apr 2015 00:44:27 +0000 (UTC) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.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 2AD022A9 for ; Tue, 14 Apr 2015 00:44:26 +0000 (UTC) Received: from r56.edvax.de (port-92-195-6-207.dynamic.qsc.de [92.195.6.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id BC00527666; Tue, 14 Apr 2015 02:44:15 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t3E0iFd0002092; Tue, 14 Apr 2015 02:44:15 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Tue, 14 Apr 2015 02:44:15 +0200 From: Polytropon To: arnab bhowmick Cc: freebsd-questions@freebsd.org Subject: Re: Message-Id: <20150414024415.d6dba640.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 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 00:44:27 -0000 On Mon, 13 Apr 2015 16:57:07 +0530, arnab bhowmick wrote: > Thanks a lot friend for giving me some of your valuable time but I am > unable to add my user in 'wheel' group. Did you follow the advice provided (including command line examples) on the mailing list? Can you show _wat exact_ commands you've entered and what their _results_ (maybe error messages) were? Because, if you'd followed the procedure, your user would be a memeber of the wheel group right now. The command you need to execute as root is # pw groupmod wheel -m as shown in https://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html#idp59498960 which _exactly_ handles the security barrier that you're currently experiencing. > So now i am thinking to reinstall > the system by adding user to wheel group. This is not needed. Not at all. > I have also checked in "man su" > but haven't got any help from there. This is the manual page for reference purposes. It will show you if you need any other options (especially so you can see the difference between -l, the default behaviour, and -m, which is very useful inside X). > You may think that i am bothering you > by asking the same question again and again but honestly speaking that i > have no other choice. Please try to follow the advice and provide feedback as requested above: What did you enter and what was the result? > I am new to freebsd and at first i have installed > freebsd with mate session but their was no problem as i am felling with > this kde session. in mate you have to give just you root password as a > root. but in kde session it is very difficult to me Logging in as root is considered a massive security problem and therefore discouraged. KDE seems to know that and not allow a root login. But as it has been said, it's not even needed to directly login as root in X. That's what "su -m" is for, and in order to use it, the only preparation you have to make is add your user name to the "wheel" group. If you're familiar with text editors (ee, vi, whichever you prefer), you can also add your username manually (!) to the wheel group by opening /etc/group and adding "," at the end of the "wheel" entry; then save the file. You have to login as root at the text console (virtual terminal) to do this, as modifying system-level files requires root permissions. Then login in X with your user name, and use "su -m" to run X programs as root, or "su -" to perform system-level actions such as updating the OS, installing packages or deleting stuff. By the way, I have a "root terminal" for this task. It's started this way: xterm -class ROOT_TEMINAL -title "System Terminal" -fg red -bg darkred -e su -l root You can add this as a desktop shortcut in KDE, so you only need to doubleclick it and have root access ("su -l" equals "su -", a full interactive login, you could also try "su -m" instead here). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 00:51:44 2015 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 9E6C094 for ; Tue, 14 Apr 2015 00:51:44 +0000 (UTC) Received: from mail.monochrome.org (e.febed1.client.atlantech.net [209.190.254.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail", Issuer "mail" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 50FAC3B7 for ; Tue, 14 Apr 2015 00:51:43 +0000 (UTC) Received: from [192.168.1.11] (tripel [192.168.1.11]) by mail.monochrome.org (8.14.9/8.14.9) with ESMTP id t3E0MbKL071813 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 13 Apr 2015 20:22:37 -0400 (EDT) (envelope-from chris@monochrome.org) Date: Mon, 13 Apr 2015 20:23:20 -0400 (EDT) From: Chris Hill To: "William A. Mahaffey III" cc: FreeBSD Mailing List Subject: Re: OT: how to simulate USB on a windows virtual box guest In-Reply-To: <552B4427.1070904@hiwaay.net> Message-ID: References: <552B4427.1070904@hiwaay.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 00:51:44 -0000 On Sun, 12 Apr 2015, William A. Mahaffey III wrote: > On 04/12/15 22:47, Aryeh Friedman wrote: >> Of all the tutorials and stuff I can find for how to do USB >> passthrough it do none of them work. All I need to do is just >> simulate a USB drive being inserted and removed how can I do this: >> >> vbox 4.4.30 >> uname on host: >> >> FreeBSD retard 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r275948M: Fri Dec >> 19 15:57:44 EST 2014 root@retard:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> > > 1st, change the name of that host !!!! Are you kidding? That's an awesome hostname. -- Chris Hill chris@monochrome.org ** [ Busy Expunging ] From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 01:29:25 2015 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 3869D4DC for ; Tue, 14 Apr 2015 01:29:25 +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 DAEC391C for ; Tue, 14 Apr 2015 01:29:24 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-19-68.adsl.hiwaay.net [216.180.19.68]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t3E1TMmS028569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 13 Apr 2015 20:29:22 -0500 Message-ID: <552C6EE3.7020905@hiwaay.net> Date: Mon, 13 Apr 2015 20:35:31 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 CC: freebsd-questions@freebsd.org Subject: Re: References: <20150414024415.d6dba640.freebsd@edvax.de> In-Reply-To: <20150414024415.d6dba640.freebsd@edvax.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 01:29:25 -0000 On 04/13/15 19:44, Polytropon wrote: > By the way, I have a "root terminal" for this task. It's > started this way: > > xterm -class ROOT_TEMINAL -title "System Terminal" -fg red -bg darkred -e su -l root > > You can add this as a desktop shortcut in KDE, so you only > need to doubleclick it and have root access ("su -l" equals > "su -", a full interactive login, you could also try "su -m" > instead here). *Quite* handy, that, thx :-) .... I normally use rxvt, but that is super handy .... -- 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 Apr 14 04:49:47 2015 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 1D5BF3FA for ; Tue, 14 Apr 2015 04:49:47 +0000 (UTC) Received: from 3s1.com (3s1.com [209.161.205.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "3s1.com", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D0844EB0 for ; Tue, 14 Apr 2015 04:49:46 +0000 (UTC) Received: from 3s1.com (localhost [127.0.0.1]) by 3s1.com (8.14.4/8.14.4) with ESMTP id t3E4m2ki012278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 14 Apr 2015 00:48:02 -0400 (EDT) (envelope-from david+dated+1429418881.347c7b@skytracker.ca) Received: (from david@localhost) by 3s1.com (8.14.4/8.14.4/Submit) id t3E4m2WW012277 for questions@freebsd.org; Tue, 14 Apr 2015 00:48:02 -0400 (EDT) (envelope-from david+dated+1429418881.347c7b@skytracker.ca) X-Authentication-Warning: 3s1.com: david set sender to david+dated+1429418881.347c7b@skytracker.ca using -f Received: by 3s1.com (tmda-sendmail, from uid 1000); Tue, 14 Apr 2015 00:48:01 -0400 Date: Tue, 14 Apr 2015 00:48:01 -0400 To: questions@freebsd.org Subject: tracing emails with sendmail Message-ID: <20150414044757.GA10829@skytracker.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: David Banning X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 04:49:47 -0000 All of a sudden I am getting a ton of spam being relayed through sendmail. I have around 40 legitimate users on the system - even though I have increased sendmail's log level to 15 - I cannot see - who is being authorized to relay through my server. It gives the sender name as an eail address, unknown to me. I am guessing that one of my users has had their passowrd stolen. Is there s specific log level that tells which username is being given authorization to relay? Any pointers would be helpful. From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 04:53:28 2015 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 6F26C601 for ; Tue, 14 Apr 2015 04:53:28 +0000 (UTC) Received: from 3s1.com (3s1.com [209.161.205.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "3s1.com", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EA74F77 for ; Tue, 14 Apr 2015 04:53:27 +0000 (UTC) Received: from 3s1.com (localhost [127.0.0.1]) by 3s1.com (8.14.4/8.14.4) with ESMTP id t3E4rPNl013686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 14 Apr 2015 00:53:26 -0400 (EDT) (envelope-from david+dated+1429419205.67aac2@skytracker.ca) Received: (from david@localhost) by 3s1.com (8.14.4/8.14.4/Submit) id t3E4rPoI013675 for questions@freebsd.org; Tue, 14 Apr 2015 00:53:25 -0400 (EDT) (envelope-from david+dated+1429419205.67aac2@skytracker.ca) X-Authentication-Warning: 3s1.com: david set sender to david+dated+1429419205.67aac2@skytracker.ca using -f Received: by 3s1.com (tmda-sendmail, from uid 1000); Tue, 14 Apr 2015 00:53:25 -0400 Date: Tue, 14 Apr 2015 00:53:25 -0400 To: questions@freebsd.org Subject: finding a spammer relaying through sendmail Message-ID: <20150414045323.GA12656@skytracker.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: David Banning X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 04:53:28 -0000 I have around 40 email users on my system, and one seems have had their login info stolen. Is there a way to determine which user is being given authorization to relay through sendmail? I have increased sendmail logging to 15 but the sender is flagged only as an email address, one unknwon to me. Any pointers would be helpful. From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 05:28:52 2015 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 F0CD9A31 for ; Tue, 14 Apr 2015 05:28:51 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C597A316 for ; Tue, 14 Apr 2015 05:28:51 +0000 (UTC) Received: by pabsx10 with SMTP id sx10so126237190pab.3 for ; Mon, 13 Apr 2015 22:28:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=A7Km6FO4/0MyFsE+kCe1NJX58N0cTWGZrXmqmtYKn5k=; b=H1mE0nYJr3Ro2UBNDWB9RE3wQpjKCUUxVfkM3oLG7wnOqywPN/hwQkXiccKkGP/qtH FBybRhT3Qk6pCosMq1FD5XoffFslDlCs2LMnWmVyZWAgYT/PGPaodv6l/axZHeJTxV8r q7Z/POfzMvVSaamwvJEuJr/knAa6iD2xis1kCw+Du9HE5ESEb/53Lyxx1vk+iJAaPU8u tk6kKP+lD9yUwaEwWlO47cJJZRGde7xrSqV7p4ojwIuHynXeCULF4lFe6y3u+ynPzpJU XYKnUrPuFgG2LojwfJweCVQWWECSE51FMiFDUdojmIre2ZhLB0+TTKuM0FSXspGH5FNq gyvg== X-Gm-Message-State: ALoCoQmz1gOoAME5YGRJOmq+Ejb3jE+7wrA0zoEE/gG9WvpUOfuiAVMPxbK8pDkjuhxubsWbzLKl MIME-Version: 1.0 X-Received: by 10.70.129.202 with SMTP id ny10mr32718487pdb.107.1428989324880; Mon, 13 Apr 2015 22:28:44 -0700 (PDT) Received: by 10.66.121.234 with HTTP; Mon, 13 Apr 2015 22:28:44 -0700 (PDT) In-Reply-To: <20150414045323.GA12656@skytracker.ca> References: <20150414045323.GA12656@skytracker.ca> Date: Tue, 14 Apr 2015 01:28:44 -0400 Message-ID: Subject: Re: finding a spammer relaying through sendmail From: Alejandro Imass To: David Banning Cc: "questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 05:28:52 -0000 I had a similar problem and discovered it was an old version of OSCommerce. Maybe you have some similar application that is vulnerable to spam robot injection. In the OSC case aforementioned it somehow allowed to install spam robots through a weakness in the image upload code. On Tuesday, April 14, 2015, David Banning < david+dated+1429419205.67aac2@skytracker.ca> wrote: > I have around 40 email users on my system, and one seems have had their > login info stolen. Is there a way to determine which user is being given > authorization to relay through sendmail? I have increased sendmail logging > to 15 but the sender is flagged only as an email address, one unknwon to > me. > > Any pointers would be helpful. > _______________________________________________ > 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 Apr 14 06:29:25 2015 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 0143C46F for ; Tue, 14 Apr 2015 06:29:24 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id C6E29B40 for ; Tue, 14 Apr 2015 06:29: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.9) with ESMTP id t3E68mBL045461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Apr 2015 23:08:49 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: tracing emails with sendmail From: Doug Hardie In-Reply-To: <20150414044757.GA10829@skytracker.ca> Date: Mon, 13 Apr 2015 23:08:48 -0700 Cc: questions@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150414044757.GA10829@skytracker.ca> To: David Banning X-Mailer: Apple Mail (2.2098) 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.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 06:29:25 -0000 > On 13 April 2015, at 21:48, David Banning = wrote: >=20 > All of a sudden I am getting a ton of spam being relayed through = sendmail. > I have around 40 legitimate users on the system - even though I have = increased=20 > sendmail's log level to 15 - I cannot see - who is being authorized to = relay=20 > through my server. It gives the sender name as an eail address, = unknown to me. >=20 > I am guessing that one of my users has had their passowrd stolen. Is = there s > specific log level that tells which username is being given = authorization > to relay? >=20 > Any pointers would be helpful. I have this happen occasionally. The way I trace it down is based on = the propensity of spammers to send a lot of spam to invalid addresses. = This results in a buildup of the mail queue. Check the mail queue and = find one of the spam messages. Then get the message id from it and look = in maillog. That will give you the sendmail pid and searching on that = in maillog will give you the auth message info. Often I start getting a = bunch of bounced emails from AOL addresses and that speeds up the = process a lot. From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 11:08:45 2015 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 07835AE8 for ; Tue, 14 Apr 2015 11:08:45 +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 BCF06EB0 for ; Tue, 14 Apr 2015 11:08:44 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YhyB8-000K96-BW for freebsd-questions@freebsd.org; Tue, 14 Apr 2015 11:34:50 +0100 Date: Tue, 14 Apr 2015 11:34:50 +0100 From: John To: freebsd-questions@freebsd.org Subject: line drawing and display and xterms Message-ID: <20150414103450.GA64268@potato.growveg.org> Reply-To: freebsd-questions@freebsd.org Mail-Followup-To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 11:08:45 -0000 Hello -questions, If I ssh from a freebsd 11 machine to a 10.1R machine, where I'm running amongst other things, mutt and slrn in a screen(1) - if I resume the respective screen, all the nice lines showing threading turn into escape characters and mess up the display. What am I doing wrong? If I ssh into the machine then export an xterm over ssh then resume the screen, it displays normally. I've not tried with other makes of xterm. thanks for any advice -- John From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 11:21:17 2015 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 4ED00C45 for ; Tue, 14 Apr 2015 11:21:17 +0000 (UTC) Received: from smtp-nf-106.his.com (smtp-nf-106.his.com [216.194.251.35]) by mx1.freebsd.org (Postfix) with ESMTP id 108DEFA8 for ; Tue, 14 Apr 2015 11:21:16 +0000 (UTC) Received: from cuda201.his.com (cuda201.his.com [216.194.248.226]) by smtp-nf-106.his.com (Postfix) with ESMTPS id 2B21D61122 for ; Tue, 14 Apr 2015 07:20:57 -0400 (EDT) X-ASG-Debug-ID: 1429010456-061c4124255aa050001-jLrpzn Received: from smtp-nf-202.his.com (smtp-nf-202.his.com [216.194.248.252]) by cuda201.his.com with ESMTP id 5ScGQuMuk2bs0p8p for ; Tue, 14 Apr 2015 07:20:56 -0400 (EDT) X-Barracuda-Envelope-From: dickey@his.com X-Barracuda-RBL-Trusted-Forwarder: 216.194.248.252 Received: from mail-sterling.his.com (mail-sterling.his.com [216.194.248.141]) by smtp-nf-202.his.com (Postfix) with ESMTP id 8C97260129 for ; Tue, 14 Apr 2015 07:20:56 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail-sterling.his.com (Postfix) with ESMTP id EAFEA3FB0008 for ; Tue, 14 Apr 2015 07:20:55 -0400 (EDT) X-Barracuda-RBL-Trusted-Forwarder: 216.194.248.141 X-Virus-Scanned: amavisd-new at mail-sterling.his.com Received: from mail-sterling.his.com ([127.0.0.1]) by localhost (mail-sterling.his.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jwnEx50Tmd8p for ; Tue, 14 Apr 2015 07:20:55 -0400 (EDT) Received: from mail-sterling.his.com (mail-sterling.his.com [216.194.248.141]) by mail-sterling.his.com (Postfix) with ESMTP id 167B63FB0002 for ; Tue, 14 Apr 2015 07:20:55 -0400 (EDT) Date: Tue, 14 Apr 2015 07:20:55 -0400 (EDT) From: Thomas Dickey To: freebsd-questions@freebsd.org Message-ID: <535885508.29481003.1429010455007.JavaMail.root@his.com> In-Reply-To: <20150414103450.GA64268@potato.growveg.org> Subject: Re: line drawing and display and xterms MIME-Version: 1.0 X-ASG-Orig-Subj: Re: line drawing and display and xterms Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [66.28.220.34] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) X-Barracuda-Connect: smtp-nf-202.his.com[216.194.248.252] X-Barracuda-Start-Time: 1429010456 X-Barracuda-URL: https://spam.his.com:443/cgi-mod/mark.cgi Received-SPF: pass (his.com: domain of dickey@his.com designates 216.194.248.141 as permitted sender) X-Virus-Scanned: by bsmtpd at his.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=7.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.17904 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 11:21:17 -0000 ----- Original Message ----- | From: "John" | To: freebsd-questions@freebsd.org | Sent: Tuesday, April 14, 2015 6:34:50 AM | Subject: line drawing and display and xterms | | Hello -questions, | | If I ssh from a freebsd 11 machine to a 10.1R machine, where I'm | running | amongst other things, mutt and slrn in a screen(1) - if I resume the | respective screen, all the nice lines showing threading turn into | escape | characters and mess up the display. What am I doing wrong? | | If I ssh into the machine then export an xterm over ssh then resume | the | screen, it displays normally. I've not tried with other makes of | xterm. The usual pitfalls here: a) xterm honors VT100 line-drawing in UTF-8 mode b) some other terminals do not c) screen(1) does not d) screen(1) honors VT100 line-drawing when not in UTF-8 mode So the first thing to investigate is whether screen(1) run from the two scenarios has consistent locale settings. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 12:18:21 2015 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 068EA7CB for ; Tue, 14 Apr 2015 12:18:21 +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 B7C3C8AC for ; Tue, 14 Apr 2015 12:18:20 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YhznD-000N8K-Bo for freebsd-questions@freebsd.org; Tue, 14 Apr 2015 13:18:15 +0100 Date: Tue, 14 Apr 2015 13:18:15 +0100 From: John To: freebsd-questions@freebsd.org Subject: Re: line drawing and display and xterms Message-ID: <20150414121815.GA88564@potato.growveg.org> Mail-Followup-To: freebsd-questions@freebsd.org References: <20150414103450.GA64268@potato.growveg.org> <535885508.29481003.1429010455007.JavaMail.root@his.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <535885508.29481003.1429010455007.JavaMail.root@his.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 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 12:18:21 -0000 On Tue, Apr 14, 2015 at 07:20:55AM -0400, Thomas Dickey wrote: > ----- Original Message ----- > > The usual pitfalls here: > > a) xterm honors VT100 line-drawing in UTF-8 mode > b) some other terminals do not > c) screen(1) does not > d) screen(1) honors VT100 line-drawing when not in UTF-8 mode > > So the first thing to investigate is whether screen(1) run from the > two scenarios has consistent locale settings. Hi, Yeah that makes sense. Not solved it all yet though, even when setting both sides of the connection to: set LANG=en_GB.ISO8859-1 set LC_CTYPE="en_GB.ISO8859-1" set LC_COLLATE="en_GB.ISO8859-1" set LC_TIME="en_GB.ISO8859-1" set LC_NUMERIC="en_GB.ISO8859-1" set LC_MONETARY="en_GB.ISO8859-1" set LC_MESSAGES="en_GB.ISO8859-1" set LC_ALL= It may be worth noting here that screen seems to make a default $HOME/.screenrc with just the following: defencoding utf8 encoding utf8 utf8 I've commented these out for now and have restarted the screens. -- John From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 12:36:00 2015 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 408B49AC for ; Tue, 14 Apr 2015 12:36:00 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D13A0A64 for ; Tue, 14 Apr 2015 12:35:59 +0000 (UTC) Received: by widdi4 with SMTP id di4so20035007wid.0 for ; Tue, 14 Apr 2015 05:35:58 -0700 (PDT) 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=7DBxtbUg5yag+9aM+EIxK1+keGPcPDjOgXm7OBxrJXY=; b=pPwARMkeIrB6ORHoLkAVEIgc8qINz6QbmODvllmYaZcxLlnHalg0jmVRt81dRsRvzL CMzOPStxquCmx7FUUcBfwtV+mxSnuV2G0Ol7wFiopKQjhoWo2IeCaN9yEBt2cG7dKyF7 dE1mHCZCKZwpGlSKc8qZv5cG2p6yGJMBsA9/Zn6KWr7QCWVqJB2Zkk2e4WFUr8pCB8pi ylhkbZtZuitwhQI6Baz7qfjazcqdFwweOVcVrjfZoMGlVUArq7X6MIExSKyN88O0/k+b 2gNMUNZKQkQGSRlrjpaZ7YZWwH9gIHpzsWRZ6YVcUvgm8pl/I/jmQEwlmnE2nGd2/bZv 76Lg== MIME-Version: 1.0 X-Received: by 10.180.106.137 with SMTP id gu9mr30928543wib.54.1429014958340; Tue, 14 Apr 2015 05:35:58 -0700 (PDT) Received: by 10.28.21.82 with HTTP; Tue, 14 Apr 2015 05:35:58 -0700 (PDT) Date: Tue, 14 Apr 2015 22:35:58 +1000 Message-ID: Subject: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror From: yudi v To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 12:36:00 -0000 Hi all, I was testing recovery scenario by removing one of the drives in a 2-way mirror, but the system fails to boot and comes up with the mountroot prompt with error 2. When I reconnect the second drive, it boots fine again. Any suggestions on what the problem might be? it's a simple root-on-ZFS setup (9.1 upgraded to 10.1 recently) with two disks in mirror config. each disk has 3 partitions, first one has the boot code, second has the swap, third has the OS. and the zfs pool is setup on the 3rd partition of the two disks. -- Kind regards, Yudi From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 12:42:08 2015 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 4F7BFB48 for ; Tue, 14 Apr 2015 12:42:08 +0000 (UTC) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0DD27BCB for ; Tue, 14 Apr 2015 12:42:08 +0000 (UTC) Received: by oift201 with SMTP id t201so719696oif.3 for ; Tue, 14 Apr 2015 05:42:07 -0700 (PDT) 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=h/aOcUjjagAwtJdayuNRBnvTJp65XfChC6jfRX981tI=; b=uaW1OXlZq1ceMcTmVelzBmx3schcWp1zAZCBL6i2bR2Z+Q/Zw9f290RhOIPr8F1x5O R40D3JjX/w0srdghiRYThVL/02MU4VcM9TmG2OtZZKkf3F1mVKKSest943PdI3NuKb2O tkZBNoCzh6DALBbdH/8kefv77BHnK/dBCtA5ex+Zzi4j60CiXGjn76QrSDGJ9o/UazdI qb412PYomj3WwyS6rTmKb2W3UFk0RrlgkW5ca1x/Y3l1cGZZ/R5qK+K4bJbU7QvmQEfs At5FvJSjFsBohldpT3OsDrraZxmj1ZJcpJp6QquKmetlbEe/o/EYa5N8me6PoG3OTv2v c2fA== MIME-Version: 1.0 X-Received: by 10.182.24.133 with SMTP id u5mr16065925obf.27.1429015327378; Tue, 14 Apr 2015 05:42:07 -0700 (PDT) Received: by 10.76.125.132 with HTTP; Tue, 14 Apr 2015 05:42:07 -0700 (PDT) In-Reply-To: <552BEF97.5060609@hiwaay.net> References: <552BEF97.5060609@hiwaay.net> Date: Tue, 14 Apr 2015 05:42:07 -0700 Message-ID: Subject: Re: ipfw entries From: Jason Cox To: "William A. Mahaffey III" Cc: "FreeBSD Questions !!!!" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 12:42:08 -0000 I do not see a rule that would allow the traffic. Can you say which rule number you think should allow it? The only thing close is 2500, but it only applies to TCP traffic not your UDP traffic. 2600 applies to UDP, but only for port 513 not port 525. On Mon, Apr 13, 2015 at 9:32 AM, William A. Mahaffey III wrote: > > > I started using timed on my network to keep various *BSD machines > time-coordinated, NTP for the linux boxen. I have a RPiB+ running NetBSD-7 > as my time server, running ntpd & 'timed -F '. This box is the only > other BSD box for now, but more to come. I am seeing the following in my > messages file (from earlier this A.M.): > > > [root@kabini1, /etc, 8:03:32am] 344 % tail -20 /var/log/security ; date > Apr 13 07:44:08 kabini1 last message repeated 4 times > Apr 13 07:44:46 kabini1 kernel: ipfw: 65500 Deny UDP 192.168.0.1:525 > 192.168.0.255:525 in via re0 > Apr 13 07:46:01 kabini1 kernel: ipfw: 65500 Deny P:2 192.168.0.27 > 224.0.0.22 out via re0 > Apr 13 07:46:09 kabini1 last message repeated 3 times > Apr 13 07:48:07 kabini1 last message repeated 4 times > Apr 13 07:48:46 kabini1 kernel: ipfw: 65500 Deny UDP 192.168.0.1:525 > 192.168.0.255:525 in via re0 > Apr 13 07:50:01 kabini1 kernel: ipfw: 65500 Deny P:2 192.168.0.27 > 224.0.0.22 out via re0 > Apr 13 07:50:08 kabini1 last message repeated 3 times > Apr 13 07:52:09 kabini1 last message repeated 4 times > Apr 13 07:52:46 kabini1 kernel: ipfw: 65500 Deny UDP 192.168.0.1:525 > 192.168.0.255:525 in via re0 > Apr 13 07:54:01 kabini1 kernel: ipfw: 65500 Deny P:2 192.168.0.27 > 224.0.0.22 out via re0 > Apr 13 07:54:07 kabini1 last message repeated 3 times > Apr 13 07:56:09 kabini1 last message repeated 4 times > Apr 13 07:56:46 kabini1 kernel: ipfw: 65500 Deny UDP 192.168.0.1:525 > 192.168.0.255:525 in via re0 > Apr 13 07:58:01 kabini1 kernel: ipfw: 65500 Deny P:2 192.168.0.27 > 224.0.0.22 out via re0 > Apr 13 07:58:09 kabini1 last message repeated 3 times > Apr 13 08:00:07 kabini1 last message repeated 4 times > Apr 13 08:00:46 kabini1 kernel: ipfw: 65500 Deny UDP 192.168.0.1:525 > 192.168.0.255:525 in via re0 > Apr 13 08:02:01 kabini1 kernel: ipfw: 65500 Deny P:2 192.168.0.27 > 224.0.0.22 out via re0 > Apr 13 08:02:08 kabini1 last message repeated 3 times > Mon Apr 13 08:03:35 CDT 2015 > [root@kabini1, /etc, 8:03:35am] 345 % > > > I thought I had ifpw rules to allow this traffic, but apparently not. My > rules are: > > [root@kabini1, /etc, 11:30:31am] 336 % ipfw show > 00100 851096 1539836796 allow ip from any to any via lo0 > 00200 0 0 deny ip from any to 127.0.0.0/8 > 00300 0 0 deny ip from 127.0.0.0/8 to any > 00400 0 0 deny ip from any to ::1 > 00500 0 0 deny ip from ::1 to any > 00600 0 0 allow ipv6-icmp from :: to ff02::/16 > 00700 0 0 allow ipv6-icmp from fe80::/10 to fe80::/10 > 00800 2 152 allow ipv6-icmp from fe80::/10 to ff02::/16 > 00900 0 0 allow ipv6-icmp from any to any ip6 icmp6types 1 > 01000 0 0 allow ipv6-icmp from any to any ip6 icmp6types > 2,135,136 > 01100 0 0 check-state > 01200 14122906 19461418543 allow tcp from me to any established > 01300 1112427 1007602974 allow tcp from me to any setup keep-state > 01400 33508 3756508 allow udp from me to any keep-state > 01500 124 11672 allow icmp from me to any keep-state > 01600 0 0 allow ipv6-icmp from me to any keep-state > 01700 0 0 allow udp from 0.0.0.0 68 to 255.255.255.255 > dst-port 67 out > 01800 0 0 allow udp from any 67 to me dst-port 68 in > 01900 0 0 allow udp from any 67 to 255.255.255.255 > dst-port 68 in > 02000 0 0 allow udp from fe80::/10 to me dst-port 546 in > 02100 4 400 allow icmp from any to any icmptypes 8 > 02200 0 0 allow ipv6-icmp from any to any ip6 icmp6types > 128,129 > 02300 5290 296240 allow icmp from any to any icmptypes 3,4,11 > 02400 0 0 allow ipv6-icmp from any to any ip6 icmp6types 3 > 02500 7902577 596794526 allow tcp from 192.168.0.0/24 to me > 02600 1303 333232 allow udp from 192.168.0.0/24 513 to > 192.168.0.0/24 dst-port 513 > 65000 9223 1641961 count ip from any to any > 65100 758 173995 deny { tcp or udp } from any to any dst-port > 111,137,138 in > 65200 2983 996998 deny { tcp or udp } from 192.168.0.0/24 to me > 65300 0 0 deny ip from any to 255.255.255.255 > 65400 0 0 deny ip from any to 224.0.0.0/24 in > 65500 0 0 deny udp from any to any dst-port 520 in > 65500 0 0 deny tcp from any 80,443 to any dst-port > 1024-65535 in > 65500 5482 470968 deny log logamount 50000 ip from any to any > 65535 0 0 deny ip from any to any > [root@kabini1, /etc, 11:30:56am] 337 % uname -a > FreeBSD kabini1.local 9.3-RELEASE-p10 FreeBSD 9.3-RELEASE-p10 #0: Tue Feb > 24 21:28:03 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > amd64 > [root@kabini1, /etc, 11:31:34am] 338 % > > > Any clues appreciated & 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. > > _______________________________________________ > 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" > -- Jason Cox From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 13:17:56 2015 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 693E23F8 for ; Tue, 14 Apr 2015 13:17: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 0BE0CF1D for ; Tue, 14 Apr 2015 13:17:55 +0000 (UTC) Received: from zero-gravitas.local (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t3EDHRAY005177 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 14 Apr 2015 14:17:44 +0100 (BST) (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 t3EDHRAY005177 Authentication-Results: smtp.infracaninophile.co.uk/t3EDHRAY005177; 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 zero-gravitas.local Message-ID: <552D135F.9010907@FreeBSD.org> Date: Tue, 14 Apr 2015 14:17:19 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="0vqKjnuO0Rfux0k9TndaO5qf8LuuFE4Ls" X-Virus-Scanned: clamav-milter 0.98.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham 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.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 13:17:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0vqKjnuO0Rfux0k9TndaO5qf8LuuFE4Ls Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015/04/14 13:35, yudi v wrote: > I was testing recovery scenario by removing one of the drives in a 2-wa= y > mirror, but the system fails to boot and comes up with the mountroot pr= ompt > with error 2. When I reconnect the second drive, it boots fine again. >=20 > Any suggestions on what the problem might be? >=20 > it's a simple root-on-ZFS setup (9.1 upgraded to 10.1 recently) with tw= o > disks in mirror config. > each disk has 3 partitions, first one has the boot code, second has the= > swap, third has the OS. >=20 > and the zfs pool is setup on the 3rd partition of the two disks. Check the BIOS settings -- there will be a list giving the order of preference for devices to boot from. Frequently you'll find there is one slot for 'Harddrive' and you get to select just one of the drives attached to the system to boot from. In this case, simply telling it to use the other disk should allow you to boot. Otherwise, if your bios allows you to specify several hard drives, then reordering the drives in the preference list might make it work. This last really shouldn't be necessary, but not all BIOSes are created equal. Cheers, Matthew --0vqKjnuO0Rfux0k9TndaO5qf8LuuFE4Ls Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVLRNmAAoJEABRPxDgqeTn9lkP/2D/msSfZgxshdFH1BZgc+8v fVFNLzK57tbS2fK042dLWx4Zxj7GH3K8ulwcS4cGoCB84vSvKUYciAArEmmMI7Sq UGXt/tiOSd4eFSH6EwOmR3QlVrwF7jXoLIlSZoeJuRDzlkqAUL0HsGbQcgoFSoXC S39/uBqr8R/NT2vfAN1IS5pRayJ9QAB61yg/qiV0HmYPIu+Pm2TLzThU/EeOhMPt ZLQhxqPQ04nJ6sJx9M/b3AC5H6i9p3HwleUcdeXFT0RTMkF5jAgBatLpbjDDBmii p84sxDWuJdhr45Sg18Cs4cuSBTC4s8Bf9On9OL2DFHSkUMZQED+Nzj75s8EZcTxr HgBsNZNNzCtrA393PxPECYSMfYuujDZ7fsmBGQF5NwztpYnLQEw6EzdCit0RwtZR 1zZbid1sz7HtlS4tSMpfRcf/BtHEAGXTFhcXzEQ/iumG8EI5mD/8yHAbBSmQUG7y TY5V8ihKB7CJU85hjklBQzQqs8LM8Xn2eHRsRSWbOBp8JxT/FeCzIZ18y+MDFvA6 jJzTByHVUvaiE/F4A4Onq8xtr2Z9fazgtRZM3acB3lZmXvtl6IMCbMIvlzagRPQi Rcq80Vbb+/sRqe9ZTlbmzDw13pYoig701k9Zt1cJRfjvOfOm4TLeas3hs5kRkYKv DgMV5j8G8p8lsZCHYQHd =HHFX -----END PGP SIGNATURE----- --0vqKjnuO0Rfux0k9TndaO5qf8LuuFE4Ls-- From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 15:30:49 2015 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 D883E8B0 for ; Tue, 14 Apr 2015 15:30:49 +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 A041B1F3 for ; Tue, 14 Apr 2015 15:30:49 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-184.adsl.hiwaay.net [216.180.76.184]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t3EFUf4c014906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 14 Apr 2015 10:30:41 -0500 Message-ID: <552D32A1.2030803@hiwaay.net> Date: Tue, 14 Apr 2015 10:36:56 -0453 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: ongoing vi issues .... Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 15:30:49 -0000 I posted this to NetBSD-ARM & they said try it here. I think it is NetBSD-7-ARM specific, but here goes: When using 'vi' under NetBSD-7 (see uname below), logged in from a FreeBSD 9.3R box (see other uname :-) ), newly fully updated as of this A.M. (base & pkg's), under a rxvt-tcsh shell in the FBSD box, specifically the 'ctrl-e' command, reliably crashes the terminal window on the FBSD box. NetBSD-7: [wam@kabini1, ~, 8:32:05am] 302 % !ssh ssh -l root rpib+ Password for root@rpi: Last login: Tue Apr 14 13:19:51 2015 from kabini1 NetBSD 7.0_BETA (RPI.201503272230Z) Welcome to NetBSD! This system is running a beta release of the NetBSD operating system, aimed at stabilizing the next formal release. It is close to formal release quality, but may still contain bugs, even serious ones. Please bear this in mind and use the system with care. You are encouraged to test this version as thoroughly as possible. Should you encounter any problem, please report it back to the development team using the send-pr(1) utility (requires a working MTA). If yours is not properly set up, use the web interface at: http://www.NetBSD.org/support/send-pr.html Thank you for helping us test and improve this beta NetBSD release. Terminal type is xterm. We recommend that you create a non-root account and use su(1) for root access. rpi # uname -a NetBSD rpi 7.0_BETA NetBSD 7.0_BETA (RPI.201503272230Z) evbarm rpi # FreeBSD: [root@kabini1, /etc, 8:32:53am] 335 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p13 FreeBSD 9.3-RELEASE-p13 #0: Tue Apr 7 03:01:12 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [root@kabini1, /etc, 8:32:55am] 336 % from the FBSD box messages file: Apr 14 08:14:46 kabini1 kernel: ipfw2 (+ipv6) initialized, divert loadable, nat loadable, default to deny, logging disabled Apr 14 08:14:47 kabini1 amd[780]: NIS domain name is not set. NIS ignored. Apr 14 08:14:47 kabini1 lpd[857]: lpd startup: logging=0 Apr 14 08:14:48 kabini1 kernel: . Apr 14 08:14:49 kabini1 root: /etc/rc: WARNING: failed to start vboxservice Apr 14 08:14:49 kabini1 dbus[845]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper) Apr 14 08:14:50 kabini1 dbus[845]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper) Apr 14 08:14:50 kabini1 dbus[845]: [system] Successfully activated service 'org.freedesktop.PolicyKit1' Apr 14 08:14:50 kabini1 dbus[845]: [system] Successfully activated service 'org.freedesktop.ConsoleKit' Apr 14 08:14:50 kabini1 console-kit-daemon[964]: WARNING: kvm_getenvv failed: Apr 14 08:15:07 kabini1 console-kit-daemon[964]: WARNING: Error waiting for native console 1 activation: Device not configured Apr 14 08:15:18 kabini1 dbus[845]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.7" (uid=1110 pid=1153 comm="xfce4-session ") interface="org.freedesktop.ConsoleKit.Manager" member="CanSuspend" error name="(unset)" requested_reply="0" destination=":1.1" (uid=0 pid=964 comm="/usr/local/sbin/console-kit-daemon --no-daemon ") Apr 14 08:15:18 kabini1 dbus[845]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.7" (uid=1110 pid=1153 comm="xfce4-session ") interface="org.freedesktop.ConsoleKit.Manager" member="CanHibernate" error name="(unset)" requested_reply="0" destination=":1.1" (uid=0 pid=964 comm="/usr/local/sbin/console-kit-daemon --no-daemon ") Apr 14 08:15:21 kabini1 amd[780]: Unknown host: .Trash Apr 14 08:15:21 kabini1 amd[780]: Unknown host: .Trash-1110 Apr 14 08:18:50 kabini1 su: wam to root on /dev/pts/2 Apr 14 08:19:53 kabini1 su: wam to root on /dev/pts/5 Apr 14 08:20:09 kabini1 su: wam to root on /dev/pts/9 Apr 14 08:20:24 kabini1 su: wam to root on /dev/pts/10 Apr 14 08:20:37 kabini1 su: wam to root on /dev/pts/11 Apr 14 08:21:41 kabini1 su: wam to root on /dev/pts/13 Apr 14 08:25:46 kabini1 kernel: pid 1517 (rxvt), uid 1110: exited on signal 11 Apr 14 08:26:22 kabini1 kernel: pid 2099 (rxvt), uid 1110: exited on signal 11 The last 2 lines are from the crashed session on the NetBSD box .... This could well be some obscure case of incompatible interactions, however it *is* a plague for me :-/ .... Need anything else, please ask. TIA & have a good one .... -- 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 Apr 14 17:18:11 2015 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 268F02F5 for ; Tue, 14 Apr 2015 17:18:11 +0000 (UTC) Received: from s152.nl2go.com (s152.nl2go.com [78.46.69.25]) by mx1.freebsd.org (Postfix) with ESMTP id 93DCCAE for ; Tue, 14 Apr 2015 17:18:10 +0000 (UTC) Received: from s152.nl2go.com (um0.nl2go.com [46.4.123.241]) by s152.nl2go.com (Postfix) with SMTP id 3lRD5b73GKz40Hd for ; Tue, 14 Apr 2015 19:17:23 +0200 (CEST) Subject: custom digitizing and more From: CAPZ To: freebsd-questions@freebsd.org Reply-To: CAPZ Date: Tue, 14 Apr 2015 19:17:23 +0200 Message-Id: <35620533006437068@s152.nl2go.com> X-rpcampaign: RP277878 DKIM-Signature: v=1; a=rsa-sha1; q=dns/txt; c=relaxed/relaxed; t=1429031843; s=default; d=nl2go.com; h=Reply-To:List-Unsubscribe:List-Id:From:To:Message-Id:Subject:Date:MIME-Version; bh=HvcB6VGzsexkoUt+kizD8eh+VjU=; b=DCXCpi+n6JCweDbtqymEGMMeHnFbfyRZgIvVdlOJ9sYg8Ls/HDHiGCYtkD7gIMyy QaecFL7IAbQSoAMdNRaA2zaKCBet8PCmtu/thQjcN2Mu/NLNNt0JPQDC6tpqS9YW14q v5fII9IyENsZzopZkvCoKhLl+Lrs5y0TKcRL+OjU= MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 17:18:11 -0000 please click here for w[ebversion](http://p.n2g20.com/l/48100752/c/0-5yeu-8= og4zx-12an). [unsubscribe](http://www.newsletter-abmeldung.n2g20.com/l/48100750/c/0-5yeu= -8og4zx-12an) From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 18:28:09 2015 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 DDE0374E for ; Tue, 14 Apr 2015 18:28:09 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [74.201.84.162]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B2810B72 for ; Tue, 14 Apr 2015 18:28:09 +0000 (UTC) Received: from WorkBox.Home (184-100-88-41.mpls.qwest.net [184.100.88.41]) by mx.zohomail.com with SMTPS id 1429036088337692.6387127433926; Tue, 14 Apr 2015 11:28:08 -0700 (PDT) Date: Tue, 14 Apr 2015 13:28:05 -0500 From: Bigby James To: freebsd-questions@freebsd.org Subject: ZFS Volumes, UFS, and TRIM Message-ID: <20150414182805.GA77026@WorkBox.Home> 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.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 18:28:10 -0000 Hey folks. I'm having some trouble finding info on a specific ZFS use case: I'm wondering if a ZFS volume on an SSD, formatted to UFS, is covered by native ZFS TRIM support, or if it needs to be enabled on the "embedded" UFS filesystem written to the zvol itself. I see by the man page that by default the OS sees the volume as an ordinary GEOM device, which leads me to infer that TRIM needs to be set using newfs(8) or tunefs(8), but I'm uncertain. Thanks in advance for any help. - Bigby -- "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools." - Douglas Adams From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 19:50:25 2015 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 9B969A21 for ; Tue, 14 Apr 2015 19:50:25 +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 4B3757E2 for ; Tue, 14 Apr 2015 19:50:25 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-234.adsl.hiwaay.net [216.180.76.234]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t3EJoN9o031465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 14 Apr 2015 14:50:23 -0500 Message-ID: <552D6F7F.3060908@hiwaay.net> Date: Tue, 14 Apr 2015 14:56:38 -0453 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" Subject: Access my digital camera via USB Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 19:50:25 -0000 I am trying to get some photos off of my digital camera via USB cable. WHen I plug it in, I get the following in my messages file: Apr 14 14:44:44 kabini1 kernel: ugen3.2: at usbus3 Apr 14 14:44:44 kabini1 kernel: umass0: on usbus3 Apr 14 14:44:44 kabini1 kernel: umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x4100 Apr 14 14:44:44 kabini1 kernel: umass0:4:0:-1: Attached to scbus4 Apr 14 14:44:44 kabini1 kernel: da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 Apr 14 14:44:44 kabini1 kernel: da0: Removable Direct Access SCSI-0 device Apr 14 14:44:44 kabini1 kernel: da0: Serial Number E00000000002 Apr 14 14:44:44 kabini1 kernel: da0: 40.000MB/s transfers Apr 14 14:44:44 kabini1 kernel: da0: 2909MB (5959296 512 byte sectors: 255H 63S/T 370C) Apr 14 14:44:44 kabini1 kernel: da0: quirks=0x2 Apr 14 14:44:44 kabini1 kernel: GEOM_PART: integrity check failed (da0, MBR) How do I mount this to access the data, there are (apparently) no mountable partitions .... 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 Tue Apr 14 19:59:56 2015 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 8FD13B5C for ; Tue, 14 Apr 2015 19:59:56 +0000 (UTC) Received: from mail.computinginnovations.com (dsl081-227-057.chi1.dsl.speakeasy.net [64.81.227.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.computinginnovations.com", Issuer "mail.computinginnovations.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A21E845 for ; Tue, 14 Apr 2015 19:59:55 +0000 (UTC) Received: from i7-quad-PC.computinginnovations.com (dhcp-10-20-30-142.computinginnovations.com [10.20.30.142]) by mail.computinginnovations.com (8.14.9/8.14.9) with ESMTP id t3EJkfwe005777; Tue, 14 Apr 2015 14:46:41 -0500 (CDT) (envelope-from derek@computinginnovations.com) Message-Id: <6.0.0.22.2.20150414144629.054c14f0@mail.computinginnovations.com> X-Sender: derek@mail.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 14 Apr 2015 14:46:34 -0500 To: David Banning , questions@freebsd.org From: Derek Ragona Subject: Re: finding a spammer relaying through sendmail Mime-Version: 1.0 X-Antivirus: avast! (VPS 150414-0, 04/14/2015), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 19:59:56 -0000 I have had this happen too. Even though testing of my server shows it is not an open relay. There are 3 configuration files that are used for the various functions of sendmail. I looked at those files versus the defaults that are installed by mergemaster. I reverted to the defaults as much as possible, and kept only the few customizations I needed. That cut out those relays at least for me. I also use sma to generate a daily report on the sendmail log. You can use that report to block users or domains. -Derek At 11:53 PM 4/13/2015, David Banning wrote: >I have around 40 email users on my system, and one seems have had their >login info stolen. Is there a way to determine which user is being given >authorization to relay through sendmail? I have increased sendmail logging >to 15 but the sender is flagged only as an email address, one unknwon to me. > >Any pointers would be helpful. >_______________________________________________ >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" --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 20:22:17 2015 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 AE08575B for ; Tue, 14 Apr 2015 20:22:17 +0000 (UTC) Received: from mail.monochrome.org (e.febed1.client.atlantech.net [209.190.254.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail", Issuer "mail" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 64F11BA2 for ; Tue, 14 Apr 2015 20:22:16 +0000 (UTC) Received: from [192.168.1.11] (tripel [192.168.1.11]) by mail.monochrome.org (8.14.9/8.14.9) with ESMTP id t3EKL1sL008741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 14 Apr 2015 16:21:01 -0400 (EDT) (envelope-from chris@monochrome.org) Date: Tue, 14 Apr 2015 16:21:44 -0400 (EDT) From: Chris Hill To: "William A. Mahaffey III" cc: FreeBSD Questions !!!! Subject: Re: Access my digital camera via USB In-Reply-To: <552D6F7F.3060908@hiwaay.net> Message-ID: References: <552D6F7F.3060908@hiwaay.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 20:22:17 -0000 On Tue, 14 Apr 2015, William A. Mahaffey III wrote: > I am trying to get some photos off of my digital camera via USB cable. > WHen I plug it in, I get the following in my messages file: > > > Apr 14 14:44:44 kabini1 kernel: ugen3.2: at usbus3 > Apr 14 14:44:44 kabini1 kernel: umass0: class 0/0, rev 2.00/0.00, addr 2> on usbus3 > Apr 14 14:44:44 kabini1 kernel: umass0: 8070i (ATAPI) over Bulk-Only; quirks > = 0x4100 > Apr 14 14:44:44 kabini1 kernel: umass0:4:0:-1: Attached to scbus4 > Apr 14 14:44:44 kabini1 kernel: da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 > Apr 14 14:44:44 kabini1 kernel: da0: Removable > Direct Access SCSI-0 device > Apr 14 14:44:44 kabini1 kernel: da0: Serial Number E00000000002 > Apr 14 14:44:44 kabini1 kernel: da0: 40.000MB/s transfers > Apr 14 14:44:44 kabini1 kernel: da0: 2909MB (5959296 512 byte sectors: 255H > 63S/T 370C) > Apr 14 14:44:44 kabini1 kernel: da0: quirks=0x2 > Apr 14 14:44:44 kabini1 kernel: GEOM_PART: integrity check failed (da0, MBR) > > > How do I mount this to access the data, there are (apparently) no mountable > partitions .... TIA. I would do this: ls /dev | grep ^da ...before and after plugging in the camera, and see what's changed. If you see that (for example) /dev/da0 has appeared, try mounting it. Bear in mind that it may well be msdosfs. If that fails, you may need to use gphoto or some such. Personally I use gtkam. Of course it could also be that your camera's SD card is on the way out. Speaking of which, you could also try removing the SD (or whatever it is) card from the camera and mounting via a USB card reader. HTH. -- Chris Hill chris@monochrome.org ** [ Busy Expunging ] From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 20:40:15 2015 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 2185AC35 for ; Tue, 14 Apr 2015 20:40:15 +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 DBDBAD11 for ; Tue, 14 Apr 2015 20:40:14 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-234.adsl.hiwaay.net [216.180.76.234]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t3EKeDMm001036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 14 Apr 2015 15:40:13 -0500 Message-ID: <552D7B2D.3080805@hiwaay.net> Date: Tue, 14 Apr 2015 15:46:28 -0453 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 CC: "FreeBSD Questions !!!!" Subject: Re: Access my digital camera via USB References: <552D6F7F.3060908@hiwaay.net> 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.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 20:40:15 -0000 On 04/14/15 15:27, Chris Hill wrote: > On Tue, 14 Apr 2015, William A. Mahaffey III wrote: > >> I am trying to get some photos off of my digital camera via USB >> cable. WHen I plug it in, I get the following in my messages file: >> >> >> Apr 14 14:44:44 kabini1 kernel: ugen3.2: at usbus3 >> Apr 14 14:44:44 kabini1 kernel: umass0: > Camera, class 0/0, rev 2.00/0.00, addr 2> on usbus3 >> Apr 14 14:44:44 kabini1 kernel: umass0: 8070i (ATAPI) over >> Bulk-Only; quirks = 0x4100 >> Apr 14 14:44:44 kabini1 kernel: umass0:4:0:-1: Attached to scbus4 >> Apr 14 14:44:44 kabini1 kernel: da0 at umass-sim0 bus 0 scbus4 target >> 0 lun 0 >> Apr 14 14:44:44 kabini1 kernel: da0: >> Removable Direct Access SCSI-0 device >> Apr 14 14:44:44 kabini1 kernel: da0: Serial Number E00000000002 >> Apr 14 14:44:44 kabini1 kernel: da0: 40.000MB/s transfers >> Apr 14 14:44:44 kabini1 kernel: da0: 2909MB (5959296 512 byte >> sectors: 255H 63S/T 370C) >> Apr 14 14:44:44 kabini1 kernel: da0: quirks=0x2 >> Apr 14 14:44:44 kabini1 kernel: GEOM_PART: integrity check failed >> (da0, MBR) >> >> >> How do I mount this to access the data, there are (apparently) no >> mountable partitions .... TIA. > > I would do this: > > ls /dev | grep ^da > > ...before and after plugging in the camera, and see what's changed. > > If you see that (for example) /dev/da0 has appeared, try mounting it. > Bear in mind that it may well be msdosfs. If that fails, you may need > to use gphoto or some such. Personally I use gtkam. Of course it could > also be that your camera's SD card is on the way out. > > Speaking of which, you could also try removing the SD (or whatever it > is) card from the camera and mounting via a USB card reader. > > HTH. > [root@kabini1, /etc, 3:00:38pm] 374 % lf /dev/ acpi ad6@ ada0p1 ada2p2 bpf0@ dsp1.0 kbd1@ mixer0 pci ttyu0 ttyv8 ugen2.1@ usb/ ad10@ ad6p1@ ada0p2 ada2p3 console dsp2.0 kbd2@ mixer1 ppi0 ttyu0.init ttyv9 ugen3.1@ usbctl ad10p1@ ad6p2@ ada0p3 ada2p4 consolectl dsp3.0 kbdmux0 mixer2 ptmx ttyu0.lock ttyva ugen3.2@ vboxdrv ad10p2@ ad6p3@ ada0p4 ada3 ctty dumpdev@ klog mixer3 pts/ ttyv0 ttyvb ugen4.1@ vboxdrvu ad10p3@ ad6p4@ ada1 ada3p1 cuau0 fd/ kmem nfslock random ttyv1 ttyvc ugen4.2@ vboxnetctl ad10p4@ ad8@ ada1p1 ada3p2 cuau0.init fido log@ null sndstat ttyv2 ttyvd ugen4.3@ xpt0 ad4@ ad8p1@ ada1p2 ada3p3 cuau0.lock geom.ctl lpt0 pass0 stderr@ ttyv3 ttyve ugen5.1@ zero ad4p1@ ad8p2@ ada1p3 ada3p4 da0 gpt/ lpt0.ctl pass1 stdin@ ttyv4 ttyvf ukbd0 ad4p2@ ad8p3@ ada1p4 atkbd0 devctl gptid/ mdctl pass2 stdout@ ttyv5 ufssuspend ums0 ad4p3@ ad8p4@ ada2 audit devstat io mem pass3 stripe/ ttyv6 ugen0.1@ ums1 ad4p4@ ada0 ada2p1 bpf dsp0.0 kbd0@ midistat pass4 sysmouse ttyv7 ugen1.1@ urandom@ [root@kabini1, /etc, 3:42:51pm] 375 % ls /dev | grep ^da [root@kabini1, /etc, 3:42:58pm] 376 % lf /dev/da* /dev/da0 [root@kabini1, /etc, 3:43:10pm] 377 % ll !$ ll /dev/da* crw-r----- 1 root operator 0xc9 Apr 14 14:50 /dev/da0 [root@kabini1, /etc, 3:43:14pm] 378 % the only thing that appeared was /dev/da0 [root@kabini1, /etc, 3:44:53pm] 379 % mount -t msdosfs /dev/da0 /media/flash/ mount_msdosfs: /dev/da0: Invalid argument [root@kabini1, /etc, 3:45:22pm] 380 % I'm stumped, need anything else, please ask & thanks :-) .... -- 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 Apr 14 21:04:59 2015 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 DCC3C31E; Tue, 14 Apr 2015 21:04:59 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F76A9; Tue, 14 Apr 2015 21:04:59 +0000 (UTC) Received: from [80.67.16.118] (helo=webmail.df.eu) by smtprelay06.ispgateway.de with esmtpa (Exim 4.84) (envelope-from ) id 1Yi7ne-00025l-Tb; Tue, 14 Apr 2015 22:51:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 14 Apr 2015 22:51:14 +0200 From: Markus Hoenicka To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! , owner-freebsd-questions@freebsd.org Subject: Re: Access my digital camera via USB In-Reply-To: <552D7B2D.3080805@hiwaay.net> References: <552D6F7F.3060908@hiwaay.net> <552D7B2D.3080805@hiwaay.net> Message-ID: <8768fe3be10ee7853045123107df4749@mhoenicka.de> X-Sender: markus.hoenicka@mhoenicka.de User-Agent: Roundcube Webmail X-Df-Sender: bWFya3VzLmhvZW5pY2thQG1ob2VuaWNrYS5kZQ== X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 21:05:00 -0000 At 2015-04-14 22:39, William A. Mahaffey III was heard to say: > On 04/14/15 15:27, Chris Hill wrote: >> On Tue, 14 Apr 2015, William A. Mahaffey III wrote: >> >>> I am trying to get some photos off of my digital camera via USB >>> cable. WHen I plug it in, I get the following in my messages file: >>> >>> >>> Apr 14 14:44:44 kabini1 kernel: ugen3.2: at usbus3 >>> Apr 14 14:44:44 kabini1 kernel: umass0: >> Camera, class 0/0, rev 2.00/0.00, addr 2> on usbus3 >>> Apr 14 14:44:44 kabini1 kernel: umass0: 8070i (ATAPI) over >>> Bulk-Only; quirks = 0x4100 >>> Apr 14 14:44:44 kabini1 kernel: umass0:4:0:-1: Attached to scbus4 >>> Apr 14 14:44:44 kabini1 kernel: da0 at umass-sim0 bus 0 scbus4 target >>> 0 lun 0 >>> Apr 14 14:44:44 kabini1 kernel: da0: >>> Removable Direct Access SCSI-0 device >>> Apr 14 14:44:44 kabini1 kernel: da0: Serial Number E00000000002 >>> Apr 14 14:44:44 kabini1 kernel: da0: 40.000MB/s transfers >>> Apr 14 14:44:44 kabini1 kernel: da0: 2909MB (5959296 512 byte >>> sectors: 255H 63S/T 370C) >>> Apr 14 14:44:44 kabini1 kernel: da0: quirks=0x2 >>> Apr 14 14:44:44 kabini1 kernel: GEOM_PART: integrity check failed >>> (da0, MBR) >>> >>> >>> How do I mount this to access the data, there are (apparently) no >>> mountable partitions .... TIA. >> >> I would do this: >> >> ls /dev | grep ^da >> >> ...before and after plugging in the camera, and see what's changed. >> >> If you see that (for example) /dev/da0 has appeared, try mounting it. >> Bear in mind that it may well be msdosfs. If that fails, you may need >> to use gphoto or some such. Personally I use gtkam. Of course it could >> also be that your camera's SD card is on the way out. >> >> Speaking of which, you could also try removing the SD (or whatever it >> is) card from the camera and mounting via a USB card reader. >> >> HTH. >> > > [root@kabini1, /etc, 3:00:38pm] 374 % lf /dev/ > acpi ad6@ ada0p1 ada2p2 bpf0@ dsp1.0 > kbd1@ mixer0 pci ttyu0 ttyv8 ugen2.1@ usb/ > ad10@ ad6p1@ ada0p2 ada2p3 console dsp2.0 > kbd2@ mixer1 ppi0 ttyu0.init ttyv9 ugen3.1@ > usbctl > ad10p1@ ad6p2@ ada0p3 ada2p4 consolectl dsp3.0 > kbdmux0 mixer2 ptmx ttyu0.lock ttyva ugen3.2@ > vboxdrv > ad10p2@ ad6p3@ ada0p4 ada3 ctty dumpdev@ klog > mixer3 pts/ ttyv0 ttyvb ugen4.1@ vboxdrvu > ad10p3@ ad6p4@ ada1 ada3p1 cuau0 fd/ kmem > nfslock random ttyv1 ttyvc ugen4.2@ > vboxnetctl > ad10p4@ ad8@ ada1p1 ada3p2 cuau0.init fido > log@ null sndstat ttyv2 ttyvd ugen4.3@ xpt0 > ad4@ ad8p1@ ada1p2 ada3p3 cuau0.lock geom.ctl > lpt0 pass0 stderr@ ttyv3 ttyve ugen5.1@ zero > ad4p1@ ad8p2@ ada1p3 ada3p4 da0 gpt/ > lpt0.ctl pass1 stdin@ ttyv4 ttyvf ukbd0 > ad4p2@ ad8p3@ ada1p4 atkbd0 devctl gptid/ > mdctl pass2 stdout@ ttyv5 ufssuspend ums0 > ad4p3@ ad8p4@ ada2 audit devstat io > mem pass3 stripe/ ttyv6 ugen0.1@ ums1 > ad4p4@ ada0 ada2p1 bpf dsp0.0 kbd0@ > midistat pass4 sysmouse ttyv7 ugen1.1@ urandom@ > [root@kabini1, /etc, 3:42:51pm] 375 % ls /dev | grep ^da > [root@kabini1, /etc, 3:42:58pm] 376 % lf /dev/da* > /dev/da0 > [root@kabini1, /etc, 3:43:10pm] 377 % ll !$ > ll /dev/da* > crw-r----- 1 root operator 0xc9 Apr 14 14:50 /dev/da0 > [root@kabini1, /etc, 3:43:14pm] 378 % > > the only thing that appeared was /dev/da0 > > > [root@kabini1, /etc, 3:44:53pm] 379 % mount -t msdosfs /dev/da0 > /media/flash/ > mount_msdosfs: /dev/da0: Invalid argument > [root@kabini1, /etc, 3:45:22pm] 380 % > > > I'm stumped, need anything else, please ask & thanks :-) .... If your camera speaks PTP, you may try this instead: http://www.mhoenicka.de/system-cgi/blog/index.php?itemid=2234 regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 21:09:11 2015 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 31DC15E5 for ; Tue, 14 Apr 2015 21:09:11 +0000 (UTC) Received: from mailrelay9.public.one.com (mailrelay9.public.one.com [195.47.247.20]) (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 7A162C0 for ; Tue, 14 Apr 2015 21:09:09 +0000 (UTC) X-HalOne-Cookie: bc68e9f5ff88c08ed5d8fa2fa90c1da2b6f3668d X-HalOne-ID: 52f0c3ba-e2ea-11e4-8e3f-b82a72d03b9b DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=diamondbox.dk; s=20140924; h=from:subject:date:message-id:to:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:references; bh=aNFgcFc/OB/U0Ua0/xw+uDpu52e6GbdoeK7mnQPcnzw=; b=UJZQ6fUtHbGlkAy4yPzGyAfeoB4je6SqFFNp+QRk8JImcZQOc6foUovgUAbKFZ127VJrSG/SDNBUK oxJqhO31NQZJ854LXTqA4oO/gyChBb4PUhuadGyMIKfkqEwt8JiJZZb7Gn2/+7lsedCGQw6i8DBZhS ZVWKN+haYtthmgH8= Received: from diamond.diamondbox.dk (unknown [212.242.182.205]) by smtpfilter2.public.one.com (Halon Mail Gateway) with ESMTPSA; Tue, 14 Apr 2015 21:07:56 +0000 (GMT) Message-ID: <552D81A8.5080002@diamondbox.dk> Date: Tue, 14 Apr 2015 23:07:52 +0200 From: Nikolaj Thygesen Organization: diamondbox.dk User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "William A. Mahaffey III" CC: "FreeBSD Questions !!!!" Subject: Re: Access my digital camera via USB References: <552D6F7F.3060908@hiwaay.net> <552D7B2D.3080805@hiwaay.net> In-Reply-To: <552D7B2D.3080805@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.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 21:09:11 -0000 I had a similar problem with my Lumix, and the reason was FAT32 (I think - it's been a while) on the flash card. Do you know for sure which fs is used? N :o) On 04/14/2015 22:39, William A. Mahaffey III wrote: > On 04/14/15 15:27, Chris Hill wrote: >> On Tue, 14 Apr 2015, William A. Mahaffey III wrote: >> >>> I am trying to get some photos off of my digital camera via USB >>> cable. WHen I plug it in, I get the following in my messages file: >>> >>> >>> Apr 14 14:44:44 kabini1 kernel: ugen3.2: at usbus3 >>> Apr 14 14:44:44 kabini1 kernel: umass0: >> Camera, class 0/0, rev 2.00/0.00, addr 2> on usbus3 >>> Apr 14 14:44:44 kabini1 kernel: umass0: 8070i (ATAPI) over >>> Bulk-Only; quirks = 0x4100 >>> Apr 14 14:44:44 kabini1 kernel: umass0:4:0:-1: Attached to scbus4 >>> Apr 14 14:44:44 kabini1 kernel: da0 at umass-sim0 bus 0 scbus4 >>> target 0 lun 0 >>> Apr 14 14:44:44 kabini1 kernel: da0: >>> Removable Direct Access SCSI-0 device >>> Apr 14 14:44:44 kabini1 kernel: da0: Serial Number E00000000002 >>> Apr 14 14:44:44 kabini1 kernel: da0: 40.000MB/s transfers >>> Apr 14 14:44:44 kabini1 kernel: da0: 2909MB (5959296 512 byte >>> sectors: 255H 63S/T 370C) >>> Apr 14 14:44:44 kabini1 kernel: da0: quirks=0x2 >>> Apr 14 14:44:44 kabini1 kernel: GEOM_PART: integrity check failed >>> (da0, MBR) >>> >>> >>> How do I mount this to access the data, there are (apparently) no >>> mountable partitions .... TIA. >> From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 21:33:30 2015 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 DCFC2B55 for ; Tue, 14 Apr 2015 21:33:30 +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 8C145400 for ; Tue, 14 Apr 2015 21:33:30 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t3ELXS1i019009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 14 Apr 2015 15:33:28 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t3ELXSdt019006; Tue, 14 Apr 2015 15:33:28 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 14 Apr 2015 15:33:28 -0600 (MDT) From: Warren Block To: "William A. Mahaffey III" cc: FreeBSD Questions !!!! Subject: Re: Access my digital camera via USB In-Reply-To: <552D6F7F.3060908@hiwaay.net> Message-ID: References: <552D6F7F.3060908@hiwaay.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 14 Apr 2015 15:33:28 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 21:33:31 -0000 On Tue, 14 Apr 2015, William A. Mahaffey III wrote: > > > I am trying to get some photos off of my digital camera via USB cable. WHen I > plug it in, I get the following in my messages file: > > > Apr 14 14:44:44 kabini1 kernel: ugen3.2: at usbus3 > Apr 14 14:44:44 kabini1 kernel: umass0: class 0/0, rev 2.00/0.00, addr 2> on usbus3 > Apr 14 14:44:44 kabini1 kernel: umass0: 8070i (ATAPI) over Bulk-Only; quirks > = 0x4100 > Apr 14 14:44:44 kabini1 kernel: umass0:4:0:-1: Attached to scbus4 > Apr 14 14:44:44 kabini1 kernel: da0 at umass-sim0 bus 0 scbus4 target 0 lun 0 > Apr 14 14:44:44 kabini1 kernel: da0: Removable > Direct Access SCSI-0 device > Apr 14 14:44:44 kabini1 kernel: da0: Serial Number E00000000002 > Apr 14 14:44:44 kabini1 kernel: da0: 40.000MB/s transfers > Apr 14 14:44:44 kabini1 kernel: da0: 2909MB (5959296 512 byte sectors: 255H > 63S/T 370C) > Apr 14 14:44:44 kabini1 kernel: da0: quirks=0x2 > Apr 14 14:44:44 kabini1 kernel: GEOM_PART: integrity check failed (da0, MBR) Look at that last line. Probably no slices will be visible until the integrity problem is fixed. This could be due to the camera firmware, and the card might work in a separate card reader. Or it could be an actual problem with the MBR on the card. I think there is a sysctl to disable integrity checking, but that is a workaround, not a solution. From owner-freebsd-questions@FreeBSD.ORG Tue Apr 14 22:48:37 2015 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 DE1BAEBF for ; Tue, 14 Apr 2015 22:48: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 9C7A2DC6 for ; Tue, 14 Apr 2015 22:48:36 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-234.adsl.hiwaay.net [216.180.76.234]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t3EMmXcW007122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 14 Apr 2015 17:48:34 -0500 Message-ID: <552D9941.2050905@hiwaay.net> Date: Tue, 14 Apr 2015 17:54:48 -0453 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 CC: "FreeBSD Questions !!!!" Subject: Re: Access my digital camera via USB References: <552D6F7F.3060908@hiwaay.net> <552D7B2D.3080805@hiwaay.net> <552D81A8.5080002@diamondbox.dk> In-Reply-To: <552D81A8.5080002@diamondbox.dk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 22:48:37 -0000 On 04/14/15 16:14, Nikolaj Thygesen wrote: > I had a similar problem with my Lumix, and the reason was FAT32 (I > think - it's been a while) on the flash card. Do you know for sure > which fs is used? > > N :o) > > On 04/14/2015 22:39, William A. Mahaffey III wrote: >> On 04/14/15 15:27, Chris Hill wrote: >>> On Tue, 14 Apr 2015, William A. Mahaffey III wrote: >>> >>>> I am trying to get some photos off of my digital camera via USB >>>> cable. WHen I plug it in, I get the following in my messages file: >>>> >>>> >>>> Apr 14 14:44:44 kabini1 kernel: ugen3.2: at usbus3 >>>> Apr 14 14:44:44 kabini1 kernel: umass0: >>> Camera, class 0/0, rev 2.00/0.00, addr 2> on usbus3 >>>> Apr 14 14:44:44 kabini1 kernel: umass0: 8070i (ATAPI) over >>>> Bulk-Only; quirks = 0x4100 >>>> Apr 14 14:44:44 kabini1 kernel: umass0:4:0:-1: Attached to scbus4 >>>> Apr 14 14:44:44 kabini1 kernel: da0 at umass-sim0 bus 0 scbus4 >>>> target 0 lun 0 >>>> Apr 14 14:44:44 kabini1 kernel: da0: >>>> Removable Direct Access SCSI-0 device >>>> Apr 14 14:44:44 kabini1 kernel: da0: Serial Number E00000000002 >>>> Apr 14 14:44:44 kabini1 kernel: da0: 40.000MB/s transfers >>>> Apr 14 14:44:44 kabini1 kernel: da0: 2909MB (5959296 512 byte >>>> sectors: 255H 63S/T 370C) >>>> Apr 14 14:44:44 kabini1 kernel: da0: quirks=0x2 >>>> Apr 14 14:44:44 kabini1 kernel: GEOM_PART: integrity check failed >>>> (da0, MBR) >>>> >>>> >>>> How do I mount this to access the data, there are (apparently) no >>>> mountable partitions .... TIA. >>> > No clue :-) .... There is no partition table presented, see below: [root@kabini1, /etc, 5:48:46pm] 447 % fdisk -l /dev/da0 fdisk: illegal option -- l usage: fdisk [-BIaipqstu] [-b bootcode] [-1234] [disk] fdisk -f configfile [-itv] [disk] [root@kabini1, /etc, 5:48:51pm] 448 % fdisk /dev/da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=370 heads=255 sectors/track=63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=370 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 12 (0x0c),(DOS or Windows 95 with 32 bit FAT (LBA)) start 8192, size 31119360 (15195 Meg), flag 0 beg: cyl 0/ head 130/ sector 3; end: cyl 913/ head 153/ sector 8 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: [root@kabini1, /etc, 5:49:58pm] 449 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p13 FreeBSD 9.3-RELEASE-p13 #0: Tue Apr 7 03:01:12 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [root@kabini1, /etc, 5:51:01pm] 450 % So it does see the device, right size, just can't seem to figure out how to extract data. When I remove the SD card & mount that, all is AOK, I got the stuff off, so I am off to the races, it's just puzzling why the camera didn't work w/ the SD card installed in it .... -- 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 Apr 14 22:53:12 2015 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 7560E149 for ; Tue, 14 Apr 2015 22:53:12 +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 3BF34E8D for ; Tue, 14 Apr 2015 22:53:11 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-234.adsl.hiwaay.net [216.180.76.234]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t3EMrAuj008732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 14 Apr 2015 17:53:11 -0500 Message-ID: <552D9A56.5070604@hiwaay.net> Date: Tue, 14 Apr 2015 17:59:25 -0453 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 CC: "FreeBSD Questions !!!!" Subject: Re: Access my digital camera via USB References: <552D6F7F.3060908@hiwaay.net> 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.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 22:53:12 -0000 On 04/14/15 16:39, Warren Block wrote: > On Tue, 14 Apr 2015, William A. Mahaffey III wrote: > >> >> >> I am trying to get some photos off of my digital camera via USB >> cable. WHen I plug it in, I get the following in my messages file: >> >> >> Apr 14 14:44:44 kabini1 kernel: ugen3.2: at usbus3 >> Apr 14 14:44:44 kabini1 kernel: umass0: > Camera, class 0/0, rev 2.00/0.00, addr 2> on usbus3 >> Apr 14 14:44:44 kabini1 kernel: umass0: 8070i (ATAPI) over >> Bulk-Only; quirks = 0x4100 >> Apr 14 14:44:44 kabini1 kernel: umass0:4:0:-1: Attached to scbus4 >> Apr 14 14:44:44 kabini1 kernel: da0 at umass-sim0 bus 0 scbus4 target >> 0 lun 0 >> Apr 14 14:44:44 kabini1 kernel: da0: >> Removable Direct Access SCSI-0 device >> Apr 14 14:44:44 kabini1 kernel: da0: Serial Number E00000000002 >> Apr 14 14:44:44 kabini1 kernel: da0: 40.000MB/s transfers >> Apr 14 14:44:44 kabini1 kernel: da0: 2909MB (5959296 512 byte >> sectors: 255H 63S/T 370C) >> Apr 14 14:44:44 kabini1 kernel: da0: quirks=0x2 >> Apr 14 14:44:44 kabini1 kernel: GEOM_PART: integrity check failed >> (da0, MBR) > > Look at that last line. Probably no slices will be visible until the > integrity problem is fixed. This could be due to the camera firmware, > and the card might work in a separate card reader. Or it could be an > actual problem with the MBR on the card. I think there is a sysctl to > disable integrity checking, but that is a workaround, not a solution. > Card did in fact work when removed from camera, however same message, I always see it for all the USB drives I have mounted, I have been ignoring it :-/ ....; -- 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 Apr 15 05:18:50 2015 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 0746C819; Wed, 15 Apr 2015 05:18:50 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E3DCC83; Wed, 15 Apr 2015 05:18:49 +0000 (UTC) Received: by wgin8 with SMTP id n8so34024822wgi.0; Tue, 14 Apr 2015 22:18:48 -0700 (PDT) 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=qlbHKNdWhBtWfdgeoCwNYQyD1o2NxkbrTRNKxcj1VYc=; b=o9vrOLg0+GrBxiaMcteJf67My3CPAtfvN5kOmZ+sbErEQBab7kFd3wUZbe1PwwrmuV xJdQR2etFPsaNBASRbuQRKzsBaOcjLp75nq3GDvpoIhUC7+v+naMTnk6azweF6A8qOLh WSdQGhVzmr0R0oUt/H7s0MTfTPcgbxJwOByNcEDbUgBhxal0TVIyu6m4DsSt9ObkTmQi 0z8vNTL7/4PJXxjLsfig20zTBghMKrkqi4gMWFVHzBBRvDJ7NV8iZnFrAQYHPGY7thz2 oPebfK9UPMNoVaTlNVkeb9+0IOyDLYbr/jVoFpUq5AIb/CNnMqkZQOBMrvIRhe5YsEEy ZIVw== MIME-Version: 1.0 X-Received: by 10.180.37.101 with SMTP id x5mr38740811wij.74.1429075127935; Tue, 14 Apr 2015 22:18:47 -0700 (PDT) Received: by 10.28.21.82 with HTTP; Tue, 14 Apr 2015 22:18:47 -0700 (PDT) In-Reply-To: <552D135F.9010907@FreeBSD.org> References: <552D135F.9010907@FreeBSD.org> Date: Wed, 15 Apr 2015 15:18:47 +1000 Message-ID: Subject: Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror From: yudi v To: Matthew Seaman Cc: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 05:18:50 -0000 hi It's not the BIOS settings, I checked. It picks up the other HDD in the mirror and goes through the boot code and then it fails at booting into zfs root pool. The error is: *Trying to mount root from zfs:osysPool/ROOT/default []... *> * Mounting from zfs:osysPool/ROOT/default failed with error 6.* it is something to do with the guid mismatch for ada2p3 and ada3p3, not sure why it's even trying to compare them as they are the two partitions in the mirror. Please see the below images for the relevant console messages. screen1: https://drive.google.com/file/d/1Q-F-8kF-Nevn5ijvFXLNuvtJOuRn7ztO2Q/view?us= p=3Dsharing screen2: https://drive.google.com/file/d/1ZGseshS0Uk0cc6Gli_-tywHNXO7sLQ_aVw/view?us= p=3Dsharing I think for this to work /dev/ada2p3 should be attached (which has guid 2114803205502328891) but ends up attaching /dev/ada2 with guid 15791103587254396721 (this is the guid for ada3p3). ada3 is the one I am disconnecting to test this. =E2=80=8B=E2=80=8B output from #zdb -l /dev/ada2 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D -------------------------------------------- LABEL 0 -------------------------------------------- failed to unpack label 0 -------------------------------------------- LABEL 1 -------------------------------------------- failed to unpack label 1 -------------------------------------------- LABEL 2 -------------------------------------------- version: 5000 name: 'osysPool' state: 0 txg: 30644 pool_guid: 3008044207603099329 hostid: 1990654128 hostname: '' top_guid: 16302517322241353808 guid: 2114803205502328891 vdev_children: 1 vdev_tree: type: 'mirror' id: 0 guid: 16302517322241353808 metaslab_array: 33 metaslab_shift: 29 ashift: 9 asize: 70355779584 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 2114803205502328891 path: '/dev/ada2p3' phys_path: '/dev/ada2p3' whole_disk: 1 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 15791103587254396721 path: '/dev/ada3p3' phys_path: '/dev/ada3p3' whole_disk: 1 create_txg: 4 features_for_read: -------------------------------------------- LABEL 3 -------------------------------------------- version: 5000 name: 'osysPool' state: 0 txg: 30644 pool_guid: 3008044207603099329 hostid: 1990654128 hostname: '' top_guid: 16302517322241353808 guid: 2114803205502328891 vdev_children: 1 vdev_tree: type: 'mirror' id: 0 guid: 16302517322241353808 metaslab_array: 33 metaslab_shift: 29 ashift: 9 asize: 70355779584 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 2114803205502328891 path: '/dev/ada2p3' phys_path: '/dev/ada2p3' whole_disk: 1 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 15791103587254396721 path: '/dev/ada3p3' phys_path: '/dev/ada3p3' whole_disk: 1 create_txg: 4 features_for_read: output from #zdb -l /dev/ada3 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D -------------------------------------------- LABEL 0 -------------------------------------------- failed to unpack label 0 -------------------------------------------- LABEL 1 -------------------------------------------- failed to unpack label 1 -------------------------------------------- LABEL 2 -------------------------------------------- version: 5000 name: 'osysPool' state: 0 txg: 30644 pool_guid: 3008044207603099329 hostid: 1990654128 hostname: '' top_guid: 16302517322241353808 guid: 15791103587254396721 vdev_children: 1 vdev_tree: type: 'mirror' id: 0 guid: 16302517322241353808 metaslab_array: 33 metaslab_shift: 29 ashift: 9 asize: 70355779584 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 2114803205502328891 path: '/dev/ada2p3' phys_path: '/dev/ada2p3' whole_disk: 1 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 15791103587254396721 path: '/dev/ada3p3' phys_path: '/dev/ada3p3' whole_disk: 1 create_txg: 4 features_for_read: -------------------------------------------- LABEL 3 -------------------------------------------- version: 5000 name: 'osysPool' state: 0 txg: 30644 pool_guid: 3008044207603099329 hostid: 1990654128 hostname: '' top_guid: 16302517322241353808 guid: 15791103587254396721 vdev_children: 1 vdev_tree: type: 'mirror' id: 0 guid: 16302517322241353808 metaslab_array: 33 metaslab_shift: 29 ashift: 9 asize: 70355779584 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 2114803205502328891 path: '/dev/ada2p3' phys_path: '/dev/ada2p3' whole_disk: 1 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 15791103587254396721 path: '/dev/ada3p3' phys_path: '/dev/ada3p3' whole_disk: 1 create_txg: 4 features_for_read: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D Is anything amiss in the above label info for these two drives? I have used these two drives before for testing and reinstalled the os and recreated the pools. Any suggestions on how to fix this. Thanks Yudi On Tue, Apr 14, 2015 at 11:17 PM, Matthew Seaman wrote: > On 2015/04/14 13:35, yudi v wrote: > > I was testing recovery scenario by removing one of the drives in a 2-wa= y > > mirror, but the system fails to boot and comes up with the mountroot > prompt > > with error 2. When I reconnect the second drive, it boots fine again. > > > > Any suggestions on what the problem might be? > > > > it's a simple root-on-ZFS setup (9.1 upgraded to 10.1 recently) with tw= o > > disks in mirror config. > > each disk has 3 partitions, first one has the boot code, second has the > > swap, third has the OS. > > > > and the zfs pool is setup on the 3rd partition of the two disks. > > Check the BIOS settings -- there will be a list giving the order of > preference for devices to boot from. Frequently you'll find there is > one slot for 'Harddrive' and you get to select just one of the drives > attached to the system to boot from. In this case, simply telling it to > use the other disk should allow you to boot. Otherwise, if your bios > allows you to specify several hard drives, then reordering the drives in > the preference list might make it work. This last really shouldn't be > necessary, but not all BIOSes are created equal. > > Cheers, > > Matthew > > > > --=20 Kind regards, Yudi From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 08:02:55 2015 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 70F5F60F for ; Wed, 15 Apr 2015 08:02:55 +0000 (UTC) Received: from mail-vn0-x22e.google.com (mail-vn0-x22e.google.com [IPv6:2607:f8b0:400c:c0f::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2801A10A for ; Wed, 15 Apr 2015 08:02:55 +0000 (UTC) Received: by vnbg190 with SMTP id g190so12091745vnb.12 for ; Wed, 15 Apr 2015 01:02:54 -0700 (PDT) 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=vz8aEfM7+zIO82k1C6+ohKOFhuRIa3PGfQDDrxbD/ks=; b=pKNcc7LlASk9jZ3yH91tALQ6GY7ZeRj/na3gH1nXTVg9G0bJpIL+zIgU6s/b/O+Nfc PdUfRHrCoYE04QDIyZ7xyzboWwaPoUd10aeFSnoNLuAAqNIl4KwKZYa/ZKoIiXQ15krj /V+qIG58EzxXa4kOqcVoD3L3Y1jcZF8+l4v/6jVpp6ws12+DuPGHP5LBPVAk8CQRoG4d lfQdZ3Db3F5SYN+eq1xHC7+cvJcpW0YMOgz8qOCzN0SeA7BU3D07/5CZb2gBsHn3eIWL VMUHthmxFCe2Q6SifhtVnk029bRD4Ox1mfLb3jIGyew6G1nJ3f+26KFV0hyAn4tlMIdW lHoQ== MIME-Version: 1.0 X-Received: by 10.60.37.166 with SMTP id z6mr19576900oej.63.1429084974226; Wed, 15 Apr 2015 01:02:54 -0700 (PDT) Received: by 10.76.72.66 with HTTP; Wed, 15 Apr 2015 01:02:54 -0700 (PDT) Date: Wed, 15 Apr 2015 12:02:54 +0400 Message-ID: Subject: High LA caused by php-fpm From: Dimitri Minaev To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 08:02:55 -0000 Hello, Today, I tried to move our bunch of Drupal-powered web sites to a new server. The old server was running FreeBSD 7.2 and I wanted to install a newer version. In the meanwhile, I transferred the sites to the new server (FreeBSD 10.1 on ZFS mirror, 1CPU with 6 cores and hyperthreading). Everything looked fine, but as soon as the requests rate reached the usual 50-150 req/sec, the server shut up. Load average went up to 60, all requests timed out and the backlog on php-fpm socket was full (2048). All diagnostic tools showed that I/O was negligible, there was no swapping and the only problem was high CPU usage caused by php-fpm. Php-fpm was configured to start 100 children. When I lowered the number to 50, LA decreased to 30, but the requests were timing out as before. Things looked like high LA was caused by bad PHP code, but it was the same code that ran without problems on the old server. I tried to trace PHP scripts using `truss', but could not find any problems -- just normal operations. Slow PHP requests logged by php-fpm contained no regular patterns that might indicate problematic areas -- any kind of request ended up in the slow log. freebsd-questions@freebsd.org I moved the sites back to the old server. The LA on the old one stayed high until the queued requests had been processed. What's wrong with php-fpm? Some specs: FreeBSD 10.1-RELEASE-p9 running on Xeon(R) CPU E5-2420. Root partition is on ZFS. PHP 5.3.29 (5.3 required by developers). Nginx 1.6.2. MySQL runs on another server and doesn't look like a bottleneck. This is the upper part of `top' output: Mem: 317M Active, 5866M Inact, 6819M Wired, 2724M Free ARC: 5652M Total, 2382M MFU, 2554M MRU, 16K Anon, 32M Header, 684M Other Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 34803 www 81 0 310M 172M RUN 4 7:40 31.05% php-fpm{php-fpm} 34796 www 80 0 314M 175M CPU3 3 7:42 30.57% php-fpm{php-fpm} 34797 www 81 0 310M 171M RUN 7 7:35 30.57% php-fpm{php-fpm} 34785 www 80 0 306M 164M *Name 7 7:38 27.88% php-fpm{php-fpm} 34790 www 80 0 310M 172M RUN 5 6:37 27.88% php-fpm{php-fpm} 34783 www 80 0 310M 171M *Name 8 7:40 27.78% php-fpm{php-fpm} 34805 www 80 0 310M 170M CPU6 6 7:38 27.59% php-fpm{php-fpm} 34821 www 80 0 310M 171M RUN 11 7:39 26.95% php-fpm{php-fpm} 34815 www 80 0 318M 178M CPU8 8 7:36 26.37% php-fpm{php-fpm} 34822 www 80 0 310M 171M *Name 0 7:38 26.27% php-fpm{php-fpm} 34813 www 80 0 314M 175M RUN 10 7:40 25.98% php-fpm{php-fpm} 34816 www 79 0 314M 175M RUN 6 7:37 25.98% php-fpm{php-fpm} 34826 www 79 0 314M 175M CPU1 1 7:34 25.98% php-fpm{php-fpm} 34812 www 79 0 306M 167M RUN 6 7:33 25.88% php-fpm{php-fpm} 34823 www 79 0 306M 168M *Name 2 7:35 25.78% php-fpm{php-fpm} 34818 www 79 0 314M 174M *Name 0 7:42 25.68% php-fpm{php-fpm} 34829 www 79 0 310M 172M CPU11 11 7:37 25.68% php-fpm{php-fpm} 34806 www 79 0 310M 172M RUN 2 7:35 25.39% php-fpm{php-fpm} 34817 www 80 0 318M 177M CPU7 7 7:38 25.29% php-fpm{php-fpm} Thanks. -- With best regards, Dimitri Minaev From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 08:50:45 2015 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 00A2A17B for ; Wed, 15 Apr 2015 08:50:44 +0000 (UTC) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5ABE8F3 for ; Wed, 15 Apr 2015 08:50:44 +0000 (UTC) Received: by mail.xtaz.uk (Postfix, from userid 1001) id F0B72209AF21; Wed, 15 Apr 2015 09:50:39 +0100 (BST) Date: Wed, 15 Apr 2015 09:50:39 +0100 From: Matt Smith To: Dimitri Minaev Cc: freebsd-questions@freebsd.org Subject: Re: High LA caused by php-fpm Message-ID: <20150415085039.GF1280@xtaz.uk> Mail-Followup-To: Matt Smith , Dimitri Minaev , freebsd-questions@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 08:50:45 -0000 On Apr 15 12:02, Dimitri Minaev wrote: >Today, I tried to move our bunch of Drupal-powered web sites to a new >server. The old server was running FreeBSD 7.2 and I wanted to install a >newer version. In the meanwhile, I transferred the sites to the new server >(FreeBSD 10.1 on ZFS mirror, 1CPU with 6 cores and hyperthreading). >Everything looked fine, but as soon as the requests rate reached the usual >50-150 req/sec, the server shut up. Load average went up to 60, all >requests timed out and the backlog on php-fpm socket was full (2048). All >diagnostic tools showed that I/O was negligible, there was no swapping and >the only problem was high CPU usage caused by php-fpm. Hi, I had exactly this problem myself along with several other things behaving strangely because of the OpenSSL 1.0.2 update. For me, recompiling openssl with the ASM optimisation option switched off worked around the problem. With ASM on php-fpm used up huge amounts of load average, with ASM off the behavior is back to normal. Of course your issue may not be related to this, but it could be something to investigate. I discussed my issues in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198788 , search for php-fpm on that page. -- Matt From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 09:56:59 2015 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 9BD2E460 for ; Wed, 15 Apr 2015 09:56:59 +0000 (UTC) Received: from mail.parts-unknown.org (mail.parts-unknown.org [IPv6:2001:470:67:119::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7ECDDA9 for ; Wed, 15 Apr 2015 09:56:59 +0000 (UTC) Received: by mail.parts-unknown.org (Postfix, from userid 80) id 664055B3BC30; Wed, 15 Apr 2015 02:56:53 -0700 (PDT) Received: from mail.parts-unknown.org (mail.parts-unknown.org [2001:470:67:119::4]) by mail.parts-unknown.org (Horde Framework) with HTTP; Wed, 15 Apr 2015 02:56:53 -0700 Date: Wed, 15 Apr 2015 02:56:53 -0700 Message-ID: <20150415025653.Horde.iWptN5VXVqED-7MIPegwgg1@mail.parts-unknown.org> From: David Benfell To: freebsd-questions@freebsd.org Subject: In my case, a hang, but same solution: Re: High LA caused by php-fpm References: <20150415085039.GF1280@xtaz.uk> In-Reply-To: <20150415085039.GF1280@xtaz.uk> User-Agent: Horde Application Framework 5 Content-Type: multipart/signed; boundary="=_NctXOGGSZoUbhPZOJxVgYA1"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 09:56:59 -0000 This message is in MIME format and has been PGP signed. --=_NctXOGGSZoUbhPZOJxVgYA1 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Matt Smith : > > Hi, I had exactly this problem myself along with several other=20=20 >=20things behaving strangely because of the OpenSSL 1.0.2 update. For=20= =20 >=20me, recompiling openssl with the ASM optimisation option switched=20=20 >=20off worked around the problem. With ASM on php-fpm used up huge=20=20 >=20amounts of load average, with ASM off the behavior is back to=20=20 >=20normal. Of course your issue may not be related to this, but it=20=20 >=20could be something to investigate. I discussed my issues in=20=20 >=20https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D198788 , search=20= =20 >=20for php-fpm on that page. For me, the problem appeared instead as a hang, both apache 2.4 and=20=20 php-fpm=20were hanging in a 'D' state. *Very* *Very* *Ugly*. But your fix, in combination with portmaster -r openssl, seems to have=20= =20 resolved the problem. --=20 David=20Benfell --=_NctXOGGSZoUbhPZOJxVgYA1 Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVLjXlAAoJEBV64x4SNmArqpIQAJpxKWsTN/xVZLH46piPQy8p kuCSQf0NdZjvW0cUVy3iN18Mve2PH/151HaBlHe0A6B3bf4jE1BhyNmOg5Dk5lAO UEgwVO0OUuSGM1L3Lhbel6kKZl4ZQeO5YYmHI8rBMVRs0qKtPTMQfAxjt1/0+ex6 QVLvHtkN69dciKAQA4QS5pTHp7lPySaGnjTLz+cgevDuvfazSH/dU3DYp1E+87CK fi9SaNd0czicK6C4/uC65n3QHUA//Cs8/U02OWsm76wk4PydXBXG6hgkLE6QSh9Q Rcl4aZtwcVpfJDnBFule2YCtKvT2DrBer9+wYE1gN/0ldL/W36dy1QDC4bEUfuWS 4pbQEb7tYGaCPCYoLwj8rEgGkjIXrCaRJon3CB4lp+3Q/ZhBkCkjaDogXQn104YO /kLbY1rkoLnYhlpIoKM8gY+jSB1ZdsT8qs9dO6UW2t3m6IaUHIVmyA1A/uZDpZyt n49icE+Zxwj1CWpDwaw/jPYB9NzpNSn8O8JP6lvKhUFV+5nyE725GWFpuMTFaDlX 5UDsnSbtO4TgaOMvcSerJ0jK0O5Zb7L3IWOMpnfSygNvkBKlz8WNNDJml/rO3Je8 +xgpz65gCi0NKevfQBOGJdc+ScfNRHnIBA1YbpJ2IjcJEAwLGLfjB9gYyhXGxmdL dwffOrAV9Z3bYaqAWtO+ =mJpy -----END PGP SIGNATURE----- --=_NctXOGGSZoUbhPZOJxVgYA1-- From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 10:10:15 2015 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 2CB8EAAA for ; Wed, 15 Apr 2015 10:10:15 +0000 (UTC) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.94]) (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 DC40C22E for ; Wed, 15 Apr 2015 10:10:14 +0000 (UTC) Received: from [78.35.181.2] (helo=fabiankeil.de) by smtprelay05.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1YiKFJ-0004qF-3F for freebsd-questions@freebsd.org; Wed, 15 Apr 2015 12:08:37 +0200 Date: Wed, 15 Apr 2015 12:08:38 +0200 From: Fabian Keil To: freebsd-questions@freebsd.org Subject: Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror Message-ID: <05238e5a.6156fafe@fabiankeil.de> In-Reply-To: References: <552D135F.9010907@FreeBSD.org> Reply-To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/yjJeiezBcmwPMPL.Yg6/fkk"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 10:10:15 -0000 --Sig_/yjJeiezBcmwPMPL.Yg6/fkk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable yudi v wrote: > It's not the BIOS settings, I checked. It picks up the other HDD in the > mirror and goes through the boot code and then it fails at booting into z= fs > root pool. > The error is: >=20 > *Trying to mount root from zfs:osysPool/ROOT/default []... > *> >=20 > * Mounting from zfs:osysPool/ROOT/default failed with error 6.* >=20 > it is something to do with the guid mismatch for ada2p3 and ada3p3, not > sure why it's even trying to compare them as they are the two partitions = in > the mirror. > Please see the below images for the relevant console messages. > screen1: > https://drive.google.com/file/d/1Q-F-8kF-Nevn5ijvFXLNuvtJOuRn7ztO2Q/view?= usp=3Dsharing > screen2: > https://drive.google.com/file/d/1ZGseshS0Uk0cc6Gli_-tywHNXO7sLQ_aVw/view?= usp=3Dsharing Please note that these resources aren't accessible without allowing presumably non-free JavaScript from untrustworthy (YMMV) sources. > Is anything amiss in the above label info for these two drives? > I have used these two drives before for testing and reinstalled the os and > recreated the pools. > Any suggestions on how to fix this. The problem could be the result of a known race condition that will prevent the system from booting if the kernel looks for the root pool before its vdevs are available. The less disks there are, the "better" the chances that ZFS "wins" the race. The vfs.mountroot.timeout is ignored for ZFS so the kernel only tries once. For details and a patch to change this see: https://lists.freebsd.org/pipermail/freebsd-fs/2015-March/020997.html As a workaround you can add a UFS root file system on a disk that doesn't actually exist to vfs.root.mountfrom. It should be the first one so you don't hit the spa_namespace_lock deadlock reported in: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D198563 Fabian --Sig_/yjJeiezBcmwPMPL.Yg6/fkk Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlUuOKMACgkQBYqIVf93VJ2uSgCgy+7Wl/oEmmJi8ov2bkUQHx+u O5MAoMAuXxwP/GAuh3SHeDFwIM+PYiXJ =YlBL -----END PGP SIGNATURE----- --Sig_/yjJeiezBcmwPMPL.Yg6/fkk-- From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 10:13:13 2015 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 899A6B8C for ; Wed, 15 Apr 2015 10:13:13 +0000 (UTC) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) (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 48F23357 for ; Wed, 15 Apr 2015 10:13:13 +0000 (UTC) Received: from [78.35.181.2] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1YiKIp-0003ic-CH for freebsd-questions@freebsd.org; Wed, 15 Apr 2015 12:12:15 +0200 Date: Wed, 15 Apr 2015 12:12:17 +0200 From: Fabian Keil To: freebsd-questions@freebsd.org Subject: Re: ZFS Volumes, UFS, and TRIM Message-ID: <74f939cf.1642c2ae@fabiankeil.de> In-Reply-To: <20150414182805.GA77026@WorkBox.Home> References: <20150414182805.GA77026@WorkBox.Home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/4wtu5KonxUoEFt49aLpzjcH"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 10:13:13 -0000 --Sig_/4wtu5KonxUoEFt49aLpzjcH Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Bigby James wrote: > Hey folks. I'm having some trouble finding info on a specific ZFS use cas= e: I'm > wondering if a ZFS volume on an SSD, formatted to UFS, is covered by nati= ve ZFS > TRIM support, or if it needs to be enabled on the "embedded" UFS filesyst= em > written to the zvol itself. I see by the man page that by default the OS = sees > the volume as an ordinary GEOM device, which leads me to infer that TRIM = needs > to be set using newfs(8) or tunefs(8), but I'm uncertain. You came to the right conclusion. Fabian --Sig_/4wtu5KonxUoEFt49aLpzjcH Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlUuOYEACgkQBYqIVf93VJ2qeACgrO0W+c1lN2X/u3dyaPA4bX+P QMAAnRH35PesIfCJ80ampA6GxEacGs6c =ajUR -----END PGP SIGNATURE----- --Sig_/4wtu5KonxUoEFt49aLpzjcH-- From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 12:26:56 2015 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 78E7DA1F for ; Wed, 15 Apr 2015 12:26:56 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [74.201.84.162]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 652C764E for ; Wed, 15 Apr 2015 12:26:55 +0000 (UTC) Received: from WorkBox.Home (184-100-88-41.mpls.qwest.net [184.100.88.41]) by mx.zohomail.com with SMTPS id 1429100813722787.6142577210403; Wed, 15 Apr 2015 05:26:53 -0700 (PDT) Date: Wed, 15 Apr 2015 07:26:50 -0500 From: Bigby James To: freebsd-questions@freebsd.org Subject: Re: ZFS Volumes, UFS, and TRIM Message-ID: <20150415122650.GA40508@WorkBox.Home> References: <20150414182805.GA77026@WorkBox.Home> <74f939cf.1642c2ae@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <74f939cf.1642c2ae@fabiankeil.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 12:26:56 -0000 On 04/15, Fabian Keil wrote: > Bigby James wrote: > > > Hey folks. I'm having some trouble finding info on a specific ZFS use case: I'm > > wondering if a ZFS volume on an SSD, formatted to UFS, is covered by native ZFS > > TRIM support, or if it needs to be enabled on the "embedded" UFS filesystem > > written to the zvol itself. I see by the man page that by default the OS sees > > the volume as an ordinary GEOM device, which leads me to infer that TRIM needs > > to be set using newfs(8) or tunefs(8), but I'm uncertain. > > You came to the right conclusion. > > Fabian Excellent, thanks for the response. Take care. -Bigby -- "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools." - Douglas Adams From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 13:09:24 2015 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 9B20BAE2 for ; Wed, 15 Apr 2015 13:09:24 +0000 (UTC) Received: from smtp2.hushmail.com (smtp2.hushmail.com [65.39.178.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.hushmail.com", Issuer "smtp.hushmail.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 784E1C01 for ; Wed, 15 Apr 2015 13:09:24 +0000 (UTC) Received: from smtp2.hushmail.com (localhost [127.0.0.1]) by smtp2.hushmail.com (Postfix) with SMTP id 60CFFA044A for ; Wed, 15 Apr 2015 13:09:17 +0000 (UTC) Received: from smtp.hushmail.com (w3.hushmail.com [65.39.178.62]) by smtp2.hushmail.com (Postfix) with ESMTP; Wed, 15 Apr 2015 13:09:16 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id DF7BFC0713; Wed, 15 Apr 2015 13:09:16 +0000 (UTC) MIME-Version: 1.0 Date: Wed, 15 Apr 2015 13:09:16 +0000 To: "Raimund Sacherer" Cc: freebsd-questions@freebsd.org Subject: Re: Initial request to server extremely slow after longer periods of inactivity From: opendaddy@hushmail.com In-Reply-To: <256156537.124536215.1428917679223.JavaMail.zimbra@logitravel.com> References: <20150409034121.7D7C720395@smtp.hushmail.com> <20150409113928.EE31F401E4@smtp.hushmail.com> <20150409185801.1B1E9401E3@smtp.hushmail.com> <369199529.123430074.1428656504549.JavaMail.zimbra@logitravel.com> <20150411151945.B265FA01DE@smtp.hushmail.com> <256156537.124536215.1428917679223.JavaMail.zimbra@logitravel.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20150415130916.DF7BFC0713@smtp.hushmail.com> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 13:09:24 -0000 Hi! On 13. april 2015 at 9:33 AM, "Raimund Sacherer" wrote: > >Yes, that could be, but you would be able to rule it out rather >quickly, if you do not seem to get the system in the >"unresponsive" state then I would execute them in a screen or tmux >session so they are available for you to check out later. In this >case a top won't do you much good and you have to use some form of >vmstat or similar to check out what had happened (cpu, paging, >interrupt storm, context switches, IO-wait, etc.). If none of >those indicates problems, and the tcpdump does not reveal DNS >problems it may be an issue with the VPS host (if you use a >virtually shared hosted service). Thanks man, I'll give that a go. So basically I have to set up a crontab to run vmstat say once every 30 minutes? O.D. > >Best >Ray > >> Also, how can I do stuff like `traceroute` or `mtr` knowing >beforehand that >> the server is indeed unresponsive? Since it's only unresponsive >on first >> requests, if I send a request to check, things will have >returned to normal >> by the time I get to run those commands. > >> Thanks! > >> O.D. > >-- > >-- > >Raimund Sacherer >Sistemas >Agencia de Viajes Online >www.logitravel.com >Edificio Logitravel, Parcela 3B (Parc Bit) >Ctra. Palma - Valldemossa km 7,4 | 07121 Palma de Mallorca >Tel 902 366 847 | Fax 971 213 495 >Síguenos en: Descarga nuestras aplicaciones para móvil >Este correo electrónico y, en su caso, cualquier fichero anexo, >contiene información de carácter confidencial exclusivamente >dirigida a su destinatario. Queda prohibida su divulgación, copia >o distribución a terceros sin la previa autorización escrita de >LOGITRAVEL S.L.. En caso de haber recibido este correo electrónico >por error, se ruega notifíquese inmediatamente esta circunstancia >mediante reenvío a la dirección electrónica del remitente. Al >mismo tiempo LA EMPRESA le recuerda que sus datos forman o >formarán parte de un fichero registrado como CLIENTES con número >de inscripción 2070610043 en la Agencia General de Protección de >Datos, propiedad de la empresa LOGITRAVEL, con domicilio en >Edificio Logitravel, Ctra. Palma - Valldemosa km 7,4, Parc Bit, >Palma de Mallorca. Usted tiene derecho de acceso, oposición, >rectificación y cancelación a estos datos que deberá ejercer >mediante escrito a la dirección anteriormente citada. From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 13:25:10 2015 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 515822D9 for ; Wed, 15 Apr 2015 13:25:10 +0000 (UTC) Received: from formentor.toolfactory.net (pina.toolfactory.net [213.97.158.39]) by mx1.freebsd.org (Postfix) with ESMTP id E108CE1D for ; Wed, 15 Apr 2015 13:25:09 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id 83EBC177749; Wed, 15 Apr 2015 15:25:07 +0200 (CEST) Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id lWOfwOAzeEEj; Wed, 15 Apr 2015 15:25:07 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by formentor.toolfactory.net (Postfix) with ESMTP id 2D2F517790C; Wed, 15 Apr 2015 15:25:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at logpmzimmta01v.toolfactory.net Received: from formentor.toolfactory.net ([127.0.0.1]) by localhost (formentor.toolfactory.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id pKPbhxjJ0XUD; Wed, 15 Apr 2015 15:25:07 +0200 (CEST) Received: from xorrigo.toolfactory.net (unknown [192.168.2.210]) by formentor.toolfactory.net (Postfix) with ESMTP id 18B0F177749; Wed, 15 Apr 2015 15:25:07 +0200 (CEST) Date: Wed, 15 Apr 2015 15:25:06 +0200 (CEST) From: Raimund Sacherer Reply-To: Raimund Sacherer To: opendaddy@hushmail.com Cc: freebsd-questions@freebsd.org Message-ID: <319299027.126672656.1429104306301.JavaMail.zimbra@logitravel.com> In-Reply-To: <20150415130916.DF7BFC0713@smtp.hushmail.com> References: <20150409034121.7D7C720395@smtp.hushmail.com> <20150409113928.EE31F401E4@smtp.hushmail.com> <20150409185801.1B1E9401E3@smtp.hushmail.com> <369199529.123430074.1428656504549.JavaMail.zimbra@logitravel.com> <20150411151945.B265FA01DE@smtp.hushmail.com> <256156537.124536215.1428917679223.JavaMail.zimbra@logitravel.com> <20150415130916.DF7BFC0713@smtp.hushmail.com> Subject: Re: Initial request to server extremely slow after longer periods of inactivity MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.2.213] X-Mailer: Zimbra 8.0.8_GA_6184 (ZimbraWebClient - SAF7 (Mac)/8.0.8_GA_6184) Thread-Topic: Initial request to server extremely slow after longer periods of inactivity Thread-Index: DWEnY7Ets6jZGZtvBLqLol/ptZNBcw== X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 13:25:10 -0000 > Hi! > On 13. april 2015 at 9:33 AM, "Raimund Sacherer" wrote: > > > >Yes, that could be, but you would be able to rule it out rather > >quickly, if you do not seem to get the system in the > >"unresponsive" state then I would execute them in a screen or tmux > >session so they are available for you to check out later. In this > >case a top won't do you much good and you have to use some form of > >vmstat or similar to check out what had happened (cpu, paging, > >interrupt storm, context switches, IO-wait, etc.). If none of > >those indicates problems, and the tcpdump does not reveal DNS > >problems it may be an issue with the VPS host (if you use a > >virtually shared hosted service). > Thanks man, I'll give that a go. > So basically I have to set up a crontab to run vmstat say once every 30 > minutes? No, if you do vmstat 1 it runs prints every second statistics, on the man-page for vmstat you can read about all it's flags and switches. best Ray From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 15:33:19 2015 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 9CDF0A72 for ; Wed, 15 Apr 2015 15:33:19 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40F24A3 for ; Wed, 15 Apr 2015 15:33:19 +0000 (UTC) Received: by wgin8 with SMTP id n8so51039866wgi.0 for ; Wed, 15 Apr 2015 08:33:17 -0700 (PDT) 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=Jsb2IE5eN8Z4Wo4n8D3Uamb5+6iO9jhhdybXUJAyO9k=; b=0X1K62525o5fLDNwmOmlZ7kF+tnRKcX+PMK6VdOT3wk1fCnAQDJBx6aqV4++4PZah0 KdqOZPu3KnMHYfnKMwjaOmJsbJCjmr3Kb2K8H4ZcOHLi9ERU3mAv6UTuOK2M3vFZ64dw 96CM1ZmRgXOLXaHmSENwaIjEjXApT7Q6trOccbFr29Kbr4+zKjF/MWY3cyszOzpbiSi+ D0B6D7nRyfJgHmNN1YlkazVm6iKCONNhSczov3qVpV+LhwArr1WRkKC/XT30wWYNTKPA RTpL6ZledQpK4OzECplyMOewIyV2iPQ8AG1T899o0u+UwUg90HemL3HAGxZJbXTeDL+E eCzg== MIME-Version: 1.0 X-Received: by 10.180.96.200 with SMTP id du8mr44145588wib.54.1429111997752; Wed, 15 Apr 2015 08:33:17 -0700 (PDT) Received: by 10.28.21.82 with HTTP; Wed, 15 Apr 2015 08:33:17 -0700 (PDT) In-Reply-To: <05238e5a.6156fafe@fabiankeil.de> References: <552D135F.9010907@FreeBSD.org> <05238e5a.6156fafe@fabiankeil.de> Date: Thu, 16 Apr 2015 01:33:17 +1000 Message-ID: Subject: Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror From: Yudi V To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 15:33:19 -0000 Hi Fabian, First, what is the recommended image hosting site. I don't think your conclusion is right. If you had a look at the console messages, it looks like the vdev is created but destroyed due to guid mismatch. I will repost the images once I know what service to use. Thanks! Yudi On 4/15/15, Fabian Keil wrote: > yudi v wrote: > >> It's not the BIOS settings, I checked. It picks up the other HDD in the >> mirror and goes through the boot code and then it fails at booting into >> zfs >> root pool. >> The error is: >> >> *Trying to mount root from zfs:osysPool/ROOT/default []... >> *> >> >> * Mounting from zfs:osysPool/ROOT/default failed with error 6.* >> >> it is something to do with the guid mismatch for ada2p3 and ada3p3, not >> sure why it's even trying to compare them as they are the two partitions >> in >> the mirror. >> Please see the below images for the relevant console messages. >> screen1: >> https://drive.google.com/file/d/1Q-F-8kF-Nevn5ijvFXLNuvtJOuRn7ztO2Q/view?usp=sharing >> screen2: >> https://drive.google.com/file/d/1ZGseshS0Uk0cc6Gli_-tywHNXO7sLQ_aVw/view?usp=sharing > > Please note that these resources aren't accessible without allowing > presumably non-free JavaScript from untrustworthy (YMMV) sources. > >> Is anything amiss in the above label info for these two drives? >> I have used these two drives before for testing and reinstalled the os >> and >> recreated the pools. >> Any suggestions on how to fix this. > > The problem could be the result of a known race condition that will prevent > the system from booting if the kernel looks for the root pool before its > vdevs are available. The less disks there are, the "better" the chances > that > ZFS "wins" the race. > > The vfs.mountroot.timeout is ignored for ZFS so the kernel only tries once. > For details and a patch to change this see: > https://lists.freebsd.org/pipermail/freebsd-fs/2015-March/020997.html > > As a workaround you can add a UFS root file system on a disk that > doesn't actually exist to vfs.root.mountfrom. It should be the first > one so you don't hit the spa_namespace_lock deadlock reported in: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198563 > > Fabian > -- Kind regards, Yudi From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 18:45:33 2015 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 3918B3DF for ; Wed, 15 Apr 2015 18:45:33 +0000 (UTC) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0415115F for ; Wed, 15 Apr 2015 18:45:32 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so38466034ied.1 for ; Wed, 15 Apr 2015 11:45:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=jsNYVaHivhDkUBa7iEAIAeObnOCVSpGczo/Jm8kOzVc=; b=H0dsL+6dmPEFps9cLFP0sMrPcBwjrLPr1A2QmodnzTLeAHi/zqXH3cRKuXugZAATPZ ZX8FRm05Ij1ukhEsWUOwiezHhj5/MgZjcd+SOI1LE6uNQCo38G9gtAIM02yUGnWYXYg/ LrjBfQb0QZm43pipt8DcYF6DzhDwRoTPLzW/3hpLaL451K7b7Ve5XyNFJTjmKIHiRvpW UFcZAM9XGqNzLX+Skm3hMFWSxu2D8ZZhzk2HlhlvJUUDyRpnih1aw2CsBGZ/+yVUP7Nt eJoc53eR7gsWR5gXF5bKgJ71hXBILwa2gA1UDxQlVGCSdp51t1I8UWctilwRGXCzRham Rj7g== X-Received: by 10.42.171.8 with SMTP id h8mr32235649icz.25.1429123528352; Wed, 15 Apr 2015 11:45:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.131.194 with HTTP; Wed, 15 Apr 2015 11:45:07 -0700 (PDT) From: Alex Merritt Date: Wed, 15 Apr 2015 14:45:07 -0400 Message-ID: Subject: Disk space allocation To: questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 18:45:33 -0000 Hello, File systems such as ext3/4 reserve some amount of space for allocation only by privileged users, which can be adjusted, e.g. tune2fs -m reserved-blocks-percentage /dev/sdaN I installed a BSD system using Virtualbox, giving it an 8GB disk, but 'df' shows an aggregate size among all mount points to be less than the capacity. The minfree parameter to tunefs defaults to 8% (see below) but 8% does not account for the difference in 8189MB capacity vs sum of ca. 6G among all file systems (shown by df). There's ca. 27% of capacity unavailable. What could I be missing here? # fdisk [...] The data for partition 1 is: sysid 165,(DragonFly/FreeBSD/NetBSD/386BSD) start 63, size 16773057 (8189 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 255/ sector 63 # dumpfs /dev/ad0s1a | grep minfree minfree 8% optim time maxcontig 15 maxbpg 2048 # df -hT Filesystem Type Size Used Avail Capacity Mounted on /dev/serno/--.s1a ufs 620M 140M 431M 24% / devfs devfs 1.0K 1.0K 0B 100% /dev /dev/serno/--.s1d ufs 2.2G 396K 2.0G 0% /home /dev/serno/--.s1e ufs 248M 10K 228M 0% /tmp /dev/serno/--.s1f ufs 2.6G 1.5G 882M 64% /usr /dev/serno/--.s1g ufs 248M 213M 15M 93% /var procfs procfs 4.0K 4.0K 0B 100% /proc Thanks! Alex From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 20:02:33 2015 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 2DB6B253 for ; Wed, 15 Apr 2015 20:02:33 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 07757BE2 for ; Wed, 15 Apr 2015 20:02:32 +0000 (UTC) Received: by be-well.ilk.org (Postfix, from userid 1147) id 1D3F633C22; Wed, 15 Apr 2015 16:02:26 -0400 (EDT) From: Lowell Gilbert To: Alex Merritt Cc: questions@freebsd.org Subject: Re: Disk space allocation References: Reply-To: questions@freebsd.org Date: Wed, 15 Apr 2015 16:02:26 -0400 In-Reply-To: (Alex Merritt's message of "Wed, 15 Apr 2015 14:45:07 -0400") Message-ID: <44a8y9kvn1.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 20:02:33 -0000 Alex Merritt writes: > File systems such as ext3/4 reserve some amount of space for allocation > only by privileged users, which can be adjusted, e.g. > > tune2fs -m reserved-blocks-percentage /dev/sdaN > > I installed a BSD system using Virtualbox, giving it an 8GB disk, but 'df' > shows an aggregate size among all mount points to be less than the > capacity. The minfree parameter to tunefs defaults to 8% (see below) but 8% > does not account for the difference in 8189MB capacity vs sum of ca. 6G > among all file systems (shown by df). There's ca. 27% of capacity > unavailable. > > What could I be missing here? > > # fdisk > [...] > The data for partition 1 is: > sysid 165,(DragonFly/FreeBSD/NetBSD/386BSD) > start 63, size 16773057 (8189 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 1023/ head 255/ sector 63 > > # dumpfs /dev/ad0s1a | grep minfree > minfree 8% optim time maxcontig 15 maxbpg 2048 > > # df -hT > Filesystem Type Size Used Avail Capacity Mounted on > /dev/serno/--.s1a ufs 620M 140M 431M 24% / > devfs devfs 1.0K 1.0K 0B 100% /dev > /dev/serno/--.s1d ufs 2.2G 396K 2.0G 0% /home > /dev/serno/--.s1e ufs 248M 10K 228M 0% /tmp > /dev/serno/--.s1f ufs 2.6G 1.5G 882M 64% /usr > /dev/serno/--.s1g ufs 248M 213M 15M 93% /var > procfs procfs 4.0K 4.0K 0B 100% /proc Try comparing to "geom part list". From owner-freebsd-questions@FreeBSD.ORG Wed Apr 15 21:53:39 2015 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 47979CA1 for ; Wed, 15 Apr 2015 21:53:39 +0000 (UTC) Received: from omnigroup.com (omnigroup.com [198.151.161.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "omnigroup.com", Issuer "The Omni Group CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D79DA8E for ; Wed, 15 Apr 2015 21:53:38 +0000 (UTC) Received: from machamp.omnigroup.com (machamp.omnigroup.com [198.151.161.135]) by omnigroup.com (Postfix) with ESMTP id EB3B22053249 for ; Wed, 15 Apr 2015 14:44:51 -0700 (PDT) Received: from [10.4.3.73] (pfsense.omnigroup.com [198.151.161.131]) by machamp.omnigroup.com (Postfix) with ESMTPSA id 80EB7E757BB for ; Wed, 15 Apr 2015 14:42:33 -0700 (PDT) From: Wim Lewis Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Capturing a snapshot of user stacks? Date: Wed, 15 Apr 2015 14:44:50 -0700 References: <2B4F43A6-CB6A-4183-8847-968D6EA4CA9A@omnigroup.com> To: freebsd-questions@freebsd.org Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 21:53:39 -0000 I=92m looking for a tool which can capture all (or a selected subset) of = the user stacks on the system, even for tasks that are blocked in a = syscall at the time. Dtrace can capture a user stack, but only when an event happens in that = task; and procstat -k can capture all process=92 stacks, but only the = kernel stacks. Is there a way to, in effect, have a dtrace probe fire in = every blocked thread? Or another way to get this information? A little explanation: I=92m trying to discover why a system occasionally = becomes slow. When this happens, I want to capture some profiling = information for later perusal. I can get a lot of information from = dtrace (a la = http://www.brendangregg.com/FlameGraphs/offcpuflamegraphs.html ) and = pmc, but that won=92t tell me anything about a process that=92s blocked = the whole time, or is blocked at the start of the interval but unblocks = partway through (as is likely to be the case if I only start collecting = data once the problem occurs). Any ideas? Wim Lewis / wiml@omnigroup.com From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 04:48:24 2015 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 08D30B45; Thu, 16 Apr 2015 04:48:24 +0000 (UTC) Received: from hub.org (hub.org [200.46.208.146]) (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 C5ED8A08; Thu, 16 Apr 2015 04:48:23 +0000 (UTC) Received: from localhost (unknown [200.46.204.151]) by hub.org (Postfix) with ESMTP id CCD77971AC8; Thu, 16 Apr 2015 01:48:15 -0300 (ADT) Authentication-Results: hub.org; dkim=pass reason="1024-bit key" header.d=hub.org header.i=@hub.org header.b=jbHEby/g; dkim-adsp=pass Received: from hub.org ([200.46.208.146]) by localhost (maia.hub.org [200.46.204.151]) (maiad, port 10024) with ESMTP id 04482-01; Thu, 16 Apr 2015 01:48:15 -0300 (ADT) Received: from [192.168.1.2] (unknown [24.108.26.71]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.org (Postfix) with ESMTPSA id 2629B971AC2; Thu, 16 Apr 2015 01:48:12 -0300 (ADT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hub.org; s=huborg; t=1429159694; bh=J9I3thP95kUhuJYOhPDbuRmimaRviEJcAEfQiByl0RQ=; h=From:Date:Subject:To; b=jbHEby/guQVTSJ3FYpI07YQFIL+B2VqaJhIPcoJj/AFLQ0l6t+TlRmg86+pUwPpvU c7gzLVSvN3mEgDRD/g96gLyfk0b2nI1vt6GlLvCpbQIZhoi9nAIVHSOccu9Kq2rHLb QCn2peQ/QT5IpFplSSGzz4g96FaBd2gv3RyO+mlk= From: Marc Fournier Date: Wed, 15 Apr 2015 21:47:53 -0700 Subject: BSDStats v6.0 now available To: scrappy@freebsd.org Message-Id: Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) X-Mailman-Approved-At: Thu, 16 Apr 2015 05:06:09 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 04:48:24 -0000 Hi =E2=80=A6 If you have never heard of it, BSDStats is a = sampling of users of the given BSD operating systems that opted to = install a data collection program. It is not representative in any way = of the total population of users/installations of the given BSD = operating systems. For those security minded (all of us?), this is a completely Anonymous = Collector. When you run it the first time, a KEY/TOKEN pair is = generated between the client and the server, and stored in = /var/db/bsdstats =E2=80=A6 that pair is used in all communications, and = works perfectly well through PROXY servers, as we DO NOT store / use = your hostname or IP at any point. Over the past several weeks, there has been work done to fix some issues = with BSDStats 5.x, with the following bugs fixed: * Fixed the problem that few last packages in the list were always = missing from submission (patch originally developed by Marc) * Optimization of collection of installed packages information = (bug#198650) * Added TOR port option to submit anonymously (bug#198679) * Fixed the problem that HTTP_PROXY option didn't work when = user/password were required * Reduced the effect of -nodelay, before it also prevented the = submission of package information * Fixed the problem that port submission also contained the duplicate of = device submission * Added bsdstats-update command to make it easier to run manually * Made all network submissions done through the single command (nc(1)) * Fixed the bug that 'Run now' feature wasn't working when built from = port * Fixed the problem that failures of package information submission were = silently ignored * Fixed typo * Made 300.statistics script to have consistent coding style * Extensive code cleanups in 300.statistics * Made log file more informative * Added BSD license Thanks to Yuri for the work on cleaning it up, and working to update the = port, and Gene for testing it on NetBSD. To update your script, please go to our Instructions Page = =E2=80=A6 a Package for = FreeBSD is available there (the port in /usr/ports/sysutils/bsdstats is = scheduled to be updated over the next week or so) =E2=80=A6 for = NetBSD/OpenBSD users, we have a Bash version that is available =E2=80=A6 = its the same code as the FreeBSD version, but due to an issue with the = standard shell, bash is required. NetBSD / OpenBSD are the only non-FreeBSD systems we=E2=80=99ve been = able to get confirmed so far =E2=80=A6 if someone can confirm BASH vs = non-BASH versions on their OS and let me know, I can update the site. Also, any bugs with the web site, please let me know and we=E2=80=99ll = see about getting it fixed. And, of course, any questions, please feel free to email me.= From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 05:40:06 2015 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 4DCE6224 for ; Thu, 16 Apr 2015 05:40:06 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D9EB8E4D for ; Thu, 16 Apr 2015 05:40:05 +0000 (UTC) Received: by widdi4 with SMTP id di4so180341204wid.0 for ; Wed, 15 Apr 2015 22:40:04 -0700 (PDT) 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=a3PSk1z3XWKGrLa8RuoqkZsBa3Ei/BBYB9iIXdyJZ7Q=; b=eCn7QFxrzs1kNIzNqTFDugvn9O/A9pvLQhQTIg6ye863yMc+97rCPx02EXPpcvM7W/ INcKw1SDORPBsQTKSyg05RzdiY8VP/EyZAMltEpDEig8MrSKqdewqBzxRKGS9++OwplZ nrw1y9M9zWu9jLX+uJ9Wm5zytrT7YqGaoqBmpmN280hw4jN8+4qeXBVFFLTJxO9K+ZXx 85g37/IJHDKEp8BX4vUIwMOXWnTwanB+gTfDk5M6Y7Qntzv6Qjj0XYAN991LAaDwHlmC so1vUAKwnbOaL6b0pi9vajXBiWj4I52vJlhnmK8vuZhT/R+fWD2HKOXOsWeMNa2f1zzW 9nkA== MIME-Version: 1.0 X-Received: by 10.180.75.243 with SMTP id f19mr4356307wiw.94.1429162804216; Wed, 15 Apr 2015 22:40:04 -0700 (PDT) Received: by 10.194.62.114 with HTTP; Wed, 15 Apr 2015 22:40:04 -0700 (PDT) Date: Thu, 16 Apr 2015 05:40:04 +0000 Message-ID: Subject: Errors trying to install libnids packages From: "C. L. Martinez" To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 05:40:06 -0000 Hi all, When I try to install libnids package this morning, I see the following error: The following 10 packages will be affected (of 0 checked): New packages to be INSTALLED: libnids: 1.24_3 libnet: 1.1.6_3,1 glib: 2.42.2 python27: 2.7.9_1 libffi: 3.2.1 indexinfo: 0.2.3 gettext-runtime: 0.19.4 perl5: 5.18.4_12 pcre: 8.35_2 libiconv: 1.14_6 The process will require 142 MiB more space. 28 MiB to be downloaded. Proceed with this action? [y/N]: y Fetching libnids-1.24_3.txz: 100% 47 KiB 48.1kB/s 00:01 pkg: cached package libnids-1.24_3: size mismatch, fetching from remote Fetching libnids-1.24_3.txz: 100% 47 KiB 48.1kB/s 00:01 pkg: cached package libnids-1.24_3: size mismatch, cannot continue Exists some problem with pkg.freebsd.org or is it a problem with the package?? Thanks. From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 05:41:53 2015 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 931FF2C7 for ; Thu, 16 Apr 2015 05:41:53 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39B3EEFF for ; Thu, 16 Apr 2015 05:41:53 +0000 (UTC) Received: by wizk4 with SMTP id k4so180598104wiz.1 for ; Wed, 15 Apr 2015 22:41:51 -0700 (PDT) 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=okmshUPPW/UtU+SkJAmZiUh/bmqIQcVNSNkbt7WP4fw=; b=lcfP2FLkP9cz8Ox18lVu2+/7VYN9BxmEVs5dC3XBaSoQEvVQCCKkJEKoI3BgZcyfQb v5PTBRewaeuA8DgCTYpp5kzl2rOaxfZyh94+suNxiVu1eNMAeDU0mMJalbUk8A3zfArC fSN5UogNLTmShuejrzJ/yQqVzpvtIzZHx7kzgBSTkR8Vu9UmL+DbG9712G6aWz8AbJLm O/W3zQsrgUQ36m/MA0Ucqp6kcIdn0XWtBIEqpt/TGFC/nEC1fsLA2bFTyL//Oe3Kl2st SUrqAMlYupgxQ8TXabw8rT9nJwAfTbN83HiJXZ3dZyWEmJUVeU1MwamtDmh9hn2kbWqD rEVg== MIME-Version: 1.0 X-Received: by 10.180.206.98 with SMTP id ln2mr1789675wic.94.1429162911832; Wed, 15 Apr 2015 22:41:51 -0700 (PDT) Received: by 10.194.62.114 with HTTP; Wed, 15 Apr 2015 22:41:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 16 Apr 2015 05:41:51 +0000 Message-ID: Subject: Re: Errors trying to install libnids packages From: "C. L. Martinez" To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 05:41:53 -0000 On Thu, Apr 16, 2015 at 5:40 AM, C. L. Martinez wrote: > Hi all, > > When I try to install libnids package this morning, I see the following error: > > The following 10 packages will be affected (of 0 checked): > > New packages to be INSTALLED: > libnids: 1.24_3 > libnet: 1.1.6_3,1 > glib: 2.42.2 > python27: 2.7.9_1 > libffi: 3.2.1 > indexinfo: 0.2.3 > gettext-runtime: 0.19.4 > perl5: 5.18.4_12 > pcre: 8.35_2 > libiconv: 1.14_6 > > The process will require 142 MiB more space. > 28 MiB to be downloaded. > > Proceed with this action? [y/N]: y > Fetching libnids-1.24_3.txz: 100% 47 KiB 48.1kB/s 00:01 > pkg: cached package libnids-1.24_3: size mismatch, fetching from remote > Fetching libnids-1.24_3.txz: 100% 47 KiB 48.1kB/s 00:01 > pkg: cached package libnids-1.24_3: size mismatch, cannot continue > > Exists some problem with pkg.freebsd.org or is it a problem with the package?? > > Thanks. Yep, same problem with glib: The following 5 packages will be affected (of 0 checked): New packages to be INSTALLED: glib: 2.42.2 perl5: 5.18.4_12 python27: 2.7.9_1 gettext-runtime: 0.19.4 libiconv: 1.14_6 The process will require 135 MiB more space. 27 MiB to be downloaded. Proceed with this action? [y/N]: y Fetching glib-2.42.2.txz: 100% 3 MiB 902.6kB/s 00:03 pkg: cached package glib-2.42.2: size mismatch, fetching from remote From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 07:40:31 2015 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 AB916F54 for ; Thu, 16 Apr 2015 07:40:31 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F6ADCC5 for ; Thu, 16 Apr 2015 07:40:31 +0000 (UTC) Received: by wiun10 with SMTP id n10so86682780wiu.1 for ; Thu, 16 Apr 2015 00:40:29 -0700 (PDT) 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=CKJVN4HzS5JlXgOrVqQLjj/llTVu5KpANhEHdgOS4jY=; b=Ep4zrUO8HCrQPkx/P2QN/G6+Bs8LoL1LGUHe7f8zqTb38b5vku3jeDUvSYqiZOqOhA kSFE1+U2tN7uPdSq/Yu/VF8y19Oj3aP2M8ut4ND2ovpCzo+dncmx5i6M971k4pkpnvJV To955N/CJ9dGqTCiMyuZ0iUdv2TtbZOy1W9H1L74ZtXKHJmvuoshFZECC9N2jUw2OMqf z9neybnQsNH455btWe10eSxkN2Twba3mSgBrywPRb7sSv1NGjIYiPLGh2wHzLhgdAS53 wCYLbcXGRFup/iZ6Q4YAVPHIeKbZcdM8hf/9U8gdzfunVm3izhBv4BYQmdt86SJDxAXi 4dhA== MIME-Version: 1.0 X-Received: by 10.194.60.173 with SMTP id i13mr56488502wjr.124.1429170029745; Thu, 16 Apr 2015 00:40:29 -0700 (PDT) Received: by 10.194.62.114 with HTTP; Thu, 16 Apr 2015 00:40:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 16 Apr 2015 07:40:29 +0000 Message-ID: Subject: Re: Errors trying to install libnids packages From: "C. L. Martinez" To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 07:40:31 -0000 On Thu, Apr 16, 2015 at 5:41 AM, C. L. Martinez wrote: > On Thu, Apr 16, 2015 at 5:40 AM, C. L. Martinez wrote: >> Hi all, >> >> When I try to install libnids package this morning, I see the following error: >> >> The following 10 packages will be affected (of 0 checked): >> >> New packages to be INSTALLED: >> libnids: 1.24_3 >> libnet: 1.1.6_3,1 >> glib: 2.42.2 >> python27: 2.7.9_1 >> libffi: 3.2.1 >> indexinfo: 0.2.3 >> gettext-runtime: 0.19.4 >> perl5: 5.18.4_12 >> pcre: 8.35_2 >> libiconv: 1.14_6 >> >> The process will require 142 MiB more space. >> 28 MiB to be downloaded. >> >> Proceed with this action? [y/N]: y >> Fetching libnids-1.24_3.txz: 100% 47 KiB 48.1kB/s 00:01 >> pkg: cached package libnids-1.24_3: size mismatch, fetching from remote >> Fetching libnids-1.24_3.txz: 100% 47 KiB 48.1kB/s 00:01 >> pkg: cached package libnids-1.24_3: size mismatch, cannot continue >> >> Exists some problem with pkg.freebsd.org or is it a problem with the package?? >> >> Thanks. > > Yep, same problem with glib: > > The following 5 packages will be affected (of 0 checked): > > New packages to be INSTALLED: > glib: 2.42.2 > perl5: 5.18.4_12 > python27: 2.7.9_1 > gettext-runtime: 0.19.4 > libiconv: 1.14_6 > > The process will require 135 MiB more space. > 27 MiB to be downloaded. > > Proceed with this action? [y/N]: y > Fetching glib-2.42.2.txz: 100% 3 MiB 902.6kB/s 00:03 > pkg: cached package glib-2.42.2: size mismatch, fetching from remote Ok, problem solved. I've removed sql files from /var/db/pkg but I don't understand why pkg doesn't refresh all data ... From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 10:05:00 2015 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 3E6D0279 for ; Thu, 16 Apr 2015 10:05:00 +0000 (UTC) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 015C8F23 for ; Thu, 16 Apr 2015 10:05:00 +0000 (UTC) Received: by oign205 with SMTP id n205so42109415oig.2 for ; Thu, 16 Apr 2015 03:04:59 -0700 (PDT) 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=gZySxf1oo7CI72Keajw5Pobh7h8lX1lJOr/I/ireBh4=; b=utfv0duQ7r/wCj0880IuPuoL3wdSRYj7oGRtxcB0+iOH72nOrX3QacpnGEuI9yqZDk aVxWzsdJ8iws0mAQgRwXKs82XdTtQwnLevC3mnhG8PMBjEUI3rJtO2Hba9eaqq/4bwfc nZbIa3d79n49pBDljgqUaW7VtXpB2AVuD6zsq4y3syba/6GbuIeJQoUUZcIWPYNZfxUn M2CYvsL/iFlzsJ1oeJTFS0ablqRsfoLEPUtugCsSlpE5bQ1MkD0gE/60ira+INM0yiqr Fu0r4cfM33ISc1xhTrYl6yQhu7LKq7cp2bIxQaPqHIkNXBjDoMbwkQxTIXyThJ30Nkhj ZfXw== MIME-Version: 1.0 X-Received: by 10.182.255.231 with SMTP id at7mr24929920obd.20.1429178699372; Thu, 16 Apr 2015 03:04:59 -0700 (PDT) Received: by 10.202.83.143 with HTTP; Thu, 16 Apr 2015 03:04:59 -0700 (PDT) Received: by 10.202.83.143 with HTTP; Thu, 16 Apr 2015 03:04:59 -0700 (PDT) Date: Thu, 16 Apr 2015 15:34:59 +0530 Message-ID: Subject: Eclipse IDE & Virtual box issue From: arnab bhowmick To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 10:05:00 -0000 I have installed eclipse and virtual box on my freebsd 10.1 system via pkg install command. But unable to use both of these tools. I cannot found where is the eclipse logo or what I have to make change in the system to use this ide. And for the virtual box it only showing the logo but when I am trying to open it nothing is happening. I have used vboxdrv_load="YES" & vboxnet_enable="YES" but nothing happened. From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 10:08:13 2015 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 C6FF8347 for ; Thu, 16 Apr 2015 10:08:13 +0000 (UTC) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92F52F54 for ; Thu, 16 Apr 2015 10:08:13 +0000 (UTC) Received: by pdbqa5 with SMTP id qa5so86717191pdb.1 for ; Thu, 16 Apr 2015 03:08:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=fI1FYcbt27FesIL6YV5nUE2fbVUwRWWzvYbWI6bHJ38=; b=KK/czIJyCEIt8hITbhejwNvt/VZk/3Ts3Nfola6E9Vmkol4oBbHx9I+ztdBgQHTZnJ A/MGM8qLZHR/9HWZSyUn4M7kmcgxhoCdE1aOONxgsffmTujejvk4KQMjCbAzoFScqneh Cvx+EZvzrjigWIoa1G+GJpKCgkPXNDPguIx2B6qp1XHHmXRiCE+h4KEGWHJgpxaHWIW2 FgQZyzk3lNjqOtczLnu1v6NWIa50o1Ux69NP0vUR6ZtCR6ZKfCm9m5AtjstrlDKOLqe2 y0NmSVsCiAH7UySZYhqHQRz+/rsWtVQi3qnC2xNlVEIWNqJPA8V1Asqv6G94Ukf2Vrfm misw== X-Received: by 10.66.241.36 with SMTP id wf4mr55319067pac.8.1429178893110; Thu, 16 Apr 2015 03:08:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.70.68.67 with HTTP; Thu, 16 Apr 2015 03:07:52 -0700 (PDT) In-Reply-To: References: From: Michael Schuster Date: Thu, 16 Apr 2015 12:07:52 +0200 Message-ID: Subject: Re: Eclipse IDE & Virtual box issue To: arnab bhowmick Cc: freeBSD Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 10:08:13 -0000 Hi, I think you'll have to explain in a bit more detail what you mean by "not working". When you say "cannot find .. eclipse logo", does that cannot find the eclipse icon on your desktop and don't know how to start eclipse? Have you tried starting eclipse from a shell? if so, what happened? Ditto for VBox. HTH Michael On Thu, Apr 16, 2015 at 12:04 PM, arnab bhowmick wrote: > I have installed eclipse and virtual box on my freebsd 10.1 system via pkg > install command. But unable to use both of these tools. I cannot found > where is the eclipse logo or what I have to make change in the system to > use this ide. And for the virtual box it only showing the logo but when I > am trying to open it nothing is happening. I have used vboxdrv_load="YES" & > vboxnet_enable="YES" but nothing happened. > _______________________________________________ > 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" > -- Michael Schuster http://recursiveramblings.wordpress.com/ From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 10:25:37 2015 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 9C01C58E for ; Thu, 16 Apr 2015 10:25:37 +0000 (UTC) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.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 5AFA223A for ; Thu, 16 Apr 2015 10:25:36 +0000 (UTC) Received: from r56.edvax.de (port-92-195-205-79.dynamic.qsc.de [92.195.205.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 3561227624; Thu, 16 Apr 2015 12:19:46 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t3GAJkms003466; Thu, 16 Apr 2015 12:19:46 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Thu, 16 Apr 2015 12:19:46 +0200 From: Polytropon To: arnab bhowmick Cc: freebsd-questions@freebsd.org Subject: Re: Eclipse IDE & Virtual box issue Message-Id: <20150416121946.de8a49f5.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 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 10:25:37 -0000 On Thu, 16 Apr 2015 15:34:59 +0530, arnab bhowmick wrote: > I have installed eclipse and virtual box on my freebsd 10.1 system via pkg > install command. But unable to use both of these tools. I cannot found > where is the eclipse logo or what I have to make change in the system to > use this ide. What happens if you run (start) Eclipse from within a terminal? It's the easiest way to find out what actually happens when you observe that "nothing" happens. The command to do so should be % eclipse if I remember correctly - I don't use Eclipse regularly anymore, so my memory has started with garbage collection. ;-) Do you also have the neccessary JDK components installed? The integration of program menu entries and desktop shortcuts depends on the desktop environment you're using. Which one is it? (Note that starting Eclipse from a terminal is a comfortable desktop-independent solution.) > And for the virtual box it only showing the logo but when I > am trying to open it nothing is happening. I have used vboxdrv_load="YES" & > vboxnet_enable="YES" but nothing happened. Do you have installed the required components? You can find an excellent description of how to get VirtualBox running on a FreeBSD host in chapter 22.3. of the handbook: https://www.freebsd.org/doc/handbook/virtualization-host-virtualbox.html Make sure you have all of this covered. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 10:42:25 2015 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 5A1988D3 for ; Thu, 16 Apr 2015 10:42:25 +0000 (UTC) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.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 194C163D for ; Thu, 16 Apr 2015 10:42:24 +0000 (UTC) Received: from r56.edvax.de (port-92-195-205-79.dynamic.qsc.de [92.195.205.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 2C4CD2537D; Thu, 16 Apr 2015 12:42:23 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t3GAgNsw003566; Thu, 16 Apr 2015 12:42:23 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Thu, 16 Apr 2015 12:42:23 +0200 From: Polytropon To: arnab bhowmick Cc: freebsd-questions@freebsd.org Subject: Re: Eclipse ide Message-Id: <20150416124223.bc386b58.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 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 10:42:25 -0000 On Thu, 16 Apr 2015 15:57:03 +0530, arnab bhowmick wrote: > I have tried to run eclipse from the terminal but nothing is going on. What is the _exact_ output of the command? Please copy from the terminal. > I > cannot find where the desktop icon is or what I have to change in my system > to make eclipse run for my c/c++ college project As I said, this depends on which desktop environment you're using. KDE? Gnome? Xfce? LXDE? But if you start Eclipse from a terminal, it doesn't actually matter. Still the questions remain: 1. Have you installed the JDK components required by Eclipse? 2. What happens if you run the "eclipse" from a terminal? 3. Which desktop are you using? Withoput answering those question, any recipient of this mailing list cannot do more than just guessing, and except providing some basics, this won't be much help for you. On Thu, 16 Apr 2015 15:59:16 +0530, arnab bhowmick wrote: > Is there any ide better than eclipse for programming? Yes. One of the best IDEs is "make", accompanied by your favourite editor. It works fine for C and C++. The OS already provides an excellent C compiler (clang) per default, and you can add GCC if you need. A good window manager also helps dealing with them. The advantage here: You don't have to mess with Java. :-) Regarding the editor part (essential!), you'll have to form your own opinion. Some people recommend using gvim from start, others suggest using joe within a terminal. and there's also the Midnight Commander's editor (mcedit), as well as the famous Emacs. You have to try and choose. Maybe you already have a favourite? Then keep using it. For C and C++, there's eclipse-cdt in the ports collection to provide the toolchain for the Eclipse port. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 11:12:33 2015 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 2835510F for ; Thu, 16 Apr 2015 11:12:33 +0000 (UTC) Received: from mx01.udk-berlin.de (mx01.udk-berlin.de [194.95.94.52]) (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 D088B9D4 for ; Thu, 16 Apr 2015 11:12:32 +0000 (UTC) Received: from worf.udk-berlin.de (worf.udk-berlin.de [194.95.94.49]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx01.udk-berlin.de (Postfix) with ESMTPS id 61D294242C for ; Thu, 16 Apr 2015 13:05:05 +0200 (CEST) Received: from worf.udk-berlin.de (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id B40B410199E for ; Thu, 16 Apr 2015 13:05:09 +0200 (CEST) Received: from klee.udk-berlin.de (klee.udk-berlin.de [194.95.94.36]) by worf.udk-berlin.de (Postfix) with ESMTPS id AEFF910144A for ; Thu, 16 Apr 2015 13:05:09 +0200 (CEST) Received: from www.oase.udk-berlin.de (klee.udk-berlin.de [194.95.94.36]) by klee.udk-berlin.de (8.14.4/8.14.4) with ESMTP id t3GB59Jp008051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 16 Apr 2015 13:05:09 +0200 Received: from 194.95.203.124 (SquirrelMail authenticated user d.hromada) by www.oase.udk-berlin.de with HTTP; Thu, 16 Apr 2015 13:05:09 +0200 Message-ID: <480aa427e0bbcde307f6bfe2fb8615b8.squirrel@www.oase.udk-berlin.de> Date: Thu, 16 Apr 2015 13:05:09 +0200 Subject: problem with libmagic component in make buildworld on 10.1-RELEASE-p9 From: d.hromada@udk-berlin.de To: freebsd-questions@freebsd.org User-Agent: SquirrelMail/1.4.22-4.el6 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 11:12:33 -0000 Hello world, after upgrade from 9.3 to 10.1-RELEASE-p9 FreeBSD, I have problem with make buildworld which always gets stuck when building libmagic ===> lib/libmagic (obj,build-tools) cc -O2 -pipe -DMAGIC='"/usr/share/misc/magic"' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file/src -fPIC -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ONLY -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic /usr/src/lib/libmagic/../../contrib/file/src/apprentice.c /usr/src/lib/libmagic/../../contrib/file/src/cdf_time.c /usr/src/lib/libmagic/../../contrib/file/src/encoding.c /usr/src/lib/libmagic/../../contrib/file/src/funcs.c /usr/src/lib/libmagic/../../contrib/file/src/magic.c /usr/src/lib/libmagic/../../contrib/file/src/print.c -lz -legacy /usr/bin/ld: //lib/libc.so.7: invalid DSO for symbol `_end' definition //lib/libc.so.7: could not read symbols: Bad value When I try to build the libmagic directly with make in /usr/src/lib/libmagic , it gets stuck during the linking: building shared library libmagic.so.4 /usr/bin/ld: /usr/lib/libc.a(strtoull.o): relocation R_X86_64_32 against `__xlocale_C_locale' can not be used when making a shared object; recompile with -fPIC /usr/lib/libc.a: could not read symbols: Bad value I tried to put -fPIC into CFLAGS of libmagic's Makefile, but it didn't help ;( Thanks in advance for any idea that could help me to resolve this issue Cordially Daniel From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 11:47:52 2015 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 6B1CD94E for ; Thu, 16 Apr 2015 11:47:52 +0000 (UTC) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.43]) (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 242ACD5B for ; Thu, 16 Apr 2015 11:47:50 +0000 (UTC) Received: from [78.35.176.108] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1YiiFK-0000t6-7I for freebsd-questions@freebsd.org; Thu, 16 Apr 2015 13:46:14 +0200 Date: Thu, 16 Apr 2015 13:45:32 +0200 From: Fabian Keil To: freebsd-questions@freebsd.org Subject: Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror Message-ID: <52922ff3.7b8a6684@fabiankeil.de> In-Reply-To: References: <552D135F.9010907@FreeBSD.org> <05238e5a.6156fafe@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/9IQ74cKvzbifLLQ3Ou25LZE"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 11:47:52 -0000 --Sig_/9IQ74cKvzbifLLQ3Ou25LZE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Yudi V wrote: > First, what is the recommended image hosting site. Any site that allows to download the image with fetch should be fine. I use my own website so I unfortunately can't recommend any specific image hosting site. > I don't think your conclusion is right. You're right, among other things I completely missed that you wrote that the system tries to attach the whole disk instead of a partition. Could you additionally post the output of "zdb -l /dev/ada2p3" and "gpart show ada2"? Fabian --Sig_/9IQ74cKvzbifLLQ3Ou25LZE Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlUvoNIACgkQBYqIVf93VJ0eNgCbBVa30Ylrt7OF+SzaqIGkuw3a 6XUAoId7dNzqOY4kMrlCcYN+WrcsURPk =YLnz -----END PGP SIGNATURE----- --Sig_/9IQ74cKvzbifLLQ3Ou25LZE-- From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 17:32:09 2015 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 6C02397C for ; Thu, 16 Apr 2015 17:32:09 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7AE4D19 for ; Thu, 16 Apr 2015 17:32:08 +0000 (UTC) Received: by wgyo15 with SMTP id o15so88725939wgy.2 for ; Thu, 16 Apr 2015 10:32:07 -0700 (PDT) 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=rKxOwmriuGH54zS/j+PxmlcfMPmM34gYgYpgd6H5OW8=; b=Cea2SIxvllj1lrV63J+FDJNG/5SUTgh9TeJqSel8cyiL9JOfoh8LF0+l++63p7p3CW YtplF2L3PUohAL881SQYDDi+Gh/Nqkn0kbfx0T3KL5m7oFjlfwQUbdpGWcl8BumaIxTo YN9t3EFmUHi+fLDr1E1F/qJO+H0R7j964M5X7aLLgf2WV1N5lWbQZtLuU5TuLzyAIZ+t C/WWkvn3sWpaUagPkfseyWNxxk1swFlKDFVIWdeiXmlRXUHrjFBZw0ClijCt/ey+SEL6 kal6Jw6tF018xOu//B3X0+JHWVCq8YYh7VSTgNKYvrNf/Cnpx8E6lVypgpp2ySrh89JC lRJA== MIME-Version: 1.0 X-Received: by 10.180.109.136 with SMTP id hs8mr9644311wib.73.1429205527332; Thu, 16 Apr 2015 10:32:07 -0700 (PDT) Received: by 10.28.21.82 with HTTP; Thu, 16 Apr 2015 10:32:07 -0700 (PDT) In-Reply-To: <52922ff3.7b8a6684@fabiankeil.de> References: <552D135F.9010907@FreeBSD.org> <05238e5a.6156fafe@fabiankeil.de> <52922ff3.7b8a6684@fabiankeil.de> Date: Fri, 17 Apr 2015 03:32:07 +1000 Message-ID: Subject: Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror From: Yudi V To: Fabian Keil Cc: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 17:32:09 -0000 I checked some popular image hosting websites, could not find any that did not use javascript. I can send you the images via email. This is reproducible on a clean install of 9.3 as well. I think it's a bug. Here's the output of zdb -l /dev/ada2p3 -------------------------------------------- LABEL 0 -------------------------------------------- version: 5000 name: 'osysPool' state: 0 txg: 35882 pool_guid: 3008044207603099329 hostid: 1990654128 hostname: 'test' top_guid: 16302517322241353808 guid: 2114803205502328891 vdev_children: 1 vdev_tree: type: 'mirror' id: 0 guid: 16302517322241353808 metaslab_array: 33 metaslab_shift: 29 ashift: 9 asize: 70355779584 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 2114803205502328891 path: '/dev/ada2p3' phys_path: '/dev/ada2p3' whole_disk: 1 DTL: 99 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 15791103587254396721 path: '/dev/ada3p3' phys_path: '/dev/ada3p3' whole_disk: 1 DTL: 98 create_txg: 4 features_for_read: -------------------------------------------- LABEL 1 -------------------------------------------- version: 5000 name: 'osysPool' state: 0 txg: 35882 pool_guid: 3008044207603099329 hostid: 1990654128 hostname: 'test' top_guid: 16302517322241353808 guid: 2114803205502328891 vdev_children: 1 vdev_tree: type: 'mirror' id: 0 guid: 16302517322241353808 metaslab_array: 33 metaslab_shift: 29 ashift: 9 asize: 70355779584 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 2114803205502328891 path: '/dev/ada2p3' phys_path: '/dev/ada2p3' whole_disk: 1 DTL: 99 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 15791103587254396721 path: '/dev/ada3p3' phys_path: '/dev/ada3p3' whole_disk: 1 DTL: 98 create_txg: 4 features_for_read: -------------------------------------------- LABEL 2 -------------------------------------------- version: 5000 name: 'osysPool' state: 0 txg: 35882 pool_guid: 3008044207603099329 hostid: 1990654128 hostname: 'test' top_guid: 16302517322241353808 guid: 2114803205502328891 vdev_children: 1 vdev_tree: type: 'mirror' id: 0 guid: 16302517322241353808 metaslab_array: 33 metaslab_shift: 29 ashift: 9 asize: 70355779584 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 2114803205502328891 path: '/dev/ada2p3' phys_path: '/dev/ada2p3' whole_disk: 1 DTL: 99 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 15791103587254396721 path: '/dev/ada3p3' phys_path: '/dev/ada3p3' whole_disk: 1 DTL: 98 create_txg: 4 features_for_read: -------------------------------------------- LABEL 3 -------------------------------------------- version: 5000 name: 'osysPool' state: 0 txg: 35882 pool_guid: 3008044207603099329 hostid: 1990654128 hostname: 'test' top_guid: 16302517322241353808 guid: 2114803205502328891 vdev_children: 1 vdev_tree: type: 'mirror' id: 0 guid: 16302517322241353808 metaslab_array: 33 metaslab_shift: 29 ashift: 9 asize: 70355779584 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 2114803205502328891 path: '/dev/ada2p3' phys_path: '/dev/ada2p3' whole_disk: 1 DTL: 99 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 15791103587254396721 path: '/dev/ada3p3' phys_path: '/dev/ada3p3' whole_disk: 1 DTL: 98 create_txg: 4 features_for_read: gpart show ada2 output: => 34 156301421 ada2 GPT (74G) 34 2014 - free - (1M) 2048 512 1 freebsd-boot (256k) 2560 1536 - free - (768k) 4096 8388608 2 freebsd-swap (4.0G) 8392704 10485760 - free - (5.0G) 18878464 137422848 3 freebsd-zfs (65G) 156301312 143 - free - (71k) On Thu, Apr 16, 2015 at 9:45 PM, Fabian Keil wrote: > Yudi V wrote: > > > First, what is the recommended image hosting site. > > Any site that allows to download the image with fetch should be fine. > I use my own website so I unfortunately can't recommend any specific > image hosting site. > > > I don't think your conclusion is right. > > You're right, among other things I completely missed that you wrote > that the system tries to attach the whole disk instead of a partition. > > Could you additionally post the output of "zdb -l /dev/ada2p3" > and "gpart show ada2"? > > Fabian > -- Kind regards, Yudi From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 18:16:30 2015 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 2AC75216 for ; Thu, 16 Apr 2015 18:16:30 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4F3D287 for ; Thu, 16 Apr 2015 18:16:29 +0000 (UTC) Received: by wgin8 with SMTP id n8so89621715wgi.0 for ; Thu, 16 Apr 2015 11:16:28 -0700 (PDT) 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=xUaie7xhWRB2S833qYCAL7/x7kSE+c02CZzu7Hg/b/A=; b=mJSvgBA3pTGZ/m52d+4q7lKIMmkzvVUpeGzzJQGj1EOd4bZ4fLkn0kPV4HUH083VSv ieVcOMSXp4d0zUbNPmUbuTChNer1E4A71BidSdnYiOqKM1vppP6TMpW8e+OMlJGVutD6 4XyiIsK9iZJNZ7JeA+DRWgdGg3+hYo0jsfGA7yjKCVAsXc9/eaLdHS0B1e0N0ix3m31x +zSM0Pv71YJYpPu4FaCnmvcmp0hX3/qMVDmjQc58npD3ObHyJCrx/GcwSd/lYDa6sv0e gleXrWrCR6lsfcRupRlCs+0ndHtiDNuhzZiX8S2YbMEyihuwSQCl9UUWtiBa0kccVBev dEtw== MIME-Version: 1.0 X-Received: by 10.180.109.136 with SMTP id hs8mr9968315wib.73.1429208188201; Thu, 16 Apr 2015 11:16:28 -0700 (PDT) Received: by 10.28.21.82 with HTTP; Thu, 16 Apr 2015 11:16:28 -0700 (PDT) Date: Fri, 17 Apr 2015 04:16:28 +1000 Message-ID: Subject: Bug 195349 - CAM status timeout in 10.1 on HP microserver n40l From: Yudi V To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 18:16:30 -0000 I got a HP microserver n40l and recently upgraded to 10.1 and this bug showed up. Tried hint.ahci.0.msi="1" in /boot/loader.conf but it did not fix the issue. This issue is not present when I boot into 9.3 dataset on the same system. There are 4 disks in the system ada0 - ada3. I only see the CAM status timeout on just ada2 and ada3. ada0 and ada1 are on SATA 3Gbps link but ada2 and ada3 are on SATA 1.5Gbps. ada2 and ada3 use the internal ODD SATA port and the eSATA port respectively and they are in ZFS mirror config and have the root on them. Apparently this issue can be fixed by flashing with a modified BIOS and making the ODD sata port and eSATA port run at 3Gbps. I am not keen on using the BIOS hack. I think it is some change in 10.1 that is causing this issue since 9.3 does not produce this issue. Any suggestion on how to fix this without using the BIOS hack. -- Kind regards, Yudi From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 18:41:04 2015 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 DC455633 for ; Thu, 16 Apr 2015 18:41:03 +0000 (UTC) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.37]) (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 94B546D3 for ; Thu, 16 Apr 2015 18:41:02 +0000 (UTC) Received: from [78.35.176.108] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1YioUf-0006lC-VF for freebsd-questions@freebsd.org; Thu, 16 Apr 2015 20:26:30 +0200 Date: Thu, 16 Apr 2015 20:26:57 +0200 From: Fabian Keil To: freebsd-questions@freebsd.org Subject: Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror Message-ID: <772eb83d.1c422b92@fabiankeil.de> In-Reply-To: References: <552D135F.9010907@FreeBSD.org> <05238e5a.6156fafe@fabiankeil.de> <52922ff3.7b8a6684@fabiankeil.de> Reply-To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/N63Jngx/Q7KnuGQA=MwojbL"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 18:41:04 -0000 --Sig_/N63Jngx/Q7KnuGQA=MwojbL Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Yudi V wrote: > I checked some popular image hosting websites, could not find any that did > not use javascript. I can send you the images via email. Sure. > This is reproducible on a clean install of 9.3 as well. I think it's a bu= g. I think the problem could be that two of the labels from ada2p3 are picked up when looking at ada2 itself. Quoting the gptzfsboot man page: | After a disk is probed and gptzfsboot determines that the | whole disk is not a ZFS pool member, the individual partitions=20 | are probed in their partition table order. Putting the pool on p2 and using p3 for swap would probably work around this, but given that there's free space behind p3 already, it's not obvious to me why this wasn't already sufficient. > Here's the output of zdb -l /dev/ada2p3 [...]=20 >=20 > gpart show ada2 output: >=20 > =3D> 34 156301421 ada2 GPT (74G) > 34 2014 - free - (1M) > 2048 512 1 freebsd-boot (256k) > 2560 1536 - free - (768k) > 4096 8388608 2 freebsd-swap (4.0G) > 8392704 10485760 - free - (5.0G) > 18878464 137422848 3 freebsd-zfs (65G) > 156301312 143 - free - (71k) For comparison, no labels are found with this layout (p3, p4 and p5 are also encrypted, though): [fk@kendra ~]$ gpart show =3D> 40 1250263648 ada0 GPT (596G) 40 128 1 freebsd-boot (64K) 168 1880 - free - (940K) 2048 409600 2 freebsd-zfs (200M) 411648 8388608 3 freebsd-zfs (4.0G) 8800256 8388608 4 freebsd-swap (4.0G) 17188864 1233074816 5 freebsd-zfs (588G) 1250263680 8 - free - (4.0K) [fk@kendra ~]$ zdb -l /dev/ada0 -------------------------------------------- LABEL 0 -------------------------------------------- failed to unpack label 0 -------------------------------------------- LABEL 1 -------------------------------------------- failed to unpack label 1 -------------------------------------------- LABEL 2 -------------------------------------------- failed to unpack label 2 -------------------------------------------- LABEL 3 -------------------------------------------- failed to unpack label 3 Fabian --Sig_/N63Jngx/Q7KnuGQA=MwojbL Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlUv/u4ACgkQBYqIVf93VJ0LTACfQy1vE/DlLnoviBTqXuqaM53W nyoAn14Smzx1OpC6XVc38JL2KGE8FLR5 =p3/G -----END PGP SIGNATURE----- --Sig_/N63Jngx/Q7KnuGQA=MwojbL-- From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 19:38:29 2015 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 761AE770 for ; Thu, 16 Apr 2015 19:38:29 +0000 (UTC) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3FD8EDC3 for ; Thu, 16 Apr 2015 19:38:29 +0000 (UTC) Received: by pabtp1 with SMTP id tp1so100002089pab.2 for ; Thu, 16 Apr 2015 12:38:28 -0700 (PDT) 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=OTkNj4gV0iH1SVjfZlxIWCM6Bp5BvjTpHFGA2M3ExZk=; b=tAjOq0Ne9n7hP7UhgGgQPmabkj5zLJmIX2utb5++yAsTBII/7yM3zzDhjd2Sa5E9mn PJ3tmnVZeZdSY/0Zum03U1hP5VaMXla8+eFnQxNL7y1d+wbe9sX+xKebfshJ3yaNom+6 MLc7UzXH3AsTdLV3LTuk+DQYq4A4xIQas/7O1yF810n5tWRulQfuj9N0McZueNU8M5a5 lrmcKS1RczyheKZ0QC3lVbqltxo99mrcqakl5VIqGbMD2ES+AXmWcm2+wmXt4sl9WoKj dvET1OEsGSoyU4q7pVNHc3g5J9Lg2L0zmB4mCCr/8mdr6IG2Rpqyz9/konv5/0+bMdtM 4+7A== X-Received: by 10.68.177.226 with SMTP id ct2mr46066295pbc.105.1429213108736; Thu, 16 Apr 2015 12:38:28 -0700 (PDT) Received: from [192.168.125.221] (aswan.sscsinc.com. [199.96.38.41]) by mx.google.com with ESMTPSA id qb7sm7910864pbc.43.2015.04.16.12.38.26 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Apr 2015 12:38:27 -0700 (PDT) Message-ID: <55300FB2.3080903@gmail.com> Date: Thu, 16 Apr 2015 12:38:26 -0700 From: Motty Cruz User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org, Motty Cruz Subject: Configure Devd.conf on FreeBSD 10.1 References: <55300EA0.1070006@gmail.com> In-Reply-To: <55300EA0.1070006@gmail.com> X-Forwarded-Message-Id: <55300EA0.1070006@gmail.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.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 19:38:29 -0000 Hello, I can't figure out how to get devd to monitor Carp interface in FreeBSD 10.1 here is part of my /etc/devd.conf file: ##### Check status of CARP interface ######## notify 0 { match "system" "IFNET"; match "subsystem" "igb0_alias0"; match "type" "LINK_UP"; action "/usr/local/scripts/startfsmachine.pl"; }; I followed this howto: https://www.freebsd.org/doc/handbook/disks-hast.html did not work for me. any suggestions? Thanks, Motty From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 02:51:13 2015 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 308963C0 for ; Fri, 17 Apr 2015 02:51:13 +0000 (UTC) Received: from SNT004-OMC3S39.hotmail.com (snt004-omc3s39.hotmail.com [65.54.51.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E2892E2B for ; Fri, 17 Apr 2015 02:51:12 +0000 (UTC) Received: from SNT146-W24 ([65.55.90.135]) by SNT004-OMC3S39.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 16 Apr 2015 19:51:06 -0700 X-TMN: [QTbitGLeJV8kwzIUdXnyUzS++yeE44gh] X-Originating-Email: [ricky1252@hotmail.com] Message-ID: From: "Ricky ." To: Yudi V CC: "freebsd-questions@freebsd.org" Subject: RE: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror Date: Thu, 16 Apr 2015 22:51:06 -0400 Importance: Normal In-Reply-To: References: , <552D135F.9010907@FreeBSD.org>, , <05238e5a.6156fafe@fabiankeil.de>, , <52922ff3.7b8a6684@fabiankeil.de>, MIME-Version: 1.0 X-OriginalArrivalTime: 17 Apr 2015 02:51:06.0448 (UTC) FILETIME=[59CAA500:01D078B9] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 02:51:13 -0000 Is your pool using gptids for the devices? I tried tried to reproduce this = with 9.1-release and 10.1-release=2C however using gptids and never run int= o this problem. > Date: Fri=2C 17 Apr 2015 03:32:07 +1000 > Subject: Re: mountroot prompt with error2=2C when trying to boot from a s= ingle drive in a 2-way mirror > From: yudi.tux@gmail.com > To: freebsd-listen@fabiankeil.de > CC: freebsd-questions@freebsd.org >=20 > I checked some popular image hosting websites=2C could not find any that = did > not use javascript. I can send you the images via email. > This is reproducible on a clean install of 9.3 as well. I think it's a bu= g. >=20 > Here's the output of zdb -l /dev/ada2p3 > -------------------------------------------- > LABEL 0 > -------------------------------------------- > version: 5000 > name: 'osysPool' > state: 0 > txg: 35882 > pool_guid: 3008044207603099329 > hostid: 1990654128 > hostname: 'test' > top_guid: 16302517322241353808 > guid: 2114803205502328891 > vdev_children: 1 > vdev_tree: > type: 'mirror' > id: 0 > guid: 16302517322241353808 > metaslab_array: 33 > metaslab_shift: 29 > ashift: 9 > asize: 70355779584 > is_log: 0 > create_txg: 4 > children[0]: > type: 'disk' > id: 0 > guid: 2114803205502328891 > path: '/dev/ada2p3' > phys_path: '/dev/ada2p3' > whole_disk: 1 > DTL: 99 > create_txg: 4 > children[1]: > type: 'disk' > id: 1 > guid: 15791103587254396721 > path: '/dev/ada3p3' > phys_path: '/dev/ada3p3' > whole_disk: 1 > DTL: 98 > create_txg: 4 > features_for_read: > -------------------------------------------- > LABEL 1 > -------------------------------------------- > version: 5000 > name: 'osysPool' > state: 0 > txg: 35882 > pool_guid: 3008044207603099329 > hostid: 1990654128 > hostname: 'test' > top_guid: 16302517322241353808 > guid: 2114803205502328891 > vdev_children: 1 > vdev_tree: > type: 'mirror' > id: 0 > guid: 16302517322241353808 > metaslab_array: 33 > metaslab_shift: 29 > ashift: 9 > asize: 70355779584 > is_log: 0 > create_txg: 4 > children[0]: > type: 'disk' > id: 0 > guid: 2114803205502328891 > path: '/dev/ada2p3' > phys_path: '/dev/ada2p3' > whole_disk: 1 > DTL: 99 > create_txg: 4 > children[1]: > type: 'disk' > id: 1 > guid: 15791103587254396721 > path: '/dev/ada3p3' > phys_path: '/dev/ada3p3' > whole_disk: 1 > DTL: 98 > create_txg: 4 > features_for_read: > -------------------------------------------- > LABEL 2 > -------------------------------------------- > version: 5000 > name: 'osysPool' > state: 0 > txg: 35882 > pool_guid: 3008044207603099329 > hostid: 1990654128 > hostname: 'test' > top_guid: 16302517322241353808 > guid: 2114803205502328891 > vdev_children: 1 > vdev_tree: > type: 'mirror' > id: 0 > guid: 16302517322241353808 > metaslab_array: 33 > metaslab_shift: 29 > ashift: 9 > asize: 70355779584 > is_log: 0 > create_txg: 4 > children[0]: > type: 'disk' > id: 0 > guid: 2114803205502328891 > path: '/dev/ada2p3' > phys_path: '/dev/ada2p3' > whole_disk: 1 > DTL: 99 > create_txg: 4 > children[1]: > type: 'disk' > id: 1 > guid: 15791103587254396721 > path: '/dev/ada3p3' > phys_path: '/dev/ada3p3' > whole_disk: 1 > DTL: 98 > create_txg: 4 > features_for_read: > -------------------------------------------- > LABEL 3 > -------------------------------------------- > version: 5000 > name: 'osysPool' > state: 0 > txg: 35882 > pool_guid: 3008044207603099329 > hostid: 1990654128 > hostname: 'test' > top_guid: 16302517322241353808 > guid: 2114803205502328891 > vdev_children: 1 > vdev_tree: > type: 'mirror' > id: 0 > guid: 16302517322241353808 > metaslab_array: 33 > metaslab_shift: 29 > ashift: 9 > asize: 70355779584 > is_log: 0 > create_txg: 4 > children[0]: > type: 'disk' > id: 0 > guid: 2114803205502328891 > path: '/dev/ada2p3' > phys_path: '/dev/ada2p3' > whole_disk: 1 > DTL: 99 > create_txg: 4 > children[1]: > type: 'disk' > id: 1 > guid: 15791103587254396721 > path: '/dev/ada3p3' > phys_path: '/dev/ada3p3' > whole_disk: 1 > DTL: 98 > create_txg: 4 > features_for_read: >=20 >=20 > gpart show ada2 output: >=20 > =3D> 34 156301421 ada2 GPT (74G) > 34 2014 - free - (1M) > 2048 512 1 freebsd-boot (256k) > 2560 1536 - free - (768k) > 4096 8388608 2 freebsd-swap (4.0G) > 8392704 10485760 - free - (5.0G) > 18878464 137422848 3 freebsd-zfs (65G) > 156301312 143 - free - (71k) >=20 >=20 >=20 > On Thu=2C Apr 16=2C 2015 at 9:45 PM=2C Fabian Keil > wrote: >=20 > > Yudi V wrote: > > > > > First=2C what is the recommended image hosting site. > > > > Any site that allows to download the image with fetch should be fine. > > I use my own website so I unfortunately can't recommend any specific > > image hosting site. > > > > > I don't think your conclusion is right. > > > > You're right=2C among other things I completely missed that you wrote > > that the system tries to attach the whole disk instead of a partition. > > > > Could you additionally post the output of "zdb -l /dev/ada2p3" > > and "gpart show ada2"? > > > > Fabian > > >=20 >=20 >=20 > --=20 > Kind regards=2C > Yudi > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe=2C send any mail to "freebsd-questions-unsubscribe@freebsd= .org" = From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 03:36:54 2015 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 A1A01AA3 for ; Fri, 17 Apr 2015 03:36:54 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49AA36A64F for ; Fri, 17 Apr 2015 03:36:54 +0000 (UTC) Received: by wizk4 with SMTP id k4so6624613wiz.1 for ; Thu, 16 Apr 2015 20:36:52 -0700 (PDT) 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=x/QYY9j5WdxZIW8p4H9h/NApjHiPMmKOp9e9wXBcP1U=; b=mhHDxla3QLAEnO90q7KmKlX1xFvHau4IdxW2oTzohS7aLZAiw4bMMY+CFxUv6P0iI0 skagk6G5CpYkj0Zjbt7N3cGYMyGPvYNgQO+pq8yuQV/usC1GNTGMJoe+sMvbLBBDpbC3 934yR14FQkPZmtwZJSOWGLDCq/8HVS423oEEx/CPC5qBQ/zQjOiL/PattjHgNBY/eeO6 8uaTPd+2ZsbPovtJls+WUF4+5/ySp8nK6PnqDLe3gwi+sQlxqW1+V7lv7rrUBzB0pQ6I nwA28dk6IFilQ8IccRUI5VdoSFtsFwt8S+E69YZb72Eqblfrlhf+ka9ENOfCLIweDOiC p5DQ== MIME-Version: 1.0 X-Received: by 10.180.106.137 with SMTP id gu9mr549277wib.54.1429241812587; Thu, 16 Apr 2015 20:36:52 -0700 (PDT) Received: by 10.28.21.82 with HTTP; Thu, 16 Apr 2015 20:36:52 -0700 (PDT) In-Reply-To: <772eb83d.1c422b92@fabiankeil.de> References: <552D135F.9010907@FreeBSD.org> <05238e5a.6156fafe@fabiankeil.de> <52922ff3.7b8a6684@fabiankeil.de> <772eb83d.1c422b92@fabiankeil.de> Date: Fri, 17 Apr 2015 13:36:52 +1000 Message-ID: Subject: Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror From: Yudi V To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 03:36:54 -0000 I cleared the label info on /dev/ada2, still same error. And that disk (ada2) became unavailable. gpart show does not even list the disk or it's partitions. I am guessing zpool labelclear -f /dev/ada2 destroyed the partition table. Answer to Ricky's question: No I used geom names (ada2p3). I cannot figure out the reason for the GUID mismatch (see console image). Any ideas? On Fri, Apr 17, 2015 at 4:26 AM, Fabian Keil wrote: > Yudi V wrote: > > > I checked some popular image hosting websites, could not find any that > did > > not use javascript. I can send you the images via email. > > Sure. > > > This is reproducible on a clean install of 9.3 as well. I think it's a > bug. > > I think the problem could be that two of the labels from ada2p3 are picked > up when looking at ada2 itself. Quoting the gptzfsboot man page: > > | After a disk is probed and gptzfsboot determines that the > | whole disk is not a ZFS pool member, the individual partitions > | are probed in their partition table order. > > Putting the pool on p2 and using p3 for swap would probably work around > this, but given that there's free space behind p3 already, it's not > obvious to me why this wasn't already sufficient. > > > Here's the output of zdb -l /dev/ada2p3 > [...] > > > > gpart show ada2 output: > > > > => 34 156301421 ada2 GPT (74G) > > 34 2014 - free - (1M) > > 2048 512 1 freebsd-boot (256k) > > 2560 1536 - free - (768k) > > 4096 8388608 2 freebsd-swap (4.0G) > > 8392704 10485760 - free - (5.0G) > > 18878464 137422848 3 freebsd-zfs (65G) > > 156301312 143 - free - (71k) > > For comparison, no labels are found with this layout > (p3, p4 and p5 are also encrypted, though): > > [fk@kendra ~]$ gpart show > => 40 1250263648 ada0 GPT (596G) > 40 128 1 freebsd-boot (64K) > 168 1880 - free - (940K) > 2048 409600 2 freebsd-zfs (200M) > 411648 8388608 3 freebsd-zfs (4.0G) > 8800256 8388608 4 freebsd-swap (4.0G) > 17188864 1233074816 5 freebsd-zfs (588G) > 1250263680 8 - free - (4.0K) > > [fk@kendra ~]$ zdb -l /dev/ada0 > -------------------------------------------- > LABEL 0 > -------------------------------------------- > failed to unpack label 0 > -------------------------------------------- > LABEL 1 > -------------------------------------------- > failed to unpack label 1 > -------------------------------------------- > LABEL 2 > -------------------------------------------- > failed to unpack label 2 > -------------------------------------------- > LABEL 3 > -------------------------------------------- > failed to unpack label 3 > > Fabian > -- Kind regards, Yudi From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 04:55:41 2015 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 161488FF for ; Fri, 17 Apr 2015 04:55:41 +0000 (UTC) Received: from SNT004-OMC3S38.hotmail.com (snt004-omc3s38.hotmail.com [65.55.90.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D742D6ADC1 for ; Fri, 17 Apr 2015 04:55:40 +0000 (UTC) Received: from SNT146-W90 ([65.55.90.137]) by SNT004-OMC3S38.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 16 Apr 2015 21:54:32 -0700 X-TMN: [25jtUkLz0RkUKZDU1U8GEpnxxjE4LkLq] X-Originating-Email: [ricky1252@hotmail.com] Message-ID: From: "Ricky ." To: Yudi V CC: "freebsd-questions@freebsd.org" Subject: RE: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror Date: Fri, 17 Apr 2015 00:54:31 -0400 Importance: Normal In-Reply-To: References: , <552D135F.9010907@FreeBSD.org>, , <05238e5a.6156fafe@fabiankeil.de>, , <52922ff3.7b8a6684@fabiankeil.de>, , <772eb83d.1c422b92@fabiankeil.de>, MIME-Version: 1.0 X-OriginalArrivalTime: 17 Apr 2015 04:54:32.0690 (UTC) FILETIME=[98417D20:01D078CA] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 04:55:41 -0000 >From the console images=2C it would appear that its searching for device (a= da2p3). I'm assuming that is the device missing and it is expecting it to h= ave the guid of ada2p3 before it was missing. Because ada3 is now ada2 it i= s showing the mismatch. Did you try to unplug the other one and see if it will boot? I suggest as switching to gpt labeling.as a work around. > Date: Fri=2C 17 Apr 2015 13:36:52 +1000 > Subject: Re: mountroot prompt with error2=2C when trying to boot from a s= ingle drive in a 2-way mirror > From: yudi.tux@gmail.com > To: freebsd-questions@freebsd.org >=20 > I cleared the label info on /dev/ada2=2C still same error. And that disk > (ada2) became unavailable. > gpart show does not even list the disk or it's partitions. I am guessing > zpool labelclear -f /dev/ada2 destroyed the partition table. >=20 >=20 > Answer to Ricky's question: >=20 > No I used geom names (ada2p3). > I cannot figure out the reason for the GUID mismatch (see console image). > Any ideas? >=20 > On Fri=2C Apr 17=2C 2015 at 4:26 AM=2C Fabian Keil > wrote: >=20 > > Yudi V wrote: > > > > > I checked some popular image hosting websites=2C could not find any t= hat > > did > > > not use javascript. I can send you the images via email. > > > > Sure. > > > > > This is reproducible on a clean install of 9.3 as well. I think it's = a > > bug. > > > > I think the problem could be that two of the labels from ada2p3 are pic= ked > > up when looking at ada2 itself. Quoting the gptzfsboot man page: > > > > | After a disk is probed and gptzfsboot determines that the > > | whole disk is not a ZFS pool member=2C the individual partitions > > | are probed in their partition table order. > > > > Putting the pool on p2 and using p3 for swap would probably work around > > this=2C but given that there's free space behind p3 already=2C it's not > > obvious to me why this wasn't already sufficient. > > > > > Here's the output of zdb -l /dev/ada2p3 > > [...] > > > > > > gpart show ada2 output: > > > > > > =3D> 34 156301421 ada2 GPT (74G) > > > 34 2014 - free - (1M) > > > 2048 512 1 freebsd-boot (256k) > > > 2560 1536 - free - (768k) > > > 4096 8388608 2 freebsd-swap (4.0G) > > > 8392704 10485760 - free - (5.0G) > > > 18878464 137422848 3 freebsd-zfs (65G) > > > 156301312 143 - free - (71k) > > > > For comparison=2C no labels are found with this layout > > (p3=2C p4 and p5 are also encrypted=2C though): > > > > [fk@kendra ~]$ gpart show > > =3D> 40 1250263648 ada0 GPT (596G) > > 40 128 1 freebsd-boot (64K) > > 168 1880 - free - (940K) > > 2048 409600 2 freebsd-zfs (200M) > > 411648 8388608 3 freebsd-zfs (4.0G) > > 8800256 8388608 4 freebsd-swap (4.0G) > > 17188864 1233074816 5 freebsd-zfs (588G) > > 1250263680 8 - free - (4.0K) > > > > [fk@kendra ~]$ zdb -l /dev/ada0 > > -------------------------------------------- > > LABEL 0 > > -------------------------------------------- > > failed to unpack label 0 > > -------------------------------------------- > > LABEL 1 > > -------------------------------------------- > > failed to unpack label 1 > > -------------------------------------------- > > LABEL 2 > > -------------------------------------------- > > failed to unpack label 2 > > -------------------------------------------- > > LABEL 3 > > -------------------------------------------- > > failed to unpack label 3 > > > > Fabian > > >=20 >=20 >=20 > --=20 > Kind regards=2C > Yudi > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe=2C send any mail to "freebsd-questions-unsubscribe@freebsd= .org" = From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 05:20:52 2015 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 E2E6FC3C for ; Fri, 17 Apr 2015 05:20:52 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F4056AF8F for ; Fri, 17 Apr 2015 05:20:52 +0000 (UTC) Received: by wizk4 with SMTP id k4so8454356wiz.1 for ; Thu, 16 Apr 2015 22:20:51 -0700 (PDT) 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=WhYbj0mYUandC4xOAWQb6yK2QnqD45O+69pZlXn4cXs=; b=p22Dg6G95s0VqkZ2s2jlHZ3MNDtZ2VB4wqNG4DmI5rWFNteUvPOQ/ywvmodakRKdQJ 7lUO7nmzeModn3jYx0JPM9ppfkFNMCGaizZsxxi2HiFhuV7JG7CBjqPyMT0LsZSqXO68 dxekgEgtmPKeckVMYAnWjU10mVcxighpoCUJPfjSeRW1RPBNKiDfasQWt5naSjgfRO9U opOBLuUVw9Nu+Au0KAbM6pjNKMpqE1NbozZv9R7yMexfV4ur3Ik8JnEKOaQt/KQ+q35X 8D6hk8b74Rlr8hPzXk+vDhGUVkU8O8DJ1IWptwqGFZXgrrLRN8hYQ1XVMt38ZxbE6cNO k/yA== MIME-Version: 1.0 X-Received: by 10.180.97.7 with SMTP id dw7mr1093857wib.74.1429248051017; Thu, 16 Apr 2015 22:20:51 -0700 (PDT) Received: by 10.28.21.82 with HTTP; Thu, 16 Apr 2015 22:20:50 -0700 (PDT) In-Reply-To: References: <552D135F.9010907@FreeBSD.org> <05238e5a.6156fafe@fabiankeil.de> <52922ff3.7b8a6684@fabiankeil.de> <772eb83d.1c422b92@fabiankeil.de> Date: Fri, 17 Apr 2015 15:20:50 +1000 Message-ID: Subject: Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror From: Yudi V To: "Ricky ." Cc: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 05:20:53 -0000 On Fri, Apr 17, 2015 at 2:54 PM, Ricky . wrote: > From the console images, it would appear that its searching for device > (ada2p3). I'm assuming that is the device missing and it is expecting it to > have the guid of ada2p3 before it was missing. Because ada3 is now ada2 it > is showing the mismatch. > You might be right, I will change these to gpt lables and test. But first I will have to recreate drive I destroyed. > > Did you try to unplug the other one and see if it will boot? > > I suggest as switching to gpt labeling.as a work around. > > > Date: Fri, 17 Apr 2015 13:36:52 +1000 > > Subject: Re: mountroot prompt with error2, when trying to boot from a > single drive in a 2-way mirror > > From: yudi.tux@gmail.com > > To: freebsd-questions@freebsd.org > > > > > I cleared the label info on /dev/ada2, still same error. And that disk > > (ada2) became unavailable. > > gpart show does not even list the disk or it's partitions. I am guessing > > zpool labelclear -f /dev/ada2 destroyed the partition table. > > > > > > Answer to Ricky's question: > > > > No I used geom names (ada2p3). > > I cannot figure out the reason for the GUID mismatch (see console image). > > Any ideas? > > > > On Fri, Apr 17, 2015 at 4:26 AM, Fabian Keil < > freebsd-listen@fabiankeil.de> > > wrote: > > > > > Yudi V wrote: > > > > > > > I checked some popular image hosting websites, could not find any > that > > > did > > > > not use javascript. I can send you the images via email. > > > > > > Sure. > > > > > > > This is reproducible on a clean install of 9.3 as well. I think it's > a > > > bug. > > > > > > I think the problem could be that two of the labels from ada2p3 are > picked > > > up when looking at ada2 itself. Quoting the gptzfsboot man page: > > > > > > | After a disk is probed and gptzfsboot determines that the > > > | whole disk is not a ZFS pool member, the individual partitions > > > | are probed in their partition table order. > > > > > > Putting the pool on p2 and using p3 for swap would probably work around > > > this, but given that there's free space behind p3 already, it's not > > > obvious to me why this wasn't already sufficient. > > > > > > > Here's the output of zdb -l /dev/ada2p3 > > > [...] > > > > > > > > gpart show ada2 output: > > > > > > > > => 34 156301421 ada2 GPT (74G) > > > > 34 2014 - free - (1M) > > > > 2048 512 1 freebsd-boot (256k) > > > > 2560 1536 - free - (768k) > > > > 4096 8388608 2 freebsd-swap (4.0G) > > > > 8392704 10485760 - free - (5.0G) > > > > 18878464 137422848 3 freebsd-zfs (65G) > > > > 156301312 143 - free - (71k) > > > > > > For comparison, no labels are found with this layout > > > (p3, p4 and p5 are also encrypted, though): > > > > > > [fk@kendra ~]$ gpart show > > > => 40 1250263648 ada0 GPT (596G) > > > 40 128 1 freebsd-boot (64K) > > > 168 1880 - free - (940K) > > > 2048 409600 2 freebsd-zfs (200M) > > > 411648 8388608 3 freebsd-zfs (4.0G) > > > 8800256 8388608 4 freebsd-swap (4.0G) > > > 17188864 1233074816 5 freebsd-zfs (588G) > > > 1250263680 8 - free - (4.0K) > > > > > > [fk@kendra ~]$ zdb -l /dev/ada0 > > > -------------------------------------------- > > > LABEL 0 > > > -------------------------------------------- > > > failed to unpack label 0 > > > -------------------------------------------- > > > LABEL 1 > > > -------------------------------------------- > > > failed to unpack label 1 > > > -------------------------------------------- > > > LABEL 2 > > > -------------------------------------------- > > > failed to unpack label 2 > > > -------------------------------------------- > > > LABEL 3 > > > -------------------------------------------- > > > failed to unpack label 3 > > > > > > Fabian > > > > > > > > > > > -- > > Kind regards, > > Yudi > > _______________________________________________ > > 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" > -- Kind regards, Yudi From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 05:27:31 2015 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 ACC81DCB for ; Fri, 17 Apr 2015 05:27:31 +0000 (UTC) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.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 6F351B8 for ; Fri, 17 Apr 2015 05:27:31 +0000 (UTC) Received: from r56.edvax.de (port-92-195-205-79.dynamic.qsc.de [92.195.205.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 1B6A9277D9; Fri, 17 Apr 2015 07:27:27 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t3H5RR9s002225; Fri, 17 Apr 2015 07:27:27 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 17 Apr 2015 07:27:27 +0200 From: Polytropon To: arnab bhowmick Cc: freebsd-questions@freebsd.org Subject: Re: Re. Eclipse & virtualbox Message-Id: <20150417072727.a8b7ac7f.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 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 05:27:31 -0000 On Fri, 17 Apr 2015 10:37:57 +0530, arnab bhowmick wrote: > Thanks for helping friend. Both eclipse and virtualbox is working now Nice to hear! :-) On Fri, 17 Apr 2015 10:39:26 +0530, arnab bhowmick wrote: > But do you know that how to create their desktop icon? I am using GNOME > desktop It depends on which Gnome version (2 or 3) you're using. But if I remember correctly, the right-click context menu of the desktop should have an entry called "create launcher". I'm not using Gnome regularly anymore, so I can't be more specific. >From within a terminal, you can issue the following command: gnome-desktop-item-edit --create-new ~/Desktop It will run the dialog to create the launcher. Just fill in the required information for the program you want to launch, select an icon, and it's done. Found here: http://askubuntu.com/questions/64222/how-can-i-create-launchers-on-my-desktop I don't have a Gnome system at hand currently to verify. :-( -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 14:07:52 2015 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 AE5D3890 for ; Fri, 17 Apr 2015 14:07:52 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45ABD7A2 for ; Fri, 17 Apr 2015 14:07:52 +0000 (UTC) Received: from [192.168.0.143] ([95.91.226.254]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MNZgw-1YhRyO3Uug-007Byj; Fri, 17 Apr 2015 16:07:42 +0200 Message-ID: <553113AD.6000502@gmx.de> Date: Fri, 17 Apr 2015 16:07:41 +0200 From: "lokadamus@gmx.de" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Alex Merritt , questions@freebsd.org Subject: Re: Disk space allocation References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:n4G+/RIr10mbjtoHBTxHqQtQnYS7p/eYE9aql8VvYNLX/3gDTGT 4YMuMgELgxl+ymAQu6zGHqWBtPWA2tf5LWulW0esdRdGayAJUI4Ao9krSoGCxwc9iRlKy6q r0Ebs4A/NBsjMyfgWT2X2Le8ak4zF8o86Ooa3ASscQqQjFnkGL/ec24DR8ibCqwlUJsj33u OdUfubjGL/iMXAayiB39g== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 14:07:52 -0000 On 04/15/15 20:45, Alex Merritt wrote: > Hello, > > File systems such as ext3/4 reserve some amount of space for allocation > only by privileged users, which can be adjusted, e.g. > > tune2fs -m reserved-blocks-percentage /dev/sdaN > > I installed a BSD system using Virtualbox, giving it an 8GB disk, but 'df' > shows an aggregate size among all mount points to be less than the > capacity. The minfree parameter to tunefs defaults to 8% (see below) but 8% > does not account for the difference in 8189MB capacity vs sum of ca. 6G > among all file systems (shown by df). There's ca. 27% of capacity > unavailable. > > What could I be missing here? > > # fdisk > [...] > The data for partition 1 is: > sysid 165,(DragonFly/FreeBSD/NetBSD/386BSD) > start 63, size 16773057 (8189 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 1023/ head 255/ sector 63 > > # dumpfs /dev/ad0s1a | grep minfree > minfree 8% optim time maxcontig 15 maxbpg 2048 > > # df -hT > Filesystem Type Size Used Avail Capacity Mounted on > /dev/serno/--.s1a ufs 620M 140M 431M 24% / > devfs devfs 1.0K 1.0K 0B 100% /dev > /dev/serno/--.s1d ufs 2.2G 396K 2.0G 0% /home > /dev/serno/--.s1e ufs 248M 10K 228M 0% /tmp > /dev/serno/--.s1f ufs 2.6G 1.5G 882M 64% /usr > /dev/serno/--.s1g ufs 248M 213M 15M 93% /var > procfs procfs 4.0K 4.0K 0B 100% /proc > > Thanks! > Alex > _______________________________________________ > 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" > Which filesystem and FreeBSD Version you are using? UFS/ UFS2 have an option, that in default setting 10% are reserved. So you can use your partition with 110%. Greetings From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 14:26:10 2015 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 1DFF3C2E for ; Fri, 17 Apr 2015 14:26:10 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBBB39C1 for ; Fri, 17 Apr 2015 14:26:09 +0000 (UTC) Received: by igblo3 with SMTP id lo3so12810377igb.1 for ; Fri, 17 Apr 2015 07:26:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0c0tp840J3D+tvXgCnIyv273GRohMLyslmDmM8H9vwA=; b=bHT4AEMMVw1MqjxcZJbG0WRXriL1xkxj0ZpCe0sALkpaSjdTSWdYn4RB8Fehyi5een BB4YCGqi9MCpWeImW2fc0yjG0lgQT+mF9/Un4qfzmV+JICyebBte2ZuWWMPyvvK5+iRm s2PP8Vr8Vmb8qSRiXewlCERGg1aPXWTKtjlPeUPl4SeUB+Yr76A5Gp2az4PiPIMOo5ha FQxzD9tzgNqidGt1z8YRaGSddSs0rLjI/L7dz241+qJC+NYfiyhlrYK4XuvmXpREg48i FUxxapNbCnUFKRHrLKSLm4qFUd2XR1wxBLBb2vLfQkzFNtD08uozhho/tOJ8vrbsodxT kJpg== X-Received: by 10.50.77.13 with SMTP id o13mr3217301igw.39.1429280769133; Fri, 17 Apr 2015 07:26:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.131.194 with HTTP; Fri, 17 Apr 2015 07:25:48 -0700 (PDT) In-Reply-To: <553113AD.6000502@gmx.de> References: <553113AD.6000502@gmx.de> From: Alex Merritt Date: Fri, 17 Apr 2015 10:25:48 -0400 Message-ID: Subject: Re: Disk space allocation To: "lokadamus@gmx.de" Cc: questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 14:26:10 -0000 On Fri, Apr 17, 2015 at 10:07 AM, lokadamus@gmx.de wrote: > On 04/15/15 20:45, Alex Merritt wrote: > > Hello, > > > > File systems such as ext3/4 reserve some amount of space for allocation > > only by privileged users, which can be adjusted, e.g. > > > > tune2fs -m reserved-blocks-percentage /dev/sdaN > > > > I installed a BSD system using Virtualbox, giving it an 8GB disk, but > 'df' > > shows an aggregate size among all mount points to be less than the > > capacity. The minfree parameter to tunefs defaults to 8% (see below) but > 8% > > does not account for the difference in 8189MB capacity vs sum of ca. 6G > > among all file systems (shown by df). There's ca. 27% of capacity > > unavailable. > > > > What could I be missing here? > > > > # fdisk > > [...] > > The data for partition 1 is: > > sysid 165,(DragonFly/FreeBSD/NetBSD/386BSD) > > start 63, size 16773057 (8189 Meg), flag 80 (active) > > beg: cyl 0/ head 1/ sector 1; > > end: cyl 1023/ head 255/ sector 63 > > > > # dumpfs /dev/ad0s1a | grep minfree > > minfree 8% optim time maxcontig 15 maxbpg 2048 > > > > # df -hT > > Filesystem Type Size Used Avail Capacity Mounted on > > /dev/serno/--.s1a ufs 620M 140M 431M 24% / > > devfs devfs 1.0K 1.0K 0B 100% /dev > > /dev/serno/--.s1d ufs 2.2G 396K 2.0G 0% /home > > /dev/serno/--.s1e ufs 248M 10K 228M 0% /tmp > > /dev/serno/--.s1f ufs 2.6G 1.5G 882M 64% /usr > > /dev/serno/--.s1g ufs 248M 213M 15M 93% /var > > procfs procfs 4.0K 4.0K 0B 100% /proc > > > > Thanks! > > Alex > > _______________________________________________ > > 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" > > > Which filesystem and FreeBSD Version you are using? > UFS/ UFS2 have an option, that in default setting 10% are reserved. > So you can use your partition with 110%. > > Greetings > I am using DragonFly BSD, and "geom" does not seem to be in the package repository. I mailed here assuming it is not a distro-specific characteristic. The file system is UFS. What do you mean use it with 110%? From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 14:33:49 2015 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 7387FDEC for ; Fri, 17 Apr 2015 14:33:49 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1923EAEB for ; Fri, 17 Apr 2015 14:33:48 +0000 (UTC) Received: from [192.168.0.143] ([95.91.226.254]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MIe0O-1YlJC61rgG-002GLu; Fri, 17 Apr 2015 16:33:46 +0200 Message-ID: <553119C9.1020302@gmx.de> Date: Fri, 17 Apr 2015 16:33:45 +0200 From: "lokadamus@gmx.de" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Alex Merritt CC: questions@freebsd.org Subject: Re: Disk space allocation References: <553113AD.6000502@gmx.de> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:9EV/ikurj3sfKMxo/q8ObU2IFdKVlEoaLMjK7a+CPT7ytjWtst4 3QK4vS2F051zmgXU5hoXHoHWaE658DsNTGp+VVYayzbQy9F/I7AiSOqS3/nhN1YTu6buUE8 Di6ycZSsqEBiSzNG40tAMqoBA1UxfGcZ7ilzkqS+fWxqATmCJuWGIWEi7hZcW7OX6Iygt0/ it4/rPBtTC1fJfsWQpZjQ== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 14:33:49 -0000 On 04/17/15 16:25, Alex Merritt wrote: > On Fri, Apr 17, 2015 at 10:07 AM, lokadamus@gmx.de > wrote: > >> On 04/15/15 20:45, Alex Merritt wrote: >>> Hello, >>> >>> File systems such as ext3/4 reserve some amount of space for >>> allocation only by privileged users, which can be adjusted, >>> e.g. >>> >>> tune2fs -m reserved-blocks-percentage /dev/sdaN >>> >>> I installed a BSD system using Virtualbox, giving it an 8GB >>> disk, but >> 'df' >>> shows an aggregate size among all mount points to be less than >>> the capacity. The minfree parameter to tunefs defaults to 8% >>> (see below) but >> 8% >>> does not account for the difference in 8189MB capacity vs sum >>> of ca. 6G among all file systems (shown by df). There's ca. 27% >>> of capacity unavailable. >>> >>> What could I be missing here? >>> >>> # fdisk [...] The data for partition 1 is: sysid >>> 165,(DragonFly/FreeBSD/NetBSD/386BSD) start 63, size 16773057 >>> (8189 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: >>> cyl 1023/ head 255/ sector 63 >>> >>> # dumpfs /dev/ad0s1a | grep minfree minfree 8% optim time >>> maxcontig 15 maxbpg 2048 >>> >>> # df -hT Filesystem Type Size Used Avail Capacity >>> Mounted on /dev/serno/--.s1a ufs 620M 140M 431M >>> 24% / devfs devfs 1.0K 1.0K 0B >>> 100% /dev /dev/serno/--.s1d ufs 2.2G 396K 2.0G >>> 0% /home /dev/serno/--.s1e ufs 248M 10K 228M >>> 0% /tmp /dev/serno/--.s1f ufs 2.6G 1.5G 882M >>> 64% /usr /dev/serno/--.s1g ufs 248M 213M 15M >>> 93% /var procfs procfs 4.0K 4.0K 0B >>> 100% /proc >>> >>> Thanks! Alex _______________________________________________ >>> 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" >>> >> Which filesystem and FreeBSD Version you are using? UFS/ UFS2 >> have an option, that in default setting 10% are reserved. So you >> can use your partition with 110%. >> >> Greetings >> > > I am using DragonFly BSD, and "geom" does not seem to be in the > package repository. I mailed here assuming it is not a > distro-specific characteristic. > > The file system is UFS. What do you mean use it with 110%? > _______________________________________________ > 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" > Well, you can fill up your system with 110% Data using before you get an error of full filesystem. This is reserved space for error handling. But it is an old technic for old HDDs. Look at 8.22: https://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#disk-more-than-full This value can be changed on installation. If it can be changed on a running system, i don't know. I didn't test it. Greeting From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 15:00:21 2015 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 D0F853AB for ; Fri, 17 Apr 2015 15:00:21 +0000 (UTC) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 660CFDC3 for ; Fri, 17 Apr 2015 15:00:20 +0000 (UTC) Received: from curlew.milibyte.co.uk ([80.229.31.82]) by avasout07 with smtp id H3091q00A1mJoLY0130AqN; Fri, 17 Apr 2015 16:00:10 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=fZwjyigF c=1 sm=1 tr=0 a=cd0K7rcWwnZFf6xQxRobyA==:117 a=cd0K7rcWwnZFf6xQxRobyA==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=19pAxiUZ1PoA:10 a=8nJEP1OIZ-IA:10 a=e9J7MTPGsLIA:10 a=A2LAWug301ygahsqYgYA:9 a=wPNLvfGTeEIA:10 Received: from curlew.lan ([192.168.1.13] helo=milibyte.co.uk) by curlew.milibyte.co.uk with esmtp (Exim 4.85) (envelope-from ) id 1Yj7kW-0001s3-Jd for freebsd-questions@freebsd.org; Fri, 17 Apr 2015 16:00:09 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Fri, 17 Apr 2015 16:00:07 +0100 Message-ID: <4256565.sTWNKMh4Pq@curlew.lan> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p9; KDE/4.14.3; amd64; ; ) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: pkg upgrade Solver problem Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="iso-8859-1" X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.co.uk) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 15:00:21 -0000 I've just attempted pkg upgrade with pkg-1.5.1 ================================================= Fetching mysql56-client-5.6.23.txz: 100% 2 MiB 2.1MB/s 00:01 Fetching mysql56-server-5.6.23.txz: 100% 8 MiB 1.7MB/s 00:05 Checking integrity... done (2 conflicting) pkg: Cannot solve problem using SAT solver: dependency rule: package akonadi(r) depends on: qt4-mysql-plugin(r)qt4-mysql- plugin(l) dependency rule: package akonadi(l) depends on: qt4-mysql-plugin(r)qt4-mysql- plugin(l) upgrade rule: upgrade local qt4-mysql-plugin-4.8.6 to remote qt4-mysql- plugin-4.8.6 cannot install package qt4-mysql-plugin, remove it from request? [Y/n]: y pkg: cannot find qt4-mysql-plugin in the request pkg: cannot solve job using SAT solver Checking integrity... done (0 conflicting) Conflicts with the existing packages have been found. One more solver iteration is needed to resolve them. ================================================= A second run didn't fix the problem, nor did replying "no" to the "remove it from request"question. A further oddity is that subsequent runs ended with the message "Your packages are up to date" which was certainly incorrect. I deleted qt4-mysql-plugin and tried again but got similar errors for p5-DBD- mysql ================================================= pkg: Cannot solve problem using SAT solver: upgrade rule: upgrade local p5-DBD-mysql-4.031 to remote p5-DBD-mysql-4.031 cannot install package p5-DBD-mysql, remove it from request? [Y/n]: y pkg: cannot find p5-DBD-mysql in the request pkg: cannot solve job using SAT solver Checking integrity... done (0 conflicting) Your packages are up to date. ================================================= Prior to the update there had been conflicting requirements for mysql55 and mysql56 which I'd got round by building p5-DBD-mysql from ports to use mysql55-client. After deleting p5-DBD-mysq I was able to complete the upgrade without errors and then reinstall p5-DBD-mysq as a package. I was able to work round these errors but am wondering if the solver ought to have been able to handle them or perhaps produce less cryptic error messages? -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 15:09:54 2015 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 3BFE74F5 for ; Fri, 17 Apr 2015 15:09:54 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C7803EC5 for ; Fri, 17 Apr 2015 15:09:53 +0000 (UTC) Received: from [192.168.0.143] ([95.91.226.254]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LZiLk-1ZCwOh0xBM-00lT0o; Fri, 17 Apr 2015 17:09:51 +0200 Message-ID: <5531223E.8020208@gmx.de> Date: Fri, 17 Apr 2015 17:09:50 +0200 From: "lokadamus@gmx.de" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Mike Clarke , freebsd-questions@freebsd.org Subject: Re: pkg upgrade Solver problem References: <4256565.sTWNKMh4Pq@curlew.lan> In-Reply-To: <4256565.sTWNKMh4Pq@curlew.lan> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:XEcEg5Dihp9NDla8OJGGco+wsKaaWtpQgLJRCsNCxg4F8x7HE8d 9W1EtUPTufQcgd7PsSvQCsL8hd3x3lab95C5wGOfs+beMZwl5s3Dbosn6SZgehE3e0CtYZU x0sVYiliCHI9+DsBIu4KfRzWkTUI1htYhjTNulV5n9wGwYiGH+HiKmV1CTdzF+ZNnDJSruo aBOPNf4P6f1fr1HWeFMMw== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 15:09:54 -0000 On 04/17/15 17:00, Mike Clarke wrote: > > Prior to the update there had been conflicting requirements for mysql55 and > mysql56 which I'd got round by building p5-DBD-mysql from ports to use > mysql55-client. > > After deleting p5-DBD-mysq I was able to complete the upgrade without errors > and then reinstall p5-DBD-mysq as a package. > > I was able to work round these errors but am wondering if the solver ought to > have been able to handle them or perhaps produce less cryptic error messages? > How do you rebuild your ports? Do you use portupgrade or portmaster? Sometimes a "portsnap fetch extract" help resolve some issues. Greetings From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 15:31:27 2015 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 4F89DE84 for ; Fri, 17 Apr 2015 15:31:27 +0000 (UTC) Received: from avasout08.plus.net (avasout08.plus.net [212.159.14.20]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D7CCF261 for ; Fri, 17 Apr 2015 15:31:26 +0000 (UTC) Received: from curlew.milibyte.co.uk ([80.229.31.82]) by avasout08 with smtp id H3XE1q0031mJoLY013XH22; Fri, 17 Apr 2015 16:31:17 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=GcuZnGnL c=1 sm=1 tr=0 a=cd0K7rcWwnZFf6xQxRobyA==:117 a=cd0K7rcWwnZFf6xQxRobyA==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=19pAxiUZ1PoA:10 a=kj9zAlcOel0A:10 a=e9J7MTPGsLIA:10 a=CjiYHUMhD_RVPYIgnHAA:9 a=CjuIK1q_8ugA:10 Received: from curlew.lan ([192.168.1.13] helo=milibyte.co.uk) by curlew.milibyte.co.uk with esmtp (Exim 4.85) (envelope-from ) id 1Yj8EZ-0000Vj-M4 for freebsd-questions@freebsd.org; Fri, 17 Apr 2015 16:31:14 +0100 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Fri, 17 Apr 2015 16:31:11 +0100 Message-ID: <1650408.W1M3ms8bST@curlew.lan> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p9; KDE/4.14.3; amd64; ; ) In-Reply-To: <5531223E.8020208@gmx.de> References: <4256565.sTWNKMh4Pq@curlew.lan> <5531223E.8020208@gmx.de> MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: pkg upgrade Solver problem Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.co.uk) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 15:31:27 -0000 On Friday 17 Apr 2015 17:09:50 lokadamus@gmx.de wrote: > How do you rebuild your ports? Do you use portupgrade or portmaster? The packages were all upgraded with pkg upgrade, nothing was built from ports on this run. p5-DBD-mysql had been previously built from ports using a version of ports consistent with the packages available at the time. This was the only affected package which had been built from ports. I deleted p5-DBD-mysql before being able to get pkg upgrade to run without errors. When I subsequently reinstalled it I used pkg install to install it from the FreeBSD package repository. -- Mike Clarke From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 15:50:33 2015 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 7C841429 for ; Fri, 17 Apr 2015 15:50:33 +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 1C50D5F0 for ; Fri, 17 Apr 2015 15:50:32 +0000 (UTC) Received: from zero-gravitas.local (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t3HFoKEg092007 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 17 Apr 2015 16:50:21 +0100 (BST) (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 t3HFoKEg092007 Authentication-Results: smtp.infracaninophile.co.uk/t3HFoKEg092007; 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 zero-gravitas.local Message-ID: <55312BB4.20907@FreeBSD.org> Date: Fri, 17 Apr 2015 16:50:12 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: pkg upgrade Solver problem References: <4256565.sTWNKMh4Pq@curlew.lan> <5531223E.8020208@gmx.de> <1650408.W1M3ms8bST@curlew.lan> In-Reply-To: <1650408.W1M3ms8bST@curlew.lan> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nHH7j7jkGqwkshVhpCvSu4uAQ1WTk5L4E" X-Virus-Scanned: clamav-milter 0.98.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham 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.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 15:50:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nHH7j7jkGqwkshVhpCvSu4uAQ1WTk5L4E Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015/04/17 16:31, Mike Clarke wrote: > The packages were all upgraded with pkg upgrade, nothing was built from= ports=20 > on this run. >=20 > p5-DBD-mysql had been previously built from ports using a version of po= rts=20 > consistent with the packages available at the time. This was the only a= ffected=20 > package which had been built from ports. >=20 > I deleted p5-DBD-mysql before being able to get pkg upgrade to run with= out=20 > errors. When I subsequently reinstalled it I used pkg install to instal= l it=20 > from the FreeBSD package repository. What's happening is this: although the two packages have the same name and version, because one was locally compiled and the other comes from the FreeBSD repository, it looks like they had different dependencies -- probably on different versions of MySQL in this case. In order to force things to progress, try forcing an upgrade of the problem package (which will install the version from the repo, and any dependencies it needs, plus remove anything that conflicts with those changes. In this case the conflicting packages will presumably be those different versions of mysql-client.) pkg upgrade -f qt4-mysql-plugin Pay attention to what pkg(8) says it is going to remove during this process as you may need to reinstall some of the deleted packages. Then try doing a full 'pkg upgrade' This seems to be a problem that is occurring when people switch from locally compiled packages to packages from the repositories. There was a similar case discussed on freebsd-pkg@... earlier today. Cheers, Matthew --nHH7j7jkGqwkshVhpCvSu4uAQ1WTk5L4E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVMSu7AAoJEABRPxDgqeTnUqkP/idpsrDSJTE9qq0NeXHBezNp w/o3+8ynyHq5BUj3/Zc4M3eVyKYDmy0G5EN39IVaUMubILwO9KHQ0WEpTyeFl2CZ nFNqw/0fYsHgUnJN9W+wVbuYCjLm6AQWHYfRqjmB60LAkdunnfV3M8TDEorW3B2v /y221J0zn3AMjqrdSNlKECr514WBPJ+TOSI2iSd5G6vvhZCOzTY7fyqJdnDTfrEf MfhE8OrBSM5w2XtMSu2LnVum5iYNHrzAdNygmiDk/2zv7k3oLnFRyt2uFBOFYi5Z bmJJ3cpVaCjJZNZHAIRuicTKRgAR5hKudSPUcpxzAWWxxRa6tCtdQT9xl0s0ne5v Et5hIGNAGfDO5Ormu8+1Kw96hOetZNtRMJ9iRnFZsnfQ4E3eYZcV5P4o7beoH60k QqkJL5qPG04TidgzcJ5PMtRyPDk0ta5shaci93aOcphOxfeRwgTKaGsjFBMSmQZc a5CrbmqOcWnts5z8dLfM//h52J4DeTFHUobclZAA8jUKfBPf5nrDkys7Q4nbbTD4 v6xyfzY4HpUeO5MJgkFdeNjsaaaaMJ6avzMy9nJaYdJS9ZwwKuZiSg3ZfFfhpZov krS39veE+dlksxq1FO/XBY6lJ8kHbz/u0ijKuK61PZCZTaZ5fqbZrGPcsHrH7QfP AcqnDLL8tADEYd+Zt6/3 =VZuZ -----END PGP SIGNATURE----- --nHH7j7jkGqwkshVhpCvSu4uAQ1WTk5L4E-- From owner-freebsd-questions@FreeBSD.ORG Fri Apr 17 22:09:10 2015 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 6EDB9D87 for ; Fri, 17 Apr 2015 22:09:10 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D8EA61E for ; Fri, 17 Apr 2015 22:09:10 +0000 (UTC) Received: by widdi4 with SMTP id di4so37098216wid.0 for ; Fri, 17 Apr 2015 15:09:08 -0700 (PDT) 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=Q2ebAoU7LCSfN8esC4v0zDrkLtbPN1J4xZmy6VGds2U=; b=i/n+7GgnibMPDhH8JPXdFbSwilPx+TwQ3NPFgVba5QmWrgvI9mKpgxf0fQCzBtkSBk PskcVcYl7+RG+lNASD2E2VttlC6SSGg0NYRobQNK7uKQKN8Vxzyeuc2up5N42h3x829N RskP7jFtE9aF6lf39KPN/d05iQWyKxVftubKXyaJkFOn1VDwLZ1rNxIvUQnp9r8+jEi9 j0IOGIgdRsNbV6AeWz4vjYJu+cvCk9Duh2sR+qBiYbpc//BHoIV/x6ZDs7SWjHIN+V6a fkS5XIz0Fli/jO9Fs47EoBv9zy4Zcyd9K7Xs/T5ou3zpfJii+h2HYI6eeZL5n04THzM0 S0jg== X-Received: by 10.180.96.200 with SMTP id du8mr5039680wib.54.1429308548630; Fri, 17 Apr 2015 15:09:08 -0700 (PDT) Received: from gumby.homeunix.com (5ec3c570.skybroadband.com. [94.195.197.112]) by mx.google.com with ESMTPSA id fo7sm4376095wic.1.2015.04.17.15.09.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Apr 2015 15:09:08 -0700 (PDT) Date: Fri, 17 Apr 2015 23:09:04 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: Disk space allocation Message-ID: <20150417230904.2bed95bb@gumby.homeunix.com> In-Reply-To: References: <553113AD.6000502@gmx.de> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; 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.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 22:09:10 -0000 On Fri, 17 Apr 2015 10:25:48 -0400 Alex Merritt wrote: > I am using DragonFly BSD, and "geom" does not seem to be in the > package repository. I mailed here assuming it is not a distro-specific > characteristic. Dragonfly is a fork of FreeBSD 4, not a distro. The current stable branch of FreeBSD is 10 so there are significant differences. The 8% is subtracted from the "Avail" value, the other columns show the full amount. From owner-freebsd-questions@FreeBSD.ORG Sat Apr 18 03:08:24 2015 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 E2DBD890 for ; Sat, 18 Apr 2015 03:08:24 +0000 (UTC) Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by mx1.freebsd.org (Postfix) with ESMTP id C24898FA for ; Sat, 18 Apr 2015 03:08:24 +0000 (UTC) Received: by guelah.shrubbery.net (Postfix, from userid 7053) id 1B767548F3; Sat, 18 Apr 2015 02:52:51 +0000 (UTC) Date: Sat, 18 Apr 2015 02:52:51 +0000 From: heasley To: freebsd-questions@freebsd.org Subject: Hot swap SATA drive & /dev nodes w/ GPT Message-ID: <20150418025251.GL54669@shrubbery.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGPkey: http://www.shrubbery.net/~heas/public-key.asc X-note: live free, or die! X-homer: i just want to have a beer while i am caring. X-Claimation: an engineer needs a manager like a fish needs a bicycle X-reality: only YOU can put an end to the embarrassment that is Tom Cruise User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 03:08:25 -0000 Having hot swapped a SATA drive (either on an LSI 9750 or a PEXSAT34RH SATA ctlr) with a new drive that already has GPT label on it from another fbsd machine - or having accidentally deleted the wrong JBOD and recreating it, the disk or unit do not reappear in /dev/da* or /dev/gpt. Though gpart remembers part of the information. Is there some command to cause the kernel to reread the GPT? In this specific case, da2 was detached by the controller due to ECC errors. I mangled the tw_cli command to remove da2 and killed da3. I managed to get da2 reattached, but its not in /dev, though camcontrol sees it. Yesterday, I ejected a drive on a different machine and it brushed against its neighbor and they both popped out. reinserting the neighbor resulted in similar behavior. reinserting it in another slow on the controller did not help. i inserted it in a slot on a different PEXSAT34RH ctlr and it came back normally. # camcontrol devlist -v scbus0 on isci0 bus 0: <> at scbus0 target -1 lun ffffffff () scbus1 on isci0 bus 1: <> at scbus1 target -1 lun ffffffff () scbus2 on tws0 bus 0: at scbus2 target 0 lun 0 (pass0,da0) at scbus2 target 1 lun 0 (pass1,da1) at scbus2 target 2 lun 0 (pass2,da2) at scbus2 target 3 lun 0 (da3) <> at scbus2 target -1 lun ffffffff () .... da2 at tws0 bus 0 scbus2 target 2 lun 0 da2: s/n 6VP2K70V29405300E470 detached da3 at tws0 bus 0 scbus2 target 3 lun 0 da3: s/n 5N47562429405300BF0C detached tws0: INFO: (0x04: 0x0090): Unit now in active mode: unit=2 Geom name: da2 Providers: 1. Name: da2p3 Mediasize: 17179869184 (16G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 2148028416 Mode: r1w1e1 Consumers: 1. Name: da2 Mediasize: 749988741120 (698G) Sectorsize: 512 Mode: r1w1e2 Geom name: da3 Providers: 1. Name: da3p3 Mediasize: 17179869184 (16G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 2148028416 Mode: r1w1e1 Consumers: 1. Name: da3 Mediasize: 749988741120 (698G) Sectorsize: 512 Mode: r1w1e2 From owner-freebsd-questions@FreeBSD.ORG Sat Apr 18 03:44:35 2015 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 E1941CFE for ; Sat, 18 Apr 2015 03:44:35 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A7FFCA7 for ; Sat, 18 Apr 2015 03:44:35 +0000 (UTC) Received: by wgso17 with SMTP id o17so130545921wgs.1 for ; Fri, 17 Apr 2015 20:44:34 -0700 (PDT) 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=uEKbhYLoLBRkWLjuAyfgRvT+bxVwWdZT5k+tYp+VpEs=; b=ornkAhVvsOymcy2vnoE87M+nXQGUN5CLxf6+RMl9vE2TPtu8E8Y7evVujpdhkI0fBH +8dvTk98O2IXdtF9j1rbXlOgU/olJKNkAo8cYX+frRPCnVyc3XJ/dUD2UGLXcjDjIvr2 IZQffz3qXJyk+YYnIaJEdb5tupDiuT20jAWA+lwUaxxhg+3cVfetImbsDobylWgtlrfr 2Rx/qIfDrhNFkJOOGkbjLRgTSXNn8Y8eHcz7kIWcywBnYwSnA89Cu/418t5EssljdTOr oWE2wWU3sh+FzLk/OO4vbJj3IYaiwiKgzrsbBU4mdeVFu8qzkPbuore7PQoeln5zBIpr Je4g== MIME-Version: 1.0 X-Received: by 10.194.60.135 with SMTP id h7mr11081681wjr.82.1429328674010; Fri, 17 Apr 2015 20:44:34 -0700 (PDT) Received: by 10.28.21.82 with HTTP; Fri, 17 Apr 2015 20:44:33 -0700 (PDT) In-Reply-To: References: <552D135F.9010907@FreeBSD.org> <05238e5a.6156fafe@fabiankeil.de> <52922ff3.7b8a6684@fabiankeil.de> <772eb83d.1c422b92@fabiankeil.de> Date: Sat, 18 Apr 2015 13:44:33 +1000 Message-ID: Subject: Re: mountroot prompt with error2, when trying to boot from a single drive in a 2-way mirror From: Yudi V To: "Ricky ." Cc: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 03:44:36 -0000 changed the pool to use gpt labels and the issue is sorted. Thank you. On Fri, Apr 17, 2015 at 3:20 PM, Yudi V wrote: > > > On Fri, Apr 17, 2015 at 2:54 PM, Ricky . wrote: > >> From the console images, it would appear that its searching for device >> (ada2p3). I'm assuming that is the device missing and it is expecting it to >> have the guid of ada2p3 before it was missing. Because ada3 is now ada2 it >> is showing the mismatch. >> > You might be right, I will change these to gpt lables and test. But first > I will have to recreate drive I destroyed. > >> >> > Did you try to unplug the other one and see if it will boot? >> >> I suggest as switching to gpt labeling.as a work around. >> >> > Date: Fri, 17 Apr 2015 13:36:52 +1000 >> > Subject: Re: mountroot prompt with error2, when trying to boot from a >> single drive in a 2-way mirror >> > From: yudi.tux@gmail.com >> > To: freebsd-questions@freebsd.org >> >> > >> > I cleared the label info on /dev/ada2, still same error. And that disk >> > (ada2) became unavailable. >> > gpart show does not even list the disk or it's partitions. I am guessing >> > zpool labelclear -f /dev/ada2 destroyed the partition table. >> > >> > >> > Answer to Ricky's question: >> > >> > No I used geom names (ada2p3). >> > I cannot figure out the reason for the GUID mismatch (see console >> image). >> > Any ideas? >> > >> > On Fri, Apr 17, 2015 at 4:26 AM, Fabian Keil < >> freebsd-listen@fabiankeil.de> >> > wrote: >> > >> > > Yudi V wrote: >> > > >> > > > I checked some popular image hosting websites, could not find any >> that >> > > did >> > > > not use javascript. I can send you the images via email. >> > > >> > > Sure. >> > > >> > > > This is reproducible on a clean install of 9.3 as well. I think >> it's a >> > > bug. >> > > >> > > I think the problem could be that two of the labels from ada2p3 are >> picked >> > > up when looking at ada2 itself. Quoting the gptzfsboot man page: >> > > >> > > | After a disk is probed and gptzfsboot determines that the >> > > | whole disk is not a ZFS pool member, the individual partitions >> > > | are probed in their partition table order. >> > > >> > > Putting the pool on p2 and using p3 for swap would probably work >> around >> > > this, but given that there's free space behind p3 already, it's not >> > > obvious to me why this wasn't already sufficient. >> > > >> > > > Here's the output of zdb -l /dev/ada2p3 >> > > [...] >> > > > >> > > > gpart show ada2 output: >> > > > >> > > > => 34 156301421 ada2 GPT (74G) >> > > > 34 2014 - free - (1M) >> > > > 2048 512 1 freebsd-boot (256k) >> > > > 2560 1536 - free - (768k) >> > > > 4096 8388608 2 freebsd-swap (4.0G) >> > > > 8392704 10485760 - free - (5.0G) >> > > > 18878464 137422848 3 freebsd-zfs (65G) >> > > > 156301312 143 - free - (71k) >> > > >> > > For comparison, no labels are found with this layout >> > > (p3, p4 and p5 are also encrypted, though): >> > > >> > > [fk@kendra ~]$ gpart show >> > > => 40 1250263648 ada0 GPT (596G) >> > > 40 128 1 freebsd-boot (64K) >> > > 168 1880 - free - (940K) >> > > 2048 409600 2 freebsd-zfs (200M) >> > > 411648 8388608 3 freebsd-zfs (4.0G) >> > > 8800256 8388608 4 freebsd-swap (4.0G) >> > > 17188864 1233074816 5 freebsd-zfs (588G) >> > > 1250263680 8 - free - (4.0K) >> > > >> > > [fk@kendra ~]$ zdb -l /dev/ada0 >> > > -------------------------------------------- >> > > LABEL 0 >> > > -------------------------------------------- >> > > failed to unpack label 0 >> > > -------------------------------------------- >> > > LABEL 1 >> > > -------------------------------------------- >> > > failed to unpack label 1 >> > > -------------------------------------------- >> > > LABEL 2 >> > > -------------------------------------------- >> > > failed to unpack label 2 >> > > -------------------------------------------- >> > > LABEL 3 >> > > -------------------------------------------- >> > > failed to unpack label 3 >> > > >> > > Fabian >> > > >> > >> > >> > >> > -- >> > Kind regards, >> > Yudi >> > _______________________________________________ >> > 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" >> > > > > -- > Kind regards, > Yudi > -- Kind regards, Yudi From owner-freebsd-questions@FreeBSD.ORG Sat Apr 18 03:54:38 2015 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 C2278EB7 for ; Sat, 18 Apr 2015 03:54:38 +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 A018FD93 for ; Sat, 18 Apr 2015 03:54:38 +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=hO/IyJ4h0aBMDBKoGL11p50EgSlIomUlsszHG1l6omY=; b=oFh9yqRFyuo1UeYXmMCw1tR/B+i8YJ9wYfgm/yVu3Da/Wje7L34MO/Ecmmo/4A5nBBnKPKmyT7I3oIIlIBaCwYjI9dsmRN8qTFTi7yrLBM43+Lybd3APffKofLQ/Aj2Jw9n0Wof00ngCWUc4LaEG4WqbtEdOXTlSEqyqy6U7PWQ=; Received: from [114.124.37.199] (port=42483 helo=B85M-HD3-0.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1YjJpu-001w3x-In; Fri, 17 Apr 2015 21:54:31 -0600 Date: Sat, 18 Apr 2015 11:54:04 +0800 From: Erich Dollansky To: Alex Merritt Cc: "lokadamus@gmx.de" , questions@freebsd.org Subject: Re: Disk space allocation Message-ID: <20150418115404.5c5af778@B85M-HD3-0.alogt.com> In-Reply-To: References: <553113AD.6000502@gmx.de> 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: X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 03:54:38 -0000 Hi, On Fri, 17 Apr 2015 10:25:48 -0400 Alex Merritt wrote: > On Fri, Apr 17, 2015 at 10:07 AM, lokadamus@gmx.de > wrote: > > > On 04/15/15 20:45, Alex Merritt wrote: > > > Hello, > > > > > > File systems such as ext3/4 reserve some amount of space for > > > allocation only by privileged users, which can be adjusted, e.g. > > > > > > tune2fs -m reserved-blocks-percentage /dev/sdaN > > > same as FreeBSD. > > > I installed a BSD system using Virtualbox, giving it an 8GB disk, > > > but > > 'df' > > > shows an aggregate size among all mount points to be less than the > > > capacity. The minfree parameter to tunefs defaults to 8% (see > > > below) but > > 8% > > > does not account for the difference in 8189MB capacity vs sum of > > > ca. 6G among all file systems (shown by df). There's ca. 27% of > > > capacity unavailable. > > > There is space required to manage the disk too. > > Which filesystem and FreeBSD Version you are using? > > UFS/ UFS2 have an option, that in default setting 10% are reserved. > > So you can use your partition with 110%. But only root can write into this extra space. > > > > Greetings > > > > I am using DragonFly BSD, and "geom" does not seem to be in the > package repository. I mailed here assuming it is not a distro-specific > characteristic. > geom is part of FreeBSD. It do not know if PC-BSD compiles it into the kernel. > The file system is UFS. What do you mean use it with 110%? Root can use above 100% of the nominal capacity of drive. I am not so sure if it really is 110% but it is a figure above 100% and this figure can be tuned when the file system is not mounted. Erich From owner-freebsd-questions@FreeBSD.ORG Sat Apr 18 08:19:16 2015 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 7E060928 for ; Sat, 18 Apr 2015 08:19:16 +0000 (UTC) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52A58BFA for ; Sat, 18 Apr 2015 08:19:16 +0000 (UTC) Received: by paboj16 with SMTP id oj16so150052351pab.0 for ; Sat, 18 Apr 2015 01:19:16 -0700 (PDT) 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=Y2R1LFAtTSd1E1RUDInE7jbo2LWtMVEytQ1dKjoZA8Q=; b=dKfz+v3pLrFkmw3r7stIaZKM3DRoZfssy35EMtCqnczMLiMhPPsfKEsMfB9PrEACjO pwjif5dY2r+v1Josfey1tb9SF6kx6ilHiEtAkd6btidG0gkAdJGd8sjCoCu5MwLYY0lm JWYE5goNdUN+pemXJA25W5phHxI9yWgxhHzhsPQQrtBsEwboWiAO3SRHc0gE3KRVlzsr ePFvjZidzhjgCZ4XUAep5fohpbJa9klk1/eUu6S9hG9SPamqTr60tgYeiVH9wTVZE8zs qfDBrji53U5vxPBLtklAteCxhfa4xWDrnGfD8RLoCmXZzztQ9cpjQoZ/VU+rsVGUXMMR meOw== MIME-Version: 1.0 X-Received: by 10.70.136.202 with SMTP id qc10mr11736800pdb.117.1429345155923; Sat, 18 Apr 2015 01:19:15 -0700 (PDT) Received: by 10.66.22.73 with HTTP; Sat, 18 Apr 2015 01:19:15 -0700 (PDT) Date: Sat, 18 Apr 2015 11:19:15 +0300 Message-ID: Subject: NFS boot time mount doesn't happen From: Ross To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 08:19:16 -0000 Hello, I have a number of NFSv3 exports on the server. One (/usr/home) with sec=krb5i and other are regular. I have this in fstab on the client: coffin.lan:/usr/home /usr/home nfs rw,soft,intr,sec=krb5i 0 0 coffin.lan:/data/freebsd /data/freebsd nfs ro,soft,intr 0 0 The problem is that /usr/home is not automounted at boot time. I tried adding "late" option but this doesn't help. At the same time /data/freebsd and other non-Kerberized exports are mounted OK. As a hack I added "mount /usr/home" to rc.local and it works. But why doesn't it mount on its own? Am I doing something wrong?