From owner-freebsd-questions@freebsd.org Sun Oct 4 14:52:39 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D224A0F869 for ; Sun, 4 Oct 2015 14:52:39 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 06201114A for ; Sun, 4 Oct 2015 14:52:38 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t94EqTZO021353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 4 Oct 2015 09:52:30 -0500 To: FreeBSD Questions !!!! From: "William A. Mahaffey III" Subject: atactl equivalent under FreeBSD 9.3R Message-ID: <56113D2D.7000604@hiwaay.net> Date: Sun, 4 Oct 2015 09:57:59 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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: Sun, 04 Oct 2015 14:52:39 -0000 I have a shell script I wrote for 1 of my NetBSD boxen which prints out HDD temps, & some other info in a nice format. It uses atactl to recover HDD info for each drive, then awk to pretty-up the output. When I copy it over to my FreeBSD 9.3R box & try to run it, I get: [root@kabini1, /etc, 9:54:15am] 868 % hddtemp ada0 ada1 ada2 ada3 ada4 SMART supported, SMART enabled drive ada0: sudo: atactl: command not found sudo: atactl: command not found drive ada1: sudo: atactl: command not found sudo: atactl: command not found drive ada2: sudo: atactl: command not found sudo: atactl: command not found drive ada3: sudo: atactl: command not found sudo: atactl: command not found drive ada4: sudo: atactl: command not found sudo: atactl: command not found [root@kabini1, /etc, 9:54:23am] 869 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [root@kabini1, /etc, 9:56:45am] 870 % which atactl atactl: Command not found. [root@kabini1, /etc, 9:58:07am] 871 % i.e., no atactl command under FreeBSD 9.3R. Is there an equivalent command under FreeBSD & if so, how's about tipping me off on what it is :-) ? TIA & have a nice weekend. -- 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 Sun Oct 4 18:08:23 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54067A0FD87 for ; Sun, 4 Oct 2015 18:08:23 +0000 (UTC) (envelope-from wblock@wonkity.com) 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 176031384 for ; Sun, 4 Oct 2015 18:08:22 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t94I8Fl8093012 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 4 Oct 2015 12:08:15 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t94I8ECE093009; Sun, 4 Oct 2015 12:08:15 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 4 Oct 2015 12:08:14 -0600 (MDT) From: Warren Block To: "William A. Mahaffey III" cc: FreeBSD Questions !!!! Subject: Re: atactl equivalent under FreeBSD 9.3R In-Reply-To: <56113D2D.7000604@hiwaay.net> Message-ID: References: <56113D2D.7000604@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]); Sun, 04 Oct 2015 12:08:15 -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: Sun, 04 Oct 2015 18:08:23 -0000 On Sun, 4 Oct 2015, William A. Mahaffey III wrote: > i.e., no atactl command under FreeBSD 9.3R. Is there an equivalent command > under FreeBSD & if so, how's about tipping me off on what it is :-) ? TIA & > have a nice weekend. smartctl (sysutils/smartmontools) can get it, but wants privileged access to the device. Possibly a camcontrol(8) incantation can do it. From owner-freebsd-questions@freebsd.org Sun Oct 4 18:31:45 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCDE3A10CF3; Sun, 4 Oct 2015 18:31:45 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c: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 73420103A; Sun, 4 Oct 2015 18:31:45 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by wiclk2 with SMTP id lk2so92335818wic.0; Sun, 04 Oct 2015 11:31:43 -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=9v9FoMkJL0TBpnn5//lni8vzaVCNhNX1aBLQRMyLdUU=; b=kSbkgqIEZflfbqFzWjlADJrGYB1AbZSG8ZJISOQ2TBximEPmDUkCXzU7a+DqSHTa/5 2lcIOdeHZBHHRyGJtVu1gV841JEu992HJcPCbHkgFJCfCf3swONLjDGTFg906LzI0hXF PXbIsiFveea41uMEPPf5+IyxSRAWBb/kI2rmB25VINDVMqGXrFcMM2REp3xT8DAuQ0hi joHEWGlnFFEnIy/hML1fLMLtwqegGFNibEpzyEUvXuCG2GbvzTuUxdL5m0Pqqq8cxRXc IUXj9m6mRPiwZptnzI+brUnw8RY9/qp+r8VayGrM3OpIenhGtqW66KTHE5Y44QmH0EeT dsXw== MIME-Version: 1.0 X-Received: by 10.180.206.45 with SMTP id ll13mr7310391wic.6.1443983503792; Sun, 04 Oct 2015 11:31:43 -0700 (PDT) Received: by 10.28.125.18 with HTTP; Sun, 4 Oct 2015 11:31:43 -0700 (PDT) Date: Sun, 4 Oct 2015 19:31:43 +0100 Message-ID: Subject: transparent redirection with pf and squid From: krad To: FreeBSD Questions , freebsd-stable 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: Sun, 04 Oct 2015 18:31:46 -0000 Is anyone else having problems with squid core dumping on Freebsd 10-stable when using the transparent caching feature. It started happening recently after I re enabled ipv6 on my network. It may just be coincidence though. It has even caused the odd kernel panic but not every time. FreeBSD xx 10.2-STABLE FreeBSD 10.2-STABLE #6: Wed Sep 9 16:01:15 BST 2015 root@r2:/build/stable/usr/obj/build/stable/usr/src/sys/me amd64 Oct 4 17:13:09 hunters6 kernel: Fatal trap 12: page fault while in kernel mode Oct 4 17:13:09 hunters6 kernel: cpuid = 1; apic id = 02 Oct 4 17:13:09 hunters6 kernel: fault virtual address = 0x28 Oct 4 17:13:09 hunters6 kernel: fault code = supervisor read data, page not present Oct 4 17:13:09 hunters6 kernel: instruction pointer = 0x20:0xffffffff807f27a9 Oct 4 17:13:09 hunters6 kernel: stack pointer = 0x28:0xfffffe011be4a390 Oct 4 17:13:09 hunters6 kernel: frame pointer = 0x28:0xfffffe011be4a3f0 Oct 4 17:13:09 hunters6 kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Oct 4 17:13:09 hunters6 kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Oct 4 17:13:09 hunters6 kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Oct 4 17:13:09 hunters6 kernel: current process = 10269 (squid) Oct 4 17:13:09 hunters6 kernel: trap number = 12 Oct 4 17:13:09 hunters6 kernel: panic: page fault Oct 4 17:13:09 hunters6 kernel: cpuid = 1 Oct 4 17:13:09 hunters6 kernel: KDB: stack backtrace: Oct 4 17:13:09 hunters6 kernel: #0 0xffffffff8062f920 at kdb_backtrace+0x60 Oct 4 17:13:09 hunters6 kernel: #1 0xffffffff805f48f6 at vpanic+0x126 Oct 4 17:13:09 hunters6 kernel: #2 0xffffffff805f47c3 at panic+0x43 Oct 4 17:13:09 hunters6 kernel: #3 0xffffffff808c5eeb at trap_fatal+0x36b Oct 4 17:13:09 hunters6 kernel: #4 0xffffffff808c61ed at trap_pfault+0x2ed Oct 4 17:13:09 hunters6 kernel: #5 0xffffffff808c588a at trap+0x47a Oct 4 17:13:09 hunters6 kernel: #6 0xffffffff808abb52 at calltrap+0x8 Oct 4 17:13:09 hunters6 kernel: #7 0xffffffff807d3a9f at in6_mapped_peeraddr+0xcf Oct 4 17:13:09 hunters6 kernel: #8 0xffffffff805b0048 at export_fd_to_sb+0x6c8 Oct 4 17:13:09 hunters6 kernel: #9 0xffffffff805af880 at kern_proc_filedesc_out+0x3d0 Oct 4 17:13:09 hunters6 kernel: #10 0xffffffff8059c7bd at note_procstat_files+0xfd Oct 4 17:13:09 hunters6 kernel: #11 0xffffffff8059a3a4 at elf64_coredump+0x314 Oct 4 17:13:09 hunters6 kernel: #12 0xffffffff805f7f4c at sigexit+0xb6c Oct 4 17:13:09 hunters6 kernel: #13 0xffffffff805f85a6 at postsig+0x286 Oct 4 17:13:09 hunters6 kernel: #14 0xffffffff806403f7 at ast+0x427 gdb back trace of core file #0 0x000000080264772a in thr_kill () from /lib/libc.so.7 #1 0x0000000802647716 in raise () from /lib/libc.so.7 #2 0x0000000802647699 in abort () from /lib/libc.so.7 #3 0x00000008026ae021 in __assert () from /lib/libc.so.7 #4 0x0000000000875433 in Ip::Address::getInAddr (this=0x803a13ee4, buf=@0x7fffffffddf8) at Address.cc:1024 #5 0x0000000000875f5c in Ip::Intercept::PfInterception (this=0xf0a190, newConn=@0x7fffffffe340, silent=0) at Intercept.cc:326 #6 0x00000000008767e6 in Ip::Intercept::Lookup (this=0xf0a190, newConn=@0x7fffffffe340, listenConn=@0x803a14310) at Intercept.cc:390 #7 0x000000000095fed9 in Comm::TcpAcceptor::oldAccept (this=0x803a142d8, details=@0x7fffffffe340) at TcpAcceptor.cc:408 #8 0x000000000095e9a7 in Comm::TcpAcceptor::acceptOne (this=0x803a142d8) at TcpAcceptor.cc:268 #9 0x000000000095e939 in Comm::TcpAcceptor::acceptNext (this=0x803a142d8) at TcpAcceptor.cc:298 #10 0x000000000095de44 in Comm::TcpAcceptor::doAccept (fd=28, data=0x803a142d8) at TcpAcceptor.cc:230 #11 0x000000000095b115 in Comm::DoSelect (msec=379) at ModKqueue.cc:278 #12 0x000000000086d064 in CommSelectEngine::checkEvents (this=0x7fffffffe928, timeout=379) at comm.cc:1829 #13 0x00000000006427fa in EventLoop::checkEngine (this=0x7fffffffe940, engine=0x7fffffffe928, primary=true) at EventLoop.cc:35 #14 0x0000000000642e3f in EventLoop::runOnce (this=0x7fffffffe940) at EventLoop.cc:114 #15 0x0000000000642b6f in EventLoop::run (this=0x7fffffffe940) at EventLoop.cc:82 #16 0x00000000006dccae in SquidMain (argc=3, argv=0x7fffffffebd0) at main.cc:1533 #17 0x00000000006db9fa in SquidMainSafe (argc=3, argv=0x7fffffffebd0) at main.cc:1258 #18 0x00000000006db9d2 in main (argc=3, argv=0x7fffffffebd0) at main.cc:1251 rdr pass on private inet proto tcp from ! to ! (private:network) port = http -> 192.168.210.65 port 3127 rdr pass on private inet6 proto tcp from ! to ! (private:network) port = http -> 2001:470:1f09:1c21::65 port 3127 rdr pass on private inet proto tcp from ! to ! (private:network) port = https -> 192.168.210.65 port 3129 rdr pass on private inet6 proto tcp from ! to ! (private:network) port = https -> 2001:470:1f09:1c21::65 port 3129 # squid -v Squid Cache: Version 3.5.9 Service Name: squid configure options: '--with-default-user=squid' '--bindir=/usr/local/sbin' '--sbindir=/usr/local/sbin' '--datadir=/usr/local/etc/squid' '--libexecdir=/usr/local/libexec/squid' '--localstatedir=/var' '--sysconfdir=/usr/local/etc/squid' '--with-logdir=/var/log/squid' '--with-pidfile=/var/run/squid/squid.pid' '--with-swapdir=/var/squid/cache' '--without-gnutls' '--enable-auth' '--enable-build-info' '--enable-loadable-modules' '--enable-removal-policies=lru heap' '--disable-epoll' '--disable-linux-netfilter' '--disable-linux-tproxy' '--disable-translation' '--disable-arch-native' '--disable-eui' '--disable-cache-digests' '--disable-delay-pools' '--disable-ecap' '--disable-esi' '--disable-follow-x-forwarded-for' '--enable-htcp' '--enable-icap-client' '--disable-icmp' '--enable-ident-lookups' '--enable-ipv6' '--enable-kqueue' '--without-large-files' '--disable-http-violations' '--without-nettle' '--enable-snmp' '--enable-ssl' '--enable-ssl-crtd' '--disable-stacktraces' '--disable-ipf-transparent' '--disable-ipfw-transparent' '--enable-pf-transparent' '--with-nat-devpf' '--disable-forw-via-db' '--enable-wccp' '--enable-wccpv2' '--without-heimdal-krb5' '--without-mit-krb5' '--without-gss' '--enable-auth-basic=DB SMB_LM MSNT-multi-domain NCSA PAM POP3 RADIUS fake getpwnam NIS' '--enable-auth-digest=file' '--enable-external-acl-helpers=file_userip time_quota unix_group' '--enable-auth-negotiate=none' '--enable-auth-ntlm=fake smb_lm' '--enable-storeio=ufs aufs diskd' '--enable-disk-io=AIO Blocking IpcIo Mmapped DiskThreads DiskDaemon' '--enable-log-daemon-helpers=file' '--enable-url-rewrite-helpers=fake' '--enable-storeid-rewrite-helpers=file' '--with-openssl=/usr' '--disable-optimizations' '--enable-debug-cbdata' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd10.2' 'build_alias=amd64-portbld-freebsd10.2' 'CC=cc' 'CFLAGS=-pipe -I/usr/include -g -fstack-protector -fno-strict-aliasing' 'LDFLAGS= -pthread -L/usr/lib -fstack-protector' 'LIBS=' 'CPPFLAGS=' 'CXX=c++' 'CXXFLAGS=-pipe -I/usr/include -g -fstack-protector -fno-strict-aliasing ' 'CPP=cpp' --enable-ltdl-convenience # grep http.*_port /usr/local/etc/squid/squid.conf http_access deny !Safe_ports http_access deny CONNECT !SSL_ports http_port [2001:470:1f09:1c21::65]:3127 intercept http_port 192.168.210.65:3127 intercept http_port [2001:470:1f09:1c21::65]:3128 ssl-bump generate-host-certificates=on dynamic_cert_mem_cache_size=4MB cert=/jails/tproxy/opt/qlproxy/etc/myca.pem http_port 192.168.210.65:3128 ssl-bump generate-host-certificates=on dynamic_cert_mem_cache_size=4MB cert=/jails/tproxy/opt/qlproxy/etc/myca.pem https_port [2001:470:1f09:1c21::65]:3129 intercept ssl-bump generate-host-certificates=on dynamic_cert_mem_cache_size=4MB cert=/jails/tproxy/opt/qlproxy/etc/myca.pem https_port 192.168.210.65:3129 intercept ssl-bump generate-host-certificates=on dynamic_cert_mem_cache_size=4MB cert=/jails/tproxy/opt/qlproxy/etc/myca.pem From owner-freebsd-questions@freebsd.org Sun Oct 4 20:46:54 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4ACDCA0EC24 for ; Sun, 4 Oct 2015 20:46:54 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 02FBA1345 for ; Sun, 4 Oct 2015 20:46:53 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t94KkpiM027022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 4 Oct 2015 15:46:52 -0500 Subject: Re: atactl equivalent under FreeBSD 9.3R References: <56113D2D.7000604@hiwaay.net> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5611903B.2050301@hiwaay.net> Date: Sun, 4 Oct 2015 15:52:21 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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: Sun, 04 Oct 2015 20:46:54 -0000 On 10/04/15 13:14, Warren Block wrote: > On Sun, 4 Oct 2015, William A. Mahaffey III wrote: > >> i.e., no atactl command under FreeBSD 9.3R. Is there an equivalent >> command under FreeBSD & if so, how's about tipping me off on what it >> is :-) ? TIA & have a nice weekend. > > smartctl (sysutils/smartmontools) can get it, but wants privileged > access to the device. Possibly a camcontrol(8) incantation can do it. > *Aaaaaaaack* !!!! [root@kabini1, /etc, 10:44:35am] 889 % man smartctl No manual entry for smartctl [root@kabini1, /etc, 3:48:31pm] 890 % which smartctl smartctl: Command not found. [root@kabini1, /etc, 3:48:43pm] 891 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [root@kabini1, /etc, 3:48:48pm] 892 % I am RTFM on camconrol, we'll see what's there. 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 Sun Oct 4 20:59:45 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDC20A0F7F0 for ; Sun, 4 Oct 2015 20:59:45 +0000 (UTC) (envelope-from wblock@wonkity.com) 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 92D6C1A6D for ; Sun, 4 Oct 2015 20:59:45 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t94Kxh7p035232 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 4 Oct 2015 14:59:43 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t94KxhWE035229; Sun, 4 Oct 2015 14:59:43 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 4 Oct 2015 14:59:43 -0600 (MDT) From: Warren Block To: "William A. Mahaffey III" cc: FreeBSD Questions !!!! Subject: Re: atactl equivalent under FreeBSD 9.3R In-Reply-To: <5611903B.2050301@hiwaay.net> Message-ID: References: <56113D2D.7000604@hiwaay.net> <5611903B.2050301@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]); Sun, 04 Oct 2015 14:59:43 -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: Sun, 04 Oct 2015 20:59:45 -0000 On Sun, 4 Oct 2015, William A. Mahaffey III wrote: > On 10/04/15 13:14, Warren Block wrote: >> On Sun, 4 Oct 2015, William A. Mahaffey III wrote: >> >>> i.e., no atactl command under FreeBSD 9.3R. Is there an equivalent command >>> under FreeBSD & if so, how's about tipping me off on what it is :-) ? TIA >>> & have a nice weekend. >> >> smartctl (sysutils/smartmontools) can get it, but wants privileged access >> to the device. Possibly a camcontrol(8) incantation can do it. >> > > *Aaaaaaaack* !!!! > > [root@kabini1, /etc, 10:44:35am] 889 % man smartctl > No manual entry for smartctl > [root@kabini1, /etc, 3:48:31pm] 890 % which smartctl > smartctl: Command not found. > [root@kabini1, /etc, 3:48:43pm] 891 % uname -a > FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 > 01:54:44 UTC 2015 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > [root@kabini1, /etc, 3:48:48pm] 892 % It will not be present until the sysutils/smartmontools port has been installed. From owner-freebsd-questions@freebsd.org Sun Oct 4 22:59:18 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FF5BA0E653 for ; Sun, 4 Oct 2015 22:59:18 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail2.kulturflatrate.net [IPv6:2a01:4f8:121:52ad::3:1]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3CF1928 for ; Sun, 4 Oct 2015 22:59:18 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [10.0.0.38] (mail.kulturflatrate.net [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id 9E7572D1C3 for ; Mon, 5 Oct 2015 00:59:13 +0200 (CEST) To: freebsd-questions@freebsd.org From: Niklaas Baudet von Gersdorff Subject: IPv6 only Jails cannot connect to the outside world X-Enigmail-Draft-Status: N1110 Message-ID: <5611AFCA.4010909@kulturflatrate.net> Date: Mon, 5 Oct 2015 01:01:30 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: Sun, 04 Oct 2015 22:59:18 -0000 Hi, I successfully run a server with several jails configured with ezjail. Normally, each jail gets a private IPv4 on lo1 and another public IPv6 on re0, i.e. the external interface. These jails can connect to the outside world perfectly: > $ telnet -4 google.com 80 > Trying 173.194.116.99... > Connected to google.com. > Escape character is '^]'. > $ telnet -6 google.com 80 > Trying 2a00:1450:4001:80c::100e... > Connected to google.com. > Escape character is '^]'. Today I created a jail that only has an IPv6. This jail cannot connect: > root@ipv6only:~ # telnet google.com 80 > google.com: hostname nor servname provided, or not known I don't know why. It has a public IPv6 registered on re0. I use pf as firewall. What I realised is that, if I turn off the following nat rule, also those jails that have both IPv4 and IPv6 cannot connect neither via IPv4 nor IPv6 too. > nat on $ext_if from ( $jail_net ) to any -> $ext_if I would understand if they weren't able to connect via IPv4 anymore (because their private IPv4 aren't translated on the $ext_if) but I do not understand why IPv6 doesn't work on these jails then too. It seems as if my IPv6 connectivity only works if IPv4 connectivity is guaranteed since IPv6 once also worked as shown above?! Of course, in my pf.conf I have > pass out on $ext_if proto { tcp udp } from ( $ext_net ) to any port { ssh domain http https } to allow outgoing traffic from any jail with a public IP registered at the external interface. On the jails' host I have > gateway_enable="YES" > ipv6_gateway_enable="YES" Do I have to set something specifically in the jails that they connect over IPv6 through the host? I assume it's difficult to help me on this because I haven't stated my entire network (especially my firewall) setup yet. Nevertheless, I run into the same problem even with the firewall disabled. Thus, I guess it's rather a necessary step I missed when configuring an ezjail with IPv6 only. I would very much appreciate if someone can point me into a possible direction worth investigating. Key question: How to configure a jail with ezjail that only has an IPv6? I already spent days trying different configurations etc. -- Niklaas From owner-freebsd-questions@freebsd.org Sun Oct 4 23:15:58 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 016A5A10559 for ; Sun, 4 Oct 2015 23:15:58 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 996901042 for ; Sun, 4 Oct 2015 23:15:57 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wiclk2 with SMTP id lk2so91996211wic.1 for ; Sun, 04 Oct 2015 16:15:55 -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=UWx4mgZHiBAI22Ucl7PYyaySdDuxboB+9BGU+jYmThg=; b=ARggqloOrYZVhTREds1sPw/yl4nP49TLDAcSMKEVQVpXwgUPayGCgjX5Qg1rwfCWVi eDOcbmZNG86rU+XbaWmB8srzsKFxOlZHYhlb3LOftkabbrhH1yaCfYEledfv1Kyjniul 0BbPo/YV5dk+nHZ8cYhiPvUkZsVuodUXW85o7HJX46f2W/6wumV+HPTWdRwBpWn/fD2L 7N3pGL9UW6g3RMiyYtKIolC4Ktf0ydFBfXktXwkBap6xHD9eNBnDxJr2sYMO24Zhij27 OUk9qzFeCWqFO4XySlh5EEKp9lvp62tYjcWOIAZTBJwAVok+2O9d5R0Jhd81vhqad3dz ecgg== MIME-Version: 1.0 X-Received: by 10.180.39.136 with SMTP id p8mr9023594wik.10.1444000555709; Sun, 04 Oct 2015 16:15:55 -0700 (PDT) Received: by 10.194.16.231 with HTTP; Sun, 4 Oct 2015 16:15:55 -0700 (PDT) In-Reply-To: <5611AFCA.4010909@kulturflatrate.net> References: <5611AFCA.4010909@kulturflatrate.net> Date: Sun, 4 Oct 2015 18:15:55 -0500 Message-ID: Subject: Re: IPv6 only Jails cannot connect to the outside world From: Adam Vande More To: Niklaas Baudet von Gersdorff 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: Sun, 04 Oct 2015 23:15:58 -0000 On Sun, Oct 4, 2015 at 6:01 PM, Niklaas Baudet von Gersdorff < niklaas@kulturflatrate.net> wrote: > Hi, > > I successfully run a server with several jails configured with ezjail. > Normally, each jail gets a private IPv4 on lo1 and another public IPv6 > on re0, i.e. the external interface. These jails can connect to the > outside world perfectly: > > > $ telnet -4 google.com 80 > > Trying 173.194.116.99... > > Connected to google.com. > > Escape character is '^]'. > > > $ telnet -6 google.com 80 > > Trying 2a00:1450:4001:80c::100e... > > Connected to google.com. > > Escape character is '^]'. > > Today I created a jail that only has an IPv6. This jail cannot connect: > > > root@ipv6only:~ # telnet google.com 80 > > google.com: hostname nor servname provided, or not known > > I don't know why. It has a public IPv6 registered on re0. > > I use pf as firewall. What I realised is that, if I turn off the > following nat rule, also those jails that have both IPv4 and IPv6 cannot > connect neither via IPv4 nor IPv6 too. > > > nat on $ext_if from ( $jail_net ) to any -> $ext_if > > I would understand if they weren't able to connect via IPv4 anymore > (because their private IPv4 aren't translated on the $ext_if) but I do > not understand why IPv6 doesn't work on these jails then too. You haven't demonstrated IPv6 doesn't work. You've only demonstrated name resolution on an IPv6 jail doesn't work. -- Adam From owner-freebsd-questions@freebsd.org Mon Oct 5 00:27:46 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B5E5A0EBAE for ; Mon, 5 Oct 2015 00:27:46 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 CF7271347 for ; Mon, 5 Oct 2015 00:27:45 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t950Rh01006185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 4 Oct 2015 19:27:44 -0500 Subject: Re: atactl equivalent under FreeBSD 9.3R References: <56113D2D.7000604@hiwaay.net> <5611903B.2050301@hiwaay.net> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5611C3FE.3060005@hiwaay.net> Date: Sun, 4 Oct 2015 19:33:12 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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: Mon, 05 Oct 2015 00:27:46 -0000 On 10/04/15 16:05, Warren Block wrote: > On Sun, 4 Oct 2015, William A. Mahaffey III wrote: > >> On 10/04/15 13:14, Warren Block wrote: >>> On Sun, 4 Oct 2015, William A. Mahaffey III wrote: >>> >>>> i.e., no atactl command under FreeBSD 9.3R. Is there an equivalent >>>> command under FreeBSD & if so, how's about tipping me off on what >>>> it is :-) ? TIA & have a nice weekend. >>> >>> smartctl (sysutils/smartmontools) can get it, but wants privileged >>> access to the device. Possibly a camcontrol(8) incantation can do it. >>> >> >> *Aaaaaaaack* !!!! >> >> [root@kabini1, /etc, 10:44:35am] 889 % man smartctl >> No manual entry for smartctl >> [root@kabini1, /etc, 3:48:31pm] 890 % which smartctl >> smartctl: Command not found. >> [root@kabini1, /etc, 3:48:43pm] 891 % uname -a >> FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat >> Aug 22 01:54:44 UTC 2015 >> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >> [root@kabini1, /etc, 3:48:48pm] 892 % > > It will not be present until the sysutils/smartmontools port has been > installed. > Excellent, works like a champ. 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 Mon Oct 5 00:49:41 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D2F4A10B1D for ; Mon, 5 Oct 2015 00:49:41 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 563201DDB for ; Mon, 5 Oct 2015 00:49:41 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t950ncAn013841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 4 Oct 2015 19:49:39 -0500 To: FreeBSD Questions !!!! From: "William A. Mahaffey III" Subject: awk question Message-ID: <5611C922.4050007@hiwaay.net> Date: Sun, 4 Oct 2015 19:55:08 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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: Mon, 05 Oct 2015 00:49:41 -0000 I am using awk & smartctl in a small shell script to print out HDD temps in a purty format, 1 line per drive. As it happens, the output I want is spread out over 4 lines of smartctl out, requiring (I *think*) 4 calls to smartctl each piped to its own awk invocation to pull out the line I want & print its info out. Is there some way to get awk to consider more than 1 line at a time ? In my case my 4 lines are indeed sequential, & it would be a bit more efficient if I could process all 4 lines once I found the 1st one. This is definitely *not* critical, what I have now works AOK, I was/am just curious if it could be optimized a bit. 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 Mon Oct 5 01:54:39 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DEF3DA10FD6 for ; Mon, 5 Oct 2015 01:54:39 +0000 (UTC) (envelope-from jon@radel.com) Received: from radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "*.radel.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9412E114C for ; Mon, 5 Oct 2015 01:54:38 +0000 (UTC) (envelope-from jon@radel.com) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.7 (ClamAV engine v0.98.7) Received: from [2001:470:880a:4389:8d8a:640d:db22:814a] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.1.2 _community_) with ESMTPSA id 900639 for freebsd-questions@freebsd.org; Mon, 05 Oct 2015 00:54:29 +0000 Subject: Re: IPv6 only Jails cannot connect to the outside world To: freebsd-questions@freebsd.org References: <5611AFCA.4010909@kulturflatrate.net> From: Jon Radel Message-ID: <5611CA44.4030602@radel.com> Date: Sun, 4 Oct 2015 20:54:28 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms020703040402010807020309" 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, 05 Oct 2015 01:54:40 -0000 This is a cryptographically signed message in MIME format. --------------ms020703040402010807020309 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable On 10/4/15 7:15 PM, Adam Vande More wrote: > You haven't demonstrated IPv6 doesn't work. You've only demonstrated n= ame > resolution on an IPv6 jail doesn't work. > To expand on Adam's observation, I use an IPv6-only (well it does have=20 an IPv4 loopback address) jail on an otherwise dual-stacked machine,=20 using ezjail and it works fine. Of course root@mns:~ # cat /etc/resolv.conf search radel.com nameserver 2001:4830:1707:5237::10:1 nameserver 2001:470:880a:5237::7:1 options edns0 timeout:1 root@mns:~ # I don't bother mentioning ipv4 resolvers in resolv.conf, but the end=20 result is that the test you were trying works fine: root@mns:~ # telnet google.com 80 Trying 2607:f8b0:4004:807::1006... Connected to google.com. Escape character is '^]'. blort HTTP/1.0 400 Bad Request and from /usr/local/etc/ezjail the most pertinent part of the config for = that jail: export jail_mns_radel_com_hostname=3D"mns.radel.com" export=20 jail_mns_radel_com_ip=3D"lo1|127.0.0.2,em0|2001:4830:1707:5237::10:2:1,em= 0|2001:470:880a:5237::10:2:1" --Jon Radel jon@radel.com --------------ms020703040402010807020309 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cq8wggSvMIIDl6ADAgECAhEA4CPLFRKDU4mtYW56VGdrITANBgkqhkiG9w0BAQsFADBvMQsw CQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4 dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290 MB4XDTE0MTIyMjAwMDAwMFoXDTIwMDUzMDEwNDgzOFowgZsxCzAJBgNVBAYTAkdCMRswGQYD VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNP TU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVu dGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAImxDdp6UxlOcFIdvFamBia3uEngludRq/HwWhNJFaO0jBtgvHpRQqd5jKQi3xdh TpHVdiMKFNNKAn+2HQmAbqUEPdm6uxb+oYepLkNSQxZ8rzJQyKZPWukI2M+TJZx7iOgwZOak +FaA/SokFDMXmaxE5WmLo0YGS8Iz1OlAnwawsayTQLm1CJM6nCpToxDbPSBhPFUDjtlOdiUC ISn6o3xxdk/u4V+B6ftUgNvDezVSt4TeIj0sMC0xf1m9UjewM2ktQ+v61qXxl3dnUYzZ7ifr vKUHOHaMpKk4/9+M9QOsSb7K93OZOg8yq5yVOhM9DkY6V3RhUL7GQD/L5OKfoiECAwEAAaOC ARcwggETMB8GA1UdIwQYMBaAFK29mHo0tCb3+sQmVO8DveAky1QaMB0GA1UdDgQWBBSSYWuC 4aKgqk/sZ/HCo/e0gADB7DAOBgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEQYDVR0gBAowCDAGBgRVHSAAMEQGA1Ud HwQ9MDswOaA3oDWGM2h0dHA6Ly9jcmwudXNlcnRydXN0LmNvbS9BZGRUcnVzdEV4dGVybmFs Q0FSb290LmNybDA1BggrBgEFBQcBAQQpMCcwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVz ZXJ0cnVzdC5jb20wDQYJKoZIhvcNAQELBQADggEBABsqbqxVwTqriMXY7c1V86prYSvACRAj mQ/FZmpvsfW0tXdeDwJhAN99Bf4Ss6SAgAD8+x1banICCkG8BbrBWNUmwurVTYT7/oKYz1gb 4yJjnFL4uwU2q31Ypd6rO2Pl2tVz7+zg+3vio//wQiOcyraNTT7kSxgDsqgt1Ni7QkuQaYUQ 26Y3NOh74AEQpZzKOsefT4g0bopl0BqKu6ncyso20fT8wmQpNa/WsadxEdIDQ7GPPprsnjJT 9HaSyoY0B7ksyuYcStiZDcGG4pCS+1pCaiMhEOllx/XVu37qjIUgAmLq0ToHLFnFmTPyOInl tukWeh95FPZKEBom+nyK+5swggX4MIIE4KADAgECAhBzVOU8fWu0zQ1gaQ38zgEbMA0GCSqG SIb3DQEBCwUAMIGbMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVy MRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDFBMD8GA1UE AxM4Q09NT0RPIFNIQS0yNTYgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1h aWwgQ0EwHhcNMTUwMzMwMDAwMDAwWhcNMTgwMzI5MjM1OTU5WjCB+jELMAkGA1UEBhMCVVMx DjAMBgNVBBETBTIyMTUwMQswCQYDVQQIEwJWQTEUMBIGA1UEBxMLU3ByaW5nZmllbGQxGjAY BgNVBAkTETY5MTcgUmlkZ2V3YXkgRHIuMRUwEwYDVQQKEwxKb24gVC4gUmFkZWwxMjAwBgNV BAsTKUlzc3VlZCB0aHJvdWdoIEpvbiBULiBSYWRlbCBFLVBLSSBNYW5hZ2VyMR8wHQYDVQQL ExZDb3Jwb3JhdGUgU2VjdXJlIEVtYWlsMRIwEAYDVQQDEwlKb24gUmFkZWwxHDAaBgkqhkiG 9w0BCQEWDWpvbkByYWRlbC5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDe 1Rth9hbQqaODn++C5dVAQH9nM2VH3oPazZufOwmIG2SXI/v3PuemcQQ3JkhmpQ06gYszyXbk TCLsqvEfalYj81jdt/K5lT4aVdj0LfJIWyTcU95V2rsCuHsSvn/PnIcsEtXg53rCtqS4EOtJ 9u3rY2hP8YCiyz1yY3mn4nKJs93MHG4AkXYuVpzfaIADETcVrA+razvXEfnDJXXDZZ9ZuuV1 06yIovOvhYWSlaVu8nrSHJjXFZI2IXwgIeVBoMih3yu6LLj14I/YdZ0rIA8K+UNB+NW6Ri3u wHXBbr4jh3ZqkrqIVUrf1VeybhdrJcdqXdMNHjKDSlCoaxYRbLy1AgMBAAGjggHVMIIB0TAf BgNVHSMEGDAWgBSSYWuC4aKgqk/sZ/HCo/e0gADB7DAdBgNVHQ4EFgQUz9YB10WEfBNHskRw o/0vh8qaQuwwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0lBBYwFAYIKwYB BQUHAwQGCCsGAQUFBwMCMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQMFMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMF0GA1UdHwRWMFQwUqBQoE6GTGh0 dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1NIQTI1NkNsaWVudEF1dGhlbnRpY2F0aW9u YW5kU2VjdXJlRW1haWxDQS5jcmwwgZAGCCsGAQUFBwEBBIGDMIGAMFgGCCsGAQUFBzAChkxo dHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9TSEEyNTZDbGllbnRBdXRoZW50aWNhdGlv bmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9j YS5jb20wGAYDVR0RBBEwD4ENam9uQHJhZGVsLmNvbTANBgkqhkiG9w0BAQsFAAOCAQEAS1Pe +gBgP+SQ/a5I5e7zX0Rg0DhH378LHlZixJgS6LfCPL2edKMUQi3Th9GXfLjdeyeWuMWoz925 ZzBHcPwkBeH+iM/AEhu0Dhi0kop/p66g9tEPJUZ/KDsqxddNDrD0Typn3/33pHTjJEDqydzA gwB0Nn8blpMbqSwT+j8wuPakfLsj1cSDzXrTLLsmIQB7auAyaYXdWyW8Yqw336rLUCvjOUfn qOOyjVsieTw/0PLoOHJaGyez+VtV4eyi6p1SNiX32A+fvxBMzKQLCokE43cXItc9Okzq//f2 fuvGp17r8mpm4OjjM5E2kwsg9bBPUBMR4/sxosKVLn0o9rxlozGCBEEwggQ9AgEBMIGwMIGb MQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdT YWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDFBMD8GA1UEAxM4Q09NT0RPIFNI QS0yNTYgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEHNU5Tx9 a7TNDWBpDfzOARswDQYJYIZIAWUDBAIBBQCgggJhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTE1MTAwNTAwNTQyOFowLwYJKoZIhvcNAQkEMSIEIG0r3UpS CgKGjtH8VlzzYG/jweKf5mhZIZ2jD80bxHYLMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUD BAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcN AwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgcEGCSsGAQQBgjcQBDGBszCBsDCBmzEL MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEt MjU2IENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBzVOU8fWu0 zQ1gaQ38zgEbMIHDBgsqhkiG9w0BCRACCzGBs6CBsDCBmzELMAkGA1UEBhMCR0IxGzAZBgNV BAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09N T0RPIENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50 aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBzVOU8fWu0zQ1gaQ38zgEbMA0GCSqGSIb3 DQEBAQUABIIBANnC4s1H3emQ8XxpromV7BBBK7NfguRnGzJT8HSWy5VGkPmbWHG93BtRVhD7 qMzwDrizRZ+e1QDqpp8CvT2gK4fzHmRjeEUlTTduISjoXCo7+1KohIlsEgRZzm8ATOIvUet7 CN9y8LrFjca+dku/1yQLSciEHvpX2gGFRi/tCVFWD/5j5+n7HAsyPxyQG/fdDkFZ5SBnVldo hd+r5StWmRVs6bNg0Rp9jg3eciN+0ytbio3S6st3fV6I0JkyVJmwJ4iu6VWoTRqz96PMUtKt X+XayPz0NmvvHhwv561e0ykxEaJixnIcq4yOOmy9rduVBPvNd+BhYwVh4++pDLJpdHAAAAAA AAA= --------------ms020703040402010807020309-- From owner-freebsd-questions@freebsd.org Mon Oct 5 02:30:10 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9ED28A10DE1 for ; Mon, 5 Oct 2015 02:30:10 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 6471211C9 for ; Mon, 5 Oct 2015 02:30:10 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-13-98.dynamic.qsc.de [92.195.13.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id F2EF53CC44; Mon, 5 Oct 2015 04:21:29 +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 t952LTpH007044; Mon, 5 Oct 2015 04:21:29 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Oct 2015 04:21:29 +0200 From: Polytropon To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! Subject: Re: awk question Message-Id: <20151005042129.1f153ec6.freebsd@edvax.de> In-Reply-To: <5611C922.4050007@hiwaay.net> References: <5611C922.4050007@hiwaay.net> 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: Mon, 05 Oct 2015 02:30:10 -0000 On Sun, 4 Oct 2015 19:55:08 -0453.75, William A. Mahaffey III wrote: > I am using awk & smartctl in a small shell script to print out HDD temps > in a purty format, 1 line per drive. As it happens, the output I want is > spread out over 4 lines of smartctl out, requiring (I *think*) 4 calls > to smartctl each piped to its own awk invocation to pull out the line I > want & print its info out. Is there some way to get awk to consider more > than 1 line at a time ? In my case my 4 lines are indeed sequential, & > it would be a bit more efficient if I could process all 4 lines once I > found the 1st one. This is definitely *not* critical, what I have now > works AOK, I was/am just curious if it could be optimized a bit. TIA & > have a good one. I'm not sure I understand your question correctly, as you're not providing some example input data and what output you want. But awk can process one line against multiple patterns, and if, let's say, 4 patterns match, 4 lines will be output: smartctl | awk ' /pattern1/ /pattern2/ /pattern3/ /pattern4/ ' > out.txt If no action is provided, the whole line will be printed; if you just want some (maybe postprocessed) fields of a line, add { print | awk ' { if (nextlines > 0) { print; nextlines--; } } /pattern/ { nextlines = 4; } ' > out.txt The first block without a pattern will always be executed (in this case, "print" is the command that will be called for all desired lines), and the one with a pattern that will "trigger" that first block to actually output something. By the way: If there is no processing, and you just need some data lines as is, why not use grep? smartctl | grep "" -A 4 > out.txt See "man grep" for details on the -A option. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Oct 5 03:30:51 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3DCE6A100E9 for ; Mon, 5 Oct 2015 03:30:51 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 201C11815 for ; Mon, 5 Oct 2015 03:30:50 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-108-49-223-195.bstnma.fios.verizon.net [108.49.223.195]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by douhisi.pair.com (Postfix) with ESMTPSA id DE4FE3F71B for ; Sun, 4 Oct 2015 23:30:42 -0400 (EDT) Message-ID: <5611EEE2.9030100@sneakertech.com> Date: Sun, 04 Oct 2015 23:30:42 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: awk question References: <5611C922.4050007@hiwaay.net> In-Reply-To: <5611C922.4050007@hiwaay.net> Content-Type: text/plain; charset=ISO-8859-1; 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: Mon, 05 Oct 2015 03:30:51 -0000 On Oct 4 8:48 PM, William A. Mahaffey III wrote: > > > I am using awk & smartctl in a small shell script to print out HDD temps > in a purty format, 1 line per drive. As it happens, the output I want is > spread out over 4 lines of smartctl out, requiring (I *think*) 4 calls > to smartctl each piped to its own awk invocation to pull out the line I > want & print its info out. Is there some way to get awk to consider more > than 1 line at a time ? In my case my 4 lines are indeed sequential, & > it would be a bit more efficient if I could process all 4 lines once I > found the 1st one. This is definitely *not* critical, what I have now > works AOK, I was/am just curious if it could be optimized a bit. TIA & > have a good one. Awk already handles multiple lines just fine, so you're looking for something else but don't know how to articulate it. Considering you're referring to 'pulling out lines', maybe you want to trap the output of smartctl into a variable, then just echo that to grep a bunch of times, before awk? ie; x=$(smartctl) echo "$x" | grep 'foo' | awk '{print $1}' echo "$x" | grep 'bar' | awk '{print $2}' echo "$x" | grep 'baz' | awk '{print $3}' ...etc? Although depending on what exactly you want to pull from the smartctl output, you can probably just do it all from awk in one incantation. Awk scripts can be fairly powerful. From owner-freebsd-questions@freebsd.org Mon Oct 5 04:03:54 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1B01A10DC8 for ; Mon, 5 Oct 2015 04:03:54 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 688551BE5 for ; Mon, 5 Oct 2015 04:03:53 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-13-98.dynamic.qsc.de [92.195.13.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 86E9A3CC4F; Mon, 5 Oct 2015 06:03:51 +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 t9543pXP007259; Mon, 5 Oct 2015 06:03:51 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Oct 2015 06:03:51 +0200 From: Polytropon To: Quartz Cc: freebsd-questions@freebsd.org Subject: Re: awk question Message-Id: <20151005060351.3646d1b7.freebsd@edvax.de> In-Reply-To: <5611EEE2.9030100@sneakertech.com> References: <5611C922.4050007@hiwaay.net> <5611EEE2.9030100@sneakertech.com> 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: Mon, 05 Oct 2015 04:03:54 -0000 On Sun, 04 Oct 2015 23:30:42 -0400, Quartz wrote: > Considering you're referring to 'pulling out lines', maybe you want to > trap the output of smartctl into a variable, then just echo that to grep > a bunch of times, before awk? > > ie; > > x=$(smartctl) > > echo "$x" | grep 'foo' | awk '{print $1}' > echo "$x" | grep 'bar' | awk '{print $2}' > echo "$x" | grep 'baz' | awk '{print $3}' > > ...etc? Note that awk has "builtin grep", so your example could be combined to one smartctl call: smartctl | awk ' /foo/ { print $1; } /bar/ { print $2; } /baz/ { print $3; } ' Of course storing the smartctl output to a variable is very useful when processing it _multiple_ times. But as you said, awk is quite versatile. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Oct 5 04:07:21 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64BC1A10002 for ; Mon, 5 Oct 2015 04:07:21 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 3570F1DE3 for ; Mon, 5 Oct 2015 04:07:20 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t9547IA9008126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 4 Oct 2015 23:07:19 -0500 Subject: Re: awk question References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5611F776.9090701@hiwaay.net> Date: Sun, 4 Oct 2015 23:12:48 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151005042129.1f153ec6.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: Mon, 05 Oct 2015 04:07:21 -0000 On 10/04/15 21:27, Polytropon wrote: > On Sun, 4 Oct 2015 19:55:08 -0453.75, William A. Mahaffey III wrote: >> I am using awk & smartctl in a small shell script to print out HDD temps >> in a purty format, 1 line per drive. As it happens, the output I want is >> spread out over 4 lines of smartctl out, requiring (I *think*) 4 calls >> to smartctl each piped to its own awk invocation to pull out the line I >> want & print its info out. Is there some way to get awk to consider more >> than 1 line at a time ? In my case my 4 lines are indeed sequential, & >> it would be a bit more efficient if I could process all 4 lines once I >> found the 1st one. This is definitely *not* critical, what I have now >> works AOK, I was/am just curious if it could be optimized a bit. TIA & >> have a good one. > I'm not sure I understand your question correctly, as you're not > providing some example input data and what output you want. But > awk can process one line against multiple patterns, and if, let's > say, 4 patterns match, 4 lines will be output: > > smartctl | awk ' > /pattern1/ > /pattern2/ > /pattern3/ > /pattern4/ > ' > out.txt > > If no action is provided, the whole line will be printed; if you > just want some (maybe postprocessed) fields of a line, add > > { print > to each pattern. Another way is "counting down" the amount of > additional lines after one pattern has been found: > > smartctl | awk ' > { > if (nextlines > 0) { > print; > nextlines--; > } > } > /pattern/ { > nextlines = 4; > } > ' > out.txt > > The first block without a pattern will always be executed > (in this case, "print" is the command that will be called > for all desired lines), and the one with a pattern that > will "trigger" that first block to actually output something. > > > > By the way: If there is no processing, and you just need some > data lines as is, why not use grep? > > smartctl | grep "" -A 4 > out.txt > > See "man grep" for details on the -A option. Good point, here is the relevant part of the smartctl output: [root@kabini1, /etc, 7:10:34pm] 915 % smartctl -l scttemp /dev/ada0 smartctl 6.4 2015-06-04 r4109 [FreeBSD 9.3-RELEASE-p24 amd64] (local build) Copyright (C) 2002-15, Bruce Allen, Christian Franke, www.smartmontools.org === START OF READ SMART DATA SECTION === SCT Status Version: 3 SCT Version (vendor specific): 256 (0x0100) SCT Support Level: 1 Device State: Active (0) Current Temperature: 27 Celsius Power Cycle Min/Max Temperature: 23/31 Celsius Lifetime Min/Max Temperature: 19/33 Celsius Lifetime Average Temperature: 23 Celsius Under/Over Temperature Limit Count: 0/0 I am invoking smartctl 4 times per drive to extract & process (print in my own format) the 4 lines beginning w/ 'Current Temperature:'. I want the resulting output in 1 line per drive as such (for 4 drives): [root@kabini1, /etc, 7:32:53pm] 456 % hddtemp /dev/ada[0-3] SMART supported, SMART enabled drive /dev/ada0: HGST HTS721010A9E630, S/N: JR10006PGYH08E, Temp. 27 degC, min/max, cycle: 23/31, lifetime: 19/33, lifetime avg. 23 degC drive /dev/ada1: HGST HTS721010A9E630, S/N: JR10006PGYD6ZE, Temp. 28 degC, min/max, cycle: 24/33, lifetime: 20/33, lifetime avg. 24 degC drive /dev/ada2: HGST HTS721010A9E630, S/N: JR10006PGYTR8E, Temp. 27 degC, min/max, cycle: 24/33, lifetime: 19/33, lifetime avg. 24 degC drive /dev/ada3: HGST HTS721010A9E630, S/N: JR10006PGYK1YE, Temp. 27 degC, min/max, cycle: 23/31, lifetime: 19/33, lifetime avg. 23 degC [root@kabini1, /etc, 7:32:58pm] 457 % Funny you mention grep, I had a similar conversation on the NetBSD list last week & everyone there suggested using awk alone to 'grep' out the lines I wanted. However, over there, the temp output I wanted was all in 1 line, just not formatted as I wanted it. I think your 1st suggested method above will work AOK (if I understand it correctly, I will try it directly. 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 Mon Oct 5 04:16:13 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C2B2A10752 for ; Mon, 5 Oct 2015 04:16:13 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 5F3D113E5 for ; Mon, 5 Oct 2015 04:16:13 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t954GB3J012481 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 4 Oct 2015 23:16:12 -0500 Subject: Re: awk question To: freebsd-questions@freebsd.org References: <5611C922.4050007@hiwaay.net> <5611EEE2.9030100@sneakertech.com> From: "William A. Mahaffey III" Message-ID: <5611F98B.5060300@hiwaay.net> Date: Sun, 4 Oct 2015 23:21:41 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <5611EEE2.9030100@sneakertech.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2015 04:16:13 -0000 On 10/04/15 22:36, Quartz wrote: > On Oct 4 8:48 PM, William A. Mahaffey III wrote: >> >> >> I am using awk & smartctl in a small shell script to print out HDD temps >> in a purty format, 1 line per drive. As it happens, the output I want is >> spread out over 4 lines of smartctl out, requiring (I *think*) 4 calls >> to smartctl each piped to its own awk invocation to pull out the line I >> want & print its info out. Is there some way to get awk to consider more >> than 1 line at a time ? In my case my 4 lines are indeed sequential, & >> it would be a bit more efficient if I could process all 4 lines once I >> found the 1st one. This is definitely *not* critical, what I have now >> works AOK, I was/am just curious if it could be optimized a bit. TIA & >> have a good one. > > Awk already handles multiple lines just fine, so you're looking for > something else but don't know how to articulate it. > > Considering you're referring to 'pulling out lines', maybe you want to > trap the output of smartctl into a variable, then just echo that to > grep a bunch of times, before awk? > > ie; > > x=$(smartctl) > > echo "$x" | grep 'foo' | awk '{print $1}' > echo "$x" | grep 'bar' | awk '{print $2}' > echo "$x" | grep 'baz' | awk '{print $3}' > > ...etc? > > Although depending on what exactly you want to pull from the smartctl > output, you can probably just do it all from awk in one incantation. > Awk scripts can be fairly powerful. I missed that 1st point somehow (relatively new to using awk :-/ ), so that is indeed all I need to know how to do. Polytropon provided exactly the guidance I need (I *think*) & I will try that out on the morrow. Thanks & 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 Mon Oct 5 04:34:15 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68856A10349 for ; Mon, 5 Oct 2015 04:34:15 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 0519D1D5D for ; Mon, 5 Oct 2015 04:34:14 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-13-98.dynamic.qsc.de [92.195.13.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 982B424B3E; Mon, 5 Oct 2015 06:34:05 +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 t954Y54X007486; Mon, 5 Oct 2015 06:34:05 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Oct 2015 06:34:05 +0200 From: Polytropon To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! Subject: Re: awk question Message-Id: <20151005063405.e0a6030c.freebsd@edvax.de> In-Reply-To: <5611F776.9090701@hiwaay.net> References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> <5611F776.9090701@hiwaay.net> 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: Mon, 05 Oct 2015 04:34:15 -0000 On Sun, 4 Oct 2015 23:12:48 -0453.75, William A. Mahaffey III wrote: > On 10/04/15 21:27, Polytropon wrote: > > On Sun, 4 Oct 2015 19:55:08 -0453.75, William A. Mahaffey III wrote: > >> I am using awk & smartctl in a small shell script to print out HDD temps > >> in a purty format, 1 line per drive. As it happens, the output I want is > >> spread out over 4 lines of smartctl out, requiring (I *think*) 4 calls > >> to smartctl each piped to its own awk invocation to pull out the line I > >> want & print its info out. Is there some way to get awk to consider more > >> than 1 line at a time ? In my case my 4 lines are indeed sequential, & > >> it would be a bit more efficient if I could process all 4 lines once I > >> found the 1st one. This is definitely *not* critical, what I have now > >> works AOK, I was/am just curious if it could be optimized a bit. TIA & > >> have a good one. > > I'm not sure I understand your question correctly, as you're not > > providing some example input data and what output you want. But > > awk can process one line against multiple patterns, and if, let's > > say, 4 patterns match, 4 lines will be output: > > > > smartctl | awk ' > > /pattern1/ > > /pattern2/ > > /pattern3/ > > /pattern4/ > > ' > out.txt > > > > If no action is provided, the whole line will be printed; if you > > just want some (maybe postprocessed) fields of a line, add > > > > { print > > > to each pattern. Another way is "counting down" the amount of > > additional lines after one pattern has been found: > > > > smartctl | awk ' > > { > > if (nextlines > 0) { > > print; > > nextlines--; > > } > > } > > /pattern/ { > > nextlines = 4; > > } > > ' > out.txt > > > > The first block without a pattern will always be executed > > (in this case, "print" is the command that will be called > > for all desired lines), and the one with a pattern that > > will "trigger" that first block to actually output something. > > > > > > > > By the way: If there is no processing, and you just need some > > data lines as is, why not use grep? > > > > smartctl | grep "" -A 4 > out.txt > > > > See "man grep" for details on the -A option. > > > Good point, here is the relevant part of the smartctl output: > > [root@kabini1, /etc, 7:10:34pm] 915 % smartctl -l scttemp /dev/ada0 > smartctl 6.4 2015-06-04 r4109 [FreeBSD 9.3-RELEASE-p24 amd64] (local build) > Copyright (C) 2002-15, Bruce Allen, Christian Franke, www.smartmontools.org > > === START OF READ SMART DATA SECTION === > SCT Status Version: 3 > SCT Version (vendor specific): 256 (0x0100) > SCT Support Level: 1 > Device State: Active (0) > Current Temperature: 27 Celsius > Power Cycle Min/Max Temperature: 23/31 Celsius > Lifetime Min/Max Temperature: 19/33 Celsius > Lifetime Average Temperature: 23 Celsius > Under/Over Temperature Limit Count: 0/0 > > I am invoking smartctl 4 times per drive to extract & process (print in > my own format) the 4 lines beginning w/ 'Current Temperature:'. I want > the resulting output in 1 line per drive as such (for 4 drives): > > [root@kabini1, /etc, 7:32:53pm] 456 % hddtemp /dev/ada[0-3] > SMART supported, SMART enabled > drive /dev/ada0: HGST HTS721010A9E630, S/N: JR10006PGYH08E, Temp. 27 > degC, min/max, cycle: 23/31, lifetime: 19/33, lifetime avg. 23 degC > drive /dev/ada1: HGST HTS721010A9E630, S/N: JR10006PGYD6ZE, Temp. 28 > degC, min/max, cycle: 24/33, lifetime: 20/33, lifetime avg. 24 degC > drive /dev/ada2: HGST HTS721010A9E630, S/N: JR10006PGYTR8E, Temp. 27 > degC, min/max, cycle: 24/33, lifetime: 19/33, lifetime avg. 24 degC > drive /dev/ada3: HGST HTS721010A9E630, S/N: JR10006PGYK1YE, Temp. 27 > degC, min/max, cycle: 23/31, lifetime: 19/33, lifetime avg. 23 degC > [root@kabini1, /etc, 7:32:58pm] 457 % Okay, I think I get the idea. How about this? #!/bin/sh echo -n "drive $1: " smartctl -a $1 | awk -F ":" ' { gsub("Celsius", "degC", $0); gsub(":[ \t]*", ":", $0); } /Device Model/ { printf("%s ", $2); } /Serial Number/ { printf("S/N: %s, ", $2); } /Current Temperature/ { printf("Temp: %s, ", $2); } /Power Cycle Min\/Max Temperature/ { printf("min/max, cycle: %s, ", $2); } /Lifetime Min\/Max Temperature/ { printf("lifetime: %s, ", $2); } /Lifetime Average Temperature/ { printf("lifetime avg: %s\n", $2); } ' For "good style", make a [ -f for $1 before continuing, and add a usage information message if $1 is not given. Also point your finger at my gsub() and "space collapsing" magic and say: "What a stupid way to do it!", because I can imagine that there's a much better way to do it. And note the "C contaminated" use of awk. :-) > Funny you mention grep, I had a similar conversation on the NetBSD list > last week & everyone there suggested using awk alone to 'grep' out the > lines I wanted. The idea of awk is that you intend to postprocess the text, not just printing it 1:1 (what grep would do). In such a case, using awk's builtin pattern matching is the way to go, because awk is a "pattern-directed scanning and processing language", according to its manpage. > However, over there, the temp output I wanted was all in > 1 line, just not formatted as I wanted it. That would have been a case for grep. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Oct 5 05:14:58 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15583A10036 for ; Mon, 5 Oct 2015 05:14:58 +0000 (UTC) (envelope-from hedwards816@gmail.com) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (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 D97D6103F for ; Mon, 5 Oct 2015 05:14:57 +0000 (UTC) (envelope-from hedwards816@gmail.com) Received: by pablk4 with SMTP id lk4so164280637pab.3 for ; Sun, 04 Oct 2015 22:14:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=EPxQxiyqB/dQaCuyAXbCHBLGJZUUp7y+qi3IKCbQVxs=; b=hsBunXbvd483v2sPlIIt1CBY79n1WeuVT8m38KLa9kLV2xv8R+o4u1XWHehAflFbdT Zv6MvrGkqHWyDq3oOGvRfV8i9qXPnBd3bQwTy9+ohW/rxGG33P7YbowlWNYhuOPPswCr jkGPQRQRLgRCeMhzJkITkS3xzQ36IpaaAoFB0lqGnztvyJVmQCeXkbB890gR6Juab93i zmA5xwwFYJMsRDJURasR4MvjljTQTECnRsTw5wqxqVsC7Xm+m5rIN/2IwsCzVruM3KuZ ccgeRJZX14LZ4ZTy9s9pv3m+xyCjRiDeJy2BapT4BPU7+TYtQfdW1caAopvdkBFIBsxf sejg== X-Received: by 10.66.253.199 with SMTP id ac7mr36999028pad.56.1444022061982; Sun, 04 Oct 2015 22:14:21 -0700 (PDT) Received: from [192.168.0.8] (174-24-130-162.tukw.qwest.net. [174.24.130.162]) by smtp.googlemail.com with ESMTPSA id sl7sm24882318pbc.54.2015.10.04.22.14.20 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 04 Oct 2015 22:14:21 -0700 (PDT) Subject: Re: awk question To: freebsd-questions@freebsd.org References: <5611C922.4050007@hiwaay.net> <5611EEE2.9030100@sneakertech.com> <20151005060351.3646d1b7.freebsd@edvax.de> From: HM Edwards Message-ID: <5612071A.4090001@gmail.com> Date: Sun, 4 Oct 2015 22:14:02 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151005060351.3646d1b7.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: Mon, 05 Oct 2015 05:14:58 -0000 On 10/04/15 21:03, Polytropon wrote: > On Sun, 04 Oct 2015 23:30:42 -0400, Quartz wrote: >> Considering you're referring to 'pulling out lines', maybe you want to >> trap the output of smartctl into a variable, then just echo that to grep >> a bunch of times, before awk? >> >> ie; >> >> x=$(smartctl) >> >> echo "$x" | grep 'foo' | awk '{print $1}' >> echo "$x" | grep 'bar' | awk '{print $2}' >> echo "$x" | grep 'baz' | awk '{print $3}' >> >> ...etc? > Note that awk has "builtin grep", so your example could be > combined to one smartctl call: > > smartctl | awk ' > /foo/ { print $1; } > /bar/ { print $2; } > /baz/ { print $3; } > ' > > Of course storing the smartctl output to a variable is very > useful when processing it _multiple_ times. But as you said, > awk is quite versatile. :-) > > > Hello, If it were me, I'd probably just grep for the bits of output I'm looking for, pipe it to tr to remove the new lines, then have awk parse out the single line into the output I'm looking for. As in something like smartctl -l scttemp /dev/ada0 | grep '(foo|bar|foo2|bar2)' | tr -d "\n" | awk '{print "label 1 " $1 "label 2 " $2}' It's another possibility there, although, it does make somewhat less use of awk. You could probably also remove the grep completely and just use awk to spit out the lines you're interested in. I'm just a habitual grep abuser. From owner-freebsd-questions@freebsd.org Mon Oct 5 09:35:56 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C79499A2B7 for ; Mon, 5 Oct 2015 09:35:56 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 4E65769CD4 for ; Mon, 5 Oct 2015 09:35:55 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-108-49-223-195.bstnma.fios.verizon.net [108.49.223.195]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by douhisi.pair.com (Postfix) with ESMTPSA id 40D383F732 for ; Mon, 5 Oct 2015 05:35:54 -0400 (EDT) Message-ID: <56124479.9020505@sneakertech.com> Date: Mon, 05 Oct 2015 05:35:53 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: awk question References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> <5611F776.9090701@hiwaay.net> In-Reply-To: <5611F776.9090701@hiwaay.net> Content-Type: text/plain; charset=ISO-8859-1; 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: Mon, 05 Oct 2015 09:35:56 -0000 > Funny you mention grep, I had a similar conversation on the NetBSD list > last week & everyone there suggested using awk alone to 'grep' out the > lines I wanted. Awk, sed, and various other utilities all have basic regex line matching, so if you're already calling them for some other feature then piping the output through grep first is kinda silly and inefficient. It's sorta like doing $(cat foo.txt | grep 'bar') instead of just $(grep 'bar' foo.txt). I suggested it mainly because it's easy to understand conceptually and because awk's syntax has something of a steep learning curve. From owner-freebsd-questions@freebsd.org Mon Oct 5 10:00:35 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4C859B1C1E for ; Mon, 5 Oct 2015 10:00:35 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 612AAE1C for ; Mon, 5 Oct 2015 10:00:35 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by wiclk2 with SMTP id lk2so106694356wic.1 for ; Mon, 05 Oct 2015 03:00:33 -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=H0G2y80ZDWPXCKY5paYzSlcAryFoLsigj+3pAOGUEtA=; b=n9Esh/zres7bUTgm5aiU4rdLTb3O/1UlB6/szWnQt6yi5vKTkc48PQKmWU/uLNcbA9 c2quiFRmgL0zJx2YYww0eGOPQt43xbaTCEnxRZCh6VAX875Dve5KNWYgKR3BgJPP7YSg eJzC1aNYHZacBaaUNhnJGye3C1oYm+6Hj0tr8t9Lr09UwNlYKM6XTzRrAPFFgZKghThw H947mB2Gix+AkvidDSQFDBfoW7cH1/cMm6FFrD5V6MpbbtFpOJl1mgfiX7/qHBz1mUyC 0TK0BH5DoLybsYJiodVVbj1IAwl5dTea1+8qQspi1WmT23iNr4rAjrXqaKmpOp4LTKf9 Xh/w== MIME-Version: 1.0 X-Received: by 10.180.206.45 with SMTP id ll13mr10166719wic.6.1444039233883; Mon, 05 Oct 2015 03:00:33 -0700 (PDT) Received: by 10.28.125.18 with HTTP; Mon, 5 Oct 2015 03:00:33 -0700 (PDT) In-Reply-To: <56124479.9020505@sneakertech.com> References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> <5611F776.9090701@hiwaay.net> <56124479.9020505@sneakertech.com> Date: Mon, 5 Oct 2015 11:00:33 +0100 Message-ID: Subject: Re: awk question From: krad To: Quartz 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: Mon, 05 Oct 2015 10:00:35 -0000 Just to add to the pile, if you want to pull a section out of a file you can do something along the lines of this. # for p in {a..z}; do echo $p; done | awk '/^k/,/^t/ {print $0}' k l m n o p q r s t On 5 October 2015 at 10:35, Quartz wrote: > Funny you mention grep, I had a similar conversation on the NetBSD list >> last week & everyone there suggested using awk alone to 'grep' out the >> lines I wanted. >> > > Awk, sed, and various other utilities all have basic regex line matching, > so if you're already calling them for some other feature then piping the > output through grep first is kinda silly and inefficient. It's sorta like > doing $(cat foo.txt | grep 'bar') instead of just $(grep 'bar' foo.txt). I > suggested it mainly because it's easy to understand conceptually and > because awk's syntax has something of a steep learning curve. > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Mon Oct 5 10:30:15 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 718FE99AB2B for ; Mon, 5 Oct 2015 10:30:15 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail2.kulturflatrate.net [IPv6:2a01:4f8:121:52ad::3:1]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC1B6CD for ; Mon, 5 Oct 2015 10:30:15 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [10.0.0.38] (unknown [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id 34FB22D36D; Mon, 5 Oct 2015 10:16:23 +0200 (CEST) Subject: Re: IPv6 only Jails cannot connect to the outside world To: freebsd-questions@freebsd.org References: <5611AFCA.4010909@kulturflatrate.net> <5611CA44.4030602@radel.com> From: Niklaas Baudet von Gersdorff X-Enigmail-Draft-Status: N1110 Cc: Jon Radel , Adam Vande More Message-ID: <56123260.1010901@kulturflatrate.net> Date: Mon, 5 Oct 2015 10:18:40 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <5611CA44.4030602@radel.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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, 05 Oct 2015 10:30:15 -0000 On 05/10/15 02:54, Jon Radel wrote: > On 10/4/15 7:15 PM, Adam Vande More wrote: >> You haven't demonstrated IPv6 doesn't work. You've only demonstrated >> name >> resolution on an IPv6 jail doesn't work. OK. I can make a DNS lookup but get the same error message as in my original mail: > root@ipv6only:~ # drill google.com AAAA > ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 61714 > ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 > ;; QUESTION SECTION: > ;; google.com. IN AAAA > > ;; ANSWER SECTION: > google.com. 139 IN AAAA 2a00:1450:4001:801::1006 > > ;; AUTHORITY SECTION: > > ;; ADDITIONAL SECTION: > > ;; Query time: 0 msec > ;; SERVER: 2a01:4f8:0:a111::add:9898 > ;; WHEN: Mon Oct 5 07:34:06 2015 > ;; MSG SIZE rcvd: 56 > root@ipv6only:~ # telnet google.com 80 > google.com: hostname nor servname provided, or not known But, you're right, my IPv6 connectivity actually works: > root@ipv6only:~ # telnet -6 2a00:1450:4001:801::1006 80 > Trying 2a00:1450:4001:801::1006... > Connected to 2a00:1450:4001:801::1006. > Escape character is '^]' Now to the /etc/resolv.conf as mentioned by Jon: > To expand on Adam's observation, I use an IPv6-only (well it does have > an IPv4 loopback address) jail on an otherwise dual-stacked machine, > using ezjail and it works fine. Of course > > root@mns:~ # cat /etc/resolv.conf > search radel.com > nameserver 2001:4830:1707:5237::10:1 > nameserver 2001:470:880a:5237::7:1 > options edns0 timeout:1 > root@mns:~ # My resolv.conf in every jail: > root@ipv6only:~ # cat /etc/resolv.conf > search financecomm.com > nameserver 213.133.98.98 > nameserver 213.133.99.99 > nameserver 213.133.100.100 > nameserver 2a01:4f8:0:a0a1::add:1010 > nameserver 2a01:4f8:0:a102::add:9999 > nameserver 2a01:4f8:0:a111::add:9898 So, as you can see, I also have IPv4 and IPv6 nameservers in my resolv.conf. > I don't bother mentioning ipv4 resolvers in resolv.conf, but the end > result is that the test you were trying works fine: > > root@mns:~ # telnet google.com 80 > Trying 2607:f8b0:4004:807::1006... > Connected to google.com. > Escape character is '^]'. > blort > HTTP/1.0 400 Bad Request > As in my original email, the above test I cannot confirm. Mentioning /etc/resolv.conf made me trying something else: I removed the IPv4 nameservers in it: > root@ipv6only:~ # cat /etc/resolv.conf > search financecomm.com > nameserver 2a01:4f8:0:a0a1::add:1010 > nameserver 2a01:4f8:0:a102::add:9999 > nameserver 2a01:4f8:0:a111::add:9898 And now my test works: > root@ipv6only:~ # telnet google.com 80 > Trying 2a00:1450:4001:80d::100e... > Connected to google.com. > Escape character is '^]' Thus it seems that, in an IPv6 only jail, I may not list IPv4 nameservers in /etc/resolv.conf because otherwise I get the weird error that it cannot resolve the hostname although it actually can? Is that intended? Probably I'm missing something. -- Niklaas From owner-freebsd-questions@freebsd.org Mon Oct 5 11:28:08 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B1929B2262 for ; Mon, 5 Oct 2015 11:28:08 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (oslo.ath.cx [144.76.166.229]) (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 6401886A for ; Mon, 5 Oct 2015 11:28:07 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (localhost [IPv6:::1]) by oslo.ath.cx (Postfix) with SMTP id 903A11221; Mon, 5 Oct 2015 13:27:59 +0200 (CEST) Date: Mon, 5 Oct 2015 13:27:59 +0200 From: "Herbert J. Skuhra" To: Niklaas Baudet von Gersdorff Cc: freebsd-questions@freebsd.org, Adam Vande More , Jon Radel Subject: Re: IPv6 only Jails cannot connect to the outside world Message-ID: <20151005112759.GB4567@oslo.ath.cx> References: <5611AFCA.4010909@kulturflatrate.net> <5611CA44.4030602@radel.com> <56123260.1010901@kulturflatrate.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56123260.1010901@kulturflatrate.net> User-Agent: Mutt/1.5.24+21 (a07e8215a0ef) (2015-08-30) 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, 05 Oct 2015 11:28:08 -0000 On Mon, Oct 05, 2015 at 10:18:40AM +0200, Niklaas Baudet von Gersdorff wrote: > > Thus it seems that, in an IPv6 only jail, I may not list IPv4 > nameservers in /etc/resolv.conf because otherwise I get the weird error > that it cannot resolve the hostname although it actually can? Is that > intended? > > Probably I'm missing something. % man 5 resolv.conf nameserver Internet address (in dot notation) of a name server that the resolver should query. Up to MAXNS (currently 3) name servers may be listed, one per keyword. [...] -- Herbert From owner-freebsd-questions@freebsd.org Mon Oct 5 11:34:13 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 526B99B2A0D for ; Mon, 5 Oct 2015 11:34:13 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail2.kulturflatrate.net [IPv6:2a01:4f8:121:52ad::3:1]) by mx1.freebsd.org (Postfix) with ESMTP id 16E81120 for ; Mon, 5 Oct 2015 11:34:13 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [10.0.0.38] (mail.kulturflatrate.net [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id CD1872D57D; Mon, 5 Oct 2015 13:34:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1444044852; bh=TVxEDu6B2rdxD6Zatlh02tOjX03rh5fFnNrtRbAbkzk=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=SQwFjCCoaE/ora8JAVgsOjadz1YIEcFE2o39tPBRikg4gK+l2JoXwGFmlgjA7itJE Gm0AV/HL2Mtl/fVvb4HhUHCWKB10fNIZGimhBk0vUgJ7xjINDfCFkTzHhgvKEyqMZl ZcnfaPklnr3cqj+6PfcSwE7IXHmz85IfYHJ8AtjQ= Subject: Re: IPv6 only Jails cannot connect to the outside world To: "Herbert J. Skuhra" References: <5611AFCA.4010909@kulturflatrate.net> <5611CA44.4030602@radel.com> <56123260.1010901@kulturflatrate.net> <20151005112759.GB4567@oslo.ath.cx> Cc: freebsd-questions@freebsd.org From: Niklaas Baudet von Gersdorff Message-ID: <561260BD.7080401@kulturflatrate.net> Date: Mon, 5 Oct 2015 13:36:29 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151005112759.GB4567@oslo.ath.cx> Content-Type: text/plain; charset=utf-8 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: Mon, 05 Oct 2015 11:34:13 -0000 On 05/10/15 13:27, Herbert J. Skuhra wrote: > On Mon, Oct 05, 2015 at 10:18:40AM +0200, Niklaas Baudet von Gersdorff wrote: >> >> Thus it seems that, in an IPv6 only jail, I may not list IPv4 >> nameservers in /etc/resolv.conf because otherwise I get the weird error >> that it cannot resolve the hostname although it actually can? Is that >> intended? >> >> Probably I'm missing something. > > % man 5 resolv.conf > > nameserver Internet address (in dot notation) of a name server that the > resolver should query. Up to MAXNS (currently 3) name > servers may be listed, one per keyword. [...] Wow, thanks a lot for clarifying that. I would've never thought of the fact that there is a limit to the amount of name servers that I may list in resolv.conf. Nevertheless, I could've checked in man 5 resolv.conf on my own though. Anyway, I very much appreciate your help! -- Niklaas From owner-freebsd-questions@freebsd.org Mon Oct 5 13:39:03 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86EC49B14C4 for ; Mon, 5 Oct 2015 13:39:03 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 57A999DD for ; Mon, 5 Oct 2015 13:39:02 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t95DcxiO015432 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 5 Oct 2015 08:39:01 -0500 Subject: Re: IPv6 only Jails cannot connect to the outside world To: freebsd-questions@freebsd.org References: <5611AFCA.4010909@kulturflatrate.net> <5611CA44.4030602@radel.com> <56123260.1010901@kulturflatrate.net> From: "William A. Mahaffey III" Message-ID: <56127D73.5040001@hiwaay.net> Date: Mon, 5 Oct 2015 08:44:29 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <56123260.1010901@kulturflatrate.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: Mon, 05 Oct 2015 13:39:03 -0000 On 10/05/15 03:24, Niklaas Baudet von Gersdorff wrote: > My resolv.conf in every jail: > >> >root@ipv6only:~ # cat /etc/resolv.conf >> >search financecomm.com >> >nameserver 213.133.98.98 >> >nameserver 213.133.99.99 >> >nameserver 213.133.100.100 >> >nameserver 2a01:4f8:0:a0a1::add:1010 >> >nameserver 2a01:4f8:0:a102::add:9999 >> >nameserver 2a01:4f8:0:a111::add:9898 > So, as you can see, I also have IPv4 and IPv6 nameservers in my resolv.conf. > >> >I don't bother mentioning ipv4 resolvers in resolv.conf, but the end >> >result is that the test you were trying works fine: >> > >> >root@mns:~ # telnet google.com 80 >> >Trying 2607:f8b0:4004:807::1006... >> >Connected to google.com. >> >Escape character is '^]'. >> >blort >> >HTTP/1.0 400 Bad Request >> > > As in my original email, the above test I cannot confirm. > > Mentioning /etc/resolv.conf made me trying something else: I removed the > IPv4 nameservers in it: > >> >root@ipv6only:~ # cat /etc/resolv.conf >> >search financecomm.com >> >nameserver 2a01:4f8:0:a0a1::add:1010 >> >nameserver 2a01:4f8:0:a102::add:9999 >> >nameserver 2a01:4f8:0:a111::add:9898 > And now my test works: > >> >root@ipv6only:~ # telnet google.com 80 >> >Trying 2a00:1450:4001:80d::100e... >> >Connected to google.com. >> >Escape character is '^]' > Thus it seems that, in an IPv6 only jail, I may not list IPv4 > nameservers in /etc/resolv.conf because otherwise I get the weird error > that it cannot resolve the hostname although it actually can? Is that > intended? > > Probably I'm missing something. > I thought you were limited to a small number of entries in resolv.conf, 3 by default (in my man page). If so, the 3 IPv4 entries were all that were searched when they were there & it never got to the IPv6 nameservers. $0.02, no more, no less .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Mon Oct 5 14:14:03 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2420699A277 for ; Mon, 5 Oct 2015 14:14:03 +0000 (UTC) (envelope-from francisco.webb1984@gmail.com) Received: from mail-qk0-x248.google.com (mail-qk0-x248.google.com [IPv6:2607:f8b0:400d:c09::248]) (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 D8C5DDDE for ; Mon, 5 Oct 2015 14:14:02 +0000 (UTC) (envelope-from francisco.webb1984@gmail.com) Received: by qkao72 with SMTP id o72so222849923qka.2 for ; Mon, 05 Oct 2015 07:14:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=XIWC3M4BfDBRDJzFYoo8AQTRDVMX5X72g466PCdTBkc=; b=JFrdHWqUkDONhk+2Kr3iICH3A7I9qhFP40DISzJ1Hc01odaaTobDY12gWANIns5J1v bYBD+fBL3eCDcDIj/UmooBghB4ksINLvfYp0RRoRCsXMaqT+AU76z8DS3L+JBxYW1cA6 4DRF7b/jRH2Y7Svj9NtmPtNHoQYDaJvZp7tLvo5MUW0Ye6b+woSb75+XQzpqUAWjwmXc xpWQ4sr9zpATXkcawVzrS3WzU+HjBrf65haXzSzfUNv3rbPGg+fBtZL4o1Ed8npuGv+Y qPTKI/W07Cg7ROmby93n9EPd6bjLfCP93EAchzxNGwR4GeEn/9GJqLt+YI5zuSgIRA8C o1AA== MIME-Version: 1.0 X-Received: by 10.129.84.198 with SMTP id i189mr25886353ywb.32.1444054441902; Mon, 05 Oct 2015 07:14:01 -0700 (PDT) Message-ID: <001a114d745c0bc8e605215c2001@google.com> Date: Mon, 05 Oct 2015 14:14:01 +0000 Subject: Freebsddiary.org- Better Traffic - Higher sales - Marginal Cost! From: Francisco Webb To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: base64 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, 05 Oct 2015 14:14:03 -0000 RGVhciAqRnJlZWJzZGRpYXJ5Lm9yZyogVGVhbSwNCg0KSG9wZSB5b3UgYXJlIGRvaW5nIHdlbGwu DQoNCldlIHdvdWxkIGxpa2UgdG8gaGF2ZSBhIGRpc2N1c3Npb24gd2l0aCB5b3UgcmVnYXJkaW5n IHRoZSB3ZWIgcHJvbW90aW9uDQpzdHJhdGVneSBmb3IgeW91ciB3ZWJzaXRlIC0qRnJlZWJzZGRp YXJ5Lm9yZyouIFdlIHdpc2ggdG8gd29yayBvdXQgYSAgDQpwcm9wb3NhbA0KdG8gc3RyZW5ndGhl biB0aGUgb25saW5lIHByZXNlbmNlIG9mIHlvdXIgd2Vic2l0ZSwgdmlhLiBBIHN0cmF0ZWdpY2Fs bHkNCnBsYW5uZWQgd2ViIHByb21vdGlvbiBjYW1wYWlnbi4gSW4gdG9kYXkncyBvbmxpbmUgZXJh LCB5b3Ugc2hvdWxkIGJlDQpmb2N1c2luZyBvbiB0aGUgbmV3IHJldm9sdXRpb25hcnkgd2F5cyBv ZiBnZW5lcmF0aW5nIHRyYWZmaWMuDQoNCldlIHdlcmUgY3VyaW91cyB0byBrbm93IGlmIHlvdSB3 ZXJlIGF3YXJlIHRoYXQgYXJlIGEgZmV3IGlzc3VlcyBidWdnaW5nDQp5b3VyIHdlYnNpdGUuIFNv cnRpbmcgb3V0IHRoZXNlIHdpbGwgaGVscCB5b3UgZ2V0IHRoZSBiZXN0IHJldHVybnMgb3V0IG9m DQp5b3VyIHdlYnNpdGUuDQoNCrcgIFlvdXIgd2Vic2l0ZSBzZWVtcyB0byBiZSBhdHRyYWN0aW5n IHRyYWZmaWMsIGJ1dCB0aGlzIHRyYWZmaWMgaXMgYWxtb3N0DQpzdGFnbmFudCBhbmQgbGltaXRl ZCwgd2hpY2ggYWZmZWN0cyBwb3RlbnRpYWwgc2FsZXMgYXMgeW91IG1vdmUgIGZvcndhcmQuDQoN CrcgIFlvdXIgd2Vic2l0ZSBkb2Vzbid0IGZlYXR1cmUgaW4gR29vZ2xlJ3MgZmlyc3Qgc2VhcmNo IHBhZ2UgZm9yIHNvbWUgb2YNCnRoZSBtYWpvciBrZXl3b3JkcyBpbiB5b3VyIG5pY2hlLCB3aGlj aCBhZmZlY3RzIHZpc2liaWxpdHkuDQoNCrcgWW91ciB3ZWJzaXRlIGhhcyBiZWVuIGRpYWdub3Nl ZCB3aXRoIGNvZGluZyBpc3N1ZXMsIHdoaWNoIGFmZmVjdHMgdGhlDQpyYW5raW5nLg0KDQq3IFlv dXIgYmFjayBsaW5rIHByb2ZpbGUgaXMgbm90IGVmZmljaWVudCBlbm91Z2ggdG8gaGVscCB5b3Vy IHNlYXJjaCBlbmdpbmUNCnZpc2liaWxpdHkuDQoNCrcgWW91ciB3ZWJzaXRlIGlzIGN1cnJlbnRs eSBub3QgYmVpbmcgcHJvcGVybHkgcHJvbW90ZWQgb25saW5lLCB3aGljaCBpcw0KYWZmZWN0aW5n IHlvdXIgbWFya2V0aW5nIHN0cmF0ZWd5IGFuZCBnb2Fscy4NCg0KtyAgWW91ciBwcmVzZW5jZSBp biBzb2NpYWwgbWVkaWEgcGxhdGZvcm0gKEZhY2Vib29rLCBUd2l0dGVyLCBldGMuKSBpcw0KbWlu aW1hbC4gVGhpcyBpcyBkZXByaXZpbmcgeW91IG9mIGEgaHVnZSBtYXJrZXQgb2YgcHJvc3BlY3Rp dmUgcmVmZXJyYWwNCmNsaWVudHMuDQoNCldlIGV4Y2VsIGluIHJ1bm5pbmcgcHJvbW90aW9uYWwg b25saW5lIG1hcmtldGluZyBjYW1wYWlnbiBmb3Igd2Vic2l0ZXMuIFdlDQpoYXZlIGEgaG9zdCBv ZiBldGhpY2FsIHNlcnZpY2VzIGFuZCB0ZWNobmlxdWVzLCB3aGljaCB5b3UgY2FuIHV0aWxpemUg dG8NCmltcHJvdmUgeW91ciB3ZWJzaXRlJ3MgcGVyZm9ybWFuY2UuIFdlIHdpbGwgb3B0aW1pemUg eW91ciB3ZWJzaXRlIGFjY29yZGluZw0KdG8gR29vZ2xlJ3MgcmVjZW50IHVwZGF0ZXMgbGlrZSBQ YW5kYSBhbmQgUGVuZ3Vpbiwgc28gdGhhdCB5b3UgY2FuIGVhc2lseQ0KYmVhdCB5b3VyIGNvbXBl dGl0b3JzIGFuZCB5b3VyIHdlYnNpdGUgd2lsbCBnZXQgYSBodWdlIGFtb3VudCBvZiB0cmFmZmlj Lg0KDQpXZSB3b3VsZCBsb3ZlIHRvIGhlYXIgZnJvbSB5b3UgcmVnYXJkaW5nIGFueSBxdWVzdGlv bnMgeW91IG1pZ2h0IGhhdmUuIElmDQp5b3UgYXJlIGludGVyZXN0ZWQsIHBsZWFzZSByZXBseSB1 cyB3aXRoIHlvdXIgYWxsIHF1ZXJpZXMgYW5kIHJlcXVpcmVtZW50cy4NCg0KV2FpdGluZyBmb3Ig eW91ciByZXNwb25zZSENCg0KQmVzdCBSZWdhcmRzLA0KRnJhbmNpc2NvIFdlYmINClNlbmlvciBT YWxlcyBFeGVjdXRpdmUNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KKkRJU0NMQUlNRVI6ICpUaGlzIG1lc3NhZ2UgaXMgY29u ZmlkZW50aWFsIGFuZCBhcmUgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUNCnVzZSBvZiB0aGUgaW5k aXZpZHVhbCB0byB3aG9tIGl0IGlzIGFkZHJlc3NlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVu ZGVkDQpyZWNpcGllbnQgb2YgdGhpcyBlbWFpbCwgeW91IG11c3QgbmVpdGhlciB0YWtlIGFueSBh Y3Rpb24gYmFzZWQgdXBvbiBpdHMNCmNvbnRlbnRzLCBub3IgY29weSBvciBzaG93IGl0IHRvIGFu eW9uZS4gUGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBpZiB5b3UNCmJlbGlldmUgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvci4gVG8gc3RvcCByZWNlaXZpbmcgbWFpbCBmcm9t DQpzZW5kZXIsIHJlcGx5IHRvIHNlbmRlciB3aXRoIFN1YmplY3QgbGluZSAtICJSRU1PVkUiDQo= From owner-freebsd-questions@freebsd.org Mon Oct 5 14:54:20 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C82579B1024 for ; Mon, 5 Oct 2015 14:54:20 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 844F82F0 for ; Mon, 5 Oct 2015 14:54:20 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-13-98.dynamic.qsc.de [92.195.13.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id ED20C278B9; Mon, 5 Oct 2015 16:54:16 +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 t95EsG0R008653; Mon, 5 Oct 2015 16:54:16 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Oct 2015 16:54:16 +0200 From: Polytropon To: HM Edwards Cc: freebsd-questions@freebsd.org Subject: Re: awk question Message-Id: <20151005165416.8a13d5b5.freebsd@edvax.de> In-Reply-To: <5612071A.4090001@gmail.com> References: <5611C922.4050007@hiwaay.net> <5611EEE2.9030100@sneakertech.com> <20151005060351.3646d1b7.freebsd@edvax.de> <5612071A.4090001@gmail.com> 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: Mon, 05 Oct 2015 14:54:20 -0000 On Sun, 4 Oct 2015 22:14:02 -0700, HM Edwards wrote: > On 10/04/15 21:03, Polytropon wrote: > > On Sun, 04 Oct 2015 23:30:42 -0400, Quartz wrote: > >> Considering you're referring to 'pulling out lines', maybe you want to > >> trap the output of smartctl into a variable, then just echo that to grep > >> a bunch of times, before awk? > >> > >> ie; > >> > >> x=$(smartctl) > >> > >> echo "$x" | grep 'foo' | awk '{print $1}' > >> echo "$x" | grep 'bar' | awk '{print $2}' > >> echo "$x" | grep 'baz' | awk '{print $3}' > >> > >> ...etc? > > Note that awk has "builtin grep", so your example could be > > combined to one smartctl call: > > > > smartctl | awk ' > > /foo/ { print $1; } > > /bar/ { print $2; } > > /baz/ { print $3; } > > ' > > > > Of course storing the smartctl output to a variable is very > > useful when processing it _multiple_ times. But as you said, > > awk is quite versatile. :-) > > > > > > > Hello, > If it were me, I'd probably just grep for the bits of output I'm looking > for, pipe it to tr to remove the new lines, then have awk parse out the > single line into the output I'm looking for. > > As in something like > smartctl -l scttemp /dev/ada0 | grep '(foo|bar|foo2|bar2)' | tr -d "\n" > | awk '{print "label 1 " $1 "label 2 " $2}' > > It's another possibility there, although, it does make somewhat less use > of awk. You could probably also remove the grep completely and just use > awk to spit out the lines you're interested in. I'm just a habitual grep > abuser. Well, I've been abusing "grep | tr" and "grep | sed" for a long time inside shell scripts before I recognized that awk can do this - but it's only a case for awk when it's actually required to postprocess and re-arrange the filtering results, as I concluded from the desired output example provided. Otherwise, yeah, I'd simply go with grep if the modification is not that complicated. There are many tools in our toolbox. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Oct 5 14:59:05 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CADC9B135A for ; Mon, 5 Oct 2015 14:59:05 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 E678F876 for ; Mon, 5 Oct 2015 14:59:04 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-13-98.dynamic.qsc.de [92.195.13.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 80CD327827; Mon, 5 Oct 2015 16:59:02 +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 t95Ex2ve008671; Mon, 5 Oct 2015 16:59:02 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Oct 2015 16:59:02 +0200 From: Polytropon To: Quartz Cc: freebsd-questions@freebsd.org Subject: Re: awk question Message-Id: <20151005165902.ad01c288.freebsd@edvax.de> In-Reply-To: <56124479.9020505@sneakertech.com> References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> <5611F776.9090701@hiwaay.net> <56124479.9020505@sneakertech.com> 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: Mon, 05 Oct 2015 14:59:05 -0000 On Mon, 05 Oct 2015 05:35:53 -0400, Quartz wrote: > > Funny you mention grep, I had a similar conversation on the NetBSD list > > last week & everyone there suggested using awk alone to 'grep' out the > > lines I wanted. > > Awk, sed, and various other utilities all have basic regex line > matching, so if you're already calling them for some other feature then > piping the output through grep first is kinda silly and inefficient. > It's sorta like doing $(cat foo.txt | grep 'bar') instead of just $(grep > 'bar' foo.txt). I suggested it mainly because it's easy to understand > conceptually and because awk's syntax has something of a steep learning > curve. The example "cat foo.txt | grep 'bar'" is a case of "useless use of cat". However, it makes the processing order more clear. On the other hand, the first output program might be a "real program" (not just "cat" printing a file that alredy exists). The form "input | step1 | step2 | step3 | step4 > result" usually is more readable than what's possible with <, << EOF, <(), `cmd` or $(cmd). But it depends on the actual problem you want to solve which tool from the toolbox you will use. Additionally, awk isn't that hard to learn. Reading "man awk" will provide you with a good background. And if you're already a C programmer, you'll see that many things you can do in C will also work similarly in awk, which _might_ not even be a good thing. :-) Simple tasks where inefficiency doesn't matter - go with grep, tr, cut, sort, maybe sed. More complex things (like document generators from database input) - consider awk. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Oct 5 15:01:56 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A77C19B171F for ; Mon, 5 Oct 2015 15:01:56 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 6C51BB85 for ; Mon, 5 Oct 2015 15:01:56 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-13-98.dynamic.qsc.de [92.195.13.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 7684D277EC; Mon, 5 Oct 2015 17:01:54 +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 t95F1su6008904; Mon, 5 Oct 2015 17:01:54 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Oct 2015 17:01:54 +0200 From: Polytropon To: krad Cc: FreeBSD Questions Subject: Re: awk question Message-Id: <20151005170154.2d15b87e.freebsd@edvax.de> In-Reply-To: References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> <5611F776.9090701@hiwaay.net> <56124479.9020505@sneakertech.com> 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: Mon, 05 Oct 2015 15:01:56 -0000 On Mon, 5 Oct 2015 11:00:33 +0100, krad wrote: > Just to add to the pile, if you want to pull a section out of a file you > can do something along the lines of this. > > # for p in {a..z}; do echo $p; done | awk '/^k/,/^t/ {print $0}' > k > l > m > n > o > p > q > r > s > t You can see this example in the EXAMPLES section of "man awk". And you can omit "{ print $0 }" because that's the default action anyway. Otherwise, your demonstration is fully valid and a good reminder. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Oct 5 15:13:27 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13D3B9B1FB1 for ; Mon, 5 Oct 2015 15:13:27 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 D91871E8 for ; Mon, 5 Oct 2015 15:13:26 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t95FDJBO029155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 5 Oct 2015 10:13:20 -0500 To: FreeBSD Questions !!!! From: "William A. Mahaffey III" Subject: Install issues Message-ID: <5612938F.4080508@hiwaay.net> Date: Mon, 5 Oct 2015 10:18:49 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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: Mon, 05 Oct 2015 15:13:27 -0000 I am attempting to provision a new box w/ FreeBSD 9.3R, using a customized USB drive w/ the default install media plus some scripts I conjured up to expedite partitioning/slicing of HDD's. I plugged the USB stick in & powered on. Though the UEFI BIOS gave my no options to configure boot order, it did figure out that the USB stick was there & bootable. I booted from that & the loading proceeded up to the regular FreeBSD 'choose boot options' screen, w/ multi-user, single user, etc. (6 choices total, w/ the ASCII-art logo). I let it go w/ option 1 (bad choice :-) ? ) & it failed to get booted, but gave me a choice of boot devices at the 'mountfs' (or some such) prompt. I entered 'ufs:/dev/da0s1a rw' & it proceeded to boot the installer. At 1st prompt, i chose 'Shell' & dropped to the shell to run my utilities. The 1st problem was that the USB media was mounted 'ro', *not* 'rw' as I asked, making it tough to log what was going on to use in queries such as this one when problems arose. My script completed down to an error in an innocuous echo statement, but subsequent df revealed no customized partitions visible for the install to proceed with, & little way to discern what had happened, since everything scrolled past too fast & too far to recover. I never found a magic key-stroke combo to page up in console mode, so I am mostly in the dark. Is there a way to force the booted root drive to be mounted 'rw' ? FWIW, I did this early in the summer in a (somewhat complex) NetBSD install, which is where I got the idea. I was able to accurately log my many screwups & post to their list for help, which was instrumental to eventually getting that box up & running. -- 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 Oct 5 15:36:48 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2640999A6DC for ; Mon, 5 Oct 2015 15:36:48 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 E0740FED for ; Mon, 5 Oct 2015 15:36:47 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-41-64.dynamic.qsc.de [92.195.41.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id EFC9B3CDE9; Mon, 5 Oct 2015 17:36:44 +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 t95FaiKW009089; Mon, 5 Oct 2015 17:36:45 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Oct 2015 17:36:44 +0200 From: Polytropon To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! Subject: Re: Install issues Message-Id: <20151005173644.d3b9c5ce.freebsd@edvax.de> In-Reply-To: <5612938F.4080508@hiwaay.net> References: <5612938F.4080508@hiwaay.net> 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: Mon, 05 Oct 2015 15:36:48 -0000 On Mon, 5 Oct 2015 10:18:49 -0453.75, William A. Mahaffey III wrote: > I am attempting to provision a new box w/ FreeBSD 9.3R, using a > customized USB drive w/ the default install media plus some scripts I > conjured up to expedite partitioning/slicing of HDD's. I plugged the USB > stick in & powered on. Though the UEFI BIOS gave my no options to > configure boot order, it did figure out that the USB stick was there & > bootable. I booted from that & the loading proceeded up to the regular > FreeBSD 'choose boot options' screen, w/ multi-user, single user, etc. > (6 choices total, w/ the ASCII-art logo). I let it go w/ option 1 (bad > choice :-) ? ) & it failed to get booted, but gave me a choice of boot > devices at the 'mountfs' (or some such) prompt. mountroot> :-) It's being presented by the kernel's root partition mounting mechanism (see sys/kern/vfs_mount.c). > I entered > 'ufs:/dev/da0s1a rw' & it proceeded to boot the installer. If I remember correctly, the boot process will mount root read-only, this is the default behaviour of single-user mode. That's why there is no "rw" option at this prompt; "rw" will therefore be ignored. Otherwise, the options from /etc/fstab would apply. > At 1st > prompt, i chose 'Shell' & dropped to the shell to run my utilities. The > 1st problem was that the USB media was mounted 'ro', *not* 'rw' as I > asked, making it tough to log what was going on to use in queries such > as this one when problems arose. My script completed down to an error in > an innocuous echo statement, but subsequent df revealed no customized > partitions visible for the install to proceed with, & little way to > discern what had happened, since everything scrolled past too fast & too > far to recover. The df command will only consider _mounted_ partitions. Check for the device nodes (and maybe labels) - if they are available, mount them, then use df. The command would be "mount -uw /", or "mount -u -o rw /". The ability to write to / maybe is the problem why no further partitions got mounted...? > I never found a magic key-stroke combo to page up in > console mode, so I am mostly in the dark. There is a nice little key, called "Scroll Lock", and it actually does what's printed on it: it locks the screen (cursor disappears) and you can use the vertical cursor keys and page keys to scroll up and down. Press the lock key again, and you can continue where you left the screen. Maybe the key is so old and so obvious that you didn't see it. :-) No, seriously: Scroll Lock isn't supported on many systems to work as it should. FreeBSD is an excellent exception here. > Is there a way to force the > booted root drive to be mounted 'rw' ? Probably you can do this with a custom entry in /etc/rc.local (if the boot image processes /etc/rc). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Oct 5 15:50:37 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D284499AF4A for ; Mon, 5 Oct 2015 15:50:37 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id B24B98A8 for ; Mon, 5 Oct 2015 15:50:37 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: by be-well.ilk.org (Postfix, from userid 1147) id C6BD333C24; Mon, 5 Oct 2015 11:41:29 -0400 (EDT) From: Lowell Gilbert To: "William A. Mahaffey III" , FreeBSD Questions !!!! Subject: Re: Install issues References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> Date: Mon, 05 Oct 2015 11:41:29 -0400 In-Reply-To: <20151005173644.d3b9c5ce.freebsd@edvax.de> (Polytropon's message of "Mon, 5 Oct 2015 17:36:44 +0200") Message-ID: <44si5pqq52.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (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: Mon, 05 Oct 2015 15:50:37 -0000 Polytropon writes: > On Mon, 5 Oct 2015 10:18:49 -0453.75, William A. Mahaffey III wrote: >> Is there a way to force the >> booted root drive to be mounted 'rw' ? > > Probably you can do this with a custom entry in /etc/rc.local (if > the boot image processes /etc/rc). Plus which, anybody who's read the FAQ knows about the "mount -a" approach. From owner-freebsd-questions@freebsd.org Mon Oct 5 16:41:37 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86BDE99A54C for ; Mon, 5 Oct 2015 16:41:37 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 4C76E21C for ; Mon, 5 Oct 2015 16:41:36 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-41-64.dynamic.qsc.de [92.195.41.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id B64C23CBDD; Mon, 5 Oct 2015 18:41:34 +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 t95GfYrE009257; Mon, 5 Oct 2015 18:41:34 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Oct 2015 18:41:34 +0200 From: Polytropon To: kpneal@pobox.com Cc: FreeBSD Questions !!!! Subject: Re: Install issues Message-Id: <20151005184134.306a3287.freebsd@edvax.de> In-Reply-To: <20151005160602.GA34349@neutralgood.org> References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> <20151005160602.GA34349@neutralgood.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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, 05 Oct 2015 16:41:37 -0000 On Mon, 5 Oct 2015 12:06:02 -0400, kpneal@pobox.com wrote: > On Mon, Oct 05, 2015 at 05:36:44PM +0200, Polytropon wrote: > > On Mon, 5 Oct 2015 10:18:49 -0453.75, William A. Mahaffey III wrote: > > > I entered > > > 'ufs:/dev/da0s1a rw' & it proceeded to boot the installer. > > > > If I remember correctly, the boot process will mount root > > read-only, this is the default behaviour of single-user mode. > > That's why there is no "rw" option at this prompt; "rw" will > > therefore be ignored. Otherwise, the options from /etc/fstab > > would apply. > > I thought mountroot (prompt? loader.conf option) took a list of > filesystems to attempt to mount. Spaces between the possible roots. > So 'rw' would be examined only if the first filesystem wasn't > mountable. Hmmm... if I read /usr/src/sys/kern/vfs_mount.c correctly, it's around line 1850, the path for the root partition is set to "/" and the mount options to "ro" via mount_arg(). So no matter what you enter, it will be ignored if the first match is in the form ":" and can be mounted (read-only), see vfs_mountroot_ask() in the same file, around line 1900. Loder options (set via /boot/loader.conf or interactively) are being parsed as environmental variables and also considered in this process. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Oct 5 17:51:50 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E54ED99AC49 for ; Mon, 5 Oct 2015 17:51:50 +0000 (UTC) (envelope-from serio.jeffrey@gmail.com) Received: from mail-io0-f169.google.com (mail-io0-f169.google.com [209.85.223.169]) (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 BAA5A37C for ; Mon, 5 Oct 2015 17:51:50 +0000 (UTC) (envelope-from serio.jeffrey@gmail.com) Received: by iow1 with SMTP id 1so157658096iow.1 for ; Mon, 05 Oct 2015 10:51:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-type; bh=Zn2y+M+kNuhrFwq8CnWv50HPFSq3StQ2dWf0pgPV3Rc=; b=e66R/WWvBna0P2OOSX5eFpeGd9Sh0AsqtR9ji+n8JESgSNUgJPLgY9Rl0qbfNPc2Zn iEA3Oe5gnRAxR4ULU1ZFZtPL2SaSYkxcB1sZhwPnggQGt4sCAh8zCzNwid2ecjLz/xzD U9R9A+gf3+8AhEmVYQwsFHih6URI0FjgNLXpz/9yIv0xtvcNUw7beRY4Aft2hKQ3McNZ Lv9xYvLs2MyChPRIiCVrMxp3s/ybpk7EoxXF0JNaqLGPvYTM0B/MV0cdiaXMXxgCyhcB oLGNt6iwC+vNJOvYmWYNvZBthPMrdX+RcPw1oYlXZJj4Wm+I6Je7vhhcyh8j3s5MZN6k NQEQ== X-Received: by 10.107.18.143 with SMTP id 15mr35537500ios.55.1444067176053; Mon, 05 Oct 2015 10:46:16 -0700 (PDT) Received: from passacaglia ([76.29.59.92]) by smtp.gmail.com with ESMTPSA id z27sm10648791ioi.36.2015.10.05.10.46.14 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Oct 2015 10:46:15 -0700 (PDT) References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> User-agent: mu4e 0.9.13; emacs 24.5.1 From: Jeffrey A. Serio To: Polytropon Cc: "William A. Mahaffey III" , FreeBSD Questions !!!! Subject: Re: Install issues In-reply-to: <20151005173644.d3b9c5ce.freebsd@edvax.de> Date: Mon, 05 Oct 2015 12:45:52 -0500 Message-ID: <87bncdqkdr.fsf@gmail.com> 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: Mon, 05 Oct 2015 17:51:51 -0000 Polytropon writes: >> I never found a magic key-stroke combo to page up in >> console mode, so I am mostly in the dark. > > There is a nice little key, called "Scroll Lock", and it actually > does what's printed on it: it locks the screen (cursor disappears) > and you can use the vertical cursor keys and page keys to scroll > up and down. Press the lock key again, and you can continue where > you left the screen. Maybe the key is so old and so obvious that > you didn't see it. :-) > > No, seriously: Scroll Lock isn't supported on many systems to > work as it should. FreeBSD is an excellent exception here. Some newer keyboards don't provide a scroll lock key, or even a num lock key. I know mine doesn't. Perhaps there is another magic key-stroke combination that functions as scoll lock(?). -- Sent with my mu4e From owner-freebsd-questions@freebsd.org Mon Oct 5 17:56:41 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 605A099AFF8 for ; Mon, 5 Oct 2015 17:56:41 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 24D768EA for ; Mon, 5 Oct 2015 17:56:41 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-41-64.dynamic.qsc.de [92.195.41.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id D21F827825; Mon, 5 Oct 2015 19:56:37 +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 t95HucVg009743; Mon, 5 Oct 2015 19:56:38 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Oct 2015 19:56:38 +0200 From: Polytropon To: "Jeffrey A. Serio" Cc: FreeBSD Questions !!!! Subject: Re: Install issues Message-Id: <20151005195638.ebdc206c.freebsd@edvax.de> In-Reply-To: <87bncdqkdr.fsf@gmail.com> References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> <87bncdqkdr.fsf@gmail.com> 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: Mon, 05 Oct 2015 17:56:41 -0000 On Mon, 05 Oct 2015 12:45:52 -0500, Jeffrey A. Serio wrote: > > Polytropon writes: > > >> I never found a magic key-stroke combo to page up in > >> console mode, so I am mostly in the dark. > > > > There is a nice little key, called "Scroll Lock", and it actually > > does what's printed on it: it locks the screen (cursor disappears) > > and you can use the vertical cursor keys and page keys to scroll > > up and down. Press the lock key again, and you can continue where > > you left the screen. Maybe the key is so old and so obvious that > > you didn't see it. :-) > > > > No, seriously: Scroll Lock isn't supported on many systems to > > work as it should. FreeBSD is an excellent exception here. > > Some newer keyboards don't provide a scroll lock key, or even a num > lock key. I know mine doesn't. Perhaps there is another magic key-stroke > combination that functions as scoll lock(?). You can use the Pause / Break key instead - it has the same function as the Scroll Lock key on the text mode console. You could - in worst case - also define a custom key or key combination as a new key mapping and load it, giving the scoll functionality to something that exists physically on the keyboard. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Oct 5 17:59:37 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E905F9B5208 for ; Mon, 5 Oct 2015 17:59:36 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from cargobay.net (cargobay.net [198.178.123.147]) (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 C7B26A54 for ; Mon, 5 Oct 2015 17:59:36 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from [192.168.0.4] (cblmdm72-240-160-19.buckeyecom.net [72.240.160.19]) by cargobay.net (Postfix) with ESMTPSA id 8E13A3A1; Mon, 5 Oct 2015 17:59:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Install issues From: "Chad J. Milios" X-Mailer: iPhone Mail (13A452) In-Reply-To: <20151005184134.306a3287.freebsd@edvax.de> Date: Mon, 5 Oct 2015 13:59:28 -0400 Cc: kpneal@pobox.com, FreeBSD Questions !!!! Content-Transfer-Encoding: quoted-printable Message-Id: References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> <20151005160602.GA34349@neutralgood.org> <20151005184134.306a3287.freebsd@edvax.de> To: Polytropon 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, 05 Oct 2015 17:59:37 -0000 > On Oct 5, 2015, at 12:41 PM, Polytropon wrote: >=20 >> On Mon, 5 Oct 2015 12:06:02 -0400, kpneal@pobox.com wrote: >>> On Mon, Oct 05, 2015 at 05:36:44PM +0200, Polytropon wrote: >>>> On Mon, 5 Oct 2015 10:18:49 -0453.75, William A. Mahaffey III wrote: >>>> I entered=20 >>>> 'ufs:/dev/da0s1a rw' & it proceeded to boot the installer. >>>=20 >>> If I remember correctly, the boot process will mount root >>> read-only, this is the default behaviour of single-user mode. >>> That's why there is no "rw" option at this prompt; "rw" will >>> therefore be ignored. Otherwise, the options from /etc/fstab >>> would apply. >>=20 >> I thought mountroot (prompt? loader.conf option) took a list of=20 >> filesystems to attempt to mount. Spaces between the possible roots. >> So 'rw' would be examined only if the first filesystem wasn't >> mountable. >=20 > Hmmm... if I read /usr/src/sys/kern/vfs_mount.c correctly, > it's around line 1850, the path for the root partition is > set to "/" and the mount options to "ro" via mount_arg(). > So no matter what you enter, it will be ignored if the > first match is in the form ":" and can > be mounted (read-only), see vfs_mountroot_ask() in the same > file, around line 1900. >=20 > Loder options (set via /boot/loader.conf or interactively) > are being parsed as environmental variables and also considered > in this process. Yeah, the kernel always mounts root read only to start and then it is the jo= b of one of the rc.d scripts to (-u)pdate the mount options according to fst= ab. (I can't remember which script but u can grep the files in rc.d looking f= or the words fstab and/or mount for more insight into the whole process if c= urious.) The thing is that when u boot single-user mode u r given shell control BEFOR= E /etc/rc.d (even before /etc/rc actually) so every bit of resource control i= s at your manual discretion (and therefore labor :) ). William you'll need to mount your custom partitions yourself and/or `mount -= uw /` at that point. `exit`ing the single user shell lets /etc/rc continue w= ith the boot process into "multi-user" mode (which isn't so aptly named, it j= ust means your system is up and ready as u r accustomed to with resources av= ailable and services running, which MAY constitute other users able to log i= n, but in the case of the install image's config, not quite so) If you want to make your install stick into a repeatable process, after u na= il down a procedure, u may consider adding your own custom script to rc.d. S= ee `man rcorder` to learn a lot about how /etc/rc deals with the files in rc= .d There should be some simpler solution to why the mountroot> prompt even show= s up, in an ideal world your USB stick should breeze right past that and the= normal boot routine could mount your special partitions based on entries in= fstab. Maybe the wrong/missing setting in /boot/loader.conf. It's better to= point at a glabel or gptid device node instead of a driver+number-based dev= ice node because those can shift around from computer to computer= From owner-freebsd-questions@freebsd.org Mon Oct 5 19:39:22 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D77ED9B607E for ; Mon, 5 Oct 2015 19:39:22 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 A820E1A2E for ; Mon, 5 Oct 2015 19:39:22 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t95JdJoa022601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 5 Oct 2015 14:39:20 -0500 Subject: Re: Install issues References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5612D1E7.2020005@hiwaay.net> Date: Mon, 5 Oct 2015 14:44:49 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151005173644.d3b9c5ce.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: Mon, 05 Oct 2015 19:39:23 -0000 On 10/05/15 10:42, Polytropon wrote: > On Mon, 5 Oct 2015 10:18:49 -0453.75, William A. Mahaffey III wrote: >> I am attempting to provision a new box w/ FreeBSD 9.3R, using a >> customized USB drive w/ the default install media plus some scripts I >> conjured up to expedite partitioning/slicing of HDD's. I plugged the USB >> stick in & powered on. Though the UEFI BIOS gave my no options to >> configure boot order, it did figure out that the USB stick was there & >> bootable. I booted from that & the loading proceeded up to the regular >> FreeBSD 'choose boot options' screen, w/ multi-user, single user, etc. >> (6 choices total, w/ the ASCII-art logo). I let it go w/ option 1 (bad >> choice :-) ? ) & it failed to get booted, but gave me a choice of boot >> devices at the 'mountfs' (or some such) prompt. > mountroot> :-) > > It's being presented by the kernel's root partition mounting > mechanism (see sys/kern/vfs_mount.c). > > > >> I entered >> 'ufs:/dev/da0s1a rw' & it proceeded to boot the installer. > If I remember correctly, the boot process will mount root > read-only, this is the default behaviour of single-user mode. > That's why there is no "rw" option at this prompt; "rw" will > therefore be ignored. Otherwise, the options from /etc/fstab > would apply. > > > >> At 1st >> prompt, i chose 'Shell' & dropped to the shell to run my utilities. The >> 1st problem was that the USB media was mounted 'ro', *not* 'rw' as I >> asked, making it tough to log what was going on to use in queries such >> as this one when problems arose. My script completed down to an error in >> an innocuous echo statement, but subsequent df revealed no customized >> partitions visible for the install to proceed with, & little way to >> discern what had happened, since everything scrolled past too fast & too >> far to recover. > The df command will only consider _mounted_ partitions. Check > for the device nodes (and maybe labels) - if they are available, > mount them, then use df. > > The command would be "mount -uw /", or "mount -u -o rw /". > > The ability to write to / maybe is the problem why no further > partitions got mounted...? Hmmmm .... OK, I'll try those mount commands. However, how would the installer mount internally customized partitions (partitions/slices done interactively through the installer) w/o a writable root ? Or am I (badly ?) misunderstanding the install process :-/ ? > > >> I never found a magic key-stroke combo to page up in >> console mode, so I am mostly in the dark. > There is a nice little key, called "Scroll Lock", and it actually > does what's printed on it: it locks the screen (cursor disappears) > and you can use the vertical cursor keys and page keys to scroll > up and down. Press the lock key again, and you can continue where > you left the screen. Maybe the key is so old and so obvious that > you didn't see it. :-) > > No, seriously: Scroll Lock isn't supported on many systems to > work as it should. FreeBSD is an excellent exception here. *Booooyah* !!!! That will be *hugely* useful :-) .... > > >> Is there a way to force the >> booted root drive to be mounted 'rw' ? > Probably you can do this with a custom entry in /etc/rc.local (if > the boot image processes /etc/rc). > > > > > -- 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 Oct 5 19:42:11 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 622E19B640C for ; Mon, 5 Oct 2015 19:42:11 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 337A71DB9 for ; Mon, 5 Oct 2015 19:42:10 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t95Jg87l027724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 5 Oct 2015 14:42:09 -0500 Subject: Re: Install issues References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> <20151005160602.GA34349@neutralgood.org> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5612D290.2040800@hiwaay.net> Date: Mon, 5 Oct 2015 14:47:38 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151005160602.GA34349@neutralgood.org> 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: Mon, 05 Oct 2015 19:42:11 -0000 On 10/05/15 11:12, kpneal@pobox.com wrote: > On Mon, Oct 05, 2015 at 05:36:44PM +0200, Polytropon wrote: >> On Mon, 5 Oct 2015 10:18:49 -0453.75, William A. Mahaffey III wrote: >>> I am attempting to provision a new box w/ FreeBSD 9.3R, using a >>> customized USB drive w/ the default install media plus some scripts I >>> conjured up to expedite partitioning/slicing of HDD's. I plugged the USB >>> stick in & powered on. Though the UEFI BIOS gave my no options to >>> configure boot order, it did figure out that the USB stick was there & >>> bootable. I booted from that & the loading proceeded up to the regular >>> FreeBSD 'choose boot options' screen, w/ multi-user, single user, etc. >>> (6 choices total, w/ the ASCII-art logo). I let it go w/ option 1 (bad >>> choice :-) ? ) & it failed to get booted, but gave me a choice of boot >>> devices at the 'mountfs' (or some such) prompt. >> mountroot> :-) >> >> It's being presented by the kernel's root partition mounting >> mechanism (see sys/kern/vfs_mount.c). >> >> >> >>> I entered >>> 'ufs:/dev/da0s1a rw' & it proceeded to boot the installer. >> If I remember correctly, the boot process will mount root >> read-only, this is the default behaviour of single-user mode. >> That's why there is no "rw" option at this prompt; "rw" will >> therefore be ignored. Otherwise, the options from /etc/fstab >> would apply. > I thought mountroot (prompt? loader.conf option) took a list of > filesystems to attempt to mount. Spaces between the possible roots. > So 'rw' would be examined only if the first filesystem wasn't > mountable. > Actually there was some text describing what to do next which explicitly showed mounting a cdrom 'ro' & the syntax. I morphed the idea into mounting my USB stick 'rw', but it didn't take. Using the 'mount -uw /' worked AOK, & I now have more questions to follow :-/ .... -- 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 Oct 5 19:47:08 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D4D49B672C for ; Mon, 5 Oct 2015 19:47:08 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 CFD351FE8 for ; Mon, 5 Oct 2015 19:47:07 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t95Jl5Gj002564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 5 Oct 2015 14:47:06 -0500 Subject: Re: Install issues References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> <20151005160602.GA34349@neutralgood.org> <20151005184134.306a3287.freebsd@edvax.de> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5612D3B9.4060508@hiwaay.net> Date: Mon, 5 Oct 2015 14:52:35 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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: Mon, 05 Oct 2015 19:47:08 -0000 On 10/05/15 13:05, Chad J. Milios wrote: >> On Oct 5, 2015, at 12:41 PM, Polytropon wrote: >> >>> On Mon, 5 Oct 2015 12:06:02 -0400, kpneal@pobox.com wrote: >>>> On Mon, Oct 05, 2015 at 05:36:44PM +0200, Polytropon wrote: >>>>> On Mon, 5 Oct 2015 10:18:49 -0453.75, William A. Mahaffey III wrote: >>>>> I entered >>>>> 'ufs:/dev/da0s1a rw' & it proceeded to boot the installer. >>>> If I remember correctly, the boot process will mount root >>>> read-only, this is the default behaviour of single-user mode. >>>> That's why there is no "rw" option at this prompt; "rw" will >>>> therefore be ignored. Otherwise, the options from /etc/fstab >>>> would apply. >>> I thought mountroot (prompt? loader.conf option) took a list of >>> filesystems to attempt to mount. Spaces between the possible roots. >>> So 'rw' would be examined only if the first filesystem wasn't >>> mountable. >> Hmmm... if I read /usr/src/sys/kern/vfs_mount.c correctly, >> it's around line 1850, the path for the root partition is >> set to "/" and the mount options to "ro" via mount_arg(). >> So no matter what you enter, it will be ignored if the >> first match is in the form ":" and can >> be mounted (read-only), see vfs_mountroot_ask() in the same >> file, around line 1900. >> >> Loder options (set via /boot/loader.conf or interactively) >> are being parsed as environmental variables and also considered >> in this process. > Yeah, the kernel always mounts root read only to start and then it is the job of one of the rc.d scripts to (-u)pdate the mount options according to fstab. (I can't remember which script but u can grep the files in rc.d looking for the words fstab and/or mount for more insight into the whole process if curious.) > > The thing is that when u boot single-user mode u r given shell control BEFORE /etc/rc.d (even before /etc/rc actually) so every bit of resource control is at your manual discretion (and therefore labor :) ). > > William you'll need to mount your custom partitions yourself and/or `mount -uw /` at that point. `exit`ing the single user shell lets /etc/rc continue with the boot process into "multi-user" mode (which isn't so aptly named, it just means your system is up and ready as u r accustomed to with resources available and services running, which MAY constitute other users able to log in, but in the case of the install image's config, not quite so) > > If you want to make your install stick into a repeatable process, after u nail down a procedure, u may consider adding your own custom script to rc.d. See `man rcorder` to learn a lot about how /etc/rc deals with the files in rc.d I am definitely heading in that direction (fully customized install script), small steps at a time :-/ .... > > There should be some simpler solution to why the mountroot> prompt even shows up, in an ideal world your USB stick should breeze right past that and the normal boot routine could mount your special partitions based on entries in fstab. Maybe the wrong/missing setting in /boot/loader.conf. It's better to point at a glabel or gptid device node instead of a driver+number-based device node because those can shift around from computer to computer My BIOS is UEFI, & appears very nice on the screen, but w/ rather limited access to useful options. No matter, it did figure out that I needed to boot from the USB drive, even though there were *NO* BIOS settings on that topic .... -- 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 Oct 5 19:55:11 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A8829B6CEF for ; Mon, 5 Oct 2015 19:55:11 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 2BFB88A7 for ; Mon, 5 Oct 2015 19:55:11 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t95Jt9We007435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 5 Oct 2015 14:55:09 -0500 Subject: Re: Install issues References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5612D59D.4030000@hiwaay.net> Date: Mon, 5 Oct 2015 15:00:39 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151005173644.d3b9c5ce.freebsd@edvax.de> Content-Type: multipart/mixed; boundary="------------000901040302070601090203" 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, 05 Oct 2015 19:55:11 -0000 This is a multi-part message in MIME format. --------------000901040302070601090203 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 10/05/15 10:42, Polytropon wrote: > On Mon, 5 Oct 2015 10:18:49 -0453.75, William A. Mahaffey III wrote: >> I am attempting to provision a new box w/ FreeBSD 9.3R, using a >> customized USB drive w/ the default install media plus some scripts I >> conjured up to expedite partitioning/slicing of HDD's. I plugged the USB >> stick in & powered on. Though the UEFI BIOS gave my no options to >> configure boot order, it did figure out that the USB stick was there & >> bootable. I booted from that & the loading proceeded up to the regular >> FreeBSD 'choose boot options' screen, w/ multi-user, single user, etc. >> (6 choices total, w/ the ASCII-art logo). I let it go w/ option 1 (bad >> choice :-) ? ) & it failed to get booted, but gave me a choice of boot >> devices at the 'mountfs' (or some such) prompt. > mountroot> :-) > > It's being presented by the kernel's root partition mounting > mechanism (see sys/kern/vfs_mount.c). > > > >> I entered >> 'ufs:/dev/da0s1a rw' & it proceeded to boot the installer. > If I remember correctly, the boot process will mount root > read-only, this is the default behaviour of single-user mode. > That's why there is no "rw" option at this prompt; "rw" will > therefore be ignored. Otherwise, the options from /etc/fstab > would apply. > > > >> At 1st >> prompt, i chose 'Shell' & dropped to the shell to run my utilities. The >> 1st problem was that the USB media was mounted 'ro', *not* 'rw' as I >> asked, making it tough to log what was going on to use in queries such >> as this one when problems arose. My script completed down to an error in >> an innocuous echo statement, but subsequent df revealed no customized >> partitions visible for the install to proceed with, & little way to >> discern what had happened, since everything scrolled past too fast & too >> far to recover. > The df command will only consider _mounted_ partitions. Check > for the device nodes (and maybe labels) - if they are available, > mount them, then use df. > > The command would be "mount -uw /", or "mount -u -o rw /". > > The ability to write to / maybe is the problem why no further > partitions got mounted...? > > > >> I never found a magic key-stroke combo to page up in >> console mode, so I am mostly in the dark. > There is a nice little key, called "Scroll Lock", and it actually > does what's printed on it: it locks the screen (cursor disappears) > and you can use the vertical cursor keys and page keys to scroll > up and down. Press the lock key again, and you can continue where > you left the screen. Maybe the key is so old and so obvious that > you didn't see it. :-) > > No, seriously: Scroll Lock isn't supported on many systems to > work as it should. FreeBSD is an excellent exception here. > > > >> Is there a way to force the >> booted root drive to be mounted 'rw' ? > Probably you can do this with a custom entry in /etc/rc.local (if > the boot image processes /etc/rc). > > > > > OK, I got past these 1st few (low) hurdles, now for some meatier issues: For some reason, my script still didn't produce valid partitions/slices, see attached, from I/O tee'ed out of the install process. I also attach the script I am trying to use, see 2nd attachment. I did a few tinkers durinstall, see commented out stuff, but I still wind up w/ no useful partitions based on what is in /dev (no /dev/stripe or /dev/mirror directory, never mind any entries there). I will add more echo's as needed. I (thought I) copied most of the gpart commands & args, as well as order, straight out of the online wiki, but maybe not. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. --------------000901040302070601090203 Content-Type: text/plain; charset=UTF-8; name="LIST.setup.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="LIST.setup.txt" ada0 destroyed ada1 destroyed ada0 created ada1 created Progress so far (create -s mbr ada[0,1]): => 1 7575551 da0 MBR (3.6G) 1 32 - free - (16k) 33 7573500 1 freebsd [active] (3.6G) 7573533 2019 - free - (1M) => 0 7573500 da0s1 BSD (3.6G) 0 7573500 1 freebsd-ufs (3.6G) => 63 1953525105 ada0 MBR (931G) 63 1953525105 - free - (931G) => 63 1953525105 ada1 MBR (931G) 63 1953525105 - free - (931G) ada0s1 added, but partition is not aligned on 4096 bytes ada1s1 added, but partition is not aligned on 4096 bytes Progress so far (add -t freebsd -a 4k ada[0,1]): => 1 7575551 da0 MBR (3.6G) 1 32 - free - (16k) 33 7573500 1 freebsd [active] (3.6G) 7573533 2019 - free - (1M) => 0 7573500 da0s1 BSD (3.6G) 0 7573500 1 freebsd-ufs (3.6G) => 63 1953525105 ada0 MBR (931G) 63 63 - free - (31k) 126 1953524979 1 freebsd (931G) 1953525105 63 - free - (31k) => 63 1953525105 ada1 MBR (931G) 63 63 - free - (31k) 126 1953524979 1 freebsd (931G) 1953525105 63 - free - (31k) => 0 1953524979 ada0s1 BSD (931G) 0 1953524979 - free - (931G) => 0 1953524979 ada1s1 BSD (931G) 0 1953524979 - free - (931G) gpart: geom 'ada0s1': File exists gpart: geom 'ada1s1': File exists Progress so far (create -s bsd ada[0,1]s1): => 1 7575551 da0 MBR (3.6G) 1 32 - free - (16k) 33 7573500 1 freebsd [active] (3.6G) 7573533 2019 - free - (1M) => 0 7573500 da0s1 BSD (3.6G) 0 7573500 1 freebsd-ufs (3.6G) => 63 1953525105 ada0 MBR (931G) 63 63 - free - (31k) 126 1953524979 1 freebsd (931G) 1953525105 63 - free - (31k) => 63 1953525105 ada1 MBR (931G) 63 63 - free - (31k) 126 1953524979 1 freebsd (931G) 1953525105 63 - free - (31k) => 0 1953524979 ada0s1 BSD (931G) 0 1953524979 - free - (931G) => 0 1953524979 ada1s1 BSD (931G) 0 1953524979 - free - (931G) gpart: Invalid argument gpart: Invalid argument gpart: Invalid argument gpart: Invalid argument gpart: Invalid argument gpart: Invalid argument gpart: Invalid argument gpart: Invalid argument gpart: Invalid argument gpart: Invalid argument Progress so far (almost done): => 1 7575551 da0 MBR (3.6G) 1 32 - free - (16k) 33 7573500 1 freebsd [active] (3.6G) 7573533 2019 - free - (1M) => 0 7573500 da0s1 BSD (3.6G) 0 7573500 1 freebsd-ufs (3.6G) => 63 1953525105 ada0 MBR (931G) 63 63 - free - (31k) 126 1953524979 1 freebsd (931G) 1953525105 63 - free - (31k) => 63 1953525105 ada1 MBR (931G) 63 63 - free - (31k) 126 1953524979 1 freebsd (931G) 1953525105 63 - free - (31k) => 0 1953524979 ada0s1 BSD (931G) 0 1953524979 - free - (931G) => 0 1953524979 ada1s1 BSD (931G) 0 1953524979 - free - (931G) gmirror: Command 'load' not available. gstripe: Command 'load' not available. gmirror: Can't get informations about /dev/ada0s1a: No such file or directory. gpart: No such geom: mirror/root. gpart: arg0 'mirror/root': Invalid argument gpart: No such geom: mirror/roots1. newfs: /dev/mirror/root: could not find special device mount: /dev/mirror/root: No such file or directory gstripe: Can't get informations about /dev/ada0s1d: No such file or directory. newfs: /dev/stripe/var: could not find special device mount: /mnt/var: No such file or directory gstripe: Can't get informations about /dev/ada0s1e: No such file or directory. newfs: bad volume label. Valid characters are alphanumerics. mkdir: /mnt/usr: No such file or directory mount: /mnt/usr: No such file or directory gstripe: Can't get informations about /dev/ada0s1f: No such file or directory. newfs: /dev/stripe/home: could not find special device mount: /mnt/home: No such file or directory Now (IMPORTANT !!!!) type exit to return to the installer and installation will proceed. --------------000901040302070601090203-- From owner-freebsd-questions@freebsd.org Mon Oct 5 19:59:06 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D44F9B9007 for ; Mon, 5 Oct 2015 19:59:06 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 58BB6A25 for ; Mon, 5 Oct 2015 19:59:06 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t95Jx42A009848 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 5 Oct 2015 14:59:05 -0500 Subject: Re: Install issues Cc: FreeBSD Questions !!!! References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> <5612D59D.4030000@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <5612D688.9070108@hiwaay.net> Date: Mon, 5 Oct 2015 15:04:34 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <5612D59D.4030000@hiwaay.net> Content-Type: multipart/mixed; boundary="------------010706020409070106000706" 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, 05 Oct 2015 19:59:06 -0000 This is a multi-part message in MIME format. --------------010706020409070106000706 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 10/05/15 14:59, William A. Mahaffey III wrote: > On 10/05/15 10:42, Polytropon wrote: >> On Mon, 5 Oct 2015 10:18:49 -0453.75, William A. Mahaffey III wrote: >>> I am attempting to provision a new box w/ FreeBSD 9.3R, using a >>> customized USB drive w/ the default install media plus some scripts I >>> conjured up to expedite partitioning/slicing of HDD's. I plugged the >>> USB >>> stick in & powered on. Though the UEFI BIOS gave my no options to >>> configure boot order, it did figure out that the USB stick was there & >>> bootable. I booted from that & the loading proceeded up to the regular >>> FreeBSD 'choose boot options' screen, w/ multi-user, single user, etc. >>> (6 choices total, w/ the ASCII-art logo). I let it go w/ option 1 (bad >>> choice :-) ? ) & it failed to get booted, but gave me a choice of boot >>> devices at the 'mountfs' (or some such) prompt. >> mountroot> :-) >> >> It's being presented by the kernel's root partition mounting >> mechanism (see sys/kern/vfs_mount.c). >> >> >> >>> I entered >>> 'ufs:/dev/da0s1a rw' & it proceeded to boot the installer. >> If I remember correctly, the boot process will mount root >> read-only, this is the default behaviour of single-user mode. >> That's why there is no "rw" option at this prompt; "rw" will >> therefore be ignored. Otherwise, the options from /etc/fstab >> would apply. >> >> >> >>> At 1st >>> prompt, i chose 'Shell' & dropped to the shell to run my utilities. The >>> 1st problem was that the USB media was mounted 'ro', *not* 'rw' as I >>> asked, making it tough to log what was going on to use in queries such >>> as this one when problems arose. My script completed down to an >>> error in >>> an innocuous echo statement, but subsequent df revealed no customized >>> partitions visible for the install to proceed with, & little way to >>> discern what had happened, since everything scrolled past too fast & >>> too >>> far to recover. >> The df command will only consider _mounted_ partitions. Check >> for the device nodes (and maybe labels) - if they are available, >> mount them, then use df. >> >> The command would be "mount -uw /", or "mount -u -o rw /". >> >> The ability to write to / maybe is the problem why no further >> partitions got mounted...? >> >> >> >>> I never found a magic key-stroke combo to page up in >>> console mode, so I am mostly in the dark. >> There is a nice little key, called "Scroll Lock", and it actually >> does what's printed on it: it locks the screen (cursor disappears) >> and you can use the vertical cursor keys and page keys to scroll >> up and down. Press the lock key again, and you can continue where >> you left the screen. Maybe the key is so old and so obvious that >> you didn't see it. :-) >> >> No, seriously: Scroll Lock isn't supported on many systems to >> work as it should. FreeBSD is an excellent exception here. >> >> >> >>> Is there a way to force the >>> booted root drive to be mounted 'rw' ? >> Probably you can do this with a custom entry in /etc/rc.local (if >> the boot image processes /etc/rc). >> >> >> >> >> > > OK, I got past these 1st few (low) hurdles, now for some meatier > issues: For some reason, my script still didn't produce valid > partitions/slices, see attached, from I/O tee'ed out of the install > process. I also attach the script I am trying to use, see 2nd > attachment. I did a few tinkers durinstall, see commented out stuff, > but I still wind up w/ no useful partitions based on what is in /dev > (no /dev/stripe or /dev/mirror directory, never mind any entries > there). I will add more echo's as needed. I (thought I) copied most of > the gpart commands & args, as well as order, straight out of the > online wiki, but maybe not. Hmmmm .... I *KNOW* I attached the script I used, but it didn't make it through .... Does the list strip off '.sh' files ? -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. --------------010706020409070106000706 Content-Type: text/plain; charset=UTF-8; name="setupRootOnMirroredMBR-UFS2X.sh.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="setupRootOnMirroredMBR-UFS2X.sh.txt" #!/bin/sh # Install FreeBSD 9.3R on gmirror/gstripe UFS partitions (GPT or MBR), 2 HDD's. # FreeBSD 9.3R has nice and simple partition editor (Expert mode). # Still, if you want gmirror/gstripe setup you have to use "Shell" mode and do things manually. # This guide will help you create a FreeBSD system using gmirror/gstripe by hand. # Boot from FreeBSD 9.3R installation media. # Start installation, answer the questions until you endup on "Partitioning" screen. Choose "Shell" here. # If the drives are *NOT* empty: gpart destroy -F ada0 gpart destroy -F ada1 # Partition the drives (MBR) # Create MBR partition table # If the drive is empty: # gpart create -s mbr -a 4k ada0 # gpart create -s mbr -a 4k ada1 gpart create -s mbr ada0 gpart create -s mbr ada1 echo "Progress so far (create -s mbr ada[0,1]):"; echo ' '; gpart show # see what we have so far .... # Create MBR slices for FreeBSD # gpart add -t freebsd -b 64 -a 4k ada0 # gpart add -t freebsd -b 64 -a 4k ada1 gpart add -t freebsd -a 4k ada0 gpart add -t freebsd -a 4k ada1 echo "Progress so far (add -t freebsd -a 4k ada[0,1]):"; echo ' '; gpart show # see what we have so far .... gpart create -s bsd ada0s1 gpart create -s bsd ada1s1 echo "Progress so far (create -s bsd ada[0,1]s1):"; echo ' '; gpart show # see what we have so far .... # This example shows how to create mirrored & striped UFS partitions. This is just an example, you might want to rethink which partitions will be striped, mirrored or simple. # Create partitions on the first disk # There will be no ada0s1c (or index -i 3) because partition "c" is a special entry covering entire slice and is not used for filesystem. gpart add -s 4G -t freebsd-ufs -l root1 -a 4k ada0s1 # Create root (/) partition (will be mirrored, needs ada1s1a) gpart add -s 8G -t freebsd-swap -l swap1 -a 4k ada0s1 # Create swap partition gpart add -s 8G -t freebsd-ufs -l var1 -a 4k ada0s1 # Create root (/var) partition (will be striped, needs ada1s1d) gpart add -s 8G -t freebsd-ufs -l ulcl1 -a 4k ada0s1 # Create root (/usr/local) partition (will be striped, needs ada1s1e) # glabel label swap1 /dev/ada0s1b gpart add -t freebsd-ufs -l home1 -a 4k ada0s1 # Create /home partiton (will be striped, needs ada1s1f) # Last partition is added without -s (size) so it will cover the rest of the available space. # Install boot code # Install FreeBSD boot manager: # gpart bootcode -b /boot/boot0 ada0 # Possibly unnecessary ?!?!?! # gpart bootcode -b /boot/boot ada0s1 # Possibly unnecessary ?!?!?! # Create partitions on the second disk # There will be no ada1s1c (or index -i 3) because partition "c" is a special entry covering entire slice and is not used for filesystem. gpart add -s 4G -t freebsd-ufs -l root2 -a 4k ada1s1 # Create root (/) partition (will be mirrored, needs ada0s1a) gpart add -s 8G -t freebsd-swap -l swap2 -a 4k ada1s1 # Create swap partition gpart add -s 8G -t freebsd-ufs -l var2 -a 4k ada1s1 # Create root (/var) partition (will be striped, needs ada0s1d) gpart add -s 8G -t freebsd-ufs -l ulcl2 -a 4k ada1s1 # Create root (/usr/local) partition (will be striped, needs ada0s1e) # glabel label swap2 /dev/ada1s1b gpart add -t freebsd-ufs -l home2 -a 4k ada1s1 # Create /home partiton (will be striped, needs ada0s1f) # Last partition is added without -s (size) so it will cover the rest of the available space. # Install boot code # Install FreeBSD boot manager: # gpart bootcode -b /boot/boot0 ada1 # Possibly unnecessary ?!?!?! # gpart bootcode -b /boot/boot ada1s1 # Possibly unnecessary ?!?!?! echo "Progress so far (almost done):"; echo ' '; gpart show # see what we have so far .... # Create mirrored/striped UFS filesystems (MBR) # Create filesystems # Load required kernel modules: # kldload geom_mirror # kldload geom_stripe # OR: gmirror load gstripe load # Filesystems are formatted using newfs utility, -L is the label, filesystem will be available as /dev/ufs/label, and -U turns Soft Updates on. gmirror label -v root /dev/ada0s1a /dev/ada1s1a # Mirrored UFS partitions: currently only root .... # Install simple MBR boot loader (boots active slice): gpart bootcode -b /boot/mbr mirror/root gpart set -a active -i 1 mirror/root gpart bootcode -b /boot/boot mirror/roots1 # Install FreeBSD boot manager: # gpart bootcode -b /boot/boot0 mirror/root # feasible ?!?!?! # gpart bootcode -b /boot/boot mirror/roots1 # feasible ?!?!?! # gpart bootcode -b /boot/boot0 root # feasible ?!?!?! # gpart bootcode -b /boot/boot roots1 # feasible ?!?!?! newfs -U -L root /dev/mirror/root # Now setup actual FS .... mount /dev/mirror/root /mnt # & mount it where the installer expects to find it. gstripe label -v var /dev/ada0s1d /dev/ada1s1d # Striped UFS partitions: /var .... newfs -U -L var /dev/stripe/var # Now setup actual FS .... mount /dev/stripe/var /mnt/var # & mount it where the installer expects to find it. gstripe label -v usrlocal /dev/ada0s1e /dev/ada1s1e # Striped UFS partitions: /usr/local .... newfs -U -L usr/local /dev/stripe/usrlocal # Now setup actual FS .... mkdir /mnt/usr/local # create mountpoint .... mount /dev/stripe/usrlocal /mnt/usr/local # & mount it where the installer expects to find it. gstripe label -v home /dev/ada0s1f /dev/ada1s1f # Striped UFS partitions: /home .... newfs -U -L home /dev/stripe/home # Now setup actual FS .... mount /dev/stripe/home /mnt/home # & mount it where the installer expects to find it. # Type exit and installation will proceed. echo Now \(IMPORTANT \!\!\!\!\) type exit to return to the installer and installation will proceed. --------------010706020409070106000706-- From owner-freebsd-questions@freebsd.org Mon Oct 5 20:43:56 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04AA29B9621 for ; Mon, 5 Oct 2015 20:43:56 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail2.kulturflatrate.net [IPv6:2a01:4f8:121:52ad::3:1]) by mx1.freebsd.org (Postfix) with ESMTP id 9468CADB for ; Mon, 5 Oct 2015 20:43:55 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [10.0.0.38] (mail.kulturflatrate.net [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id D6B742D955; Mon, 5 Oct 2015 22:43:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1444077833; bh=+SAlX2Xg4r5/zrw04O/AXcXnW7U6HkRvy4cDB4ZUSc8=; h=Subject:To:References:From:Date:In-Reply-To; b=QZ/0XAFNs0lZCcCr1Yq2SrjihyJ3RkIAgo155RGUt/6C04g/dPX8sIG6tHoEtIaC2 gL67t8rzbP8mQRERnvDHNdnWXmp3YsVHqHX6vQ/FMw4/FoPc9dCYjiJ+ixWwlcojPE YAJXazZAvW+zITzGOVKVNPM9pFW5yscM+VH5Sj58= Subject: Re: IPv6 only Jails cannot connect to the outside world To: "William A. Mahaffey III" , freebsd-questions@freebsd.org References: <5611AFCA.4010909@kulturflatrate.net> <5611CA44.4030602@radel.com> <56123260.1010901@kulturflatrate.net> <56127D73.5040001@hiwaay.net> From: Niklaas Baudet von Gersdorff Message-ID: <5612E192.6040404@kulturflatrate.net> Date: Mon, 5 Oct 2015 22:46:10 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56127D73.5040001@hiwaay.net> Content-Type: multipart/mixed; boundary="------------070905010305070801050004" 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, 05 Oct 2015 20:43:56 -0000 This is a multi-part message in MIME format. --------------070905010305070801050004 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit On 05/10/15 15:37, William A. Mahaffey III wrote: > On 10/05/15 03:24, Niklaas Baudet von Gersdorff wrote: >> Probably I'm missing something. >> > > I thought you were limited to a small number of entries in resolv.conf, > 3 by default (in my man page). If so, the 3 IPv4 entries were all that > were searched when they were there & it never got to the IPv6 > nameservers. $0.02, no more, no less .... Just for completeness: You're right, as Herbert mentioned in his previous email (attached). By moving the IPv6 name servers up I could solve the issue. I wasn't aware of the fact that one is limited to three entries. -- Niklaas --------------070905010305070801050004 Content-Type: message/rfc822; name="Attached Message" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Attached Message" Return-Path: Delivered-To: niklaas@kulturflatrate.net Received: from mx2.freebsd.org (mail.kulturflatrate.net [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) by mail2.kulturflatrate.net (Postfix) with ESMTPS id F07A22D571 for ; Mon, 5 Oct 2015 13:28:15 +0200 (CEST) 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 mx2.freebsd.org (Postfix) with ESMTPS id 4447867C27; Mon, 5 Oct 2015 11:28:14 +0000 (UTC) (envelope-from owner-freebsd-questions@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 21C7C88B; Mon, 5 Oct 2015 11:28:14 +0000 (UTC) (envelope-from owner-freebsd-questions@freebsd.org) Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B1929B2262 for ; Mon, 5 Oct 2015 11:28:08 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (oslo.ath.cx [144.76.166.229]) (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 6401886A for ; Mon, 5 Oct 2015 11:28:07 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (localhost [IPv6:::1]) by oslo.ath.cx (Postfix) with SMTP id 903A11221; Mon, 5 Oct 2015 13:27:59 +0200 (CEST) Date: Mon, 5 Oct 2015 13:27:59 +0200 From: "Herbert J. Skuhra" To: Niklaas Baudet von Gersdorff Subject: Re: IPv6 only Jails cannot connect to the outside world Message-ID: <20151005112759.GB4567@oslo.ath.cx> References: <5611AFCA.4010909@kulturflatrate.net> <5611CA44.4030602@radel.com> <56123260.1010901@kulturflatrate.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <56123260.1010901@kulturflatrate.net> User-Agent: Mutt/1.5.24+21 (a07e8215a0ef) (2015-08-30) 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: , Cc: Adam Vande More , freebsd-questions@freebsd.org, Jon Radel Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: owner-freebsd-questions@freebsd.org Sender: owner-freebsd-questions@freebsd.org On Mon, Oct 05, 2015 at 10:18:40AM +0200, Niklaas Baudet von Gersdorff wrote: > > Thus it seems that, in an IPv6 only jail, I may not list IPv4 > nameservers in /etc/resolv.conf because otherwise I get the weird error > that it cannot resolve the hostname although it actually can? Is that > intended? > > Probably I'm missing something. % man 5 resolv.conf nameserver Internet address (in dot notation) of a name server that the resolver should query. Up to MAXNS (currently 3) name servers may be listed, one per keyword. [...] -- Herbert _______________________________________________ freebsd-questions@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" --------------070905010305070801050004-- From owner-freebsd-questions@freebsd.org Mon Oct 5 21:09:38 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92F1599A946 for ; Mon, 5 Oct 2015 21:09:38 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail.financecomm.com [178.63.105.5]) by mx1.freebsd.org (Postfix) with ESMTP id EB8B48DB for ; Mon, 5 Oct 2015 21:09:37 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [10.0.0.38] (mail.kulturflatrate.net [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id A18182D979 for ; Mon, 5 Oct 2015 23:09:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1444079367; bh=y/JHumY9jVlUH7SqU4vhqZAo+1+CdONsKqvGRRfH3B8=; h=To:From:Subject:Date; b=TZjUZ++CYCN3wdHD/HyciUCOH0KvMzgD9+FiGQZlg+vnwhMAXOrU4oEskQQIroyu6 j/o0h6YbGUwHUPEzwGo72wEU8RCI/yHjVzTVwQXxLMLkUTcZ3oeGUFxe9xBYyHLTOk jxfi7MNEOraYDXLPHe7j5pWaLZQ9UbgwVEkyXHow= To: freebsd-questions@freebsd.org From: Niklaas Baudet von Gersdorff Subject: PF stops tmux from working?! X-Enigmail-Draft-Status: N1110 Message-ID: <5612E791.4040708@kulturflatrate.net> Date: Mon, 5 Oct 2015 23:11:45 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------090805090001050005030609" 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, 05 Oct 2015 21:09:38 -0000 This is a multi-part message in MIME format. --------------090805090001050005030609 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit I have a host with several jails on it. The jails have a public IPv6 assigned to the external interface. Using PF as firewall, I was used to block all incoming traffic and I initially set > pass out on $ext_if proto { tcp udp } all Recently, I changed the settings to also restrict outgoing traffic. E.g. there are some jails that are only allowed to send traffic within my IPv6 network. Since I restricted the access, in some jails, I cannot use tmux anymore which I don't understand because I wouldn't have thought of a relation between a terminal multiplexer and a firewall. > tmux -vvvvvvvv created some logfiles that I attached but they don't look promising. (The respective tmux-client-19034.log is empty.) I have read that it's possible to do some debugging with > truss tmux which, in fact, turned out some results that might relate the dysfunction of tmux to the changes of the firewall. The full file is attached, the lines that I assume relevant follow: > connect(5,{ AF_UNIX "/tmp/tmux-1001/default" },24) ERR#61 'Connection refused' > stat("/usr/share/nls/C/libc.cat",0x7fffffffdcd8) ERR#2 'No such file or directory' > stat("/usr/share/nls/libc/C",0x7fffffffdcd8) ERR#2 'No such file or directory' > stat("/usr/local/share/nls/C/libc.cat",0x7fffffffdcd8) ERR#2 'No such file or directory' > stat("/usr/local/share/nls/libc/C",0x7fffffffdcd8) ERR#2 'No such file or directory' [...] > socket(PF_INET,SOCK_DGRAM,0) ERR#43 'Protocol not supported' > poll({4/POLLIN},1,0) = 0 (0x0) > fcntl(0,F_GETFL,) = 6 (0x6) > fcntl(0,F_SETFL,0x2) = 0 (0x0) > process exit, rval = 1 I have no clue what the above line mean but what made me suspicious is line > socket(PF_INET,SOCK_DGRAM,0) ERR#43 'Protocol not supported' because I relate "/PF/_INET" to the /pf/ firewall. Searching for "SOCK_DGRAM" lead me to https://www.freebsd.org/doc/en/books/developers-handbook/sockets-essential-functions.html which starts at a point where my knowledge has already left me miles before. I don't have to allow my jails to use tmux through some settings in my pf configuration, do I?! Most probably I'm assuming the wrong cause for the error. Does anybody have an idea why tmux stopped working? Interestingly tmux still works in some other jails. In each jail, the same version of tmux is installed. > $ pkg info tmux > tmux-2.0_1 > Name : tmux > Version : 2.0_1 > Installed on : Sun Sep 6 18:21:36 CEST 2015 > Origin : sysutils/tmux > Architecture : freebsd:10:x86:64 > Prefix : /usr/local > Categories : sysutils > Licenses : ISCL > Maintainer : mat@FreeBSD.org > WWW : http://www.sourceforge.net/projects/tmux/ > Comment : Terminal Multiplexer > Options : > BACKSPACE : off > DOCS : on > EXAMPLES : on > LIBEVENT_STATIC: off > Shared Libs required: > libevent-2.0.so.5 > Annotations : > repo_type : binary > repository : financecomm > Flat size : 579KiB > Description : > Tmux is a terminal multiplexer, it enables a number of terminals to be accessed > and controlled from a single terminal. tmux is intended to be a simple, modern, > BSD-licensed alternative to programs such as GNU screen. > > WWW: http://www.sourceforge.net/projects/tmux/ Although tmux doesn't work in some jails, in those screen works without any problems. -- Niklaas --------------090805090001050005030609 Content-Type: text/plain; charset=UTF-8; name="truss-tmux" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="truss-tmux" bW1hcCgweDAsMzI3NjgsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0FO T04sLTEsMHgwKSA9IDM0MzY2NTU0MTEyICgweDgwMDY4MDAwMCkKaXNzZXR1Z2lkKDB4ODAw ODdmZjMwLDB4N2ZmZmZmZmZlZmNjLDB4NDAsMHgwLDB4ZmZmZjgwMDgwMDg4MGY2NCwweDAp ID0gMCAoMHgwKQpsc3RhdCgiL2V0YyIseyBtb2RlPWRyd3hyLXhyLXggLGlub2RlPTE2LHNp emU9MTA4LGJsa3NpemU9NzE2OCB9KSA9IDAgKDB4MCkKbHN0YXQoIi9ldGMvbGlibWFwLmNv bmYiLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT0xMjExNSxzaXplPTEwOSxibGtzaXplPTQw OTYgfSkgPSAwICgweDApCm9wZW4oIi9ldGMvbGlibWFwLmNvbmYiLE9fQ0xPRVhFQywwMTc2 MCkJID0gMyAoMHgzKQpmc3RhdCgzLHsgbW9kZT0tcnctci0tci0tICxpbm9kZT0xMjExNSxz aXplPTEwOSxibGtzaXplPTQwOTYgfSkgPSAwICgweDApCm1tYXAoMHgwLDEwOSxQUk9UX1JF QUQsTUFQX1BSSVZBVEUsMywweDApCSA9IDM0MzY2NTg2ODgwICgweDgwMDY4ODAwMCkKY2xv c2UoMykJCQkJCSA9IDAgKDB4MCkKbHN0YXQoIi91c3IiLHsgbW9kZT1kcnd4ci14ci14ICxp bm9kZT0yMSxzaXplPTE2LGJsa3NpemU9NDA5NiB9KSA9IDAgKDB4MCkKbHN0YXQoIi91c3Iv bG9jYWwiLHsgbW9kZT1kcnd4ci14ci14ICxpbm9kZT0xMDcsc2l6ZT0xNSxibGtzaXplPTQw OTYgfSkgPSAwICgweDApCmxzdGF0KCIvdXNyL2xvY2FsL2V0YyIseyBtb2RlPWRyd3hyLXhy LXggLGlub2RlPTI2LHNpemU9MjYsYmxrc2l6ZT00MDk2IH0pID0gMCAoMHgwKQpsc3RhdCgi L3Vzci9sb2NhbC9ldGMvbGlibWFwLmQiLDB4N2ZmZmZmZmZjNTE4KQkgRVJSIzIgJ05vIHN1 Y2ggZmlsZSBvciBkaXJlY3RvcnknCm11bm1hcCgweDgwMDY4ODAwMCwxMDkpCQkJCSA9IDAg KDB4MCkKYWNjZXNzKCIvdXNyL2xpYi9saWJ1dGlsLnNvLjkiLDApCQkgRVJSIzIgJ05vIHN1 Y2ggZmlsZSBvciBkaXJlY3RvcnknCmFjY2VzcygiL3Vzci9sb2NhbC9saWIvbGlidXRpbC5z by45IiwwKQkJIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5JwpvcGVuKCIvdmFy L3J1bi9sZC1lbGYuc28uaGludHMiLE9fQ0xPRVhFQywwMzIwNDM3NzApID0gMyAoMHgzKQpy ZWFkKDMsIkVobnRcXkFcMFwwXDBcTV5AXDBcMFwwRFwwXDBcMFwwIi4uLiwxMjgpID0gMTI4 ICgweDgwKQpsc2VlaygzLDB4ODAsU0VFS19TRVQpCQkJCSA9IDEyOCAoMHg4MCkKcmVhZCgz LCIvbGliOi91c3IvbGliOi91c3IvbGliL2NvbXBhdDovdSIuLi4sNjgpID0gNjggKDB4NDQp CmNsb3NlKDMpCQkJCQkgPSAwICgweDApCmFjY2VzcygiL2xpYi9saWJ1dGlsLnNvLjkiLDAp CQkJID0gMCAoMHgwKQpvcGVuKCIvbGliL2xpYnV0aWwuc28uOSIsT19DTE9FWEVDLDAzMjA0 Mzc3MCkJID0gMyAoMHgzKQpmc3RhdCgzLHsgbW9kZT0tci0tci0tci0tICxpbm9kZT0xNDMs c2l6ZT03MDI0MCxibGtzaXplPTcwNjU2IH0pID0gMCAoMHgwKQptbWFwKDB4MCw0MDk2LFBS T1RfUkVBRCxNQVBfUFJJVkFURXxNQVBfUFJFRkFVTFRfUkVBRCwzLDB4MCkgPSAzNDM2NjU4 Njg4MCAoMHg4MDA2ODgwMDApCm1tYXAoMHgwLDIxNzA4ODAsUFJPVF9OT05FLE1BUF9QUklW QVRFfE1BUF9BTk9OfE1BUF9OT0NPUkUsLTEsMHgwKSA9IDM0MzY4NjU1MzYwICgweDgwMDg4 MTAwMCkKbW1hcCgweDgwMDg4MTAwMCw2NTUzNixQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9Q UklWQVRFfE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDMsMHgwKSA9 IDM0MzY4NjU1MzYwICgweDgwMDg4MTAwMCkKbW1hcCgweDgwMGE5MDAwMCw4MTkyLFBST1Rf UkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfUFJFRkFVTFRfUkVB RCwzLDB4ZjAwMCkgPSAzNDM3MDgxMzk1MiAoMHg4MDBhOTAwMDApCm1tYXAoMHg4MDBhOTIw MDAsNDA5NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQ X0FOT04sLTEsMHgwKSA9IDM0MzcwODIyMTQ0ICgweDgwMGE5MjAwMCkKbXVubWFwKDB4ODAw Njg4MDAwLDQwOTYpCQkJID0gMCAoMHgwKQpjbG9zZSgzKQkJCQkJID0gMCAoMHgwKQphY2Nl c3MoIi91c3IvbGliL2xpYm5jdXJzZXMuc28uOCIsMCkJCSBFUlIjMiAnTm8gc3VjaCBmaWxl IG9yIGRpcmVjdG9yeScKYWNjZXNzKCIvdXNyL2xvY2FsL2xpYi9saWJuY3Vyc2VzLnNvLjgi LDApCSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKYWNjZXNzKCIvbGliL2xp Ym5jdXJzZXMuc28uOCIsMCkJCSA9IDAgKDB4MCkKb3BlbigiL2xpYi9saWJuY3Vyc2VzLnNv LjgiLE9fQ0xPRVhFQywwMzIwNDM3NzApID0gMyAoMHgzKQpmc3RhdCgzLHsgbW9kZT0tci0t ci0tci0tICxpbm9kZT0xMTYsc2l6ZT0zMDk5NzYsYmxrc2l6ZT0xMzEwNzIgfSkgPSAwICgw eDApCm1tYXAoMHgwLDQwOTYsUFJPVF9SRUFELE1BUF9QUklWQVRFfE1BUF9QUkVGQVVMVF9S RUFELDMsMHgwKSA9IDM0MzY2NTg2ODgwICgweDgwMDY4ODAwMCkKbW1hcCgweDAsMjQwODQ0 OCxQUk9UX05PTkUsTUFQX1BSSVZBVEV8TUFQX0FOT058TUFQX05PQ09SRSwtMSwweDApID0g MzQzNzA4MjYyNDAgKDB4ODAwYTkzMDAwKQptbWFwKDB4ODAwYTkzMDAwLDI5MDgxNixQUk9U X1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9Q UkVGQVVMVF9SRUFELDMsMHgwKSA9IDM0MzcwODI2MjQwICgweDgwMGE5MzAwMCkKbW1hcCgw eDgwMGNkYTAwMCwyMDQ4MCxQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBf RklYRUR8TUFQX1BSRUZBVUxUX1JFQUQsMywweDQ3MDAwKSA9IDM0MzczMjE0MjA4ICgweDgw MGNkYTAwMCkKbXVubWFwKDB4ODAwNjg4MDAwLDQwOTYpCQkJID0gMCAoMHgwKQpjbG9zZSgz KQkJCQkJID0gMCAoMHgwKQphY2Nlc3MoIi91c3IvbGliL2xpYmV2ZW50LTIuMC5zby41Iiww KQkJIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5JwphY2Nlc3MoIi91c3IvbG9j YWwvbGliL2xpYmV2ZW50LTIuMC5zby41IiwwKQkgPSAwICgweDApCm9wZW4oIi91c3IvbG9j YWwvbGliL2xpYmV2ZW50LTIuMC5zby41IixPX0NMT0VYRUMsMDMyMDQzNzcwKSA9IDMgKDB4 MykKZnN0YXQoMyx7IG1vZGU9LXJ3eHIteHIteCAsaW5vZGU9Mjg1LHNpemU9MjcyNzYwLGJs a3NpemU9MTMxMDcyIH0pID0gMCAoMHgwKQptbWFwKDB4MCw0MDk2LFBST1RfUkVBRCxNQVBf UFJJVkFURXxNQVBfUFJFRkFVTFRfUkVBRCwzLDB4MCkgPSAzNDM2NjU4Njg4MCAoMHg4MDA2 ODgwMDApCm1tYXAoMHgwLDIzNzE1ODQsUFJPVF9OT05FLE1BUF9QUklWQVRFfE1BUF9BTk9O fE1BUF9OT0NPUkUsLTEsMHgwKSA9IDM0MzczMjM0Njg4ICgweDgwMGNkZjAwMCkKbW1hcCgw eDgwMGNkZjAwMCwyNjYyNDAsUFJPVF9SRUFEfFBST1RfRVhFQyxNQVBfUFJJVkFURXxNQVBf RklYRUR8TUFQX05PQ09SRXxNQVBfUFJFRkFVTFRfUkVBRCwzLDB4MCkgPSAzNDM3MzIzNDY4 OCAoMHg4MDBjZGYwMDApCm1tYXAoMHg4MDBmMjAwMDAsODE5MixQUk9UX1JFQUR8UFJPVF9X UklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JFQUQsMywweDQxMDAw KSA9IDM0Mzc1NTk4MDgwICgweDgwMGYyMDAwMCkKbXVubWFwKDB4ODAwNjg4MDAwLDQwOTYp CQkJID0gMCAoMHgwKQpjbG9zZSgzKQkJCQkJID0gMCAoMHgwKQphY2Nlc3MoIi91c3IvbGli L2xpYnVsb2cuc28uMCIsMCkJCSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScK YWNjZXNzKCIvdXNyL2xvY2FsL2xpYi9saWJ1bG9nLnNvLjAiLDApCQkgRVJSIzIgJ05vIHN1 Y2ggZmlsZSBvciBkaXJlY3RvcnknCmFjY2VzcygiL2xpYi9saWJ1bG9nLnNvLjAiLDApCQkJ ID0gMCAoMHgwKQpvcGVuKCIvbGliL2xpYnVsb2cuc28uMCIsT19DTE9FWEVDLDAzMjA0Mzc3 MCkJID0gMyAoMHgzKQpmc3RhdCgzLHsgbW9kZT0tci0tci0tci0tICxpbm9kZT0xNDAsc2l6 ZT04NjA4LGJsa3NpemU9ODcwNCB9KSA9IDAgKDB4MCkKbW1hcCgweDAsNDA5NixQUk9UX1JF QUQsTUFQX1BSSVZBVEV8TUFQX1BSRUZBVUxUX1JFQUQsMywweDApID0gMzQzNjY1ODY4ODAg KDB4ODAwNjg4MDAwKQptbWFwKDB4MCwyMTA1MzQ0LFBST1RfTk9ORSxNQVBfUFJJVkFURXxN QVBfQU5PTnxNQVBfTk9DT1JFLC0xLDB4MCkgPSAzNDM3NTYwNjI3MiAoMHg4MDBmMjIwMDAp Cm1tYXAoMHg4MDBmMjIwMDAsODE5MixQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRF fE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDMsMHgwKSA9IDM0Mzc1 NjA2MjcyICgweDgwMGYyMjAwMCkKbW1hcCgweDgwMTEyMzAwMCw0MDk2LFBST1RfUkVBRHxQ Uk9UX1dSSVRFLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfUFJFRkFVTFRfUkVBRCwzLDB4 MTAwMCkgPSAzNDM3NzcwNzUyMCAoMHg4MDExMjMwMDApCm11bm1hcCgweDgwMDY4ODAwMCw0 MDk2KQkJCSA9IDAgKDB4MCkKY2xvc2UoMykJCQkJCSA9IDAgKDB4MCkKYWNjZXNzKCIvdXNy L2xpYi9saWJjLnNvLjciLDApCQkJIEVSUiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5 JwphY2Nlc3MoIi91c3IvbG9jYWwvbGliL2xpYmMuc28uNyIsMCkJCSBFUlIjMiAnTm8gc3Vj aCBmaWxlIG9yIGRpcmVjdG9yeScKYWNjZXNzKCIvbGliL2xpYmMuc28uNyIsMCkJCQkgPSAw ICgweDApCm9wZW4oIi9saWIvbGliYy5zby43IixPX0NMT0VYRUMsMDMyMDQzNzcwKQkgPSAz ICgweDMpCmZzdGF0KDMseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTgyNjMxLHNpemU9MTYz MTUyMCxibGtzaXplPTEzMTA3MiB9KSA9IDAgKDB4MCkKbW1hcCgweDAsNDA5NixQUk9UX1JF QUQsTUFQX1BSSVZBVEV8TUFQX1BSRUZBVUxUX1JFQUQsMywweDApID0gMzQzNjY1ODY4ODAg KDB4ODAwNjg4MDAwKQptbWFwKDB4MCwzODQyMDQ4LFBST1RfTk9ORSxNQVBfUFJJVkFURXxN QVBfQU5PTnxNQVBfTk9DT1JFLC0xLDB4MCkgPSAzNDM3NzcxMTYxNiAoMHg4MDExMjQwMDAp Cm1tYXAoMHg4MDExMjQwMDAsMTUyMzcxMixQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklW QVRFfE1BUF9GSVhFRHxNQVBfTk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDMsMHgwKSA9IDM0 Mzc3NzExNjE2ICgweDgwMTEyNDAwMCkKbW1hcCgweDgwMTQ5ODAwMCw0OTE1MixQUk9UX1JF QUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX1BSRUZBVUxUX1JFQUQs MywweDE3NDAwMCkgPSAzNDM4MTMzMjQ4MCAoMHg4MDE0OTgwMDApCm1tYXAoMHg4MDE0YTQw MDAsMTcyMDMyLFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxN QVBfQU5PTiwtMSwweDApID0gMzQzODEzODE2MzIgKDB4ODAxNGE0MDAwKQptdW5tYXAoMHg4 MDA2ODgwMDAsNDA5NikJCQkgPSAwICgweDApCmNsb3NlKDMpCQkJCQkgPSAwICgweDApCmFj Y2VzcygiL3Vzci9saWIvbGlidGhyLnNvLjMiLDApCQkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBv ciBkaXJlY3RvcnknCmFjY2VzcygiL3Vzci9sb2NhbC9saWIvbGlidGhyLnNvLjMiLDApCQkg RVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCmFjY2VzcygiL2xpYi9saWJ0aHIu c28uMyIsMCkJCQkgPSAwICgweDApCm9wZW4oIi9saWIvbGlidGhyLnNvLjMiLE9fQ0xPRVhF QywwMzIwNDM3NzApCSA9IDMgKDB4MykKZnN0YXQoMyx7IG1vZGU9LXItLXItLXItLSAsaW5v ZGU9MTE0LHNpemU9MTA1MTA0LGJsa3NpemU9MTA1NDcyIH0pID0gMCAoMHgwKQptbWFwKDB4 MCw0MDk2LFBST1RfUkVBRCxNQVBfUFJJVkFURXxNQVBfUFJFRkFVTFRfUkVBRCwzLDB4MCkg PSAzNDM2NjU4Njg4MCAoMHg4MDA2ODgwMDApCm1tYXAoMHgwLDIyNDg3MDQsUFJPVF9OT05F LE1BUF9QUklWQVRFfE1BUF9BTk9OfE1BUF9OT0NPUkUsLTEsMHgwKSA9IDM0MzgxNTUzNjY0 ICgweDgwMTRjZTAwMCkKbW1hcCgweDgwMTRjZTAwMCwxMDI0MDAsUFJPVF9SRUFEfFBST1Rf RVhFQyxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX05PQ09SRXxNQVBfUFJFRkFVTFRfUkVB RCwzLDB4MCkgPSAzNDM4MTU1MzY2NCAoMHg4MDE0Y2UwMDApCm1tYXAoMHg4MDE2ZTYwMDAs ODE5MixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX1BS RUZBVUxUX1JFQUQsMywweDE4MDAwKSA9IDM0MzgzNzQ5MTIwICgweDgwMTZlNjAwMCkKbW1h cCgweDgwMTZlODAwMCw0NTA1NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxN QVBfRklYRUR8TUFQX0FOT04sLTEsMHgwKSA9IDM0MzgzNzU3MzEyICgweDgwMTZlODAwMCkK bXVubWFwKDB4ODAwNjg4MDAwLDQwOTYpCQkJID0gMCAoMHgwKQpjbG9zZSgzKQkJCQkJID0g MCAoMHgwKQphY2Nlc3MoIi9saWIvbGlibWQuc28uNiIsMCkJCQkgPSAwICgweDApCm9wZW4o Ii9saWIvbGlibWQuc28uNiIsT19DTE9FWEVDLDAzMjA0Mzc3MCkJID0gMyAoMHgzKQpmc3Rh dCgzLHsgbW9kZT0tci0tci0tci0tICxpbm9kZT0xMzQsc2l6ZT02NjQ1NixibGtzaXplPTY2 NTYwIH0pID0gMCAoMHgwKQptbWFwKDB4MCw0MDk2LFBST1RfUkVBRCxNQVBfUFJJVkFURXxN QVBfUFJFRkFVTFRfUkVBRCwzLDB4MCkgPSAzNDM2NjU4Njg4MCAoMHg4MDA2ODgwMDApCm1t YXAoMHgwLDIxNjI2ODgsUFJPVF9OT05FLE1BUF9QUklWQVRFfE1BUF9BTk9OfE1BUF9OT0NP UkUsLTEsMHgwKSA9IDM0MzgzODAyMzY4ICgweDgwMTZmMzAwMCkKbW1hcCgweDgwMTZmMzAw MCw2NTUzNixQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBf Tk9DT1JFfE1BUF9QUkVGQVVMVF9SRUFELDMsMHgwKSA9IDM0MzgzODAyMzY4ICgweDgwMTZm MzAwMCkKbW1hcCgweDgwMTkwMjAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9Q UklWQVRFfE1BUF9GSVhFRHxNQVBfUFJFRkFVTFRfUkVBRCwzLDB4ZjAwMCkgPSAzNDM4NTk2 MDk2MCAoMHg4MDE5MDIwMDApCm11bm1hcCgweDgwMDY4ODAwMCw0MDk2KQkJCSA9IDAgKDB4 MCkKY2xvc2UoMykJCQkJCSA9IDAgKDB4MCkKbW1hcCgweDAsMzY4NjQsUFJPVF9SRUFEfFBS T1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0FOT04sLTEsMHgwKSA9IDM0MzY2NTg2ODgwICgw eDgwMDY4ODAwMCkKbXVubWFwKDB4ODAwNjkwMDAwLDQwOTYpCQkJID0gMCAoMHgwKQptbWFw KDB4MCwxMDI0MDAsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0FOT04s LTEsMHgwKSA9IDM0MzY2NjE5NjQ4ICgweDgwMDY5MDAwMCkKc3lzYXJjaCgweDgxLDB4N2Zm ZmZmZmZkZjA4LDB4NCwweDAsMHhmZmZmZmZmZmZmMWYxMjgwLDB4ZjAwMDAwMDApID0gMCAo MHgwKQpzaWdwcm9jbWFzayhTSUdfQkxPQ0ssU0lHSFVQfFNJR0lOVHxTSUdRVUlUfFNJR0tJ TEx8U0lHUElQRXxTSUdBTFJNfFNJR1RFUk18U0lHVVJHfFNJR1NUT1B8U0lHVFNUUHxTSUdD T05UfFNJR0NITER8U0lHVFRJTnxTSUdUVE9VfFNJR0lPfFNJR1hDUFV8U0lHWEZTWnxTSUdW VEFMUk18U0lHUFJPRnxTSUdXSU5DSHxTSUdJTkZPfFNJR1VTUjF8U0lHVVNSMiwweDApID0g MCAoMHgwKQpzaWdwcm9jbWFzayhTSUdfU0VUTUFTSywweDAsMHgwKQkJID0gMCAoMHgwKQpy ZWFkbGluaygiL2V0Yy9tYWxsb2MuY29uZiIsMHg3ZmZmZmZmZmQ2MzAsMTAyNCkgRVJSIzIg J05vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnknCmlzc2V0dWdpZCgweDgwMTI2ZjU3ZSwweDdm ZmZmZmZmZDYzMCwweGZmZmZmZmZmZmZmZmZmZmYsMHgyLDB4M2MsMHhmZmZmZmZmZjBmZmZm ZmZmKSA9IDAgKDB4MCkKbW1hcCgweDAsNDE5NDMwNCxQUk9UX1JFQUR8UFJPVF9XUklURSxN QVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0gMzQzODU5NjUwNTYgKDB4ODAxOTAzMDAw KQptdW5tYXAoMHg4MDE5MDMwMDAsNDE5NDMwNCkJCQkgPSAwICgweDApCm1tYXAoMHgwLDgz ODQ1MTIsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0FOT04sLTEsMHgw KSA9IDM0Mzg1OTY1MDU2ICgweDgwMTkwMzAwMCkKbXVubWFwKDB4ODAxOTAzMDAwLDMxMzM0 NDApCQkJID0gMCAoMHgwKQptdW5tYXAoMHg4MDIwMDAwMDAsMTA1Njc2OCkJCQkgPSAwICgw eDApCnNpZ3Byb2NtYXNrKFNJR19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8U0lHS0lM THxTSUdQSVBFfFNJR0FMUk18U0lHVEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJR0NP TlR8U0lHQ0hMRHxTSUdUVElOfFNJR1RUT1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZU QUxSTXxTSUdQUk9GfFNJR1dJTkNIfFNJR0lORk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAw ICgweDApCnNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4MCwweDApCQkgPSAwICgweDApCnNp Z3Byb2NtYXNrKFNJR19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8U0lHS0lMTHxTSUdQ SVBFfFNJR0FMUk18U0lHVEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJR0NPTlR8U0lH Q0hMRHxTSUdUVElOfFNJR1RUT1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZUQUxSTXxT SUdQUk9GfFNJR1dJTkNIfFNJR0lORk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAwICgweDAp CnNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4MCwweDApCQkgPSAwICgweDApCnNpZ3Byb2Nt YXNrKFNJR19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8U0lHS0lMTHxTSUdQSVBFfFNJ R0FMUk18U0lHVEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJR0NPTlR8U0lHQ0hMRHxT SUdUVElOfFNJR1RUT1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZUQUxSTXxTSUdQUk9G fFNJR1dJTkNIfFNJR0lORk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAwICgweDApCnNpZ3By b2NtYXNrKFNJR19TRVRNQVNLLDB4MCwweDApCQkgPSAwICgweDApCmdldHBpZCgpCQkJCQkg PSAxOTA2NyAoMHg0YTdiKQpfX3N5c2N0bCgweDdmZmZmZmZmZGE1MCwweDIsMHg4MDE2ZjI4 YTAsMHg3ZmZmZmZmZmRhNTgsMHgwLDB4MCkgPSAwICgweDApCl9fc3lzY3RsKDB4N2ZmZmZm ZmZkOTcwLDB4MiwweDdmZmZmZmZmZDliMCwweDdmZmZmZmZmZDlhOCwweDgwMTRlMmVkYyww eGQpID0gMCAoMHgwKQpfX3N5c2N0bCgweDdmZmZmZmZmZDliMCwweDMsMHg4MDE2ZjEzMmMs MHg3ZmZmZmZmZmRhNTgsMHgwLDB4MCkgPSAwICgweDApCm1tYXAoMHgwLDQxOTQzMDQsUFJP VF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0FOT04sLTEsMHgwKSA9IDM0Mzkz MjkyODAwICgweDgwMjAwMDAwMCkKdGhyX3NlbGYoMHg4MDIwMDY0MDAsMHgxLDB4MCwweDgw MDY4OTMyMCwweDQwLDB4ODAyMDE2MDEwKSA9IDAgKDB4MCkKbW1hcCgweDdmZmZmZmJmZTAw MCw0MDk2LFBST1RfTk9ORSxNQVBfQU5PTiwtMSwweDApID0gMTQwNzM3NDg0MTUyODMyICgw eDdmZmZmZmJmZTAwMCkKcnRwcmlvX3RocmVhZCgweDAsMHgxOGFkNCwweDdmZmZmZmZmZGEy OCwweDgwMjAwNjVhMCwweGZmZmZmZmZmLDB4MCkgPSAwICgweDApCnN5c2FyY2goMHg4MSww eDdmZmZmZmZmZGEzOCwweDAsMHg4MDE2ZjBmMDAsMHhmZmZmZmZmZiwweDApID0gMCAoMHgw KQpzaWdhY3Rpb24oMzIseyAweDgwMTRkYmE3MCBTQV9TSUdJTkZPIHNzX3QgfSwweDApID0g MCAoMHgwKQpzaWdwcm9jbWFzayhTSUdfVU5CTE9DSywweDAsMHgwKQkJID0gMCAoMHgwKQpf dW10eF9vcCgweDdmZmZmZmZmZDllOCwweDMsMHgxLDB4MCwweDAsMHgwKQkgPSAwICgweDAp Cm1wcm90ZWN0KDB4MCwwLFBST1RfTk9ORSkJCQkgPSAwICgweDApCnNpZ3Byb2NtYXNrKFNJ R19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8U0lHSUxMfFNJR1RSQVB8U0lHQUJSVHxT SUdFTVR8U0lHRlBFfFNJR0tJTEx8U0lHQlVTfFNJR1NFR1Z8U0lHU1lTfFNJR1BJUEV8U0lH QUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09OVHxTSUdDSExEfFNJ R1RUSU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJNfFNJR1BST0Z8 U0lHV0lOQ0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkKc2lncHJv Y21hc2soU0lHX1NFVE1BU0ssMHgwLDB4MCkJCSA9IDAgKDB4MCkKb3BlbigiL3Vzci9zaGFy ZS9sb2NhbGUvZW5fR0IuVVRGLTgvTENfVElNRSIsT19DTE9FWEVDLDAxNTYzMDI0NTAwMCkg PSAzICgweDMpCmZzdGF0KDMseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTc0NTEyLHNpemU9 Mzc3LGJsa3NpemU9NDA5NiB9KSA9IDAgKDB4MCkKcmVhZCgzLCJKYW5cbkZlYlxuTWFyXG5B cHJcbk1heVxuSnVuXG5KdSIuLi4sMzc3KSA9IDM3NyAoMHgxNzkpCmNsb3NlKDMpCQkJCQkg PSAwICgweDApCl9fZ2V0Y3dkKCIvdXNyL2hvbWUvbmlrbGFhcyIsMTAyNCkJCSA9IDAgKDB4 MCkKYWNjZXNzKCIvdXNyL2xvY2FsL2Jpbi96c2giLDEpCQkJID0gMCAoMHgwKQphY2Nlc3Mo Ii9ob21lL25pa2xhYXMvLnRtdXguY29uZiIsNCkJCSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9y IGRpcmVjdG9yeScKZ2V0dWlkKCkJCQkJCSA9IDEwMDEgKDB4M2U5KQpta2RpcigiL3RtcC8v dG11eC0xMDAxIiwwNzAwKQkJCSBFUlIjMTcgJ0ZpbGUgZXhpc3RzJwpsc3RhdCgiL3RtcC8v dG11eC0xMDAxIix7IG1vZGU9ZHJ3eC0tLS0tLSAsaW5vZGU9NzU5LHNpemU9MyxibGtzaXpl PTEzMTA3MiB9KSA9IDAgKDB4MCkKbHN0YXQoIi90bXAiLHsgbW9kZT1kcnd4cnd4cnd0ICxp bm9kZT0xMCxzaXplPTEyLGJsa3NpemU9NDA5NiB9KSA9IDAgKDB4MCkKbHN0YXQoIi90bXAv dG11eC0xMDAxIix7IG1vZGU9ZHJ3eC0tLS0tLSAsaW5vZGU9NzU5LHNpemU9MyxibGtzaXpl PTEzMTA3MiB9KSA9IDAgKDB4MCkKZ2V0cGlkKCkJCQkJCSA9IDE5MDY3ICgweDRhN2IpCl9f c3lzY3RsKDB4N2ZmZmZmZmZlMzMwLDB4NCwweDAsMHgwLDB4ODAyMDI5ODAwLDB4MjQpID0g MCAoMHgwKQpfX3N5c2N0bCgweDdmZmZmZmZmZTE5MCwweDIsMHg3ZmZmZmZmZmUxZDAsMHg3 ZmZmZmZmZmUxYzgsMHg4MDEyNmJmN2MsMHhmKSA9IDAgKDB4MCkKX19zeXNjdGwoMHg3ZmZm ZmZmZmUxZDAsMHgyLDB4N2ZmZmZmZmZlMzQwLDB4N2ZmZmZmZmZlMzQ4LDB4MCwweDApID0g MCAoMHgwKQppc3NldHVnaWQoMHg3ZmZmZmZmZmUzMTAsMHg4MDBkMTY3NTMsMHg2LDB4ODAw ZDE2NGMwLDB4N2ZmN2ZmMmU3YmNiLDB4ODA4MDgwODA4MDgwODA4MCkgPSAwICgweDApCmlz c2V0dWdpZCgweDdmZmZmZmZmZTMxMCwweDgwMGQxNjcxMCwweDQsMHg4MDBkMTY0YzAsMHg3 ZmY3ZmYyZTdjMGMsMHg4MDgwODA4MDgwODA4MDgwKSA9IDAgKDB4MCkKc29ja2V0cGFpcigw eDEsMHgxLDB4MCwweDgwMjA3MzEzMCwweDIwLDB4ODAyMDFlMDEwKSA9IDAgKDB4MCkKZmNu dGwoMyxGX0dFVEZELCkJCQkJID0gMCAoMHgwKQpmY250bCgzLEZfU0VURkQsRkRfQ0xPRVhF QykJCQkgPSAwICgweDApCmZjbnRsKDQsRl9HRVRGRCwpCQkJCSA9IDAgKDB4MCkKZmNudGwo NCxGX1NFVEZELEZEX0NMT0VYRUMpCQkJID0gMCAoMHgwKQpmY250bCgzLEZfR0VURkwsKQkJ CQkgPSAyICgweDIpCmZjbnRsKDMsRl9TRVRGTCxPX05PTkJMT0NLfDB4MikJCQkgPSAwICgw eDApCmZjbnRsKDQsRl9HRVRGTCwpCQkJCSA9IDIgKDB4MikKZmNudGwoNCxGX1NFVEZMLE9f Tk9OQkxPQ0t8MHgyKQkJCSA9IDAgKDB4MCkKaXNzZXR1Z2lkKDB4ODAwZDE0NjY4LDB4MCww eDgwMjAxZWJjMCwweDgwMjA3MzAwMCwweDgwMGQwMjNhMCwweDgwMjA3MzA4MCkgPSAwICgw eDApCnNvY2tldChQRl9MT0NBTCxTT0NLX1NUUkVBTSwwKQkJCSA9IDUgKDB4NSkKY29ubmVj dCg1LHsgQUZfVU5JWCAiL3RtcC90bXV4LTEwMDEvZGVmYXVsdCIgfSwyNCkgRVJSIzYxICdD b25uZWN0aW9uIHJlZnVzZWQnCnN0YXQoIi91c3Ivc2hhcmUvbmxzL0MvbGliYy5jYXQiLDB4 N2ZmZmZmZmZkY2Q4KSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKc3RhdCgi L3Vzci9zaGFyZS9ubHMvbGliYy9DIiwweDdmZmZmZmZmZGNkOCkJIEVSUiMyICdObyBzdWNo IGZpbGUgb3IgZGlyZWN0b3J5JwpzdGF0KCIvdXNyL2xvY2FsL3NoYXJlL25scy9DL2xpYmMu Y2F0IiwweDdmZmZmZmZmZGNkOCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnkn CnN0YXQoIi91c3IvbG9jYWwvc2hhcmUvbmxzL2xpYmMvQyIsMHg3ZmZmZmZmZmRjZDgpIEVS UiMyICdObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5JwpjbG9zZSg1KQkJCQkJID0gMCAoMHgw KQpvcGVuKCIvdG1wL3RtdXgtMTAwMS9kZWZhdWx0LmxvY2siLE9fV1JPTkxZfE9fQ1JFQVQs MDYwMCkgPSA1ICgweDUpCmZsb2NrKDB4NSwweDYsMHgxODAsMHg0NGI3YTQsMHg4MDFiZGJm NzMsMHg4MDgwODA4MDgwODA4MDgwKSA9IDAgKDB4MCkKc29ja2V0KFBGX0xPQ0FMLFNPQ0tf U1RSRUFNLDApCQkJID0gNiAoMHg2KQpjb25uZWN0KDYseyBBRl9VTklYICIvdG1wL3RtdXgt MTAwMS9kZWZhdWx0IiB9LDI0KSBFUlIjNjEgJ0Nvbm5lY3Rpb24gcmVmdXNlZCcKY2xvc2Uo NikJCQkJCSA9IDAgKDB4MCkKdW5saW5rKCIvdG1wL3RtdXgtMTAwMS9kZWZhdWx0IikJCSA9 IDAgKDB4MCkKc29ja2V0cGFpcigweDEsMHgxLDB4MCwweDdmZmZmZmZmZTFmOCwweDEwMTAx MDEwMTAxMDEwMSwweDgwODA4MDgwODA4MDgwODApID0gMCAoMHgwKQpmb3JrKCkJCQkJCQkg PSAxOTA2OCAoMHg0YTdjKQpjbG9zZSg3KQkJCQkJID0gMCAoMHgwKQpjbG9zZSg1KQkJCQkJ ID0gMCAoMHgwKQpmY250bCg2LEZfR0VURkwsKQkJCQkgPSAyICgweDIpCmZjbnRsKDYsRl9T RVRGTCxPX05PTkJMT0NLfDB4MikJCQkgPSAwICgweDApCmdldHBpZCgpCQkJCQkgPSAxOTA2 NyAoMHg0YTdiKQpfX3N5c2N0bCgweDdmZmZmZmZmZTI3MCwweDQsMHgwLDB4MCwweDgwMjAy OTgwMCwweDI2KSA9IDAgKDB4MCkKZ2V0cGlkKCkJCQkJCSA9IDE5MDY3ICgweDRhN2IpCmZj bnRsKDAsRl9HRVRGTCwpCQkJCSA9IDIgKDB4MikKZmNudGwoMCxGX1NFVEZMLE9fTk9OQkxP Q0t8MHgyKQkJCSA9IDAgKDB4MCkKc2lnYWN0aW9uKFNJR0lOVCx7IFNJR19JR04gU0FfUkVT VEFSVCBzc190IH0sMHgwKSA9IDAgKDB4MCkKc2lnYWN0aW9uKFNJR1BJUEUseyBTSUdfSUdO IFNBX1JFU1RBUlQgc3NfdCB9LDB4MCkgPSAwICgweDApCnNpZ2FjdGlvbihTSUdVU1IyLHsg U0lHX0lHTiBTQV9SRVNUQVJUIHNzX3QgfSwweDApID0gMCAoMHgwKQpzaWdhY3Rpb24oU0lH VFNUUCx7IFNJR19JR04gU0FfUkVTVEFSVCBzc190IH0sMHgwKSA9IDAgKDB4MCkKc2lnYWN0 aW9uKFNJR0hVUCx7IDB4ODAwZDAyYTQwIFNBX1JFU1RBUlQgc3NfdCB9LHsgU0lHX0RGTCAw eDAgc3NfdCB9KSA9IDAgKDB4MCkKc2lnYWN0aW9uKFNJR0NITEQseyAweDgwMGQwMmE0MCBT QV9SRVNUQVJUIHNzX3QgfSx7IFNJR19ERkwgMHgwIHNzX3QgfSkgPSAwICgweDApCnNpZ2Fj dGlvbihTSUdDT05ULHsgMHg4MDBkMDJhNDAgU0FfUkVTVEFSVCBzc190IH0seyBTSUdfREZM IFNBX1JFU1RBUlQgc3NfdCB9KSA9IDAgKDB4MCkKc2lnYWN0aW9uKFNJR1RFUk0seyAweDgw MGQwMmE0MCBTQV9SRVNUQVJUIHNzX3QgfSx7IFNJR19ERkwgU0FfUkVTVEFSVCBzc190IH0p ID0gMCAoMHgwKQpzaWdhY3Rpb24oU0lHVVNSMSx7IDB4ODAwZDAyYTQwIFNBX1JFU1RBUlQg c3NfdCB9LHsgU0lHX0RGTCBTQV9SRVNUQVJUIHNzX3QgfSkgPSAwICgweDApCnNpZ2FjdGlv bihTSUdXSU5DSCx7IDB4ODAwZDAyYTQwIFNBX1JFU1RBUlQgc3NfdCB9LHsgU0lHX0RGTCAw eDAgc3NfdCB9KSA9IDAgKDB4MCkKaW9jdGwoMCxUSU9DR0VUQSwweGZmZmZlMjQwKQkJCSA9 IDAgKDB4MCkKaW9jdGwoMCxGSU9ER05BTUUsMHhmZmZmZTI2MCkJCQkgPSAwICgweDApCm9w ZW4oIi4iLE9fUkRPTkxZLDAwKQkJCQkgPSA1ICgweDUpCmR1cCgweDAsMHg4MDIwMTYxYzAs MHgwLDB4MTAsMHhmZmZmODAwODAyMDIzM2E4LDB4ODAyMDIxMDEwKSA9IDcgKDB4NykKcG9s bCh7NC9QT0xMSU4gNi9QT0xMSU58UE9MTE9VVH0sMiwtMSkJCSA9IDEgKDB4MSkKc2VuZG1z ZygweDYsMHg3ZmZmZmZmZmExODAsMHgwLDB4NSwweDQwMDAsMHg4MDBmMjAxMzApID0gOTQg KDB4NWUpCmNsb3NlKDUpCQkJCQkgPSAwICgweDApCnBvbGwoezQvUE9MTElOIDYvUE9MTElO fFBPTExPVVR9LDIsLTEpCQkgPSAxICgweDEpCnNlbmRtc2coMHg2LDB4N2ZmZmZmZmZhMTgw LDB4MCwweDcsMHg0MDAwLDB4ODAwZjIwMTMwKSA9IDE2ICgweDEwKQpjbG9zZSg3KQkJCQkJ ID0gMCAoMHgwKQpwb2xsKHs0L1BPTExJTiA2L1BPTExJTnxQT0xMT1VUfSwyLC0xKQkJID0g MSAoMHgxKQpzZW5kbXNnKDB4NiwweDdmZmZmZmZmYTE4MCwweDAsMHg3ZmZmZmZmZmEzYzgs MHg0MDAwLDB4ODAwZjIwMTMwKSA9IDE0NDYgKDB4NWE2KQpwb2xsKHs0L1BPTExJTiA2L1BP TExJTn0sMiwtMSkJCQkgPSAxICgweDEpCnNvY2tldChQRl9JTkVULFNPQ0tfREdSQU0sMCkJ CQkgRVJSIzQzICdQcm90b2NvbCBub3Qgc3VwcG9ydGVkJwpwb2xsKHs0L1BPTExJTn0sMSww KQkJCQkgPSAwICgweDApCmZjbnRsKDAsRl9HRVRGTCwpCQkJCSA9IDYgKDB4NikKZmNudGwo MCxGX1NFVEZMLDB4MikJCQkJID0gMCAoMHgwKQpwcm9jZXNzIGV4aXQsIHJ2YWwgPSAxCg== --------------090805090001050005030609-- From owner-freebsd-questions@freebsd.org Mon Oct 5 21:42:33 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC5229B9800 for ; Mon, 5 Oct 2015 21:42:32 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78591B28 for ; Mon, 5 Oct 2015 21:42:32 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wicfx3 with SMTP id fx3so139612022wic.1 for ; Mon, 05 Oct 2015 14:42:31 -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=g1+vccmMJOX2SnN+WjiTC9CfXJtiFcl9tt3I4BzGpCc=; b=jeWId78WWoZlEHON3FlGdi6Ejq+5ZegiKIl+C12DU0cwHM0K/J1oswHLS/mW63kzbO tW+mM7px18UU9esiiX2GHci9bE59fT+tyVHkLSGSBM4Gcu4ZJDwsXsJV1y008pEn5gQY 7EJxJM5FYvN8vWb13sMwiWqpp0bqODJI1EnKVBGvcHAuUB2PA35OV2setvZtVdWBdX0x dyH1pEJMgDn9B1qDGL9nMtrWa0GOdYq+3/6i4E+TS4iwr66ilht5zpLhiiJ32TqLgevT WILVLMbc3Yha9aGoH3zTSyK3pNnJFqp74MvTEvQV3Ef9O+k0ukphXCCcOfsijuuubTC6 cGjw== MIME-Version: 1.0 X-Received: by 10.194.103.130 with SMTP id fw2mr37205226wjb.121.1444081350828; Mon, 05 Oct 2015 14:42:30 -0700 (PDT) Received: by 10.194.16.231 with HTTP; Mon, 5 Oct 2015 14:42:30 -0700 (PDT) In-Reply-To: <5612E791.4040708@kulturflatrate.net> References: <5612E791.4040708@kulturflatrate.net> Date: Mon, 5 Oct 2015 16:42:30 -0500 Message-ID: Subject: Re: PF stops tmux from working?! From: Adam Vande More To: Niklaas Baudet von Gersdorff 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: Mon, 05 Oct 2015 21:42:33 -0000 On Mon, Oct 5, 2015 at 4:11 PM, Niklaas Baudet von Gersdorff < niklaas@kulturflatrate.net> wrote: > I have a host with several jails on it. The jails have a public IPv6 > assigned to the external interface. Using PF as firewall, I was used to > block all incoming traffic and I initially set > > > pass out on $ext_if proto { tcp udp } all > > Recently, I changed the settings to also restrict outgoing traffic. E.g. > there are some jails that are only allowed to send traffic within my > IPv6 network. > > Since I restricted the access, in some jails, I cannot use tmux anymore > which I don't understand because I wouldn't have thought of a relation > between a terminal multiplexer and a firewall. > > > tmux -vvvvvvvv > > created some logfiles that I attached but they don't look promising. > (The respective tmux-client-19034.log is empty.) > > I have read that it's possible to do some debugging with > > > truss tmux > > which, in fact, turned out some results that might relate the > dysfunction of tmux to the changes of the firewall. The full file is > attached, the lines that I assume relevant follow: > > > connect(5,{ AF_UNIX "/tmp/tmux-1001/default" },24) ERR#61 'Connection > refused' > > stat("/usr/share/nls/C/libc.cat",0x7fffffffdcd8) ERR#2 'No such file or > directory' > > stat("/usr/share/nls/libc/C",0x7fffffffdcd8) ERR#2 'No such file or > directory' > > stat("/usr/local/share/nls/C/libc.cat",0x7fffffffdcd8) ERR#2 'No such > file or directory' > > stat("/usr/local/share/nls/libc/C",0x7fffffffdcd8) ERR#2 'No such file > or directory' > [...] > > socket(PF_INET,SOCK_DGRAM,0) ERR#43 'Protocol not > supported' > > poll({4/POLLIN},1,0) = 0 (0x0) > > fcntl(0,F_GETFL,) = 6 (0x6) > > fcntl(0,F_SETFL,0x2) = 0 (0x0) > > process exit, rval = 1 > > I have no clue what the above line mean but what made me suspicious is line > > > socket(PF_INET,SOCK_DGRAM,0) ERR#43 'Protocol not > supported' > > because I relate "/PF/_INET" to the /pf/ firewall. Searching for > PF_INET != PF. Your issue isn't related to a firewall at all but rather your previous question. tmux is attempting to open an IPv4 socket and in your environment it isn't supported. -- Adam From owner-freebsd-questions@freebsd.org Mon Oct 5 21:44:22 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF3289B99D0 for ; Mon, 5 Oct 2015 21:44:22 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail.financecomm.com [178.63.105.5]) by mx1.freebsd.org (Postfix) with ESMTP id AD709CFF for ; Mon, 5 Oct 2015 21:44:22 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [10.0.0.38] (mail.kulturflatrate.net [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id 3B8182D9BD; Mon, 5 Oct 2015 23:44:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1444081461; bh=kU8M+CfsCNcb656rO92izsJukVViP9duP/nzdoglXxM=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=CJ4VacmGlUkpvDaBBqaZ3w4EDWEilyFjMzpX3zGgC4VjKOLLM40cemz/+Wc4xpGuf cVR24WLtB0Huq44Tjr1FkqNuJvZqZtluyoT0rgoKT4NlfFln+eQoSYnLCZfVL3D2Sg q9vaXnNVXfQPUipkSBcFH0WvSTfhhXtCJJeMSyM8= Subject: Re: PF stops tmux from working?! To: Adam Vande More References: <5612E791.4040708@kulturflatrate.net> Cc: FreeBSD Questions From: Niklaas Baudet von Gersdorff Message-ID: <5612EFBE.8080709@kulturflatrate.net> Date: Mon, 5 Oct 2015 23:46:38 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 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: Mon, 05 Oct 2015 21:44:23 -0000 On 05/10/15 23:42, Adam Vande More wrote: > PF_INET != PF. Your issue isn't related to a firewall at all but rather > your previous question. OK. Thanks for clarifying. > tmux is attempting to open an IPv4 socket and in your environment it > isn't supported. So in case I want to use tmux I need an IPv4 address? -- Niklaas From owner-freebsd-questions@freebsd.org Mon Oct 5 21:44:57 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CE8C9B9A47 for ; Mon, 5 Oct 2015 21:44:57 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 6D854DA4 for ; Mon, 5 Oct 2015 21:44:57 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-108-49-223-195.bstnma.fios.verizon.net [108.49.223.195]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by douhisi.pair.com (Postfix) with ESMTPSA id DFC0A3F76F for ; Mon, 5 Oct 2015 17:44:55 -0400 (EDT) Message-ID: <5612EF57.10207@sneakertech.com> Date: Mon, 05 Oct 2015 17:44:55 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: awk question References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> <5611F776.9090701@hiwaay.net> <56124479.9020505@sneakertech.com> <20151005165902.ad01c288.freebsd@edvax.de> In-Reply-To: <20151005165902.ad01c288.freebsd@edvax.de> Content-Type: text/plain; charset=ISO-8859-1; 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: Mon, 05 Oct 2015 21:44:57 -0000 > The form "input | step1 | step2 | step3 | step4> result" usually > is more readable That's what I meant my being easier to understand conceptually. I agree about being more readable- even though this format sometimes needs the 'useless cat' it's often my preferred coding style, especially in scripts where the input might change around. > Additionally, awk isn't that hard to learn. Reading "man awk" will > provide you with a good background. And if you're already a C > programmer, you'll see that many things you can do in C will also > work similarly in awk, which _might_ not even be a good thing. :-) The problem with awk is the whole BEGIN/END/braces thing and how commas interact with the operands. It's not very much like sh or C syntax (or any other syntax) and new users tend to get really confused. Also, different versions of awk handle math (esp floating point) with different rounding/precision/overflow, making calculations vary between installations, only further adding to the confusion. From owner-freebsd-questions@freebsd.org Mon Oct 5 21:48:37 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 263F79B9E33 for ; Mon, 5 Oct 2015 21:48:37 +0000 (UTC) (envelope-from amvandemore@gmail.com) 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 B5E1AF4E for ; Mon, 5 Oct 2015 21:48:36 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wicge5 with SMTP id ge5so140206989wic.0 for ; Mon, 05 Oct 2015 14:48:35 -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=lh3xJs1w1VCpnhPb/OvU3LMYdIUFcPmoABRAWtKpXYA=; b=pfUH4/cMVjyvhsi1+FnhTqCjWPPmsUMU94TYcNmAjn2HL3Iv1xUSeYOfjsXaSUCHoV 8IeoPHv76nhMdHDTAnJnydjwdDxa1fvIZCzMTandhE7HeU3slRl64UJ61xqqx43XJBty ZCJhgvYu1lKs3gqNLT90r1YY+GRLFU3Pw0v3EPJKHuAmevC+qhyLrd1Y0zJdhCFFXPSG CBX2ZYTXyUkVTH6/wdyeJ8g4JXtmisgdSS7qCAL4BZ0wc74b475zjt/zJwrzoxGdEsDQ cBSn3j5kk7wl69egn8czPYDZWi57P5sGN/7AV7eeJJfhzLWngPhAFv1UlqCjKVZJC9+O RxeA== MIME-Version: 1.0 X-Received: by 10.180.184.138 with SMTP id eu10mr14717208wic.25.1444081715084; Mon, 05 Oct 2015 14:48:35 -0700 (PDT) Received: by 10.194.16.231 with HTTP; Mon, 5 Oct 2015 14:48:35 -0700 (PDT) In-Reply-To: <5612EFBE.8080709@kulturflatrate.net> References: <5612E791.4040708@kulturflatrate.net> <5612EFBE.8080709@kulturflatrate.net> Date: Mon, 5 Oct 2015 16:48:35 -0500 Message-ID: Subject: Re: PF stops tmux from working?! From: Adam Vande More To: Niklaas Baudet von Gersdorff 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: Mon, 05 Oct 2015 21:48:37 -0000 On Mon, Oct 5, 2015 at 4:46 PM, Niklaas Baudet von Gersdorff < niklaas@kulturflatrate.net> wrote: > On 05/10/15 23:42, Adam Vande More wrote: > > PF_INET != PF. Your issue isn't related to a firewall at all but rather > > your previous question. > > OK. Thanks for clarifying. > > > tmux is attempting to open an IPv4 socket and in your environment it > > isn't supported. > > So in case I want to use tmux I need an IPv4 address? > That or alter tmux to use PF_INET6 or equivalent. -- Adam From owner-freebsd-questions@freebsd.org Mon Oct 5 21:50:38 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B91CA9BAEA3 for ; Mon, 5 Oct 2015 21:50:38 +0000 (UTC) (envelope-from amvandemore@gmail.com) 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 54CF0DB for ; Mon, 5 Oct 2015 21:50:38 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wiclk2 with SMTP id lk2so140478226wic.0 for ; Mon, 05 Oct 2015 14:50:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=acDQKr29cRxhX5f+fbaa0VfFWTB0cmFn2o+kqZQxzyA=; b=RtRjVYGsPlOgH2tmlSO2xITId66DFEDNSman2lGR/n/57Pv5xFySKbZZCX6MnPe14x 6DCATuYLOvsLYSrv35p0HaU1WhGvdInDcgwPCRZAir3TPJUjPtq7NvBqCyhNtBFITRYu smPCkB0NTXMP0q7rbFRxp/SfFJRfIF1EdgArTzAwNp565RkmYWJpkp1ZOBqdXLLZxOBx Dk38EJg2TpVluEOHbr50qg9SN0kDzqo08j0kGLzpV+tg+YjDvgUS+/Deod+dT44ntP+T SXpwwFJ31b3UTClsNQJ7E0IYcgzzBWo+alZbKujsmRMRGv6Mk4wqeceAVbi/bCyi798o nuAw== MIME-Version: 1.0 X-Received: by 10.180.107.130 with SMTP id hc2mr12851784wib.92.1444081836861; Mon, 05 Oct 2015 14:50:36 -0700 (PDT) Received: by 10.194.16.231 with HTTP; Mon, 5 Oct 2015 14:50:36 -0700 (PDT) In-Reply-To: <5612EFBE.8080709@kulturflatrate.net> References: <5612E791.4040708@kulturflatrate.net> <5612EFBE.8080709@kulturflatrate.net> Date: Mon, 5 Oct 2015 16:50:36 -0500 Message-ID: Subject: Re: PF stops tmux from working?! From: Adam Vande More To: Niklaas Baudet von Gersdorff 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: Mon, 05 Oct 2015 21:50:38 -0000 On Mon, Oct 5, 2015 at 4:46 PM, Niklaas Baudet von Gersdorff < niklaas@kulturflatrate.net> wrote: > On 05/10/15 23:42, Adam Vande More wrote: > > PF_INET != PF. Your issue isn't related to a firewall at all but rather > > your previous question. > > OK. Thanks for clarifying. > > > tmux is attempting to open an IPv4 socket and in your environment it > > isn't supported. > > So in case I want to use tmux I need an IPv4 address? > It's possible that compiling tmux from inside the jail w/o IPv4, the resulting binary will work correctly. Over all though, I would consider it a bug to be filed against tmux. -- Adam From owner-freebsd-questions@freebsd.org Mon Oct 5 21:52:44 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D2BC9B60E7 for ; Mon, 5 Oct 2015 21:52:44 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 E2AFE6AD for ; Mon, 5 Oct 2015 21:52:43 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-108-49-223-195.bstnma.fios.verizon.net [108.49.223.195]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by douhisi.pair.com (Postfix) with ESMTPSA id 098483F762 for ; Mon, 5 Oct 2015 17:52:43 -0400 (EDT) Message-ID: <5612F12A.4060501@sneakertech.com> Date: Mon, 05 Oct 2015 17:52:42 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Install issues References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> <5612D59D.4030000@hiwaay.net> <5612D688.9070108@hiwaay.net> In-Reply-To: <5612D688.9070108@hiwaay.net> Content-Type: text/plain; charset=ISO-8859-1; 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: Mon, 05 Oct 2015 21:52:44 -0000 > Hmmmm .... I *KNOW* I attached the script I used, but it didn't make it > through .... Does the list strip off '.sh' files ? AFAIK it strips any/all attachments that aren't a .txt file. From owner-freebsd-questions@freebsd.org Mon Oct 5 21:52:58 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A95589B615C for ; Mon, 5 Oct 2015 21:52:58 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail2.kulturflatrate.net [IPv6:2a01:4f8:121:52ad::3:1]) by mx1.freebsd.org (Postfix) with ESMTP id 6CF6D7CA for ; Mon, 5 Oct 2015 21:52:58 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [10.0.0.38] (mail.kulturflatrate.net [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id 4D9762DA02; Mon, 5 Oct 2015 23:52:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1444081976; bh=zreihopeS+LCmg32iQ5mz55bZvyQ1pijIw3NL3M5LeE=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=WBDha9b8r9cSZIc2p1zCcVgueqoVOQLhBHDniprrX/zkMzAqoXz4j+T61+vFGzSGc VvLIcUX1HRmp6xt05eHama3S646bHLtd80orY0JrepeAIFdEVClD9/0ICuORiWqa8m jHX/Psha+nLK8fgoeCXUv1hJ9+UbtMWAsFTdm2k0= Subject: Re: PF stops tmux from working?! To: Adam Vande More References: <5612E791.4040708@kulturflatrate.net> <5612EFBE.8080709@kulturflatrate.net> Cc: FreeBSD Questions From: Niklaas Baudet von Gersdorff Message-ID: <5612F1C2.7090903@kulturflatrate.net> Date: Mon, 5 Oct 2015 23:55:14 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 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: Mon, 05 Oct 2015 21:52:58 -0000 On 05/10/15 23:50, Adam Vande More wrote: > It's possible that compiling tmux from inside the jail w/o IPv4, the > resulting binary will work correctly. Over all though, I would consider > it a bug to be filed against tmux. Probably I'll give the jails an IPv4 then. >From my opinion, this is a bug too. I'll file one as soon as I can. -- Niklaas From owner-freebsd-questions@freebsd.org Mon Oct 5 21:56:07 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 074829B64D5 for ; Mon, 5 Oct 2015 21:56:07 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail2.kulturflatrate.net [IPv6:2a01:4f8:121:52ad::3:1]) by mx1.freebsd.org (Postfix) with ESMTP id BF9B39F9 for ; Mon, 5 Oct 2015 21:56:06 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [10.0.0.38] (mail.kulturflatrate.net [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id D60B42DA19; Mon, 5 Oct 2015 23:56:05 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1444082166; bh=DG1ykt6/42LnndovHdFlOyYsdtn+/7Qr9f6Za1W7YLc=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=lBZase/hjXh+qd93mcgKTxe27xAibDnEFxP3YKuZBcijO4DcDyK5HowE8MfwKIyow iEkw7Z1a964xYuefhW93iov6TbRY4A2lrY37A8FDYjTxk0OSDx6W/hDL+WQ8S5waC/ yXvHYWOufepRJhFbDzWMjCQus7/w6Ee4+aYMzGVE= Subject: Re: PF stops tmux from working?! To: Adam Vande More References: <5612E791.4040708@kulturflatrate.net> <5612EFBE.8080709@kulturflatrate.net> <5612F1C2.7090903@kulturflatrate.net> Cc: FreeBSD Questions From: Niklaas Baudet von Gersdorff Message-ID: <5612F27F.8090608@kulturflatrate.net> Date: Mon, 5 Oct 2015 23:58:23 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5612F1C2.7090903@kulturflatrate.net> Content-Type: text/plain; charset=utf-8 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: Mon, 05 Oct 2015 21:56:07 -0000 On 05/10/15 23:55, Niklaas Baudet von Gersdorff wrote: > From my opinion, this is a bug too. I'll file one as soon as I can. Would I file this for the port or directly at https://github.com/tmux/tmux/issues ? -- Niklaas From owner-freebsd-questions@freebsd.org Mon Oct 5 21:58:17 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3988B9B66C7 for ; Mon, 5 Oct 2015 21:58:17 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 C9852AEC for ; Mon, 5 Oct 2015 21:58:16 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-41-64.dynamic.qsc.de [92.195.41.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 81C282782C; Mon, 5 Oct 2015 23:58:12 +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 t95LwCuM010721; Mon, 5 Oct 2015 23:58:12 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Oct 2015 23:58:12 +0200 From: Polytropon To: Quartz Cc: freebsd-questions@freebsd.org Subject: Re: awk question Message-Id: <20151005235812.eee38247.freebsd@edvax.de> In-Reply-To: <5612EF57.10207@sneakertech.com> References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> <5611F776.9090701@hiwaay.net> <56124479.9020505@sneakertech.com> <20151005165902.ad01c288.freebsd@edvax.de> <5612EF57.10207@sneakertech.com> 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: Mon, 05 Oct 2015 21:58:17 -0000 On Mon, 05 Oct 2015 17:44:55 -0400, Quartz wrote: > > > The form "input | step1 | step2 | step3 | step4> result" usually > > is more readable > > That's what I meant my being easier to understand conceptually. I agree > about being more readable- even though this format sometimes needs the > 'useless cat' it's often my preferred coding style, especially in > scripts where the input might change around. And the "useless cat" method also makes it easy to test the script with varying input (for example, pre-generated test input) before it "goes live". It also makes it easier to "extend" the pre- or post-processing commands with new ones. > > Additionally, awk isn't that hard to learn. Reading "man awk" will > > provide you with a good background. And if you're already a C > > programmer, you'll see that many things you can do in C will also > > work similarly in awk, which _might_ not even be a good thing. :-) > > The problem with awk is the whole BEGIN/END/braces thing and how commas > interact with the operands. It's not that hard: BEGIN { ... } will be executed _before_ any input is processed, END { ... } will be executed _after_ all input has been processed. /pattern/ { ... } will be executed for each matching input line, (condition) { ... } will be executed when the condition is true, and { ... } will be executed for _every_ input line. Regarding commas: You can use the "print a b c" form as well as the more sophisticated C-like printf("format string", a, b, c) form. For all other functions, commas are argument separators just like in many other programming languages. % echo "a b c" | awk '{ print $3 $1 $2 }' cab % echo "a b c" | awk '{ print $3, $1, $2 }' c a b % echo "a b c" | awk '{ printf("%s-%s-%s\n", $3, $1, $2); }' c-a-b Those are the three "main methods" of printing: concatenated, separated by a space, and custom formatted string. And the semicolon is optional, it's just my C-contamination. :-) > It's not very much like sh or C syntax (or > any other syntax) and new users tend to get really confused. Hmmm... I don't know, could you provide an example where you would say, like, "this is not intuitive" or even "this does something totally strange"? > Also, different versions of awk handle math (esp floating point) with > different rounding/precision/overflow, making calculations vary between > installations, only further adding to the confusion. Yes, this is true, but keep in mind what awk is: a "pattern-directed scanning and processing language". If you want higher precision math, use system(" | dc") and incorporate the result; awk isn't really for math, but integer math is usually fine. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Oct 5 22:34:55 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 481339B6257 for ; Mon, 5 Oct 2015 22:34:55 +0000 (UTC) (envelope-from pallav_bose@yahoo.com) Received: from nm50-vm3.bullet.mail.gq1.yahoo.com (nm50-vm3.bullet.mail.gq1.yahoo.com [67.195.87.243]) (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 1C24C124 for ; Mon, 5 Oct 2015 22:34:54 +0000 (UTC) (envelope-from pallav_bose@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1444084487; bh=F8XpVM2inYQhLFscyJ7buypbB5EHg9z+7p9q7D3mYB8=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=gktq81fANje0KCMSZt+1xqVxl1D1R0yohkZVeyAvVkdLGG1DsF+h5TTnJJndwyfP0MTGMfghPYGDe3ndtsDfjc1Gj3Mnsd3Lm6XOC5UFtAP9UMts683qovaiwsHqsy51r07Obv2CynqmKbIel868cUfPmA5bYHEX9xqHUhEwncJdtlsjTOaG16Kf0BIpx66NtcDbY7IPJR+fUsnZIfv80usPxV37l59xesFWLf3kH6Li9UYuA4X77dJHq3VI/tFf1Y3E1zhPWONhotKBZLF8YiMKqnME2Gw864aE96pO3HVFxkLAWBEY/jxBNXfbEvYc+MObpdO76f7bgZuAAcF/Yw== Received: from [127.0.0.1] by nm50.bullet.mail.gq1.yahoo.com with NNFMP; 05 Oct 2015 22:34:47 -0000 Received: from [216.39.60.181] by nm50.bullet.mail.gq1.yahoo.com with NNFMP; 05 Oct 2015 22:32:07 -0000 Received: from [98.137.12.224] by tm17.bullet.mail.gq1.yahoo.com with NNFMP; 05 Oct 2015 22:32:07 -0000 Received: from [127.0.0.1] by omp1032.mail.gq1.yahoo.com with NNFMP; 05 Oct 2015 22:32:07 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 268793.32510.bm@omp1032.mail.gq1.yahoo.com X-YMail-OSG: sh4QN6QVRDvIr1Yw6Fw51Crsu5rArPoRXqtqfe53DwcvtosC Received: by 98.137.12.51; Mon, 05 Oct 2015 22:32:06 +0000 Date: Mon, 5 Oct 2015 22:32:04 +0000 (UTC) From: Pallav Bose Reply-To: Pallav Bose To: "freebsd-questions@freebsd.org" Message-ID: <363271937.243741.1444084324524.JavaMail.yahoo@mail.yahoo.com> Subject: Poor SSD performance with Dell PERC H730 Mini attached to the mfi(4) driver on FreeBSD 10.2 MIME-Version: 1.0 References: <363271937.243741.1444084324524.JavaMail.yahoo@mail.yahoo.com> 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: Mon, 05 Oct 2015 22:34:55 -0000 Hi, Hello, I have two Dell PowerEdge R430 servers - dell13g-mfi and dell13g-mrsas - bo= th with PERC H730 Mini RAID controllers. I have FreeBSD 10.2 running on eac= h server. One server is using the mfi(4) driver, and the other the mrsas(4)= driver. I'm observing very poor SSD throughput on the server using the mfi= (4) driver. I saw similarly poor throughput on FreeBSD 8.0 with a patched m= fi(4) driver and posted a question (https://lists.freebsd.org/pipermail/fre= ebsd-questions/2015-September/268349.html), so I tried FreeBSD 10.2 and see= similar results. dell13g-mfi info: root@dell13g-mfi:~ # uname -a FreeBSD dell13g-mfi 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 1= 2 15:26:37 UTC 2015=C2=A0=C2=A0=C2=A0=C2=A0 root@releng1.nyi.freebsd.org:/u= sr/obj/usr/src/sys/GENERIC=C2=A0 amd64 root@dell13g-mfi:~ # cat /boot/loader.conf kern.geom.label.gptid.enable=3D"0" zfs_load=3D"YES" root@dell13g-mfi:~ # pciconf -bclveV mfi0 mfi0@pci0:1:0:0:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 class=3D0x010400= card=3D0x1f491028 chip=3D0x005d1000 rev=3D0x02 hdr=3D0x00 =C2=A0=C2=A0=C2=A0 vendor=C2=A0=C2=A0=C2=A0=C2=A0 =3D 'LSI Logic / Symbios = Logic' =C2=A0=C2=A0=C2=A0 device=C2=A0=C2=A0=C2=A0=C2=A0 =3D 'MegaRAID SAS-3 3108 = [Invader]' =C2=A0=C2=A0=C2=A0 class=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D mass storage =C2=A0=C2=A0=C2=A0 subclass=C2=A0=C2=A0 =3D RAID =C2=A0=C2=A0=C2=A0 bar=C2=A0=C2=A0 [10] =3D type I/O Port, range 32, base 0= x2000, size 256, enabled =C2=A0=C2=A0=C2=A0 bar=C2=A0=C2=A0 [14] =3D type Memory, range 64, base 0x9= 1d00000, size 65536, enabled =C2=A0=C2=A0=C2=A0 bar=C2=A0=C2=A0 [1c] =3D type Memory, range 64, base 0x9= 1c00000, size 1048576, enabled =C2=A0=C2=A0=C2=A0 cap 01[50] =3D powerspec 3=C2=A0 supports D0 D1 D2 D3=C2= =A0 current D0 =C2=A0=C2=A0=C2=A0 cap 10[68] =3D PCI-Express 2 endpoint max data 256(4096)= FLR link x8(x8) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 speed 8.0(8.0) ASPM disabled(L0s) =C2=A0=C2=A0=C2=A0 cap 03[d0] =3D VPD =C2=A0=C2=A0=C2=A0 cap 05[a8] =3D MSI supports 1 message, 64 bit, vector ma= sks enabled with 1 message =C2=A0=C2=A0=C2=A0 cap 11[c0] =3D MSI-X supports 97 messages =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 Table in map 0x14[0xe000], PBA in map 0x14[0xf000] =C2=A0=C2=A0=C2=A0 ecap 0001[100] =3D AER 2 0 fatal 0 non-fatal 1 corrected =C2=A0=C2=A0=C2=A0 ecap 0019[1e0] =3D PCIe Sec 1 lane errors 0 =C2=A0=C2=A0=C2=A0 ecap 0004[1c0] =3D Power Budgeting 1 =C2=A0=C2=A0=C2=A0 ecap 000e[148] =3D ARI 1 =C2=A0 PCI-e errors =3D Correctable Error Detected =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 Unsupported Request Detected =C2=A0=C2=A0=C2=A0=C2=A0 Corrected =3D Advisory Non-Fatal Error dell13g-mrsas info: root@dell13g-mrsas:~ # uname -a FreeBSD dell13g-mrsas 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666: Wed Aug= 12 15:26:37 UTC 2015=C2=A0=C2=A0=C2=A0=C2=A0 root@releng1.nyi.freebsd.org:= /usr/obj/usr/src/sys/GENERIC=C2=A0 amd64 root@dell13g-mrsas:~ # cat /boot/loader.conf kern.geom.label.gptid.enable=3D"0" zfs_load=3D"YES" hw.mfi.mrsas_enable=3D1 root@dell13g-mrsas:~ # pciconf -bclveV mrsas0 mrsas0@pci0:1:0:0:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 class=3D0x010400 card=3D0x= 1f491028 chip=3D0x005d1000 rev=3D0x02 hdr=3D0x00 =C2=A0=C2=A0=C2=A0 vendor=C2=A0=C2=A0=C2=A0=C2=A0 =3D 'LSI Logic / Symbios = Logic' =C2=A0=C2=A0=C2=A0 device=C2=A0=C2=A0=C2=A0=C2=A0 =3D 'MegaRAID SAS-3 3108 = [Invader]' =C2=A0=C2=A0=C2=A0 class=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D mass storage =C2=A0=C2=A0=C2=A0 subclass=C2=A0=C2=A0 =3D RAID =C2=A0=C2=A0=C2=A0 bar=C2=A0=C2=A0 [10] =3D type I/O Port, range 32, base 0= x2000, size 256, enabled =C2=A0=C2=A0=C2=A0 bar=C2=A0=C2=A0 [14] =3D type Memory, range 64, base 0x9= 1d00000, size 65536, enabled =C2=A0=C2=A0=C2=A0 bar=C2=A0=C2=A0 [1c] =3D type Memory, range 64, base 0x9= 1c00000, size 1048576, enabled =C2=A0=C2=A0=C2=A0 cap 01[50] =3D powerspec 3=C2=A0 supports D0 D1 D2 D3=C2= =A0 current D0 =C2=A0=C2=A0=C2=A0 cap 10[68] =3D PCI-Express 2 endpoint max data 256(4096)= FLR link x8(x8) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 speed 8.0(8.0) ASPM disabled(L0s) =C2=A0=C2=A0=C2=A0 cap 03[d0] =3D VPD =C2=A0=C2=A0=C2=A0 cap 05[a8] =3D MSI supports 1 message, 64 bit, vector ma= sks =C2=A0=C2=A0=C2=A0 cap 11[c0] =3D MSI-X supports 97 messages, enabled =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 Table in map 0x14[0xe000], PBA in map 0x14[0xf000] =C2=A0=C2=A0=C2=A0 ecap 0001[100] =3D AER 2 0 fatal 0 non-fatal 1 corrected =C2=A0=C2=A0=C2=A0 ecap 0019[1e0] =3D PCIe Sec 1 lane errors 0 =C2=A0=C2=A0=C2=A0 ecap 0004[1c0] =3D Power Budgeting 1 =C2=A0=C2=A0=C2=A0 ecap 000e[148] =3D ARI 1 =C2=A0 PCI-e errors =3D Correctable Error Detected =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 Unsupported Request Detected =C2=A0=C2=A0=C2=A0=C2=A0 Corrected =3D Advisory Non-Fatal Error A simple read from one of the SSDs shows very poor performance in case of m= fi(4). root@dell13g-mfi:~ # dd if=3D/dev/mfid1 of=3D/dev/null bs=3D1m count=3D100 100+0 records in 100+0 records out 104857600 bytes transferred in 19.956666 secs (5254264 bytes/sec) Compare that with mrsas(4). root@dell13g-mrsas:~ # dd if=3D/dev/da1 of=3D/dev/null bs=3D1m count=3D100 100+0 records in 100+0 records out 104857600 bytes transferred in 0.248799 secs (421455329 bytes/sec) High CPU usage by swi6 on the server using mfi(4). root@dell13g-mfi:~ # top -PSHI last pid:=C2=A0 1779;=C2=A0 load averages:=C2=A0 0.55,=C2=A0 0.50,=C2=A0 0.= 44=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= up 0+06:39:27=C2=A0 14:49:45 244 processes: 7 running, 223 sleeping, 14 waiting CPU 0:=C2=A0 0.0% user,=C2=A0 0.0% nice,=C2=A0 0.0% system,=C2=A0 0.0% inte= rrupt,=C2=A0 100% idle CPU 1:=C2=A0 0.0% user,=C2=A0 0.0% nice,=C2=A0 0.0% system, 64.6% interrupt= , 35.4% idle CPU 2:=C2=A0 0.0% user,=C2=A0 0.0% nice,=C2=A0 0.0% system,=C2=A0 0.0% inte= rrupt,=C2=A0 100% idle CPU 3:=C2=A0 0.0% user,=C2=A0 0.0% nice,=C2=A0 0.0% system,=C2=A0 0.0% inte= rrupt,=C2=A0 100% idle CPU 4:=C2=A0 0.0% user,=C2=A0 0.0% nice,=C2=A0 0.4% system,=C2=A0 0.0% inte= rrupt, 99.6% idle CPU 5:=C2=A0 0.0% user,=C2=A0 0.0% nice,=C2=A0 0.0% system,=C2=A0 5.8% inte= rrupt, 94.2% idle Mem: 3256K Active, 25M Inact, 588M Wired, 30G Free ARC: 207M Total, 51M MFU, 147M MRU, 16K Anon, 1864K Header, 7317K Other Swap: 8192M Total, 8192M Free =C2=A0 PID USERNAME=C2=A0=C2=A0 PRI NICE=C2=A0=C2=A0 SIZE=C2=A0=C2=A0=C2=A0= RES STATE=C2=A0=C2=A0 C=C2=A0=C2=A0 TIME=C2=A0=C2=A0=C2=A0 WCPU COMMAND =C2=A0=C2=A0 11 root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 155 ki31=C2=A0=C2= =A0=C2=A0=C2=A0 0K=C2=A0=C2=A0=C2=A0 96K CPU0=C2=A0=C2=A0=C2=A0 0 395:01 10= 0.00% idle{idle: cpu0} =C2=A0=C2=A0 11 root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 155 ki31=C2=A0=C2= =A0=C2=A0=C2=A0 0K=C2=A0=C2=A0=C2=A0 96K CPU3=C2=A0=C2=A0=C2=A0 3 361:02 10= 0.00% idle{idle: cpu3} =C2=A0=C2=A0 11 root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 155 ki31=C2=A0=C2= =A0=C2=A0=C2=A0 0K=C2=A0=C2=A0=C2=A0 96K CPU2=C2=A0=C2=A0=C2=A0 2 357:53 10= 0.00% idle{idle: cpu2} =C2=A0=C2=A0 11 root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 155 ki31=C2=A0=C2= =A0=C2=A0=C2=A0 0K=C2=A0=C2=A0=C2=A0 96K RUN=C2=A0=C2=A0=C2=A0=C2=A0 4 358:= 00=C2=A0 99.85% idle{idle: cpu4} =C2=A0=C2=A0 11 root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 155 ki31=C2=A0=C2= =A0=C2=A0=C2=A0 0K=C2=A0=C2=A0=C2=A0 96K CPU5=C2=A0=C2=A0=C2=A0 5 385:17=C2= =A0 99.27% idle{idle: cpu5} =C2=A0=C2=A0 11 root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 155 ki31=C2=A0=C2= =A0=C2=A0=C2=A0 0K=C2=A0=C2=A0=C2=A0 96K CPU1=C2=A0=C2=A0=C2=A0 1 362:22=C2= =A0 54.88% idle{idle: cpu1} =C2=A0=C2=A0 12 root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -52=C2=A0=C2=A0=C2= =A0 -=C2=A0=C2=A0=C2=A0=C2=A0 0K=C2=A0=C2=A0 224K WAIT=C2=A0=C2=A0=C2=A0 1 = 161:05=C2=A0 48.19% intr{swi6: task queue} =C2=A0=C2=A0 12 root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -88=C2=A0=C2=A0=C2= =A0 -=C2=A0=C2=A0=C2=A0=C2=A0 0K=C2=A0=C2=A0 224K WAIT=C2=A0=C2=A0=C2=A0 5= =C2=A0 13:57=C2=A0=C2=A0 4.05% intr{irq264: mfi0} Interrupt rate is also on the higher side in the absence of disk activity. mfi(4): root@dell13g-mfi:~ # vmstat -i interrupt=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 total=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 rate irq9: acpi0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 0 irq18: ehci0 ehci1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 74619=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 3 cpu0:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 779089=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 32 irq264: mfi0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2645728=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 110 irq265: bge0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 117996=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4 cpu2:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 28629= 30=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 119 cpu4:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 28881= 48=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 120 cpu3:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 26509= 36=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 110 cpu1:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 25671= 05=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 106 cpu5:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 971503=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 40 Total=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 15558055=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 647 Compare the above with mrsas(4): root@dell13g-mrsas:~ # vmstat -i interrupt=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 total=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 rate irq9: acpi0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 0 irq18: ehci0 ehci1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 77600=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 3 cpu0:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 557554=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 22 irq264: mrsas0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 10682=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 irq265: mrsas0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 8230=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 irq266: mrsas0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 8278=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 irq267: mrsas0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 8328=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 irq268: mrsas0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 8466=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 irq269: mrsas0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 8849=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 irq270: bge0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 134170=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 5 cpu4:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 153721=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6 cpu2:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 145912=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6 cpu3:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 148140=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6 cpu1:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 154170=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 6 cpu5:timer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 108449=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4 Total=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 1532550=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = 63 Procstat output. root@dell13g-mfi:~ # procstat -kk 12 =C2=A0 PID=C2=A0=C2=A0=C2=A0 TID COMM=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 TDNAME=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 KSTACK =C2=A0=C2=A0 12 100009 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi1: netisr 0=C2=A0=C2=A0 mi_switch+0xe1 ithread_= loop+0x190 fork_exit+0x9a fork_trampoline+0xe =C2=A0=C2=A0 12 100010 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi4: clock=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 mi_switc= h+0xe1 ithread_loop+0x190 fork_exit+0x9a fork_trampoline+0xe =C2=A0=C2=A0 12 100011 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi4: clock =C2=A0=C2=A0 12 100012 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi4: clock =C2=A0=C2=A0 12 100013 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi4: clock =C2=A0=C2=A0 12 100014 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi4: clock =C2=A0=C2=A0 12 100015 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi4: clock =C2=A0=C2=A0 12 100016 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi3: vm =C2=A0=C2=A0 12 100023 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi6: task queue =C2=A0=C2=A0 12 100024 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi6: Giant task mi_switch+0xe1 ithread_loop+0x190= fork_exit+0x9a fork_trampoline+0xe =C2=A0=C2=A0 12 100026 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi5: fast taskq =C2=A0=C2=A0 12 100033 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 irq264: mfi0=C2=A0=C2=A0=C2=A0=C2=A0 mi_switch+0xe= 1 ithread_loop+0x190 fork_exit+0x9a fork_trampoline+0xe =C2=A0=C2=A0 12 100034 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 irq18: ehci0 ehc mi_switch+0xe1 ithread_loop+0x190= fork_exit+0x9a fork_trampoline+0xe =C2=A0=C2=A0 12 100047 intr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 swi0: uart uart Dtrace output. root@dell13g-mfi:~ # kldload dtraceall root@dell13g-mfi:~ # dtrace -n 'profile:::profile-276hz { @pc[stack()]=3Dco= unt(); }' dtrace: description 'profile:::profile-276hz ' matched 1 probe ^C =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`copyin+0x4b =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`sched_idletd+0x1bb =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`spinlock_exit+0x2d =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_tbolt_complete_cmd+0x230 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_intr_tbolt+0x60 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`intr_event_execute_handlers+0xab =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`ithread_loop+0x96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`__mtx_lock_sleep+0x210 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`__mtx_lock_sleep+0x221 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 7 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`__mtx_lock_sleep+0x21c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 10 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`get_tsc+0x4 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_data_cb+0x24c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`bus_dmamap_load+0xd1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_mapcmd+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_startio+0x3a0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_wait_command+0x8a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_tbolt_sync_map_info+0x75 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_handle_map_sync+0x4c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run_locked+0xe5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run+0x81 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`intr_event_execute_handlers+0xab =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`ithread_loop+0x96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 13 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`get_tsc+0x1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`bus_dmamap_load+0xd1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_mapcmd+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_startio+0x3a0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_wait_command+0x8a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_tbolt_sync_map_info+0x75 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_handle_map_sync+0x4c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run_locked+0xe5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run+0x81 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`intr_event_execute_handlers+0xab =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`ithread_loop+0x96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 17 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`__mtx_lock_sleep+0x218 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 22 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`DELAY+0xd8 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`bus_dmamap_load+0xd1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_mapcmd+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_startio+0x3a0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_wait_command+0x8a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_tbolt_sync_map_info+0x75 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_handle_map_sync+0x4c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run_locked+0xe5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run+0x81 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`intr_event_execute_handlers+0xab =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`ithread_loop+0x96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 32 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`DELAY+0xd0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`bus_dmamap_load+0xd1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_mapcmd+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_startio+0x3a0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_wait_command+0x8a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_tbolt_sync_map_info+0x75 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_handle_map_sync+0x4c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run_locked+0xe5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run+0x81 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`intr_event_execute_handlers+0xab =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`ithread_loop+0x96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 38 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`__mtx_lock_sleep+0x215 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 39 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`DELAY+0xf1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`bus_dmamap_load+0xd1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_mapcmd+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_startio+0x3a0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_wait_command+0x8a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_tbolt_sync_map_info+0x75 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_handle_map_sync+0x4c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run_locked+0xe5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run+0x81 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`intr_event_execute_handlers+0xab =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`ithread_loop+0x96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 43 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`DELAY+0xe8 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`bus_dmamap_load+0xd1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_mapcmd+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_startio+0x3a0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_wait_command+0x8a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_tbolt_sync_map_info+0x75 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_handle_map_sync+0x4c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run_locked+0xe5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run+0x81 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`intr_event_execute_handlers+0xab =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`ithread_loop+0x96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 47 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`__mtx_lock_sleep+0x212 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 47 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`DELAY+0xd2 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`bus_dmamap_load+0xd1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_mapcmd+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_startio+0x3a0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_wait_command+0x8a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_tbolt_sync_map_info+0x75 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_handle_map_sync+0x4c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run_locked+0xe5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run+0x81 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`intr_event_execute_handlers+0xab =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`ithread_loop+0x96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 187 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`get_tsc =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`bus_dmamap_load+0xd1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_mapcmd+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_startio+0x3a0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_wait_command+0x8a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_tbolt_sync_map_info+0x75 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_handle_map_sync+0x4c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run_locked+0xe5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run+0x81 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`intr_event_execute_handlers+0xab =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`ithread_loop+0x96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 463 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`get_tsc+0x6 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_data_cb+0x24c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`bus_dmamap_load+0xd1 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_mapcmd+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_startio+0x3a0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_wait_command+0x8a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_tbolt_sync_map_info+0x75 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`mfi_handle_map_sync+0x4c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run_locked+0xe5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`taskqueue_run+0x81 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`intr_event_execute_handlers+0xab =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`ithread_loop+0x96 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 654 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`acpi_cpu_c1+0x6 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`sched_idletd+0x1d5 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`fork_exit+0x9a =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 kernel`0xffffffff80d30d2e =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 13283 storcli doesn't work on either of the servers. root@dell13g-mrsas:~ # storcli show all Status Code =3D 0 Status =3D Success Description =3D None Number of Controllers =3D 0 Host Name =3D dell13g-mrsas Operating System=C2=A0 =3D FreeBSD10.2-RELEASE root@dell13g-mrsas:~ # storcli64 show all Status Code =3D 0 Status =3D Success Description =3D None Number of Controllers =3D 0 Host Name =3D dell13g-mrsas Operating System=C2=A0 =3D FreeBSD10.2-RELEASE root@dell13g-mfi:~ # storcli show all Status Code =3D 0 Status =3D Success Description =3D None Number of Controllers =3D 0 Host Name =3D dell13g-mfi Operating System=C2=A0 =3D FreeBSD10.2-RELEASE root@dell13g-mfi:~ # storcli64 show all Status Code =3D 0 Status =3D Success Description =3D None Number of Controllers =3D 0 Host Name =3D dell13g-mfi Operating System=C2=A0 =3D FreeBSD10.2-RELEASE Can someone help me debug this problem? =C2=A0 Regards, Pallav From owner-freebsd-questions@freebsd.org Mon Oct 5 22:43:47 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4C059B6950 for ; Mon, 5 Oct 2015 22:43:47 +0000 (UTC) (envelope-from wblock@wonkity.com) 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 983967C9 for ; Mon, 5 Oct 2015 22:43:46 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t95Mhjql056400 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 5 Oct 2015 16:43:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t95MhjPd056397; Mon, 5 Oct 2015 16:43:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 5 Oct 2015 16:43:45 -0600 (MDT) From: Warren Block To: "William A. Mahaffey III" cc: FreeBSD Questions !!!! Subject: Re: Install issues In-Reply-To: <5612D59D.4030000@hiwaay.net> Message-ID: References: <5612938F.4080508@hiwaay.net> <20151005173644.d3b9c5ce.freebsd@edvax.de> <5612D59D.4030000@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]); Mon, 05 Oct 2015 16:43:45 -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: Mon, 05 Oct 2015 22:43:47 -0000 On Mon, 5 Oct 2015, William A. Mahaffey III wrote: > durinstall, see commented out stuff, but I still wind up w/ no useful > partitions based on what is in /dev (no /dev/stripe or /dev/mirror directory, > never mind any entries there). The gmirror kernel module is not part of the GENERIC kernel, and must be loaded with 'gmirror load' before it will work. gstripe is beyond my comfort zone, but probably it is the same. From owner-freebsd-questions@freebsd.org Mon Oct 5 22:57:56 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEA169B9422 for ; Mon, 5 Oct 2015 22:57:56 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 CA511CB3 for ; Mon, 5 Oct 2015 22:57:56 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-108-49-223-195.bstnma.fios.verizon.net [108.49.223.195]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by douhisi.pair.com (Postfix) with ESMTPSA id C55CD3F741 for ; Mon, 5 Oct 2015 18:57:54 -0400 (EDT) Message-ID: <56130072.9070406@sneakertech.com> Date: Mon, 05 Oct 2015 18:57:54 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: awk question References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> <5611F776.9090701@hiwaay.net> <56124479.9020505@sneakertech.com> <20151005165902.ad01c288.freebsd@edvax.de> <5612EF57.10207@sneakertech.com> <20151005235812.eee38247.freebsd@edvax.de> In-Reply-To: <20151005235812.eee38247.freebsd@edvax.de> Content-Type: text/plain; charset=ISO-8859-1; 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: Mon, 05 Oct 2015 22:57:57 -0000 >> It's not very much like sh or C syntax (or >> any other syntax) and new users tend to get really confused. > > Hmmm... I don't know, could you provide an example where you > would say, like, "this is not intuitive" or even "this does > something totally strange"? Things I've noticed new users bump into all the time: Statements must be wrapped in curly braces, ie; > awk '{print $1}{print $2}' I think awk is one of the few languages to do this. Because of the above, having to type: > awk '{print $1}' instead of just" > awk 'print $1' .. in other words both the quotes and the curly braces are required. For most other shell utilities one is enough. People assume that awk prints string literals like (ba)sh: > echo "$1$2$3" and > awk '{print $1$2$3}' both yield fields with nothing between them. So far so good, right? but: > echo "$1,$2,$3" yields results with commas between them, but: > awk '{print $1,$2,$3}' yields results with spaces. OK, so it's not like sh. Maybe it's like Javascript then? > awk '{print $1+","+$2+","+$3}' ... nope, now all they get is a huge list of mostly zeros, because awk doesn't overload operators. (Note: I am not advocating for overloaded operators and I think Javascript is a horrible language). > Yes, this is true, but keep in mind what awk is: a "pattern-directed > scanning and processing language". If you want higher precision > math, use system(" | dc") and incorporate the result; > awk isn't really for math, but integer math is usually fine. :-) Right, but it's just something that makes people shy away from awk, for better or worse. From owner-freebsd-questions@freebsd.org Mon Oct 5 23:22:14 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 612E79B6581 for ; Mon, 5 Oct 2015 23:22:14 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 EEE6FBA4 for ; Mon, 5 Oct 2015 23:22:13 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-41-64.dynamic.qsc.de [92.195.41.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 67CDE3CBDE; Tue, 6 Oct 2015 01:22:10 +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 t95NMAYG011147; Tue, 6 Oct 2015 01:22:10 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Tue, 6 Oct 2015 01:22:10 +0200 From: Polytropon To: Quartz Cc: freebsd-questions@freebsd.org Subject: Re: awk question Message-Id: <20151006012210.3c937716.freebsd@edvax.de> In-Reply-To: <56130072.9070406@sneakertech.com> References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> <5611F776.9090701@hiwaay.net> <56124479.9020505@sneakertech.com> <20151005165902.ad01c288.freebsd@edvax.de> <5612EF57.10207@sneakertech.com> <20151005235812.eee38247.freebsd@edvax.de> <56130072.9070406@sneakertech.com> 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: Mon, 05 Oct 2015 23:22:14 -0000 On Mon, 05 Oct 2015 18:57:54 -0400, Quartz wrote: > >> It's not very much like sh or C syntax (or > >> any other syntax) and new users tend to get really confused. > > > > Hmmm... I don't know, could you provide an example where you > > would say, like, "this is not intuitive" or even "this does > > something totally strange"? > > Things I've noticed new users bump into all the time: > > > Statements must be wrapped in curly braces, ie; > > awk '{print $1}{print $2}' > I think awk is one of the few languages to do this. This is equivalent to awk '{ print $1; print $2 }', just like in C, C++, even Java and Javascript, { ... } are being used to "group statements". > Because of the above, having to type: > > awk '{print $1}' > instead of just" > > awk 'print $1' > .. in other words both the quotes and the curly braces are required. For > most other shell utilities one is enough. If you consider my previous post about what { ... } means, enlightenment will quickly follow: They define a block, and what's infront of this block states _when_ the block should be executed. This "prefix" is important. That's why it's neccessary to understand the basic "dataflow" within awk: BEGIN { ... } # before any data /pattern/ { ... } # when pattern is found (condition) { ... } # when condition is true { ... } # always! END { ... } # after all data There can be multiple pattern matching and conditional blocks, of course. The common form is awk '{ ... }' to process all input lines. For example, if you only want those which are not empty and not comments, awk '/^[^#]/ { ... }' would be used; or only lines with text over 10 characters: awk '(length > 10) { ... }', or just the 5th line: awk '(NR == 5) { ... }' > People assume that awk prints string literals like (ba)sh: > > echo "$1$2$3" > and > > awk '{print $1$2$3}' > both yield fields with nothing between them. So far so good, right? but: > > echo "$1,$2,$3" > yields results with commas between them, but: > > awk '{print $1,$2,$3}' > yields results with spaces. Yes, this is a difference, but once you know it, and especially if you want more precise control over the output, you'll quickly resort to awk's printf() function which works like in C. > OK, so it's not like sh. Maybe it's like > Javascript then? > > awk '{print $1+","+$2+","+$3}' > ... nope, now all they get is a huge list of mostly zeros, because awk > doesn't overload operators. Of course not, because that would be stupid. :-) As I said, when you want concatenation with a custom separator, use printf(): awk '{ printf("%s+%s+%s\n", $1, $2, $3); }' which provides good flexibility; like in C, you can even add formatting options for the arguments (see "man 3 printf" for comparison), like string length manipulation, numeric output format, or even the use of control characters. > > Yes, this is true, but keep in mind what awk is: a "pattern-directed > > scanning and processing language". If you want higher precision > > math, use system(" | dc") and incorporate the result; > > awk isn't really for math, but integer math is usually fine. :-) > > Right, but it's just something that makes people shy away from awk, for > better or worse. Reading "man awk" gives you a quite good introduction on what awk is and what it can do, and of course what it cannot do (or at least where it's bad at). Choosing the right tool for the job is _key_ to writing good code. As awk is not a "one size fits all" kind of tool, if you need to process numbers with high precision, it's a bad tool. And when few simple calls to grep, cut, sed, tr etc. will do the job similarly well, those could be considered instead. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Tue Oct 6 04:31:14 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F5339B6AB0 for ; Tue, 6 Oct 2015 04:31:14 +0000 (UTC) (envelope-from blaise@mail.pegasuscomputing.com) Received: from mail.pegasuscomputing.com (mail.pegasuscomputing.com [69.30.240.202]) (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 F20F4F56 for ; Tue, 6 Oct 2015 04:31:13 +0000 (UTC) (envelope-from blaise@mail.pegasuscomputing.com) Received: from c-73-132-2-239.hsd1.va.comcast.net ([73.132.2.239] helo=android-872a6140b5d4c025.home.huiekin.org) by mail.pegasuscomputing.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-SHA:256) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1ZjJda-0008Ig-IL; Tue, 06 Oct 2015 00:14:05 -0400 User-Agent: K-9 Mail for Android In-Reply-To: <20151005235812.eee38247.freebsd@edvax.de> References: <5611C922.4050007@hiwaay.net> <20151005042129.1f153ec6.freebsd@edvax.de> <5611F776.9090701@hiwaay.net> <56124479.9020505@sneakertech.com> <20151005165902.ad01c288.freebsd@edvax.de> <5612EF57.10207@sneakertech.com> <20151005235812.eee38247.freebsd@edvax.de> MIME-Version: 1.0 From: Jim Trigg Date: Tue, 06 Oct 2015 00:13:55 -0400 To: Polytropon CC: freebsd-questions@freebsd.org Message-ID: Sender: blaise@mail.pegasuscomputing.com X-SA-Exim-Connect-IP: 73.132.2.239 X-SA-Exim-Mail-From: blaise@mail.pegasuscomputing.com Subject: Re: awk question X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: No (on mail.pegasuscomputing.com); Unknown failure Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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, 06 Oct 2015 04:31:14 -0000 Frighteningly enough, the syntax "< file command" does work... Jim On October 5, 2015 5:58:12 PM EDT, Polytropon wrote: >On Mon, 05 Oct 2015 17:44:55 -0400, Quartz wrote: >> >> > The form "input | step1 | step2 | step3 | step4> result" usually >> > is more readable >> >> That's what I meant my being easier to understand conceptually. I >agree >> about being more readable- even though this format sometimes needs >the >> 'useless cat' it's often my preferred coding style, especially in >> scripts where the input might change around. > >And the "useless cat" method also makes it easy to test the >script with varying input (for example, pre-generated test >input) before it "goes live". It also makes it easier to >"extend" the pre- or post-processing commands with new ones. > > > >> > Additionally, awk isn't that hard to learn. Reading "man awk" will >> > provide you with a good background. And if you're already a C >> > programmer, you'll see that many things you can do in C will also >> > work similarly in awk, which _might_ not even be a good thing. :-) >> >> The problem with awk is the whole BEGIN/END/braces thing and how >commas >> interact with the operands. > >It's not that hard: > >BEGIN { ... } will be executed _before_ any input is processed, >END { ... } will be executed _after_ all input has been processed. >/pattern/ { ... } will be executed for each matching input line, >(condition) { ... } will be executed when the condition is true, >and { ... } will be executed for _every_ input line. > >Regarding commas: You can use the "print a b c" form as well as >the more sophisticated C-like printf("format string", a, b, c) >form. For all other functions, commas are argument separators >just like in many other programming languages. > > % echo "a b c" | awk '{ print $3 $1 $2 }' > cab > % echo "a b c" | awk '{ print $3, $1, $2 }' > c a b > % echo "a b c" | awk '{ printf("%s-%s-%s\n", $3, $1, $2); }' > c-a-b > >Those are the three "main methods" of printing: concatenated, >separated by a space, and custom formatted string. And the >semicolon is optional, it's just my C-contamination. :-) > > >> It's not very much like sh or C syntax (or >> any other syntax) and new users tend to get really confused. > >Hmmm... I don't know, could you provide an example where you >would say, like, "this is not intuitive" or even "this does >something totally strange"? > > > >> Also, different versions of awk handle math (esp floating point) with > >> different rounding/precision/overflow, making calculations vary >between >> installations, only further adding to the confusion. > >Yes, this is true, but keep in mind what awk is: a "pattern-directed >scanning and processing language". If you want higher precision >math, use system(" | dc") and incorporate the result; >awk isn't really for math, but integer math is usually fine. :-) > > > >-- >Polytropon >Magdeburg, Germany >Happy FreeBSD user since 4.0 >Andra moi ennepe, Mousa, ... >_______________________________________________ >freebsd-questions@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-questions >To unsubscribe, send any mail to >"freebsd-questions-unsubscribe@freebsd.org" -- Sent from my Android device with K-9 Mail. Please excuse my brevity. From owner-freebsd-questions@freebsd.org Tue Oct 6 08:03:13 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9C179B1310 for ; Tue, 6 Oct 2015 08:03:13 +0000 (UTC) (envelope-from axelbsd@ymail.com) Received: from nm21-vm5.bullet.mail.ir2.yahoo.com (nm21-vm5.bullet.mail.ir2.yahoo.com [212.82.97.2]) (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 0444D1A2E for ; Tue, 6 Oct 2015 08:03:12 +0000 (UTC) (envelope-from axelbsd@ymail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s2048; t=1444118383; bh=JaJMEoBnmrS7Hu5pVdwqq7gnqp+4LML+vgZ7LtV4Qro=; h=From:To:CC:Subject:Date:In-Reply-To:References:From:Subject; b=cZI6Ant1uWgehE097YED5KoPwbSGt52jGCm6MrUBvfaX9qJpxroC8MMPOc4Sq9F5EG9YzAu1mDP2/SKsxXk4jc5A9Z5uAH76slImSsoUs11ZvSOYVSDhYEXOgh/PRvdV5t629HjhsWYjE/SlwzpJwCoi7vG6c8my+433yfrmXkinpJQTXuQMcg9MW+Cd5oRoPLW3LNSDZsauEfz8eUoGLjZYQxyfoPqhtnL4AO6VMjqxvDPHAULfkug8Eyq4GUchq0jgpFyaL51UeFu9KfXYBcurJ4SRfIPlbEgU/Zv2w3S7gbAgJ1T3HL0UFNK9R8T+xDZCHVJO4TGDEpXrZnawpQ== Received: from [212.82.98.126] by nm21.bullet.mail.ir2.yahoo.com with NNFMP; 06 Oct 2015 07:59:43 -0000 Received: from [46.228.39.83] by tm19.bullet.mail.ir2.yahoo.com with NNFMP; 06 Oct 2015 07:59:43 -0000 Received: from [127.0.0.1] by smtp120.mail.ir2.yahoo.com with NNFMP; 06 Oct 2015 07:59:43 -0000 X-Yahoo-Newman-Id: 810744.81644.bm@smtp120.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: NzlfwQEVM1lF9IA0ts0uUfVTktP6B5.SMbXUPAiJvYsp5Fw 6gurm08jcwy.J4IcfMZ1x.N.KjZB5sr.4KKqRRMXa_GZP3srYZbwMyNuUFCv dNpqpB8ytOOEJbla3Q5pVSAPhw_xOTbgXNfnInja6bnWhwued7GBIW5Pl8rl tpXTXvTV6n3gG1rPkIDh99VAAIqj2B1tdsxi9tt_RJIA1IwoIIP8l2G4wLZL r01Wnj7NCGB3vY7JkZKCjXaXcZmZ_.X5BNjEdkyD3Y8RHYKnkWEcAuI14V0k L1yw_EQvaUuIcEmonijD.3busQvvpiTTpkvr2O4jeWD7RamDGtS0JDIvOLZ1 Gwu4pi7krOm_P0PSxJ8hCX6cNHfvmhr60xdFlKSLF9rctfBJEhgpVC6HTuen ot7py1aJ2nwK_FVzXb8ycjuwOzsEYSpGH4TPsbyp6yujsvzTyYmUyldthFYv v.Ep44J6pVBB_5D9R27AQc.p6zOXOXwsu8NLDrAtiz3wOxdRMlOLmAORWvPr iRlzgazggWjtlr4WZ9YB136zeO9AG0TdV_V4gYnfC7hdhgEpGW5x1zA4- X-Yahoo-SMTP: S65s63SswBDjU54Gjqw2GSWlZmfgiEU_X3tN1_9u Received: from DUB118-W49 ([157.56.194.39]) by DUB004-WSS1S1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Tue, 6 Oct 2015 00:59:43 -0700 X-TMN: [lmFlHZcpl85HrtL1s9kNmEQYNdpyWbth] Message-ID: From: Alexandre To: Nino J CC: "freebsd-questions@freebsd.org" Subject: RE: SSHguard & IPFW Date: Tue, 6 Oct 2015 09:59:43 +0200 Importance: Normal In-Reply-To: References: <1443531575.1236.13.camel@michaeleichorn.com>, , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 06 Oct 2015 07:59:43.0324 (UTC) FILETIME=[F5C2B1C0:01D1000C] 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, 06 Oct 2015 08:03:14 -0000 ________________________________=0A= > From: nino80@gmail.com =0A= > Date: Wed=2C 30 Sep 2015 09:41:55 +0200 =0A= > Subject: Re: SSHguard & IPFW =0A= > To: axelbsd@ymail.com =0A= > CC: freebsd-questions@freebsd.org =0A= > =0A= > On Tue=2C Sep 29=2C 2015 at 4:24 PM=2C Alexandre =0A= > > wrote: =0A= > =0A= > >> About the blocking rules reservation in IPFW (from rule 55000 to =0A= > >> 55050)=2C anyone experienced yet full use of these rules? =0A= > >> By default=2C fifteen addresses can be blocked together. But how SSHGU= ARD =0A= > >> works in this case for the newest one (51th)? =0A= > >> =0A= > >> Thank you in advance for your clarifications. =0A= > >> Alexandre =0A= > =0A= > To answer your second question=2C IPFW has no problem using the same rule= =0A= > number for multiple rules. Thus sshguard is not limited to 50 =0A= > addresses. =0A= > =0A= > Also=2C next version of sshguard won't use IPFW rules=2C but rather an IP= FW =0A= > table to insert IP addresses to be blocked. Thus it will only need a =0A= > single deny rule. =0A= > =0A= > I'm currently using development version of sshguard which uses IPFW =0A= > table and it works fine for me. =0A= > =0A= > Regards=2C =0A= > -- =0A= > Nino =0A= > =0A= =0A= Hi Nino=2C=0A= =0A= I encounter now an issue with IPFW and blacklist functionnality: when I res= tart sshguard service (or reboot the machine)=2C I need to delete /var/db/s= shguard/blacklist.db before launch sshguard service again.=0A= It is a know issue as described here http://sourceforge.net/p/sshguard/mail= man/message/34146342/=0A= Do you know when the next security/sshguard-ipfw version will be in FreeBSD= ports?=0A= =0A= Thank you.=0A= =0A= Regards.=0A= Alexandre=0A= =0A= = From owner-freebsd-questions@freebsd.org Tue Oct 6 09:42:42 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D64CC9D0CE9 for ; Tue, 6 Oct 2015 09:42:42 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 676FCECC for ; Tue, 6 Oct 2015 09:42:41 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id t969gUHR099509 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Oct 2015 11:42:31 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id t969gUK3099506; Tue, 6 Oct 2015 11:42:30 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 6 Oct 2015 11:42:30 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Niklaas Baudet von Gersdorff cc: "William A. Mahaffey III" , FreeBSD questions Subject: Re: IPv6 only Jails cannot connect to the outside world In-Reply-To: <5612E192.6040404@kulturflatrate.net> Message-ID: References: <5611AFCA.4010909@kulturflatrate.net> <5611CA44.4030602@radel.com> <56123260.1010901@kulturflatrate.net> <56127D73.5040001@hiwaay.net> <5612E192.6040404@kulturflatrate.net> 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 Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-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, 06 Oct 2015 09:42:43 -0000 On Mon, 5 Oct 2015 22:46+0200, Niklaas Baudet von Gersdorff wrote: > On 05/10/15 15:37, William A. Mahaffey III wrote: > > On 10/05/15 03:24, Niklaas Baudet von Gersdorff wrote: > >> Probably I'm missing something. > >> > > > > I thought you were limited to a small number of entries in resolv.conf, > > 3 by default (in my man page). If so, the 3 IPv4 entries were all that > > were searched when they were there & it never got to the IPv6 > > nameservers. $0.02, no more, no less .... > > Just for completeness: > > You're right, as Herbert mentioned in his previous email (attached). > > By moving the IPv6 name servers up I could solve the issue. > > I wasn't aware of the fact that one is limited to three entries. You could run local_unbound in each jail, point /etc/resolv.conf to 127.0.0.1 or ::1, and have unbound forward each query to as many resolvers as you like. Or use dns/bind910 if you prefer that one. -- +-------------------------------+------------------------------------+ | 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 Tue Oct 6 09:51:55 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D66149B65FD for ; Tue, 6 Oct 2015 09:51:55 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail2.kulturflatrate.net [IPv6:2a01:4f8:121:52ad::3:1]) by mx1.freebsd.org (Postfix) with ESMTP id 95C28916 for ; Tue, 6 Oct 2015 09:51:55 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [10.0.0.38] (mail.kulturflatrate.net [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id A3EA52DC50; Tue, 6 Oct 2015 11:51:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1444125112; bh=LhZBn6eMK/BFLzXdjeo6zDwC7Vw2nprlGCS9oDx1hKY=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=P0zbkPEBx6Z+XA0ipaorn0YVkaiT4z3rLOQcbE85dXMxPZXgUdKPddiWSaTfz6aIA m0tsJVL/BYhquqktHH+WZKrixiYEM4hnegbCNPWAE42eSXbrqup2mwFfTR251qSbKo z+iRu8SbYnr2ZR/EMerVgnm/6CVJxy63adgBLQT0= Subject: Re: IPv6 only Jails cannot connect to the outside world To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= References: <5611AFCA.4010909@kulturflatrate.net> <5611CA44.4030602@radel.com> <56123260.1010901@kulturflatrate.net> <56127D73.5040001@hiwaay.net> <5612E192.6040404@kulturflatrate.net> Cc: FreeBSD questions From: Niklaas Baudet von Gersdorff Message-ID: <56139A43.9010904@kulturflatrate.net> Date: Tue, 6 Oct 2015 11:54:11 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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, 06 Oct 2015 09:51:55 -0000 On 06/10/15 11:42, Trond Endrestøl wrote: > You could run local_unbound in each jail, point /etc/resolv.conf to > 127.0.0.1 or ::1, and have unbound forward each query to as many > resolvers as you like. Or use dns/bind910 if you prefer that one. Thank you for pointing that out. I am not very much into DNS resolving yet; but I already put your advice on my "further reading" list. Would you recommend either of them? -- Niklaas From owner-freebsd-questions@freebsd.org Tue Oct 6 10:16:07 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DCE49B6287 for ; Tue, 6 Oct 2015 10:16:07 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E320824 for ; Tue, 6 Oct 2015 10:16:06 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id t96AFwK1099695 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Oct 2015 12:15:58 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id t96AFwBq099692; Tue, 6 Oct 2015 12:15:58 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 6 Oct 2015 12:15:58 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Niklaas Baudet von Gersdorff cc: FreeBSD questions Subject: Re: IPv6 only Jails cannot connect to the outside world In-Reply-To: <56139A43.9010904@kulturflatrate.net> Message-ID: References: <5611AFCA.4010909@kulturflatrate.net> <5611CA44.4030602@radel.com> <56123260.1010901@kulturflatrate.net> <56127D73.5040001@hiwaay.net> <5612E192.6040404@kulturflatrate.net> <56139A43.9010904@kulturflatrate.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-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, 06 Oct 2015 10:16:07 -0000 On Tue, 6 Oct 2015 11:54+0200, Niklaas Baudet von Gersdorff wrote: > On 06/10/15 11:42, Trond Endrestøl wrote: > > You could run local_unbound in each jail, point /etc/resolv.conf to > > 127.0.0.1 or ::1, and have unbound forward each query to as many > > resolvers as you like. Or use dns/bind910 if you prefer that one. > > Thank you for pointing that out. I am not very much into DNS resolving > yet; but I already put your advice on my "further reading" list. > > Would you recommend either of them? local_unbound is in base, if you prefer to limit the number of installed ports in each jail. Just add local_unbound_enable="YES" to each jail's /etc/rc.conf. Start the local_unbound service, and let it create its files in /var/unbound. Stop the unbound service. Edit /var/unbound/forward.conf to your heart's content. Add as many "forward-addr:" statements as you need below "name: .". See unbound.conf(5) for more information. You might want to verify the settings in /etc/resolv.conf and /etc/resolvconf.conf. Start the unbound service, and check the resolver using host, ping{,6}, traceroute{,6} ... Once you get one jail running as desired, just copy the configuration files, save /etc/rc.conf, to the other jails. -- +-------------------------------+------------------------------------+ | 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 Tue Oct 6 10:36:23 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBF909D0399 for ; Tue, 6 Oct 2015 10:36:23 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail.financecomm.com [178.63.105.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7C42418A for ; Tue, 6 Oct 2015 10:36:22 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [10.0.0.38] (mail.kulturflatrate.net [IPv6:2a01:488:66:1000:2ea3:77dd:0:1]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id 1C9652DC98; Tue, 6 Oct 2015 12:36:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1444127778; bh=ivSCDgiUWisQ5dLwl2HpYgnLa8/BQC1aijQRaLIQJM0=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=kNSrOrXRwP5tzDgeQwOw4lWkSd4M84BAtmtztQJ10yTYfekbkRwqOZoRTVmi28vnN rL8JOC52np7Jx7rrqR1cNK984z7oDG3wgPJW6MdPK/puqjwSv7nqndshRoMn30j3qP Kg5pg3V0E7zQeQVqCJ7oDc38AijBFuA292z+2Frw= Subject: Re: IPv6 only Jails cannot connect to the outside world To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= References: <5611AFCA.4010909@kulturflatrate.net> <5611CA44.4030602@radel.com> <56123260.1010901@kulturflatrate.net> <56127D73.5040001@hiwaay.net> <5612E192.6040404@kulturflatrate.net> <56139A43.9010904@kulturflatrate.net> Cc: FreeBSD questions From: Niklaas Baudet von Gersdorff Message-ID: <5613A4AC.5020002@kulturflatrate.net> Date: Tue, 6 Oct 2015 12:38:36 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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, 06 Oct 2015 10:36:23 -0000 On 06/10/15 12:15, Trond Endrestøl wrote: > local_unbound is in base, if you prefer to limit the number of > installed ports in each jail. OK. That's a good reason. > Just add local_unbound_enable="YES" to each jail's /etc/rc.conf. > > Start the local_unbound service, and let it create its files in > /var/unbound. Stop the unbound service. > > Edit /var/unbound/forward.conf to your heart's content. Add as many > "forward-addr:" statements as you need below "name: .". See > unbound.conf(5) for more information. > > You might want to verify the settings in /etc/resolv.conf and > /etc/resolvconf.conf. > > Start the unbound service, and check the resolver using host, > ping{,6}, traceroute{,6} ... > > Once you get one jail running as desired, just copy the configuration > files, save /etc/rc.conf, to the other jails. Thanks a lot! I very appreciate your help. This looks quite straightforward and like a perfect solution for my setup. -- Niklaas From owner-freebsd-questions@freebsd.org Tue Oct 6 13:07:35 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2CD69B2DEF for ; Tue, 6 Oct 2015 13:07:35 +0000 (UTC) (envelope-from dan@buildingonline.com) Received: from alisocreek.buildingonline.net (alisocreek.buildingonline.net [204.109.62.198]) by mx1.freebsd.org (Postfix) with ESMTP id 878A6659 for ; Tue, 6 Oct 2015 13:07:34 +0000 (UTC) (envelope-from dan@buildingonline.com) Received: by alisocreek.buildingonline.net (Postfix, from userid 58) id 15A1E992B49; Tue, 6 Oct 2015 05:59:09 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on alisocreek.buildingonline.net 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 Received: from Brady.local (unknown [69.51.79.5]) (Authenticated sender: dan@dpcsys.com) by alisocreek.buildingonline.net (Postfix) with ESMTPA id D59A0992B47 for ; Tue, 6 Oct 2015 05:59:07 -0700 (PDT) Message-ID: <5613C59B.8070604@buildingonline.com> Date: Tue, 06 Oct 2015 06:59:07 -0600 From: Dan Busarow Organization: BuildingOnline.com User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: freebsd-update keeps wanting to remove .. somthing 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, 06 Oct 2015 13:07:35 -0000 Hi, On two of the 9.3 boxes I run, freebsd-update has started sending me these messages after the actual update to 9.3 p28 Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 9.3-RELEASE from update2.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files will be removed as part of updating to 9.3-RELEASE-p28: There are no files listed. Only a single blank line. Can any one suggest a way to find out what file is causing freebsd-update to trigger these emails? Thanks, Dan -- Dan Busarow dan@buildingonline.com 949 496 6648 x218 Follow BuildingOnline on: http://Twitter.com/BuildingOnline http://Facebook.com/BuildingOnline http://Linkedin.com/groupRegistration?gid=1925831 From owner-freebsd-questions@freebsd.org Tue Oct 6 13:19:40 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F5439B688E for ; Tue, 6 Oct 2015 13:19:40 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 195A1E93 for ; Tue, 6 Oct 2015 13:19:39 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t96DJb9F023606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 6 Oct 2015 08:19:38 -0500 To: FreeBSD Questions !!!! From: "William A. Mahaffey III" Subject: The saga continues Message-ID: <5613CA68.6090909@hiwaay.net> Date: Tue, 6 Oct 2015 08:25:06 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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, 06 Oct 2015 13:19:40 -0000 I am trying to install FreeBSD 9.3R on a new box. I want a RAID1 root, with several other RAID0 partitions (/var, /usr/local, & /home). All RAID's are created from partitions on the two 1 TB HDD's on the box. I am using a shell script invoked from the shell during partitioning. I followed this procedure, invoked the script, which apparently worked, & completed the install. When I went to reboot, the UEFI 'BIOS' reported 'missing MBR record' & hung there. There were/are *no* explicit options to boot from a USB drive, although that worked during the install w/ virgin HDD's, it came up w/ a very DOS-y screen which listed 'FreeBSD' as a boot option. After the install, w/ something in the boot area of the HDD's, the option to boot from the USB drive has vanished. Is there some magic combo of key-strokes to get it to try to boot from the USB stick anyway ? I want to boot into a shell & zap the 1st 1 GB or so of each drive & try again, a procedure I had to use early this summer during a NetBSD install, which *did* work AOK & allowed me to complete a successful install. *Any* clues appreciated :-/. 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 Oct 6 14:11:07 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9267599ADFD for ; Tue, 6 Oct 2015 14:11:07 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) 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 3C72BF66 for ; Tue, 6 Oct 2015 14:11:07 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by wiclk2 with SMTP id lk2so161196844wic.1 for ; Tue, 06 Oct 2015 07:11:05 -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=o9M+7mT8kmNl1mJr7aYBSu7fZJwKp+o3I1duxEk3ykI=; b=BdPgylIUDYNsjWK95ikIQNG2f00tfchQ0rHsov3+iB3Dksk0Kka6e4ClX25gAMYsy9 5srU/KvLVRPQzhS7nbFdt4r9PgxruqbepfwSxkyx65RmbvYunCGVqlNW98QFnkXwaqSo 5lFbtz0BKDhxrI5ow+hASLY3NgJdh/P7AJ0Io4z3J3N/gZ7mxs8FdhKnbmeYEzWloqIz ISFakq0Y1lzKr6qGQTMkxTFO2J9cXyAy/qP9wmXGGXriNmyDG4YCZDQkweJjV+vpWy6F qK+ARkyoGBMmdUG+x+BR30JCGyrA/o4RGAW3vJngaoQ1eAh3XEO+w5D+IcRQ5iFY3Ruh V4Sw== X-Received: by 10.180.92.201 with SMTP id co9mr19199527wib.58.1444140665544; Tue, 06 Oct 2015 07:11:05 -0700 (PDT) Received: from gumby.homeunix.com ([90.195.214.153]) by smtp.gmail.com with ESMTPSA id ka10sm32831995wjc.30.2015.10.06.07.11.03 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Oct 2015 07:11:04 -0700 (PDT) Date: Tue, 6 Oct 2015 15:10:58 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: freebsd-update keeps wanting to remove .. somthing Message-ID: <20151006151058.3b627cd2@gumby.homeunix.com> In-Reply-To: <5613C59B.8070604@buildingonline.com> References: <5613C59B.8070604@buildingonline.com> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.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, 06 Oct 2015 14:11:07 -0000 On Tue, 06 Oct 2015 06:59:07 -0600 Dan Busarow wrote: > Hi, > > On two of the 9.3 boxes I run, freebsd-update has started sending me > these messages after the actual update to 9.3 p28 >... > The following files will be removed as part of updating to > 9.3-RELEASE-p28: > > There are no files listed. Only a single blank line. Can any one > suggest a way to find out what file is causing freebsd-update to > trigger these emails? There probably isn't one. The list comes from this line: comm -23 INDEX-PRESENT.flist INDEX-NEW.flist > files.removed so, by the look of it, there's just an extra newline in INDEX-PRESENT.flist. If you want to debug it I'd start by taking a copy of the files: INDEX-PRESENT, INDEX-NEW, INDEX-PRESENT.flist and INDEX-NEW.flist. From owner-freebsd-questions@freebsd.org Tue Oct 6 16:29:08 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 250429B6362 for ; Tue, 6 Oct 2015 16:29:08 +0000 (UTC) (envelope-from dean_forester@hotmail.com) Received: from SNT004-OMC4S46.hotmail.com (snt004-omc4s46.hotmail.com [65.54.51.97]) (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 ED647130 for ; Tue, 6 Oct 2015 16:29:07 +0000 (UTC) (envelope-from dean_forester@hotmail.com) Received: from SNT148-W27 ([65.55.90.199]) by SNT004-OMC4S46.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Tue, 6 Oct 2015 09:28:01 -0700 X-TMN: [0w0oq8jeJVPBNpqXINAr0AvstVfEQeKL] X-Originating-Email: [dean_forester@hotmail.com] Message-ID: From: Dean Forester To: "freebsd-questions@freebsd.org" Subject: FreeBSD 10.2 - LAGG interfaces "possible flapping" during shutdown Date: Tue, 6 Oct 2015 12:28:01 -0400 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 06 Oct 2015 16:28:01.0906 (UTC) FILETIME=[F854FD20:01D10053] 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: Tue, 06 Oct 2015 16:29:08 -0000 Hi I am having an issue with a new FreeBSD 10.2-RELEASE system when using LAGG= s. Everything works fine until I try to do a reboot of the system. With thi= s issue the system does a shutdown but reports an error with the interfaces= that belong to the LAGG (which also have VLANs define) and then halts=2C i= t will not reboot=3B a power cycle is required. root@Pine:~ # uname -a FreeBSD Pine.local 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12= 15:26:37 UTC 2015 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GE= NERIC amd64 /etc/rc.conf: if_vlan_load=3D"YES" # HP V1910-24G Switch Trunk ifconfig_igb1=3D"up mtu 1500" ifconfig_igb4=3D"up mtu 1500" ifconfig_igb7=3D"up mtu 1500" ifconfig_igb8=3D"up mtu 1500" # Setup new Virtual Interfaces cloned_interfaces=3D"lagg1 vlan101 vlan102 vlan103" # LAGG Configuration ifconfig_lagg1=3D"laggproto lacp laggport igb1 laggport igb4 laggport igb7 = laggport igb8" # Setup VLANs ifconfig_vlan101=3D"inet 192.168.1.208/24 vlan 101 vlandev lagg1" ifconfig_vlan102=3D"inet 192.168.2.208/24 vlan 102 vlandev lagg1" ifconfig_vlan103=3D"inet 192.168.3.208/24 vlan 103 vlandev lagg1" # Setup extra IPs for Layer 3 Load Balancing ifconfig_vlan101_aliases=3D"inet 192.168.1.209/32" ifconfig_vlan102_aliases=3D"inet 192.168.2.209/32" ifconfig_vlan103_aliases=3D"inet 192.168.3.209/32" =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= Errors on shutdown -r now =0A= =0A= ...=20 =0A= =0A= Uptime: 3d20h44m15sigb8: Interface stopped DISTRIBUTING=2C=0A= possible flapping=0A= =0A= igb1: Interface stopped DISTRIBUTING=2C=0A= possible flapping=0A= =0A= igb7: Interface stopped DISTRIBUTING=2C=0A= possible flapping=0A= =0A= igb4: Interface stopped DISTRIBUTING=2C=0A= possible flapping=0A= =0A= =0A= =0A= =0A= =0A= Has anyone else run into this behavior with LAGGs and VLANs? Any help would= greatly be appreciated. Regards=2C Dean Forester dean_forester@hotmail.com = From owner-freebsd-questions@freebsd.org Tue Oct 6 19:27:51 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C3279D0C69 for ; Tue, 6 Oct 2015 19:27:51 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 01817AD5 for ; Tue, 6 Oct 2015 19:27:50 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-41-64.dynamic.qsc.de [92.195.41.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 0E0E93CD44; Tue, 6 Oct 2015 21:27:41 +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 t96JRfmD002571; Tue, 6 Oct 2015 21:27:41 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Tue, 6 Oct 2015 21:27:41 +0200 From: Polytropon To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! Subject: Re: The saga continues Message-Id: <20151006212741.0e128a23.freebsd@edvax.de> In-Reply-To: <5613CA68.6090909@hiwaay.net> References: <5613CA68.6090909@hiwaay.net> 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, 06 Oct 2015 19:27:51 -0000 On Tue, 6 Oct 2015 08:25:06 -0453.75, William A. Mahaffey III wrote: > When I went to reboot, the UEFI 'BIOS' reported > 'missing MBR record' & hung there. Do you have "MBR legacy boot" enabled or forced? When using GPT volumes, one of them has to be a "boot partition". Here you can find a good illustration of the steps involved: http://www.wonkity.com/~wblock/docs/html/disksetup.html#_the_new_standard_gpt By the way, it's more like either "BIOS" _or_ "UEFI". ;-) > There were/are *no* explicit options > to boot from a USB drive, although that worked during the install w/ > virgin HDD's, it came up w/ a very DOS-y screen which listed 'FreeBSD' > as a boot option. That depends on the boot order specified in the UEFI. When a "higher priority" media was found bootable, no other media will be tried. Check in the UEFI setup if you can change the boot order, for example to "USB, optical, HDD". When the disks are empty, a boot attempt won't work, so the UEFI decides to look at other possible boot sources, such as USB sticks or optical media. This step will not be taken when the HDD is "first priority" and is bootable. > Is there > some magic combo of key-strokes to get it to try to boot from the USB > stick anyway ? Depends. If I remember correctly, PF12 during POST (or what it is called like in UEFI) will show a screen to select the boot source. Of course - only if the UEFI manufacturer has implemented this interactive selection. > I want to boot into a shell & zap the 1st 1 GB or so of > each drive & try again, a procedure I had to use early this summer > during a NetBSD install, which *did* work AOK & allowed me to complete a > successful install. A few kB usually are enough - just kill the partition table and the boot loader, located at the beginning of the disk. It will then appear as "empty". :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Tue Oct 6 19:28:02 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA39B9D0C8B for ; Tue, 6 Oct 2015 19:28:02 +0000 (UTC) (envelope-from public@macfreek.nl) Received: from govert.macfreek.nl (govert.macfreek.nl [IPv6:2a01:238:43ed:a300:ea00:54c2:fb7a:7e66]) (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 59642B36 for ; Tue, 6 Oct 2015 19:28:02 +0000 (UTC) (envelope-from public@macfreek.nl) Received: from localhost (localhost [127.0.0.1]) by govert.macfreek.nl (Postfix) with ESMTP id C1A453BA6454 for ; Tue, 6 Oct 2015 21:27:58 +0200 (CEST) Received: from govert.macfreek.nl ([127.0.0.1]) by localhost (govert.macfreek.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NgRd0MQf1bXu for ; Tue, 6 Oct 2015 21:27:58 +0200 (CEST) Received: from 4daeb597.ftth.telfortglasvezel.nl (4daeb597.ftth.telfortglasvezel.nl [77.174.181.151]) by govert.macfreek.nl (Postfix) with ESMTPSA id 635D63BA6101 for ; Tue, 6 Oct 2015 21:27:58 +0200 (CEST) To: freebsd-questions@freebsd.org From: Freek Dijkstra Subject: ZFS fatal double fault upon reboot after upgrade to 10.2 X-Enigmail-Draft-Status: N1110 Message-ID: <561420BD.6090700@macfreek.nl> Date: Tue, 6 Oct 2015 21:27:57 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 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, 06 Oct 2015 19:28:02 -0000 Hi all, After an upgrade from FreeBSD 10.0 to 10.2, my system no longer boots with an error: Trying to mount root from zfs:zroot []... Fatal double fault: When booting from an USB stick, I'm able to mount my zpool just fine, so I suspect this is a software or configuration error, rather than a hardware error. I appreciate any advice how to proceed. Details of my case are below. Context: I have a system running FreeBSD as my router, since about 3 year. Hardware: Soekris net6501-50 Intel Atom E640 CPU (32 bit), just 1 GByte memory. Disks: two SSD (mini-SATA) Intel SSD 525 Series 30GByte. ZFS config: pool: zroot state: ONLINE scan: resilvered 13.0M in 0h0m with 0 errors on Sat Oct 3 15:37:46 2015 config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 gpt/system0 ONLINE 0 0 0 gpt/system1 ONLINE 0 0 0 errors: No known data errors System is running FreeBSD 10.0, so the upgrade to 10.2 is actually long overdue. `freebsd-update -r 10.2-RELEASE upgrade` worked fine, just had to restart because of lost connection (broken pipe) and I forgot to use `screen`. /usr/sbin/freebsd-update install Installing updates...^@^@^@^@^@^@^@^@^@^@^@^@^@ Kernel updates have been installed. Please reboot and run "/usr/sbin/freebsd-update install" again to finish installing updates. [root@wolfje] ~# /sbin/shutdown -r now Shutdown NOW! shutdown: [pid 70238] Then after reboot, system did not come up. Memory check (by Soekris BIOS) is fine. Excerpt from the tty output: /boot/kernel/kernel text=0xf79f95 data=0xdb7e8+0x160f88 syms=[0x4+0xd7fa0+0x4+0x15f0e8] /boot/kernel/zfs.ko text=0x19267c data=0x9d24+0x546cc syms=[0x4+0x113f0+0x4+0x181ed] loading required module 'opensolaris' /boot/kernel/opensolaris.ko text=0x1758 data=0x18c+0xc24 syms=[0x4+0x850+0x4+0x882] /boot/kernel/if_tap.ko text=0x3cb8 data=0x2c4+0x38 syms=[0x4+0xac0+0x4+0xa6c] /boot/kernel/ip_mroute.ko text=0x904c data=0x2cc+0x360c syms=[0x4+0xe70+0x4+0x1014] Booting... ACPI BIOS Error (bug): A valid RSDP was not found (20150515/tbxfroot-258) Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12 19:31:38 UTC 2015 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Genuine Intel(R) CPU @ 1.00GHz (1000.02-MHz 686-class CPU) Origin="GenuineIntel" Id=0x20661 Family=0x6 Model=0x26 Stepping=1 Features=0xbfe9fbff Features2=0x40e3bd AMD Features=0x20100000 AMD Features2=0x1 VT-x: (disabled in BIOS) HLT,PAUSE TSC: P-state invariant, performance statistics real memory = 1073610752 (1023 MB) avail memory = 1025433600 (977 MB) MPTable: [...] ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) [...] ada0 at ahcich1 bus 0 scbus1 target 0 lun 0 uhub5: 1 port with 1 removable, self powered ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number CVLI3212005D030H ada0: 300.000MB/s transfersuhub6: 1 port with 1 removable, self powered (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 28626MB (58626288 512 byte sectors: 16H 63S/T 16383C) SMP: AP CPU #1 Launched! Timecounter "TSC" frequency 1000022290 Hz quality 1000 Root mount waiting for: usbus7 usbus3 uhub3: 3 ports with 3 removable, self powered uhub7: 3 ports with 3 removable, self powered Trying to mount root from zfs:zroot []... Fatal double fault: eip = 0xc181f6d4 esp = 0xda377ff0 ebp = 0xda378024 cpuid = 0; apic id = 00 panic: double fault cpuid = 0 KDB: stack backtrace: #0 0xc0b720f2 at kdb_backtrace+0x52 #1 0xc0b332cb at vpanic+0x11b #2 0xc0b331ab at panic+0x1b #3 0xc10554eb at dblfault_handler+0xab Uptime: 4s Automatic reboot in 15 seconds - press a key on the console to abort After a reboot, the same error occurs. The eip, esp and ebp number are exactly the same for each reboot, so I suspect a software issue (as opposed to a hardware issue). The warning about kernel memory also occured with FreeBSD 10.0, but I had ignored that since everything seemed to work in practice. I wanted to check if the zpool is fine, so I booted the machine from an USB stick with FreeBSD-10.2-RELEASE-i386-mini-memstick.img. This worked fine. I could even mount my zpool: # zpool list ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) no pools available # zpool import pool: zroot id: 13393886111405456989 state: ONLINE status: The pool was last accessed by another system. action: The pool can be imported using its name or numeric identifier and the '-f' flag. see: http://illumos.org/msg/ZFS-8000-EY config: zroot ONLINE mirror-0 ONLINE gpt/system0 ONLINE gpt/system1 ONLINE # ls /mnt # zpool import -f -o readonly=on -R /mnt zroot # ls /mnt .cshrc boot lib proc tmp .profile dev libexec rescue usr .rnd entropy man8 root var COPYRIGHT etc media sbin bin home mnt sys How to proceed? A search on the Internet for "ZFS fatal double fault" gave the following result: http://lists.freebsd.org/pipermail/freebsd-stable/2014-December /081196.html > Either switch to amd64 or increase the stack size of your kernel. Would that help here as well? How do I increase the stack size of the kernel? Regards, Freek Dijkstra From owner-freebsd-questions@freebsd.org Tue Oct 6 19:50:53 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5E0F9D0123 for ; Tue, 6 Oct 2015 19:50:53 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 B655F1FC3 for ; Tue, 6 Oct 2015 19:50:53 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t96JojqU008926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 6 Oct 2015 14:50:45 -0500 Subject: Re: The saga continues References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <56142614.4080406@hiwaay.net> Date: Tue, 6 Oct 2015 14:56:14 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151006212741.0e128a23.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, 06 Oct 2015 19:50:54 -0000 On 10/06/15 14:33, Polytropon wrote: > On Tue, 6 Oct 2015 08:25:06 -0453.75, William A. Mahaffey III wrote: >> When I went to reboot, the UEFI 'BIOS' reported >> 'missing MBR record' & hung there. > Do you have "MBR legacy boot" enabled or forced? When using GPT > volumes, one of them has to be a "boot partition". Here you can > find a good illustration of the steps involved: > > http://www.wonkity.com/~wblock/docs/html/disksetup.html#_the_new_standard_gpt > > By the way, it's more like either "BIOS" _or_ "UEFI". ;-) Hence my quotes, it is definitely UEFI, I just call it a BIOS out of old habits :-/ .... > > >> There were/are *no* explicit options >> to boot from a USB drive, although that worked during the install w/ >> virgin HDD's, it came up w/ a very DOS-y screen which listed 'FreeBSD' >> as a boot option. > That depends on the boot order specified in the UEFI. When > a "higher priority" media was found bootable, no other media > will be tried. Check in the UEFI setup if you can change the > boot order, for example to "USB, optical, HDD". *No* options for ordering in this implementation, however, I did eventually find that hitting 'F9' during boot brought up a little dialog which *did* include the USB drive as an option. I hit that & was off & running .... into my next set of issues :-/ .... stay tuned .... > > When the disks are empty, a boot attempt won't work, so the > UEFI decides to look at other possible boot sources, such as > USB sticks or optical media. This step will not be taken when > the HDD is "first priority" and is bootable. > > > >> Is there >> some magic combo of key-strokes to get it to try to boot from the USB >> stick anyway ? > Depends. If I remember correctly, PF12 during POST (or what it > is called like in UEFI) will show a screen to select the boot > source. Of course - only if the UEFI manufacturer has implemented > this interactive selection. F9 in my case .... > > >> I want to boot into a shell & zap the 1st 1 GB or so of >> each drive & try again, a procedure I had to use early this summer >> during a NetBSD install, which *did* work AOK & allowed me to complete a >> successful install. > A few kB usually are enough - just kill the partition table and > the boot loader, located at the beginning of the disk. It will > then appear as "empty". :-) Actually my setup-script 'gpart destroy -F's ada[0,1] as its 1st step before slicing up the drives, so I am back in bidness .... 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 Oct 6 19:57:06 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 298F29D06E5 for ; Tue, 6 Oct 2015 19:57:06 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 D567D80E for ; Tue, 6 Oct 2015 19:57:05 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t96Jv3OB013064 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 6 Oct 2015 14:57:04 -0500 Subject: Re: The saga continues References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5614278F.10400@hiwaay.net> Date: Tue, 6 Oct 2015 15:02:33 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20151006212741.0e128a23.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, 06 Oct 2015 19:57:06 -0000 On 10/06/15 14:33, Polytropon wrote: > On Tue, 6 Oct 2015 08:25:06 -0453.75, William A. Mahaffey III wrote: >> >When I went to reboot, the UEFI 'BIOS' reported >> >'missing MBR record' & hung there. > Do you have "MBR legacy boot" enabled or forced? When using GPT > volumes, one of them has to be a "boot partition". Here you can > find a good illustration of the steps involved: > > http://www.wonkity.com/~wblock/docs/html/disksetup.html#_the_new_standard_gpt > > By the way, it's more like either "BIOS"_or_ "UEFI".;-) I have seen that page, & its sibling showing how to setup a RAID1 on 2 disks, *very* helpful, & I think updated recently, they used to have the MBR stuff at the top of the page & GPT farther down. I am following http://www.wonkity.com/~wblock/docs/html/gmirror.html pretty closely in my setup, with a bit of http://www.ateamsystems.com/tech-blog/installing-freebsd-9-gmirror-gpt-partitions-raid-1/ mixed in (-a 1m, mostly). I am still having issues (I am using both gmirrors & gstripes, might be an issue), but am plugging away on it, may have a few more questions in a bit :-/ .... -- 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 Oct 6 21:22:10 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 125939B6B54 for ; Tue, 6 Oct 2015 21:22:10 +0000 (UTC) (envelope-from dan@buildingonline.com) Received: from alisocreek.buildingonline.net (alisocreek.buildingonline.net [204.109.62.198]) by mx1.freebsd.org (Postfix) with ESMTP id EAB3C12D9 for ; Tue, 6 Oct 2015 21:22:09 +0000 (UTC) (envelope-from dan@buildingonline.com) Received: by alisocreek.buildingonline.net (Postfix, from userid 58) id EADE3992B17; Tue, 6 Oct 2015 14:22:06 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on alisocreek.buildingonline.net 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 Received: from Whistler.local (unknown [69.51.79.5]) (Authenticated sender: dan@dpcsys.com) by alisocreek.buildingonline.net (Postfix) with ESMTPA id D1A8C992AFD for ; Tue, 6 Oct 2015 14:22:01 -0700 (PDT) Subject: Re: freebsd-update keeps wanting to remove .. somthing To: freebsd-questions@freebsd.org References: <5613C59B.8070604@buildingonline.com> <20151006151058.3b627cd2@gumby.homeunix.com> From: Dan Busarow Organization: BuildingOnline.com Message-ID: <56143B79.4040006@buildingonline.com> Date: Tue, 6 Oct 2015 15:22:01 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151006151058.3b627cd2@gumby.homeunix.com> Content-Type: text/plain; charset=windows-1252 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, 06 Oct 2015 21:22:10 -0000 On 10/6/15 8:10 AM, RW via freebsd-questions wrote: > On Tue, 06 Oct 2015 06:59:07 -0600 > Dan Busarow wrote: > >> Hi, >> >> On two of the 9.3 boxes I run, freebsd-update has started sending me >> these messages after the actual update to 9.3 p28 >> ... >> The following files will be removed as part of updating to >> 9.3-RELEASE-p28: >> >> There are no files listed. Only a single blank line. Can any one >> suggest a way to find out what file is causing freebsd-update to >> trigger these emails? > > There probably isn't one. The list comes from this line: > > comm -23 INDEX-PRESENT.flist INDEX-NEW.flist > files.removed > > so, by the look of it, there's just an extra newline in > INDEX-PRESENT.flist. > > > If you want to debug it I'd start by taking a copy of the files: > INDEX-PRESENT, INDEX-NEW, INDEX-PRESENT.flist and INDEX-NEW.flist. Thanks! I'll dig in and see what I can find. Dan -- Dan Busarow BuildingOnline.com http://www.BuildingOnline.net/ 888-496-6648 ext 218 From owner-freebsd-questions@freebsd.org Tue Oct 6 21:58:17 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC0D99D178A for ; Tue, 6 Oct 2015 21:58:17 +0000 (UTC) (envelope-from dean_forester@hotmail.com) Received: from SNT004-OMC4S14.hotmail.com (snt004-omc4s14.hotmail.com [65.55.90.217]) (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 7A4C9FE1 for ; Tue, 6 Oct 2015 21:58:17 +0000 (UTC) (envelope-from dean_forester@hotmail.com) Received: from SNT148-W14 ([65.55.90.199]) by SNT004-OMC4S14.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Tue, 6 Oct 2015 14:57:10 -0700 X-TMN: [tH9KV/ht40fb/W4oVO0NGmGPzQZkIsxi] X-Originating-Email: [dean_forester@hotmail.com] Message-ID: From: Dean Forester To: "freebsd-questions@freebsd.org" Subject: RE: FreeBSD 10.2 - LAGG interfaces "possible flapping" during shutdown Date: Tue, 6 Oct 2015 17:57:10 -0400 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 06 Oct 2015 21:57:10.0541 (UTC) FILETIME=[F36F8BD0:01D10081] 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: Tue, 06 Oct 2015 21:58:17 -0000 Hi=2C Just in case it has an effect on things I have also included the switch sid= e of the configuration below: # version 5.20=2C Release 1513P89# sysname HP_V1910-24G-PoE#vlan 1 arp dete= ction enable#vlan 101 description MGMT VLAN - 192.168.1.0/24 arp detection = enable#vlan 102 description VLAN 102 - 192.168.2.0/24 arp detection enable#= vlan 103 description VLAN 103 - 192.168.3.0/24 arp detection enable#interfa= ce Vlan-interface1 ip address 192.168.0.3 255.255.255.0 #interface Vlan-int= erface101 ip address 192.168.1.3 255.255.255.0 #interface Vlan-interface102= ip address 192.168.2.3 255.255.255.0 #interface Vlan-interface103 ip addre= ss 192.168.3.3 255.255.255.0 #interface Bridge-Aggregation2 port link-type = hybrid port hybrid vlan 101 to 103 tagged port hybrid vlan 1 untagged link-= aggregation mode dynamic arp detection trust#interface GigabitEthernet1/0/5= port link-type hybrid port hybrid vlan 101 to 103 tagged port hybrid vlan = 1 untagged stp edged-port enable port link-aggregation group 2#interface Gi= gabitEthernet1/0/6 port link-type hybrid port hybrid vlan 101 to 103 tagged= port hybrid vlan 1 untagged stp edged-port enable port link-aggregation gr= oup 2#interface GigabitEthernet1/0/7 port link-type hybrid port hybrid vlan= 101 to 103 tagged port hybrid vlan 1 untagged stp edged-port enable port l= ink-aggregation group 2#interface GigabitEthernet1/0/8 port link-type hybri= d port hybrid vlan 101 to 103 tagged port hybrid vlan 1 untagged stp edged-= port enable port link-aggregation group 2# The view of the LAGG from the system side:root@Pine:~ # ifconfig lagg1=0A= lagg1: flags=3D8843 metric = 0 mtu 1500=0A= options=3D403bb=0A= ether a0:36:9f:64:6d:d5=0A= nd6 options=3D29=0A= media: Ethernet autoselect=0A= status: active=0A= laggproto lacp lagghash l2=2Cl3=2Cl4=0A= laggport: igb1 flags=3D1c=0A= laggport: igb4 flags=3D1c=0A= laggport: igb7 flags=3D1c=0A= laggport: igb8 flags=3D1c The one thing that I just noticed is that I have VLAN 1 untagged on the Bri= dge Aggregate 2 but I can't see how that would cause this affect. My assump= tion is that the LAGG interface is being shutdown but the four ethernet por= ts are not=3B therefore the kernel notices traffic on all four ports and co= mplains. With this same server I also have another LAGG setup that is going= to a Cisco SG200-26 switch (which carries VLAN 104 and VLAN 105) with the = same issue. All 8 interfaces show up during the shutdown after the Uptime m= essage with the Interface stopped DISTRIBUTING=2C possible flapping issue. My main concern at this point is how can I do a complete system reboot from= remote without it hanging with no access to the power button or console. Regards=2C Dean From: dean_forester@hotmail.com To: freebsd-questions@freebsd.org Subject: FreeBSD 10.2 - LAGG interfaces "possible flapping" during shutdown Date: Tue=2C 6 Oct 2015 12:28:01 -0400 =0A= =0A= =0A= Hi I am having an issue with a new FreeBSD 10.2-RELEASE system when using LAGG= s. Everything works fine until I try to do a reboot of the system. With thi= s issue the system does a shutdown but reports an error with the interfaces= that belong to the LAGG (which also have VLANs define) and then halts=2C i= t will not reboot=3B a power cycle is required. root@Pine:~ # uname -a FreeBSD Pine.local 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12= 15:26:37 UTC 2015 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GE= NERIC amd64 /etc/rc.conf: if_vlan_load=3D"YES" # HP V1910-24G Switch Trunk ifconfig_igb1=3D"up mtu 1500" ifconfig_igb4=3D"up mtu 1500" ifconfig_igb7=3D"up mtu 1500" ifconfig_igb8=3D"up mtu 1500" # Setup new Virtual Interfaces cloned_interfaces=3D"lagg1 vlan101 vlan102 vlan103" # LAGG Configuration ifconfig_lagg1=3D"laggproto lacp laggport igb1 laggport igb4 laggport igb7 = laggport igb8" # Setup VLANs ifconfig_vlan101=3D"inet 192.168.1.208/24 vlan 101 vlandev lagg1" ifconfig_vlan102=3D"inet 192.168.2.208/24 vlan 102 vlandev lagg1" ifconfig_vlan103=3D"inet 192.168.3.208/24 vlan 103 vlandev lagg1" # Setup extra IPs for Layer 3 Load Balancing ifconfig_vlan101_aliases=3D"inet 192.168.1.209/32" ifconfig_vlan102_aliases=3D"inet 192.168.2.209/32" ifconfig_vlan103_aliases=3D"inet 192.168.3.209/32" Errors on shutdown -r now =0A= =0A= Uptime: 3d20h44m15sigb8: Interface stopped DISTRIBUTING=2C=0A= possible flappingigb1: Interface stopped DISTRIBUTING=2C=0A= possible flapping=0A= =0A= igb7: Interface stopped DISTRIBUTING=2C=0A= possible flapping=0A= =0A= igb4: Interface stopped DISTRIBUTING=2C=0A= possible flapping=0A= =0A= =0A= =0A= =0A= =0A= Has anyone else run into this behavior with LAGGs and VLANs? Any help would= greatly be appreciated. Regards=2C Dean Forester dean_forester@hotmail.com = From owner-freebsd-questions@freebsd.org Tue Oct 6 22:59:48 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC5209D161E for ; Tue, 6 Oct 2015 22:59:48 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A72D01B43 for ; Tue, 6 Oct 2015 22:59:48 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by vkao3 with SMTP id o3so167604vka.2 for ; Tue, 06 Oct 2015 15:59:47 -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=nzCDx5kKsL1ZLgSr5Rq4VBBd7odwyi0K3jWVdCzJIsw=; b=q1DiRgzkNZj5XLa8ETg6uNCScgrvWFglYp6wWvwzwe29fTjxvheeM+21NoaSfxEvhQ 2mBD5v3Jn2xo2ju6B4jC7zZv4Z1clSzfbiQGhZSt1evu9QCpDzJTEQP7a0kD1ohw4jkF 3KCJAYoWbuF+qJlCEYoIoS+ERjPNqHTQD5BuUNu+7OVPCkvgdFZ2qjlUqS/mVaLHK68J x5x5+MCJfBqQJulXaTcl2eNMH3lUFCUGAbor2aiIPajA/nQUiavKGPF7xFThZ2bA82Gw 82wnWvdSdp/uwlkKIKcq2PftO0bbREeI84hwd17caa7lfQyHTff35EmdFym/HdvANPps ztOQ== MIME-Version: 1.0 X-Received: by 10.31.4.145 with SMTP id 139mr26527974vke.76.1444172387102; Tue, 06 Oct 2015 15:59:47 -0700 (PDT) Received: by 10.31.96.79 with HTTP; Tue, 6 Oct 2015 15:59:47 -0700 (PDT) In-Reply-To: <561420BD.6090700@macfreek.nl> References: <561420BD.6090700@macfreek.nl> Date: Wed, 7 Oct 2015 09:59:47 +1100 Message-ID: Subject: Re: ZFS fatal double fault upon reboot after upgrade to 10.2 From: Ben Woods To: Freek Dijkstra 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: Tue, 06 Oct 2015 22:59:49 -0000 On Wednesday, 7 October 2015, Freek Dijkstra wrote: > Hi all, > > After an upgrade from FreeBSD 10.0 to 10.2, my system no longer boots > with an error: > > Trying to mount root from zfs:zroot []... > Fatal double fault: > I think you are experiencing a known issue with FreeBSD >= 10.1 on i386 with multi-disk zfs configurations. Refer to the 2nd bullet point here: https://www.freebsd.org/releases/10.2R/errata.html#open-issues Extract: "FreeBSD/i386 10.2-RELEASE installed on ZFS may crash during boot when the ZFS pool mount is attempted while booting an unmodified GENERIC kernel. As described in /usr/src/UPDATING entry 20121223, rebuilding the kernel with options KSTACK_PAGES=4 has been observed to resolve the boot-time crash." Please refer the the above errata link to continue reading. Please also ensure you are familiar with this chapter of the handbook: https://www.freebsd.org/doc/handbook/zfs-advanced.html#zfs-advanced-i386 Regards, Ben -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-questions@freebsd.org Tue Oct 6 23:41:37 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E10449D1683 for ; Tue, 6 Oct 2015 23:41:36 +0000 (UTC) (envelope-from dean_forester@hotmail.com) Received: from SNT004-OMC4S23.hotmail.com (snt004-omc4s23.hotmail.com [65.55.90.226]) (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 BF5E5387 for ; Tue, 6 Oct 2015 23:41:36 +0000 (UTC) (envelope-from dean_forester@hotmail.com) Received: from SNT407-EAS401 ([65.55.90.200]) by SNT004-OMC4S23.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Tue, 6 Oct 2015 16:40:30 -0700 X-TMN: [sGzdszCilDFkLAkNQOIMxYJ6ChQKbO/N] X-Originating-Email: [dean_forester@hotmail.com] Message-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: Re: FreeBSD 10.2 - LAGG interfaces "possible flapping" during shutdown References: From: Dean Forester In-Reply-To: Date: Tue, 6 Oct 2015 19:40:26 -0400 To: MIME-Version: 1.0 (1.0) X-OriginalArrivalTime: 06 Oct 2015 23:40:30.0058 (UTC) FILETIME=[62A2C4A0:01D10090] 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, 06 Oct 2015 23:41:37 -0000 Sorry the formatting got all screwed up in the Hotmail Web Interface; hopefu= lly this is more readable. Sent from my iPad > Hi, > Just in case it has an effect on things I have also included the switch si= de of the configuration below: > # version 5.20, Release 1513P89 > sysname HP_V1910-24G-PoE > # > vlan 1 > arp detection enable > # > vlan 101 > description MGMT VLAN - 192.168.1.0/24 > arp detection enable > # > vlan 102 > description VLAN 102 - 192.168.2.0/24 > arp detection enable > #vlan 103 > description VLAN 103 - 192.168.3.0/24 > arp detection enable > # > interface Vlan-interface1 > ip address 192.168.0.3 255.255.255.0 > # > interface Vlan-interface101 > ip address 192.168.1.3 255.255.255.0 > # > interface Vlan-interface102 > ip address 192.168.2.3 255.255.255.0 > # > interface Vlan-interface103 > ip address 192.168.3.3 255.255.255.0 > # > interface Bridge-Aggregation2 > port link-type hybrid > port hybrid vlan 101 to 103 tagged > port hybrid vlan 1 untagged > link-aggregation mode dynamic > arp detection trust > # > interface GigabitEthernet1/0/5 > port link-type hybrid > port hybrid vlan 101 to 103 tagged > port hybrid vlan 1 untagged > stp edged-port enable > port link-aggregation group 2 > # > interface GigabitEthernet1/0/6 > port link-type hybrid > port hybrid vlan 101 to 103 tagged > port hybrid vlan 1 untagged > stp edged-port enable > port link-aggregation group 2 > # > interface GigabitEthernet1/0/7 > port link-type hybrid > port hybrid vlan 101 to 103 tagged > port hybrid vlan 1 untagged > stp edged-port enable > port link-aggregation group 2 > # > interface GigabitEthernet1/0/8 > port link-type hybrid > port hybrid vlan 101 to 103 tagged > port hybrid vlan 1 untagged > stp edged-port enable > port link-aggregation group 2 > # > The view of the LAGG from the system side:root@Pine:~ # ifconfig lagg1 > lagg1: flags=3D8843 metric 0 mtu 1= 500 > options=3D403bb > ether a0:36:9f:64:6d:d5 > nd6 options=3D29 > media: Ethernet autoselect > status: active > laggproto lacp lagghash l2,l3,l4 > laggport: igb1 flags=3D1c > laggport: igb4 flags=3D1c > laggport: igb7 flags=3D1c > laggport: igb8 flags=3D1c > The one thing that I just noticed is that I have VLAN 1 untagged on the Br= idge Aggregate 2 but I can't see how that would cause this affect. My assump= tion is that the LAGG interface is being shutdown but the four ethernet port= s are not; therefore the kernel notices traffic on all four ports and compla= ins. With this same server I also have another LAGG setup that is going to a= Cisco SG200-26 switch (which carries VLAN 104 and VLAN 105) with the same i= ssue. All 8 interfaces show up during the shutdown after the Uptime message w= ith the Interface stopped DISTRIBUTING, possible flapping issue. > My main concern at this point is how can I do a complete system reboot fro= m remote without it hanging with no access to the power button or console. > Regards, > Dean >=20 > From: dean_forester@hotmail.com > To: freebsd-questions@freebsd.org > Subject: FreeBSD 10.2 - LAGG interfaces "possible flapping" during shutdow= n > Date: Tue, 6 Oct 2015 12:28:01 -0400 >=20 >=20 >=20 >=20 > Hi >=20 > I am having an issue with a new FreeBSD 10.2-RELEASE system when using LAG= Gs. Everything works fine until I try to do a reboot of the system. With thi= s issue the system does a shutdown but reports an error with the interfaces t= hat belong to the LAGG (which also have VLANs define) and then halts, it wil= l not reboot; a power cycle is required. >=20 > root@Pine:~ # uname -a > FreeBSD Pine.local 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 1= 2 15:26:37 UTC 2015 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GE= NERIC amd64 >=20 > /etc/rc.conf: > if_vlan_load=3D"YES" > # HP V1910-24G Switch Trunk > ifconfig_igb1=3D"up mtu 1500" > ifconfig_igb4=3D"up mtu 1500" > ifconfig_igb7=3D"up mtu 1500" > ifconfig_igb8=3D"up mtu 1500" > # Setup new Virtual Interfaces > cloned_interfaces=3D"lagg1 vlan101 vlan102 vlan103" > # LAGG Configuration > ifconfig_lagg1=3D"laggproto lacp laggport igb1 laggport igb4 laggport igb7= laggport igb8" > # Setup VLANs > ifconfig_vlan101=3D"inet 192.168.1.208/24 vlan 101 vlandev lagg1" > ifconfig_vlan102=3D"inet 192.168.2.208/24 vlan 102 vlandev lagg1" > ifconfig_vlan103=3D"inet 192.168.3.208/24 vlan 103 vlandev lagg1" > # Setup extra IPs for Layer 3 Load Balancing > ifconfig_vlan101_aliases=3D"inet 192.168.1.209/32" > ifconfig_vlan102_aliases=3D"inet 192.168.2.209/32" > ifconfig_vlan103_aliases=3D"inet 192.168.3.209/32" >=20 > Errors on shutdown -r now >=20 >=20 > Uptime: 3d20h44m15sigb8: Interface stopped DISTRIBUTING, > possible flappingigb1: Interface stopped DISTRIBUTING, > possible flapping >=20 > igb7: Interface stopped DISTRIBUTING, > possible flapping >=20 > igb4: Interface stopped DISTRIBUTING, > possible flapping >=20 >=20 >=20 >=20 >=20 >=20 > Has anyone else run into this behavior with LAGGs and VLANs? Any help woul= d greatly be appreciated. >=20 > Regards, >=20 > Dean Forester > dean_forester@hotmail.com >=20 > =20 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.or= g" From owner-freebsd-questions@freebsd.org Wed Oct 7 04:00:59 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4465F9D0FFB for ; Wed, 7 Oct 2015 04:00:59 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 DAA711C2 for ; Wed, 7 Oct 2015 04:00:58 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t9740t7b022081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 6 Oct 2015 23:00:56 -0500 Subject: Re: The saga continues Cc: FreeBSD Questions !!!! References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <56142614.4080406@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <561498F7.5050000@hiwaay.net> Date: Tue, 6 Oct 2015 23:06:25 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <56142614.4080406@hiwaay.net> Content-Type: multipart/mixed; boundary="------------070404040405010805050405" 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, 07 Oct 2015 04:00:59 -0000 This is a multi-part message in MIME format. --------------070404040405010805050405 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 10/06/15 14:55, William A. Mahaffey III wrote: > On 10/06/15 14:33, Polytropon wrote: >> On Tue, 6 Oct 2015 08:25:06 -0453.75, William A. Mahaffey III wrote: >>> When I went to reboot, the UEFI 'BIOS' reported >>> 'missing MBR record' & hung there. >> Do you have "MBR legacy boot" enabled or forced? When using GPT >> volumes, one of them has to be a "boot partition". Here you can >> find a good illustration of the steps involved: >> >> http://www.wonkity.com/~wblock/docs/html/disksetup.html#_the_new_standard_gpt >> >> >> By the way, it's more like either "BIOS" _or_ "UEFI". ;-) > > Hence my quotes, it is definitely UEFI, I just call it a BIOS out of > old habits :-/ .... > >> >> >>> There were/are *no* explicit options >>> to boot from a USB drive, although that worked during the install w/ >>> virgin HDD's, it came up w/ a very DOS-y screen which listed 'FreeBSD' >>> as a boot option. >> That depends on the boot order specified in the UEFI. When >> a "higher priority" media was found bootable, no other media >> will be tried. Check in the UEFI setup if you can change the >> boot order, for example to "USB, optical, HDD". > > *No* options for ordering in this implementation, however, I did > eventually find that hitting 'F9' during boot brought up a little > dialog which *did* include the USB drive as an option. I hit that & > was off & running .... into my next set of issues :-/ .... stay tuned > .... > >> >> When the disks are empty, a boot attempt won't work, so the >> UEFI decides to look at other possible boot sources, such as >> USB sticks or optical media. This step will not be taken when >> the HDD is "first priority" and is bootable. >> >> >> >>> Is there >>> some magic combo of key-strokes to get it to try to boot from the USB >>> stick anyway ? >> Depends. If I remember correctly, PF12 during POST (or what it >> is called like in UEFI) will show a screen to select the boot >> source. Of course - only if the UEFI manufacturer has implemented >> this interactive selection. > > F9 in my case .... > >> >> >>> I want to boot into a shell & zap the 1st 1 GB or so of >>> each drive & try again, a procedure I had to use early this summer >>> during a NetBSD install, which *did* work AOK & allowed me to >>> complete a >>> successful install. >> A few kB usually are enough - just kill the partition table and >> the boot loader, located at the beginning of the disk. It will >> then appear as "empty". :-) > > > Actually my setup-script 'gpart destroy -F's ada[0,1] as its 1st step > before slicing up the drives, so I am back in bidness .... Thanks :-) > .... > > OK, at the moment, I am stuck when I reboot into the installer, it fails to unpack 1 of the base '.tgz' files, into /mnt/boot. I attach my log file of the proceedings &^ the script that set everything up: -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. --------------070404040405010805050405 Content-Type: text/plain; charset=UTF-8; name="setupRootOnMirroredGPT-UFS2X.sh.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="setupRootOnMirroredGPT-UFS2X.sh.txt" #!/bin/sh # Install FreeBSD 9.3R on gmirror/gstripe UFS partitions (GPT), 2 HDD's. # FreeBSD 9.3R has nice and simple partition editor (Expert mode). # Still, if you want gmirror/gstripe setup you have to use "Shell" mode and do things manually. # This guide will help you create a FreeBSD system using gmirror/gstripe by hand. # Boot from FreeBSD 9.3R installation media. # Start installation, answer the questions until you endup on "Partitioning" screen. Choose "Shell" here. # Create partitions on the first disk gpart destroy -F ada0 gpart create -s gpt ada0 # gpart add -s 128k -t freebsd-boot -l boot1 ada0 # Create root (/boot) partition, mirrored, 128 KiB, ateamsystems .... # gpart add -s 64 -t freebsd-boot -l boot1 ada0 # Create root (/boot) partition, mirrored, 32 KiB, wonkity .... gpart add -s 984 -t freebsd-boot -l boot1 ada0 # Create root (/boot) partition, mirrored, 768 KiB, wonkity .... gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 # install boot code, wonkity .... # gpart add -s 4G -t freebsd-ufs -l root1 -b 2048 -a 1m ada0 # Create root (/) partition, mirrored, wonkity .... # gpart add -s 4G -t freebsd-ufs -l root1 -a 1m ada0 # Create root (/) partition, mirrored, WAM III .... # gpart add -s 8G -t freebsd-swap -l swap1 -a 1m ada0 # Create swap partition, kernel-managed striped .... gpart add -s 8G -t freebsd-swap -l swap1 -b 2048 -a 1m ada0 # Create swap partition, kernel-managed striped .... gpart add -s 4G -t freebsd-ufs -l root1 -a 1m ada0 # Create root (/) partition, mirrored, wonkity .... gpart add -s 16G -t freebsd-ufs -l rvar1 -a 1m ada0 # Create root (/var) partition, striped .... gpart add -s 8G -t freebsd-ufs -l ulcl1 -a 1m ada0 # Create root (/usr/local) partition, striped .... gpart add -t freebsd-ufs -l home1 -a 1m ada0 # Create /home partiton, striped .... true > /dev/ada0 # have GEOM "re-taste" the partition so our nice labels show up in /dev/gpt/ .... # Last partition is added without -s (size) so it will cover the rest of the available space. echo "Progress so far (ada0):"; echo ' '; gpart show # see what we have so far .... # Create partitions on the second disk gpart destroy -F ada1 gpart create -s gpt ada1 # gpart add -s 128k -t freebsd-boot -l boot2 ada1 # Create root (/boot) partition, mirrored, 128KiB, ateamsystems .... # gpart add -s 64 -t freebsd-boot -l boot2 ada1 # Create root (/boot) partition, mirrored, 32 KiB, wonkity .... gpart add -s 984 -t freebsd-boot -l boot2 ada1 # Create root (/boot) partition, mirrored, 768 KiB, wonkity .... gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada1 # install boot code, wonkity .... # gpart add -s 4G -t freebsd-ufs -l root2 -b 2048 -a 1m ada1 # Create root (/) partition, mirrored, wonkity .... # gpart add -s 4G -t freebsd-ufs -l root2 -a 1m ada1 # Create root (/) partition, mirrored, WAM III .... # gpart add -s 8G -t freebsd-swap -l swap2 -a 1m ada1 # Create swap partition, kernel-managed striped .... gpart add -s 8G -t freebsd-swap -l swap2 -b 2048 -a 1m ada1 # Create swap partition, kernel-managed striped .... gpart add -s 4G -t freebsd-ufs -l root2 -a 1m ada1 # Create root (/) partition, mirrored, wonkity .... gpart add -s 16G -t freebsd-ufs -l rvar2 -a 1m ada1 # Create root (/var) partition, striped .... gpart add -s 8G -t freebsd-ufs -l ulcl2 -a 1m ada1 # Create root (/usr/local) partition, striped .... gpart add -t freebsd-ufs -l home2 -a 1m ada1 # Create /home partiton, striped .... true > /dev/ada1 # have GEOM "re-taste" the partition so our nice labels show up in /dev/gpt/ .... # Last partition is added without -s (size) so it will cover the rest of the available space. echo "Progress so far (ada1):"; echo ' '; gpart show # see what we have so far .... ls -l /dev/gpt/ # check to make sure this worked so far .... # Create mirrored/striped UFS filesystems (GPT) # Create filesystems # Load required kernel modules: kldload geom_mirror kldload geom_stripe # OR: # gmirror load # doesn't work :-/ .... # gstripe load # doesn't work :-/ .... # Filesystems are formatted using newfs utility, -L is the label, filesystem will be available as /dev/ufs/label, and -U turns Soft Updates on. gmirror label -hv gmboot /dev/gpt/boot1 /dev/gpt/boot2 # Mirrored UFS partitions: boot .... gmirror label -hv gmroot /dev/gpt/root1 /dev/gpt/root2 # Mirrored UFS partitions: root .... # -- Check status gmirror status # Install simple MBR boot loader (boots active slice): # gpart bootcode -b /boot/mbr mirror/root # gpart set -a active -i 1 mirror/root # gpart bootcode -b /boot/boot mirror/roots1 # Install FreeBSD boot manager: # gpart bootcode -b /boot/boot0 mirror/root # feasible ?!?!?! # gpart bootcode -b /boot/boot mirror/roots1 # feasible ?!?!?! # gpart bootcode -b /boot/boot0 root # feasible ?!?!?! # gpart bootcode -b /boot/boot roots1 # feasible ?!?!?! # newfs -U -L root /dev/mirror/gmroot # Now setup actual FS .... newfs -L root /dev/mirror/gmroot # Now setup actual FS .... mount /dev/mirror/gmroot /mnt # & mount it where the installer expects to find it. newfs -L boot /dev/mirror/gmboot # Now setup actual FS .... mkdir /mnt/boot # create mountpoint .... mount /dev/mirror/gmboot /mnt/boot # & mount it where the installer expects to find it. gmirror label -hv gmvar /dev/gpt/rvar1 /dev/gpt/rvar2 # Mirrored UFS partitions: /var .... newfs -U -L var /dev/mirror/gmvar # Now setup actual FS .... mkdir /mnt/var # create mountpoint .... mount /dev/mirror/gmvar /mnt/var # & mount it where the installer expects to find it. gstripe label -v gsulcl /dev/gpt/ulcl1 /dev/gpt/ulcl2 # Striped UFS partitions: /usr/local .... newfs -U -L usrlocal /dev/stripe/gsulcl # Now setup actual FS .... mkdir -p /mnt/usr/local # create mountpoint .... mount /dev/stripe/gsulcl /mnt/usr/local # & mount it where the installer expects to find it. gstripe label -v gshome /dev/gpt/home1 /dev/gpt/home2 # Striped UFS partitions: /home .... newfs -U -L home /dev/stripe/gshome # Now setup actual FS .... mkdir /mnt/home # create mountpoint .... mount /dev/stripe/gshome /mnt/home # & mount it where the installer expects to find it. # -- Check status gmirror status gstripe status cp /utils/UFS/finishRootOnMirroredUFS.sh /mnt # Create fstab file # /etc/fstab (GPT) # cat << EOF > /mnt/etc/fstab # wonkity .... cat << EOF > /tmp/bsdinstall_etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/gpt/swap1 none swap sw 0 0 /dev/gpt/swap2 none swap sw 0 0 /dev/mirror/gmroot / ufs rw 1 1 /dev/mirror/gmboot /boot ufs rw 1 1 /dev/mirror/gmvar /var ufs rw 2 2 /dev/stripe/gsulcl /usr/local ufs rw 2 2 /dev/stripe/gshome /home ufs rw 2 2 /dev/cd0 /media/cdrom cd9660 ro,noauto 0 0 /dev/da0s1 /media/flash msdosfs rw,sync,noauto,longnames,-Lru_RU.UTF-8 0 0 # Note: to mount a flash drive which has been # converted to UFS, use a full manual mount command: # mount -w -o sync -t ufs /dev/da0s1 /media/flash # rather than using the above defaults .... EOF # Type exit and installation will proceed. echo Now \(IMPORTANT \!\!\!\!\) type exit to return to the installer and installation will proceed. --------------070404040405010805050405 Content-Type: text/plain; charset=UTF-8; name="LIST.setup.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="LIST.setup.txt" ada0 destroyed ada0 created ada0p1 added bootcode written to ada0 ada0p2 added ada0p3 added ada0p4 added ada0p5 added ada0p6 added Progress so far (ada0): => 34 1953525101 ada1 GPT (931G) 34 6 - free - (3.0k) 40 984 1 freebsd-boot (492k) 1024 1024 - free - (512k) 2048 16777216 2 freebsd-swap (8.0G) 16779264 8388608 3 freebsd-ufs (4.0G) 25167872 33554432 4 freebsd-ufs (16G) 58722304 16777216 5 freebsd-ufs (8.0G) 75499520 1878024192 6 freebsd-ufs (895G) 1953523712 1423 - free - (711k) => 1 7575551 da0 MBR (3.6G) 1 32 - free - (16k) 33 7573500 1 freebsd [active] (3.6G) 7573533 2019 - free - (1M) => 0 7573500 da0s1 BSD (3.6G) 0 7573500 1 freebsd-ufs (3.6G) => 34 1953525101 ada0 GPT (931G) 34 6 - free - (3.0k) 40 984 1 freebsd-boot (492k) 1024 1024 - free - (512k) 2048 16777216 2 freebsd-swap (8.0G) 16779264 8388608 3 freebsd-ufs (4.0G) 25167872 33554432 4 freebsd-ufs (16G) 58722304 16777216 5 freebsd-ufs (8.0G) 75499520 1878024192 6 freebsd-ufs (895G) 1953523712 1423 - free - (711k) ada1 destroyed ada1 created ada1p1 added bootcode written to ada1 ada1p2 added ada1p3 added ada1p4 added ada1p5 added ada1p6 added Progress so far (ada1): => 1 7575551 da0 MBR (3.6G) 1 32 - free - (16k) 33 7573500 1 freebsd [active] (3.6G) 7573533 2019 - free - (1M) => 0 7573500 da0s1 BSD (3.6G) 0 7573500 1 freebsd-ufs (3.6G) => 34 1953525101 ada0 GPT (931G) 34 6 - free - (3.0k) 40 984 1 freebsd-boot (492k) 1024 1024 - free - (512k) 2048 16777216 2 freebsd-swap (8.0G) 16779264 8388608 3 freebsd-ufs (4.0G) 25167872 33554432 4 freebsd-ufs (16G) 58722304 16777216 5 freebsd-ufs (8.0G) 75499520 1878024192 6 freebsd-ufs (895G) 1953523712 1423 - free - (711k) => 34 1953525101 ada1 GPT (931G) 34 6 - free - (3.0k) 40 984 1 freebsd-boot (492k) 1024 1024 - free - (512k) 2048 16777216 2 freebsd-swap (8.0G) 16779264 8388608 3 freebsd-ufs (4.0G) 25167872 33554432 4 freebsd-ufs (16G) 58722304 16777216 5 freebsd-ufs (8.0G) 75499520 1878024192 6 freebsd-ufs (895G) 1953523712 1423 - free - (711k) total 0 crw-r----- 1 root operator 0xab Oct 7 06:36 boot1 crw-r----- 1 root operator 0x84 Oct 7 06:36 boot2 crw-r----- 1 root operator 0xb5 Oct 7 06:36 home1 crw-r----- 1 root operator 0x8e Oct 7 06:36 home2 crw-r----- 1 root operator 0xaf Oct 7 06:36 root1 crw-r----- 1 root operator 0x88 Oct 7 06:36 root2 crw-r----- 1 root operator 0xb1 Oct 7 06:36 rvar1 crw-r----- 1 root operator 0x8a Oct 7 06:36 rvar2 crw-r----- 1 root operator 0xad Oct 7 06:36 swap1 crw-r----- 1 root operator 0x86 Oct 7 06:36 swap2 crw-r----- 1 root operator 0xb3 Oct 7 06:36 ulcl1 crw-r----- 1 root operator 0x8c Oct 7 06:36 ulcl2 gmirror: Can't store metadata on /dev/gpt/boot1: Operation not permitted. gmirror: Can't store metadata on /dev/gpt/root1: Operation not permitted. Name Status Components mirror/gmvar COMPLETE gpt/rvar2 (ACTIVE) gpt/rvar1 (ACTIVE) mirror/gmroot COMPLETE gpt/root2 (ACTIVE) gpt/root1 (ACTIVE) mirror/gmboot COMPLETE gpt/boot2 (ACTIVE) gpt/boot1 (ACTIVE) /dev/mirror/gmroot: 4096.0MB (8388600 sectors) block size 32768, fragment size 4096 using 7 cylinder groups of 626.09MB, 20035 blks, 80256 inodes. super-block backups (for fsck_ffs -b #) at: 192, 1282432, 2564672, 3846912, 5129152, 6411392, 7693632 /dev/mirror/gmboot: 0.5MB (976 sectors) block size 32768, fragment size 4096 using 1 cylinder groups of 0.48MB, 15 blks, 128 inodes. super-block backups (for fsck_ffs -b #) at: 192 gmirror: Can't store metadata on /dev/gpt/rvar1: Operation not permitted. /dev/mirror/gmvar: 16384.0MB (33554424 sectors) block size 32768, fragment size 4096 using 27 cylinder groups of 626.09MB, 20035 blks, 80256 inodes. with soft updates super-block backups (for fsck_ffs -b #) at: 192, 1282432, 2564672, 3846912, 5129152, 6411392, 7693632, 8975872, 10258112, 11540352, 12822592, 14104832, 15387072, 16669312, 17951552, 19233792, 20516032, 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712, 30773952, 32056192, 33338432 Metadata value stored on /dev/gpt/ulcl1. Metadata value stored on /dev/gpt/ulcl2. Done. /dev/stripe/gsulcl: 16383.9MB (33554176 sectors) block size 32768, fragment size 4096 using 27 cylinder groups of 626.09MB, 20035 blks, 80256 inodes. with soft updates super-block backups (for fsck_ffs -b #) at: 192, 1282432, 2564672, 3846912, 5129152, 6411392, 7693632, 8975872, 10258112, 11540352, 12822592, 14104832, 15387072, 16669312, 17951552, 19233792, 20516032, 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712, 30773952, 32056192, 33338432 Metadata value stored on /dev/gpt/home1. Metadata value stored on /dev/gpt/home2. Done. /dev/stripe/gshome: 1834007.9MB (3756048128 sectors) block size 32768, fragment size 4096 using 2930 cylinder groups of 626.09MB, 20035 blks, 80256 inodes. with soft updates super-block backups (for fsck_ffs -b #) at: 192, 1282432, 2564672, 3846912, 5129152, 6411392, 7693632, 8975872, 10258112, 11540352, 12822592, 14104832, 15387072, 16669312, 17951552, 19233792, 20516032, 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712, 30773952, 32056192, 33338432, 34620672, 35902912, 37185152, 38467392, 39749632, 41031872, 42314112, 43596352, 44878592, 46160832, 47443072, 48725312, 50007552, 51289792, 52572032, 53854272, 55136512, 56418752, 57700992, 58983232, 60265472, 61547712, 62829952, 64112192, 65394432, 66676672, 67958912, 69241152, 70523392, 71805632, 73087872, 74370112, 75652352, 76934592, 78216832, 79499072, 80781312, 82063552, 83345792, 84628032, 85910272, 87192512, 88474752, 89756992, 91039232, 92321472, 93603712, 94885952, 96168192, 97450432, 98732672, 100014912, 101297152, 102579392, 103861632, 105143872, 106426112, 107708352, 108990592, 110272832, 111555072, 112837312, 114119552, 115401792, 116684032, 117966272, 119248512, 120530752, 121812992, 123095232, 124377472, 125659712, 126941952, 128224192, 129506432, 130788672, 132070912, 133353152, 134635392, 135917632, 137199872, 138482112, 139764352, 141046592, 142328832, 143611072, 144893312, 146175552, 147457792, 148740032, 150022272, 151304512, 152586752, 153868992, 155151232, 156433472, 157715712, 158997952, 160280192, 161562432, 162844672, 164126912, 165409152, 166691392, 167973632, 169255872, 170538112, 171820352, 173102592, 174384832, 175667072, 176949312, 178231552, 179513792, 180796032, 182078272, 183360512, 184642752, 185924992, 187207232, 188489472, 189771712, 191053952, 192336192, 193618432, 194900672, 196182912, 197465152, 198747392, 200029632, 201311872, 202594112, 203876352, 205158592, 206440832, 207723072, 209005312, 210287552, 211569792, 212852032, 214134272, 215416512, 216698752, 217980992, 219263232, 220545472, 221827712, 223109952, 224392192, 225674432, 226956672, 228238912, 229521152, 230803392, 232085632, 233367872, 234650112, 235932352, 237214592, 238496832, 239779072, 241061312, 242343552, 243625792, 244908032, 246190272, 247472512, 248754752, 250036992, 251319232, 252601472, 253883712, 255165952, 256448192, 257730432, 259012672, 260294912, 261577152, 262859392, 264141632, 265423872, 266706112, 267988352, 269270592, 270552832, 271835072, 273117312, 274399552, 275681792, 276964032, 278246272, 279528512, 280810752, 282092992, 283375232, 284657472, 285939712, 287221952, 288504192, 289786432, 291068672, 292350912, 293633152, 294915392, 296197632, 297479872, 298762112, 300044352, 301326592, 302608832, 303891072, 305173312, 306455552, 307737792, 309020032, 310302272, 311584512, 312866752, 314148992, 315431232, 316713472, 317995712, 319277952, 320560192, 321842432, 323124672, 324406912, 325689152, 326971392, 328253632, 329535872, 330818112, 332100352, 333382592, 334664832, 335947072, 337229312, 338511552, 339793792, 341076032, 342358272, 343640512, 344922752, 346204992, 347487232, 348769472, 350051712, 351333952, 352616192, 353898432, 355180672, 356462912, 357745152, 359027392, 360309632, 361591872, 362874112, 364156352, 365438592, 366720832, 368003072, 369285312, 370567552, 371849792, 373132032, 374414272, 375696512, 376978752, 378260992, 379543232, 380825472, 382107712, 383389952, 384672192, 385954432, 387236672, 388518912, 389801152, 391083392, 392365632, 393647872, 394930112, 396212352, 397494592, 398776832, 400059072, 401341312, 402623552, 403905792, 405188032, 406470272, 407752512, 409034752, 410316992, 411599232, 412881472, 414163712, 415445952, 416728192, 418010432, 419292672, 420574912, 421857152, 423139392, 424421632, 425703872, 426986112, 428268352, 429550592, 430832832, 432115072, 433397312, 434679552, 435961792, 437244032, 438526272, 439808512, 441090752, 442372992, 443655232, 444937472, 446219712, 447501952, 448784192, 450066432, 451348672, 452630912, 453913152, 455195392, 456477632, 457759872, 459042112, 460324352, 461606592, 462888832, 464171072, 465453312, 466735552, 468017792, 469300032, 470582272, 471864512, 473146752, 474428992, 475711232, 476993472, 478275712, 479557952, 480840192, 482122432, 483404672, 484686912, 485969152, 487251392, 488533632, 489815872, 491098112, 492380352, 493662592, 494944832, 496227072, 497509312, 498791552, 500073792, 501356032, 502638272, 503920512, 505202752, 506484992, 507767232, 509049472, 510331712, 511613952, 512896192, 514178432, 515460672, 516742912, 518025152, 519307392, 520589632, 521871872, 523154112, 524436352, 525718592, 527000832, 528283072, 529565312, 530847552, 532129792, 533412032, 534694272, 535976512, 537258752, 538540992, 539823232, 541105472, 542387712, 543669952, 544952192, 546234432, 547516672, 548798912, 550081152, 551363392, 552645632, 553927872, 555210112, 556492352, 557774592, 559056832, 560339072, 561621312, 562903552, 564185792, 565468032, 566750272, 568032512, 569314752, 570596992, 571879232, 573161472, 574443712, 575725952, 577008192, 578290432, 579572672, 580854912, 582137152, 583419392, 584701632, 585983872, 587266112, 588548352, 589830592, 591112832, 592395072, 593677312, 594959552, 596241792, 597524032, 598806272, 600088512, 601370752, 602652992, 603935232, 605217472, 606499712, 607781952, 609064192, 610346432, 611628672, 612910912, 614193152, 615475392, 616757632, 618039872, 619322112, 620604352, 621886592, 623168832, 624451072, 625733312, 627015552, 628297792, 629580032, 630862272, 632144512, 633426752, 634708992, 635991232, 637273472, 638555712, 639837952, 641120192, 642402432, 643684672, 644966912, 646249152, 647531392, 648813632, 650095872, 651378112, 652660352, 653942592, 655224832, 656507072, 657789312, 659071552, 660353792, 661636032, 662918272, 664200512, 665482752, 666764992, 668047232, 669329472, 670611712, 671893952, 673176192, 674458432, 675740672, 677022912, 678305152, 679587392, 680869632, 682151872, 683434112, 684716352, 685998592, 687280832, 688563072, 689845312, 691127552, 692409792, 693692032, 694974272, 696256512, 697538752, 698820992, 700103232, 701385472, 702667712, 703949952, 705232192, 706514432, 707796672, 709078912, 710361152, 711643392, 712925632, 714207872, 715490112, 716772352, 718054592, 719336832, 720619072, 721901312, 723183552, 724465792, 725748032, 727030272, 728312512, 729594752, 730876992, 732159232, 733441472, 734723712, 736005952, 737288192, 738570432, 739852672, 741134912, 742417152, 743699392, 744981632, 746263872, 747546112, 748828352, 750110592, 751392832, 752675072, 753957312, 755239552, 756521792, 757804032, 759086272, 760368512, 761650752, 762932992, 764215232, 765497472, 766779712, 768061952, 769344192, 770626432, 771908672, 773190912, 774473152, 775755392, 777037632, 778319872, 779602112, 780884352, 782166592, 783448832, 784731072, 786013312, 787295552, 788577792, 789860032, 791142272, 792424512, 793706752, 794988992, 796271232, 797553472, 798835712, 800117952, 801400192, 802682432, 803964672, 805246912, 806529152, 807811392, 809093632, 810375872, 811658112, 812940352, 814222592, 815504832, 816787072, 818069312, 819351552, 820633792, 821916032, 823198272, 824480512, 825762752, 827044992, 828327232, 829609472, 830891712, 832173952, 833456192, 834738432, 836020672, 837302912, 838585152, 839867392, 841149632, 842431872, 843714112, 844996352, 846278592, 847560832, 848843072, 850125312, 851407552, 852689792, 853972032, 855254272, 856536512, 857818752, 859100992, 860383232, 861665472, 862947712, 864229952, 865512192, 866794432, 868076672, 869358912, 870641152, 871923392, 873205632, 874487872, 875770112, 877052352, 878334592, 879616832, 880899072, 882181312, 883463552, 884745792, 886028032, 887310272, 888592512, 889874752, 891156992, 892439232, 893721472, 895003712, 896285952, 897568192, 898850432, 900132672, 901414912, 902697152, 903979392, 905261632, 906543872, 907826112, 909108352, 910390592, 911672832, 912955072, 914237312, 915519552, 916801792, 918084032, 919366272, 920648512, 921930752, 923212992, 924495232, 925777472, 927059712, 928341952, 929624192, 930906432, 932188672, 933470912, 934753152, 936035392, 937317632, 938599872, 939882112, 941164352, 942446592, 943728832, 945011072, 946293312, 947575552, 948857792, 950140032, 951422272, 952704512, 953986752, 955268992, 956551232, 957833472, 959115712, 960397952, 961680192, 962962432, 964244672, 965526912, 966809152, 968091392, 969373632, 970655872, 971938112, 973220352, 974502592, 975784832, 977067072, 978349312, 979631552, 980913792, 982196032, 983478272, 984760512, 986042752, 987324992, 988607232, 989889472, 991171712, 992453952, 993736192, 995018432, 996300672, 997582912, 998865152, 1000147392, 1001429632, 1002711872, 1003994112, 1005276352, 1006558592, 1007840832, 1009123072, 1010405312, 1011687552, 1012969792, 1014252032, 1015534272, 1016816512, 1018098752, 1019380992, 1020663232, 1021945472, 1023227712, 1024509952, 1025792192, 1027074432, 1028356672, 1029638912, 1030921152, 1032203392, 1033485632, 1034767872, 1036050112, 1037332352, 1038614592, 1039896832, 1041179072, 1042461312, 1043743552, 1045025792, 1046308032, 1047590272, 1048872512, 1050154752, 1051436992, 1052719232, 1054001472, 1055283712, 1056565952, 1057848192, 1059130432, 1060412672, 1061694912, 1062977152, 1064259392, 1065541632, 1066823872, 1068106112, 1069388352, 1070670592, 1071952832, 1073235072, 1074517312, 1075799552, 1077081792, 1078364032, 1079646272, 1080928512, 1082210752, 1083492992, 1084775232, 1086057472, 1087339712, 1088621952, 1089904192, 1091186432, 1092468672, 1093750912, 1095033152, 1096315392, 1097597632, 1098879872, 1100162112, 1101444352, 1102726592, 1104008832, 1105291072, 1106573312, 1107855552, 1109137792, 1110420032, 1111702272, 1112984512, 1114266752, 1115548992, 1116831232, 1118113472, 1119395712, 1120677952, 1121960192, 1123242432, 1124524672, 1125806912, 1127089152, 1128371392, 1129653632, 1130935872, 1132218112, 1133500352, 1134782592, 1136064832, 1137347072, 1138629312, 1139911552, 1141193792, 1142476032, 1143758272, 1145040512, 1146322752, 1147604992, 1148887232, 1150169472, 1151451712, 1152733952, 1154016192, 1155298432, 1156580672, 1157862912, 1159145152, 1160427392, 1161709632, 1162991872, 1164274112, 1165556352, 1166838592, 1168120832, 1169403072, 1170685312, 1171967552, 1173249792, 1174532032, 1175814272, 1177096512, 1178378752, 1179660992, 1180943232, 1182225472, 1183507712, 1184789952, 1186072192, 1187354432, 1188636672, 1189918912, 1191201152, 1192483392, 1193765632, 1195047872, 1196330112, 1197612352, 1198894592, 1200176832, 1201459072, 1202741312, 1204023552, 1205305792, 1206588032, 1207870272, 1209152512, 1210434752, 1211716992, 1212999232, 1214281472, 1215563712, 1216845952, 1218128192, 1219410432, 1220692672, 1221974912, 1223257152, 1224539392, 1225821632, 1227103872, 1228386112, 1229668352, 1230950592, 1232232832, 1233515072, 1234797312, 1236079552, 1237361792, 1238644032, 1239926272, 1241208512, 1242490752, 1243772992, 1245055232, 1246337472, 1247619712, 1248901952, 1250184192, 1251466432, 1252748672, 1254030912, 1255313152, 1256595392, 1257877632, 1259159872, 1260442112, 1261724352, 1263006592, 1264288832, 1265571072, 1266853312, 1268135552, 1269417792, 1270700032, 1271982272, 1273264512, 1274546752, 1275828992, 1277111232, 1278393472, 1279675712, 1280957952, 1282240192, 1283522432, 1284804672, 1286086912, 1287369152, 1288651392, 1289933632, 1291215872, 1292498112, 1293780352, 1295062592, 1296344832, 1297627072, 1298909312, 1300191552, 1301473792, 1302756032, 1304038272, 1305320512, 1306602752, 1307884992, 1309167232, 1310449472, 1311731712, 1313013952, 1314296192, 1315578432, 1316860672, 1318142912, 1319425152, 1320707392, 1321989632, 1323271872, 1324554112, 1325836352, 1327118592, 1328400832, 1329683072, 1330965312, 1332247552, 1333529792, 1334812032, 1336094272, 1337376512, 1338658752, 1339940992, 1341223232, 1342505472, 1343787712, 1345069952, 1346352192, 1347634432, 1348916672, 1350198912, 1351481152, 1352763392, 1354045632, 1355327872, 1356610112, 1357892352, 1359174592, 1360456832, 1361739072, 1363021312, 1364303552, 1365585792, 1366868032, 1368150272, 1369432512, 1370714752, 1371996992, 1373279232, 1374561472, 1375843712, 1377125952, 1378408192, 1379690432, 1380972672, 1382254912, 1383537152, 1384819392, 1386101632, 1387383872, 1388666112, 1389948352, 1391230592, 1392512832, 1393795072, 1395077312, 1396359552, 1397641792, 1398924032, 1400206272, 1401488512, 1402770752, 1404052992, 1405335232, 1406617472, 1407899712, 1409181952, 1410464192, 1411746432, 1413028672, 1414310912, 1415593152, 1416875392, 1418157632, 1419439872, 1420722112, 1422004352, 1423286592, 1424568832, 1425851072, 1427133312, 1428415552, 1429697792, 1430980032, 1432262272, 1433544512, 1434826752, 1436108992, 1437391232, 1438673472, 1439955712, 1441237952, 1442520192, 1443802432, 1445084672, 1446366912, 1447649152, 1448931392, 1450213632, 1451495872, 1452778112, 1454060352, 1455342592, 1456624832, 1457907072, 1459189312, 1460471552, 1461753792, 1463036032, 1464318272, 1465600512, 1466882752, 1468164992, 1469447232, 1470729472, 1472011712, 1473293952, 1474576192, 1475858432, 1477140672, 1478422912, 1479705152, 1480987392, 1482269632, 1483551872, 1484834112, 1486116352, 1487398592, 1488680832, 1489963072, 1491245312, 1492527552, 1493809792, 1495092032, 1496374272, 1497656512, 1498938752, 1500220992, 1501503232, 1502785472, 1504067712, 1505349952, 1506632192, 1507914432, 1509196672, 1510478912, 1511761152, 1513043392, 1514325632, 1515607872, 1516890112, 1518172352, 1519454592, 1520736832, 1522019072, 1523301312, 1524583552, 1525865792, 1527148032, 1528430272, 1529712512, 1530994752, 1532276992, 1533559232, 1534841472, 1536123712, 1537405952, 1538688192, 1539970432, 1541252672, 1542534912, 1543817152, 1545099392, 1546381632, 1547663872, 1548946112, 1550228352, 1551510592, 1552792832, 1554075072, 1555357312, 1556639552, 1557921792, 1559204032, 1560486272, 1561768512, 1563050752, 1564332992, 1565615232, 1566897472, 1568179712, 1569461952, 1570744192, 1572026432, 1573308672, 1574590912, 1575873152, 1577155392, 1578437632, 1579719872, 1581002112, 1582284352, 1583566592, 1584848832, 1586131072, 1587413312, 1588695552, 1589977792, 1591260032, 1592542272, 1593824512, 1595106752, 1596388992, 1597671232, 1598953472, 1600235712, 1601517952, 1602800192, 1604082432, 1605364672, 1606646912, 1607929152, 1609211392, 1610493632, 1611775872, 1613058112, 1614340352, 1615622592, 1616904832, 1618187072, 1619469312, 1620751552, 1622033792, 1623316032, 1624598272, 1625880512, 1627162752, 1628444992, 1629727232, 1631009472, 1632291712, 1633573952, 1634856192, 1636138432, 1637420672, 1638702912, 1639985152, 1641267392, 1642549632, 1643831872, 1645114112, 1646396352, 1647678592, 1648960832, 1650243072, 1651525312, 1652807552, 1654089792, 1655372032, 1656654272, 1657936512, 1659218752, 1660500992, 1661783232, 1663065472, 1664347712, 1665629952, 1666912192, 1668194432, 1669476672, 1670758912, 1672041152, 1673323392, 1674605632, 1675887872, 1677170112, 1678452352, 1679734592, 1681016832, 1682299072, 1683581312, 1684863552, 1686145792, 1687428032, 1688710272, 1689992512, 1691274752, 1692556992, 1693839232, 1695121472, 1696403712, 1697685952, 1698968192, 1700250432, 1701532672, 1702814912, 1704097152, 1705379392, 1706661632, 1707943872, 1709226112, 1710508352, 1711790592, 1713072832, 1714355072, 1715637312, 1716919552, 1718201792, 1719484032, 1720766272, 1722048512, 1723330752, 1724612992, 1725895232, 1727177472, 1728459712, 1729741952, 1731024192, 1732306432, 1733588672, 1734870912, 1736153152, 1737435392, 1738717632, 1739999872, 1741282112, 1742564352, 1743846592, 1745128832, 1746411072, 1747693312, 1748975552, 1750257792, 1751540032, 1752822272, 1754104512, 1755386752, 1756668992, 1757951232, 1759233472, 1760515712, 1761797952, 1763080192, 1764362432, 1765644672, 1766926912, 1768209152, 1769491392, 1770773632, 1772055872, 1773338112, 1774620352, 1775902592, 1777184832, 1778467072, 1779749312, 1781031552, 1782313792, 1783596032, 1784878272, 1786160512, 1787442752, 1788724992, 1790007232, 1791289472, 1792571712, 1793853952, 1795136192, 1796418432, 1797700672, 1798982912, 1800265152, 1801547392, 1802829632, 1804111872, 1805394112, 1806676352, 1807958592, 1809240832, 1810523072, 1811805312, 1813087552, 1814369792, 1815652032, 1816934272, 1818216512, 1819498752, 1820780992, 1822063232, 1823345472, 1824627712, 1825909952, 1827192192, 1828474432, 1829756672, 1831038912, 1832321152, 1833603392, 1834885632, 1836167872, 1837450112, 1838732352, 1840014592, 1841296832, 1842579072, 1843861312, 1845143552, 1846425792, 1847708032, 1848990272, 1850272512, 1851554752, 1852836992, 1854119232, 1855401472, 1856683712, 1857965952, 1859248192, 1860530432, 1861812672, 1863094912, 1864377152, 1865659392, 1866941632, 1868223872, 1869506112, 1870788352, 1872070592, 1873352832, 1874635072, 1875917312, 1877199552, 1878481792, 1879764032, 1881046272, 1882328512, 1883610752, 1884892992, 1886175232, 1887457472, 1888739712, 1890021952, 1891304192, 1892586432, 1893868672, 1895150912, 1896433152, 1897715392, 1898997632, 1900279872, 1901562112, 1902844352, 1904126592, 1905408832, 1906691072, 1907973312, 1909255552, 1910537792, 1911820032, 1913102272, 1914384512, 1915666752, 1916948992, 1918231232, 1919513472, 1920795712, 1922077952, 1923360192, 1924642432, 1925924672, 1927206912, 1928489152, 1929771392, 1931053632, 1932335872, 1933618112, 1934900352, 1936182592, 1937464832, 1938747072, 1940029312, 1941311552, 1942593792, 1943876032, 1945158272, 1946440512, 1947722752, 1949004992, 1950287232, 1951569472, 1952851712, 1954133952, 1955416192, 1956698432, 1957980672, 1959262912, 1960545152, 1961827392, 1963109632, 1964391872, 1965674112, 1966956352, 1968238592, 1969520832, 1970803072, 1972085312, 1973367552, 1974649792, 1975932032, 1977214272, 1978496512, 1979778752, 1981060992, 1982343232, 1983625472, 1984907712, 1986189952, 1987472192, 1988754432, 1990036672, 1991318912, 1992601152, 1993883392, 1995165632, 1996447872, 1997730112, 1999012352, 2000294592, 2001576832, 2002859072, 2004141312, 2005423552, 2006705792, 2007988032, 2009270272, 2010552512, 2011834752, 2013116992, 2014399232, 2015681472, 2016963712, 2018245952, 2019528192, 2020810432, 2022092672, 2023374912, 2024657152, 2025939392, 2027221632, 2028503872, 2029786112, 2031068352, 2032350592, 2033632832, 2034915072, 2036197312, 2037479552, 2038761792, 2040044032, 2041326272, 2042608512, 2043890752, 2045172992, 2046455232, 2047737472, 2049019712, 2050301952, 2051584192, 2052866432, 2054148672, 2055430912, 2056713152, 2057995392, 2059277632, 2060559872, 2061842112, 2063124352, 2064406592, 2065688832, 2066971072, 2068253312, 2069535552, 2070817792, 2072100032, 2073382272, 2074664512, 2075946752, 2077228992, 2078511232, 2079793472, 2081075712, 2082357952, 2083640192, 2084922432, 2086204672, 2087486912, 2088769152, 2090051392, 2091333632, 2092615872, 2093898112, 2095180352, 2096462592, 2097744832, 2099027072, 2100309312, 2101591552, 2102873792, 2104156032, 2105438272, 2106720512, 2108002752, 2109284992, 2110567232, 2111849472, 2113131712, 2114413952, 2115696192, 2116978432, 2118260672, 2119542912, 2120825152, 2122107392, 2123389632, 2124671872, 2125954112, 2127236352, 2128518592, 2129800832, 2131083072, 2132365312, 2133647552, 2134929792, 2136212032, 2137494272, 2138776512, 2140058752, 2141340992, 2142623232, 2143905472, 2145187712, 2146469952, 2147752192, 2149034432, 2150316672, 2151598912, 2152881152, 2154163392, 2155445632, 2156727872, 2158010112, 2159292352, 2160574592, 2161856832, 2163139072, 2164421312, 2165703552, 2166985792, 2168268032, 2169550272, 2170832512, 2172114752, 2173396992, 2174679232, 2175961472, 2177243712, 2178525952, 2179808192, 2181090432, 2182372672, 2183654912, 2184937152, 2186219392, 2187501632, 2188783872, 2190066112, 2191348352, 2192630592, 2193912832, 2195195072, 2196477312, 2197759552, 2199041792, 2200324032, 2201606272, 2202888512, 2204170752, 2205452992, 2206735232, 2208017472, 2209299712, 2210581952, 2211864192, 2213146432, 2214428672, 2215710912, 2216993152, 2218275392, 2219557632, 2220839872, 2222122112, 2223404352, 2224686592, 2225968832, 2227251072, 2228533312, 2229815552, 2231097792, 2232380032, 2233662272, 2234944512, 2236226752, 2237508992, 2238791232, 2240073472, 2241355712, 2242637952, 2243920192, 2245202432, 2246484672, 2247766912, 2249049152, 2250331392, 2251613632, 2252895872, 2254178112, 2255460352, 2256742592, 2258024832, 2259307072, 2260589312, 2261871552, 2263153792, 2264436032, 2265718272, 2267000512, 2268282752, 2269564992, 2270847232, 2272129472, 2273411712, 2274693952, 2275976192, 2277258432, 2278540672, 2279822912, 2281105152, 2282387392, 2283669632, 2284951872, 2286234112, 2287516352, 2288798592, 2290080832, 2291363072, 2292645312, 2293927552, 2295209792, 2296492032, 2297774272, 2299056512, 2300338752, 2301620992, 2302903232, 2304185472, 2305467712, 2306749952, 2308032192, 2309314432, 2310596672, 2311878912, 2313161152, 2314443392, 2315725632, 2317007872, 2318290112, 2319572352, 2320854592, 2322136832, 2323419072, 2324701312, 2325983552, 2327265792, 2328548032, 2329830272, 2331112512, 2332394752, 2333676992, 2334959232, 2336241472, 2337523712, 2338805952, 2340088192, 2341370432, 2342652672, 2343934912, 2345217152, 2346499392, 2347781632, 2349063872, 2350346112, 2351628352, 2352910592, 2354192832, 2355475072, 2356757312, 2358039552, 2359321792, 2360604032, 2361886272, 2363168512, 2364450752, 2365732992, 2367015232, 2368297472, 2369579712, 2370861952, 2372144192, 2373426432, 2374708672, 2375990912, 2377273152, 2378555392, 2379837632, 2381119872, 2382402112, 2383684352, 2384966592, 2386248832, 2387531072, 2388813312, 2390095552, 2391377792, 2392660032, 2393942272, 2395224512, 2396506752, 2397788992, 2399071232, 2400353472, 2401635712, 2402917952, 2404200192, 2405482432, 2406764672, 2408046912, 2409329152, 2410611392, 2411893632, 2413175872, 2414458112, 2415740352, 2417022592, 2418304832, 2419587072, 2420869312, 2422151552, 2423433792, 2424716032, 2425998272, 2427280512, 2428562752, 2429844992, 2431127232, 2432409472, 2433691712, 2434973952, 2436256192, 2437538432, 2438820672, 2440102912, 2441385152, 2442667392, 2443949632, 2445231872, 2446514112, 2447796352, 2449078592, 2450360832, 2451643072, 2452925312, 2454207552, 2455489792, 2456772032, 2458054272, 2459336512, 2460618752, 2461900992, 2463183232, 2464465472, 2465747712, 2467029952, 2468312192, 2469594432, 2470876672, 2472158912, 2473441152, 2474723392, 2476005632, 2477287872, 2478570112, 2479852352, 2481134592, 2482416832, 2483699072, 2484981312, 2486263552, 2487545792, 2488828032, 2490110272, 2491392512, 2492674752, 2493956992, 2495239232, 2496521472, 2497803712, 2499085952, 2500368192, 2501650432, 2502932672, 2504214912, 2505497152, 2506779392, 2508061632, 2509343872, 2510626112, 2511908352, 2513190592, 2514472832, 2515755072, 2517037312, 2518319552, 2519601792, 2520884032, 2522166272, 2523448512, 2524730752, 2526012992, 2527295232, 2528577472, 2529859712, 2531141952, 2532424192, 2533706432, 2534988672, 2536270912, 2537553152, 2538835392, 2540117632, 2541399872, 2542682112, 2543964352, 2545246592, 2546528832, 2547811072, 2549093312, 2550375552, 2551657792, 2552940032, 2554222272, 2555504512, 2556786752, 2558068992, 2559351232, 2560633472, 2561915712, 2563197952, 2564480192, 2565762432, 2567044672, 2568326912, 2569609152, 2570891392, 2572173632, 2573455872, 2574738112, 2576020352, 2577302592, 2578584832, 2579867072, 2581149312, 2582431552, 2583713792, 2584996032, 2586278272, 2587560512, 2588842752, 2590124992, 2591407232, 2592689472, 2593971712, 2595253952, 2596536192, 2597818432, 2599100672, 2600382912, 2601665152, 2602947392, 2604229632, 2605511872, 2606794112, 2608076352, 2609358592, 2610640832, 2611923072, 2613205312, 2614487552, 2615769792, 2617052032, 2618334272, 2619616512, 2620898752, 2622180992, 2623463232, 2624745472, 2626027712, 2627309952, 2628592192, 2629874432, 2631156672, 2632438912, 2633721152, 2635003392, 2636285632, 2637567872, 2638850112, 2640132352, 2641414592, 2642696832, 2643979072, 2645261312, 2646543552, 2647825792, 2649108032, 2650390272, 2651672512, 2652954752, 2654236992, 2655519232, 2656801472, 2658083712, 2659365952, 2660648192, 2661930432, 2663212672, 2664494912, 2665777152, 2667059392, 2668341632, 2669623872, 2670906112, 2672188352, 2673470592, 2674752832, 2676035072, 2677317312, 2678599552, 2679881792, 2681164032, 2682446272, 2683728512, 2685010752, 2686292992, 2687575232, 2688857472, 2690139712, 2691421952, 2692704192, 2693986432, 2695268672, 2696550912, 2697833152, 2699115392, 2700397632, 2701679872, 2702962112, 2704244352, 2705526592, 2706808832, 2708091072, 2709373312, 2710655552, 2711937792, 2713220032, 2714502272, 2715784512, 2717066752, 2718348992, 2719631232, 2720913472, 2722195712, 2723477952, 2724760192, 2726042432, 2727324672, 2728606912, 2729889152, 2731171392, 2732453632, 2733735872, 2735018112, 2736300352, 2737582592, 2738864832, 2740147072, 2741429312, 2742711552, 2743993792, 2745276032, 2746558272, 2747840512, 2749122752, 2750404992, 2751687232, 2752969472, 2754251712, 2755533952, 2756816192, 2758098432, 2759380672, 2760662912, 2761945152, 2763227392, 2764509632, 2765791872, 2767074112, 2768356352, 2769638592, 2770920832, 2772203072, 2773485312, 2774767552, 2776049792, 2777332032, 2778614272, 2779896512, 2781178752, 2782460992, 2783743232, 2785025472, 2786307712, 2787589952, 2788872192, 2790154432, 2791436672, 2792718912, 2794001152, 2795283392, 2796565632, 2797847872, 2799130112, 2800412352, 2801694592, 2802976832, 2804259072, 2805541312, 2806823552, 2808105792, 2809388032, 2810670272, 2811952512, 2813234752, 2814516992, 2815799232, 2817081472, 2818363712, 2819645952, 2820928192, 2822210432, 2823492672, 2824774912, 2826057152, 2827339392, 2828621632, 2829903872, 2831186112, 2832468352, 2833750592, 2835032832, 2836315072, 2837597312, 2838879552, 2840161792, 2841444032, 2842726272, 2844008512, 2845290752, 2846572992, 2847855232, 2849137472, 2850419712, 2851701952, 2852984192, 2854266432, 2855548672, 2856830912, 2858113152, 2859395392, 2860677632, 2861959872, 2863242112, 2864524352, 2865806592, 2867088832, 2868371072, 2869653312, 2870935552, 2872217792, 2873500032, 2874782272, 2876064512, 2877346752, 2878628992, 2879911232, 2881193472, 2882475712, 2883757952, 2885040192, 2886322432, 2887604672, 2888886912, 2890169152, 2891451392, 2892733632, 2894015872, 2895298112, 2896580352, 2897862592, 2899144832, 2900427072, 2901709312, 2902991552, 2904273792, 2905556032, 2906838272, 2908120512, 2909402752, 2910684992, 2911967232, 2913249472, 2914531712, 2915813952, 2917096192, 2918378432, 2919660672, 2920942912, 2922225152, 2923507392, 2924789632, 2926071872, 2927354112, 2928636352, 2929918592, 2931200832, 2932483072, 2933765312, 2935047552, 2936329792, 2937612032, 2938894272, 2940176512, 2941458752, 2942740992, 2944023232, 2945305472, 2946587712, 2947869952, 2949152192, 2950434432, 2951716672, 2952998912, 2954281152, 2955563392, 2956845632, 2958127872, 2959410112, 2960692352, 2961974592, 2963256832, 2964539072, 2965821312, 2967103552, 2968385792, 2969668032, 2970950272, 2972232512, 2973514752, 2974796992, 2976079232, 2977361472, 2978643712, 2979925952, 2981208192, 2982490432, 2983772672, 2985054912, 2986337152, 2987619392, 2988901632, 2990183872, 2991466112, 2992748352, 2994030592, 2995312832, 2996595072, 2997877312, 2999159552, 3000441792, 3001724032, 3003006272, 3004288512, 3005570752, 3006852992, 3008135232, 3009417472, 3010699712, 3011981952, 3013264192, 3014546432, 3015828672, 3017110912, 3018393152, 3019675392, 3020957632, 3022239872, 3023522112, 3024804352, 3026086592, 3027368832, 3028651072, 3029933312, 3031215552, 3032497792, 3033780032, 3035062272, 3036344512, 3037626752, 3038908992, 3040191232, 3041473472, 3042755712, 3044037952, 3045320192, 3046602432, 3047884672, 3049166912, 3050449152, 3051731392, 3053013632, 3054295872, 3055578112, 3056860352, 3058142592, 3059424832, 3060707072, 3061989312, 3063271552, 3064553792, 3065836032, 3067118272, 3068400512, 3069682752, 3070964992, 3072247232, 3073529472, 3074811712, 3076093952, 3077376192, 3078658432, 3079940672, 3081222912, 3082505152, 3083787392, 3085069632, 3086351872, 3087634112, 3088916352, 3090198592, 3091480832, 3092763072, 3094045312, 3095327552, 3096609792, 3097892032, 3099174272, 3100456512, 3101738752, 3103020992, 3104303232, 3105585472, 3106867712, 3108149952, 3109432192, 3110714432, 3111996672, 3113278912, 3114561152, 3115843392, 3117125632, 3118407872, 3119690112, 3120972352, 3122254592, 3123536832, 3124819072, 3126101312, 3127383552, 3128665792, 3129948032, 3131230272, 3132512512, 3133794752, 3135076992, 3136359232, 3137641472, 3138923712, 3140205952, 3141488192, 3142770432, 3144052672, 3145334912, 3146617152, 3147899392, 3149181632, 3150463872, 3151746112, 3153028352, 3154310592, 3155592832, 3156875072, 3158157312, 3159439552, 3160721792, 3162004032, 3163286272, 3164568512, 3165850752, 3167132992, 3168415232, 3169697472, 3170979712, 3172261952, 3173544192, 3174826432, 3176108672, 3177390912, 3178673152, 3179955392, 3181237632, 3182519872, 3183802112, 3185084352, 3186366592, 3187648832, 3188931072, 3190213312, 3191495552, 3192777792, 3194060032, 3195342272, 3196624512, 3197906752, 3199188992, 3200471232, 3201753472, 3203035712, 3204317952, 3205600192, 3206882432, 3208164672, 3209446912, 3210729152, 3212011392, 3213293632, 3214575872, 3215858112, 3217140352, 3218422592, 3219704832, 3220987072, 3222269312, 3223551552, 3224833792, 3226116032, 3227398272, 3228680512, 3229962752, 3231244992, 3232527232, 3233809472, 3235091712, 3236373952, 3237656192, 3238938432, 3240220672, 3241502912, 3242785152, 3244067392, 3245349632, 3246631872, 3247914112, 3249196352, 3250478592, 3251760832, 3253043072, 3254325312, 3255607552, 3256889792, 3258172032, 3259454272, 3260736512, 3262018752, 3263300992, 3264583232, 3265865472, 3267147712, 3268429952, 3269712192, 3270994432, 3272276672, 3273558912, 3274841152, 3276123392, 3277405632, 3278687872, 3279970112, 3281252352, 3282534592, 3283816832, 3285099072, 3286381312, 3287663552, 3288945792, 3290228032, 3291510272, 3292792512, 3294074752, 3295356992, 3296639232, 3297921472, 3299203712, 3300485952, 3301768192, 3303050432, 3304332672, 3305614912, 3306897152, 3308179392, 3309461632, 3310743872, 3312026112, 3313308352, 3314590592, 3315872832, 3317155072, 3318437312, 3319719552, 3321001792, 3322284032, 3323566272, 3324848512, 3326130752, 3327412992, 3328695232, 3329977472, 3331259712, 3332541952, 3333824192, 3335106432, 3336388672, 3337670912, 3338953152, 3340235392, 3341517632, 3342799872, 3344082112, 3345364352, 3346646592, 3347928832, 3349211072, 3350493312, 3351775552, 3353057792, 3354340032, 3355622272, 3356904512, 3358186752, 3359468992, 3360751232, 3362033472, 3363315712, 3364597952, 3365880192, 3367162432, 3368444672, 3369726912, 3371009152, 3372291392, 3373573632, 3374855872, 3376138112, 3377420352, 3378702592, 3379984832, 3381267072, 3382549312, 3383831552, 3385113792, 3386396032, 3387678272, 3388960512, 3390242752, 3391524992, 3392807232, 3394089472, 3395371712, 3396653952, 3397936192, 3399218432, 3400500672, 3401782912, 3403065152, 3404347392, 3405629632, 3406911872, 3408194112, 3409476352, 3410758592, 3412040832, 3413323072, 3414605312, 3415887552, 3417169792, 3418452032, 3419734272, 3421016512, 3422298752, 3423580992, 3424863232, 3426145472, 3427427712, 3428709952, 3429992192, 3431274432, 3432556672, 3433838912, 3435121152, 3436403392, 3437685632, 3438967872, 3440250112, 3441532352, 3442814592, 3444096832, 3445379072, 3446661312, 3447943552, 3449225792, 3450508032, 3451790272, 3453072512, 3454354752, 3455636992, 3456919232, 3458201472, 3459483712, 3460765952, 3462048192, 3463330432, 3464612672, 3465894912, 3467177152, 3468459392, 3469741632, 3471023872, 3472306112, 3473588352, 3474870592, 3476152832, 3477435072, 3478717312, 3479999552, 3481281792, 3482564032, 3483846272, 3485128512, 3486410752, 3487692992, 3488975232, 3490257472, 3491539712, 3492821952, 3494104192, 3495386432, 3496668672, 3497950912, 3499233152, 3500515392, 3501797632, 3503079872, 3504362112, 3505644352, 3506926592, 3508208832, 3509491072, 3510773312, 3512055552, 3513337792, 3514620032, 3515902272, 3517184512, 3518466752, 3519748992, 3521031232, 3522313472, 3523595712, 3524877952, 3526160192, 3527442432, 3528724672, 3530006912, 3531289152, 3532571392, 3533853632, 3535135872, 3536418112, 3537700352, 3538982592, 3540264832, 3541547072, 3542829312, 3544111552, 3545393792, 3546676032, 3547958272, 3549240512, 3550522752, 3551804992, 3553087232, 3554369472, 3555651712, 3556933952, 3558216192, 3559498432, 3560780672, 3562062912, 3563345152, 3564627392, 3565909632, 3567191872, 3568474112, 3569756352, 3571038592, 3572320832, 3573603072, 3574885312, 3576167552, 3577449792, 3578732032, 3580014272, 3581296512, 3582578752, 3583860992, 3585143232, 3586425472, 3587707712, 3588989952, 3590272192, 3591554432, 3592836672, 3594118912, 3595401152, 3596683392, 3597965632, 3599247872, 3600530112, 3601812352, 3603094592, 3604376832, 3605659072, 3606941312, 3608223552, 3609505792, 3610788032, 3612070272, 3613352512, 3614634752, 3615916992, 3617199232, 3618481472, 3619763712, 3621045952, 3622328192, 3623610432, 3624892672, 3626174912, 3627457152, 3628739392, 3630021632, 3631303872, 3632586112, 3633868352, 3635150592, 3636432832, 3637715072, 3638997312, 3640279552, 3641561792, 3642844032, 3644126272, 3645408512, 3646690752, 3647972992, 3649255232, 3650537472, 3651819712, 3653101952, 3654384192, 3655666432, 3656948672, 3658230912, 3659513152, 3660795392, 3662077632, 3663359872, 3664642112, 3665924352, 3667206592, 3668488832, 3669771072, 3671053312, 3672335552, 3673617792, 3674900032, 3676182272, 3677464512, 3678746752, 3680028992, 3681311232, 3682593472, 3683875712, 3685157952, 3686440192, 3687722432, 3689004672, 3690286912, 3691569152, 3692851392, 3694133632, 3695415872, 3696698112, 3697980352, 3699262592, 3700544832, 3701827072, 3703109312, 3704391552, 3705673792, 3706956032, 3708238272, 3709520512, 3710802752, 3712084992, 3713367232, 3714649472, 3715931712, 3717213952, 3718496192, 3719778432, 3721060672, 3722342912, 3723625152, 3724907392, 3726189632, 3727471872, 3728754112, 3730036352, 3731318592, 3732600832, 3733883072, 3735165312, 3736447552, 3737729792, 3739012032, 3740294272, 3741576512, 3742858752, 3744140992, 3745423232, 3746705472, 3747987712, 3749269952, 3750552192, 3751834432, 3753116672, 3754398912, 3755681152 Name Status Components mirror/gmvar COMPLETE gpt/rvar2 (ACTIVE) gpt/rvar1 (ACTIVE) mirror/gmroot COMPLETE gpt/root2 (ACTIVE) gpt/root1 (ACTIVE) mirror/gmboot COMPLETE gpt/boot2 (ACTIVE) gpt/boot1 (ACTIVE) Name Status Components stripe/gsulcl UP ada0p5 ada1p5 stripe/gshome UP ada0p6 ada1p6 Now (IMPORTANT !!!!) type exit to return to the installer and installation will proceed. --------------070404040405010805050405-- From owner-freebsd-questions@freebsd.org Wed Oct 7 04:42:00 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FD2B9D0D2C for ; Wed, 7 Oct 2015 04:42:00 +0000 (UTC) (envelope-from wblock@wonkity.com) 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 33957827 for ; Wed, 7 Oct 2015 04:41:59 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t974fwia007401 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Oct 2015 22:41:58 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t974fwmn007398; Tue, 6 Oct 2015 22:41:58 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 6 Oct 2015 22:41:58 -0600 (MDT) From: Warren Block To: "William A. Mahaffey III" cc: FreeBSD Questions !!!! Subject: Re: The saga continues In-Reply-To: <5614278F.10400@hiwaay.net> Message-ID: References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@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, 06 Oct 2015 22:41:58 -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: Wed, 07 Oct 2015 04:42:00 -0000 On Tue, 6 Oct 2015, William A. Mahaffey III wrote: > On 10/06/15 14:33, Polytropon wrote: >> On Tue, 6 Oct 2015 08:25:06 -0453.75, William A. Mahaffey III wrote: >>> >When I went to reboot, the UEFI 'BIOS' reported >>> >'missing MBR record' & hung there. >> Do you have "MBR legacy boot" enabled or forced? When using GPT >> volumes, one of them has to be a "boot partition". Here you can >> find a good illustration of the steps involved: >> >> http://www.wonkity.com/~wblock/docs/html/disksetup.html#_the_new_standard_gpt >> >> By the way, it's more like either "BIOS"_or_ "UEFI".;-) > > > I have seen that page, & its sibling showing how to setup a RAID1 on 2 disks, > *very* helpful, & I think updated recently, they used to have the MBR stuff > at the top of the page & GPT farther down. I am following > http://www.wonkity.com/~wblock/docs/html/gmirror.html pretty closely in my > setup, Please read the warning at the top of that page. The Handbook shows the right way of using gmirror(8). My page on it mirrors GPT partitions, which is likely to be a problem if one of the drives ever fails. If you absolutely have to use gmirror(8) with GPT, use only one partition per drive. From owner-freebsd-questions@freebsd.org Wed Oct 7 07:23:56 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46C2B9D041C for ; Wed, 7 Oct 2015 07:23:56 +0000 (UTC) (envelope-from nino80@gmail.com) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D6E2E7 for ; Wed, 7 Oct 2015 07:23:56 +0000 (UTC) (envelope-from nino80@gmail.com) Received: by obcgx8 with SMTP id gx8so6761212obc.3 for ; Wed, 07 Oct 2015 00:23:55 -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=7qa3kUogs1fal4zXJzcBjrCWTEPRRbl4mNuOgvyKk+c=; b=evU6y67trsVvcgsyRritoOmdzquGTHeIhsBqTcgF68pCduuEjw24tdQhq/a84x1J+g NwBUO+s+jSEWylBTELr28LcaS+7jT4u64VDyhaC/gK7JF0Eqrrf69c2p/GVTjkUjAnu3 ilvSabUZlwA/NrNsqk0WK0aMmhrRMEY7iNe+xEO+KIVos4xX7x8mnYGOsKLacVTclv8W r4TtljrHKbCoG4DfWfH5bDJ3jG3YDne6h4PMpB99kbV4YLwqWznTuZUTsGu5v8zB1zLq tUA9MNX575ZBBRy1v1JTT7zEli5kx2lAiWuzhnIuthK782T+5g9f6nQ41QpxOrYo7iIB rRyg== X-Received: by 10.182.114.132 with SMTP id jg4mr22410051obb.31.1444202635443; Wed, 07 Oct 2015 00:23:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.110.102 with HTTP; Wed, 7 Oct 2015 00:23:36 -0700 (PDT) In-Reply-To: References: <1443531575.1236.13.camel@michaeleichorn.com> From: Nino J Date: Wed, 7 Oct 2015 09:23:36 +0200 Message-ID: Subject: Re: SSHguard & IPFW To: Alexandre 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: Wed, 07 Oct 2015 07:23:56 -0000 On Tue, Oct 6, 2015 at 9:59 AM, Alexandre wrote: > > Hi Nino, > > I encounter now an issue with IPFW and blacklist functionnality: when I > restart sshguard service (or reboot the machine), I need to delete > /var/db/sshguard/blacklist.db before launch sshguard service again. > It is a know issue as described here > http://sourceforge.net/p/sshguard/mailman/message/34146342/ > Do you know when the next security/sshguard-ipfw version will be in > FreeBSD ports? > > Thank you. > > Regards. > Alexandre > Hi Alexandre, As you noted, there is already a reported issue with this problem. See https://bitbucket.org/sshguard/sshguard/issues/14/sshguard-crashes-on-blacklist-db . The ports version is actually the latest released version of sshguard (1.6.1). As you can see in the issue tracker linked above, the fix will probably come out in 1.6.2. Last reply in that issue was made on September 30th and it said that it shouldn't take long before 1.6.2 is released. You have a few options: - wait until 1.6.2 is released - download the development version and install it manually (I have that and it works fine) - fix the buffer overflow issue in the current version locally (the problem is a sprintf() in ipfw.c that goes through the entire address list even though the buffer is limited to MAXIPFWCMDLEN=90) Simple temporary fix would be to 1) increase MAXIPFWCMDLEN to a more reasonable length e.g. 16384 2) check blacklist length and error out if it exceeds MAXIPFWCMDLEN Regards, -- Nino From owner-freebsd-questions@freebsd.org Wed Oct 7 07:58:47 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA4399D1CAD for ; Wed, 7 Oct 2015 07:58:47 +0000 (UTC) (envelope-from public@macfreek.nl) Received: from govert.macfreek.nl (govert.macfreek.nl [IPv6:2a01:238:43ed:a300:ea00:54c2:fb7a:7e66]) (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 8D66A798 for ; Wed, 7 Oct 2015 07:58:47 +0000 (UTC) (envelope-from public@macfreek.nl) Received: from localhost (localhost [127.0.0.1]) by govert.macfreek.nl (Postfix) with ESMTP id CD1103BA6101; Wed, 7 Oct 2015 09:58:43 +0200 (CEST) Received: from govert.macfreek.nl ([127.0.0.1]) by localhost (govert.macfreek.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nam+pUlPIotp; Wed, 7 Oct 2015 09:58:43 +0200 (CEST) Received: from surfsara-freek.local (unknown [IPv6:2001:610:108:2031::251]) by govert.macfreek.nl (Postfix) with ESMTPSA id 7B02D3BA60F7; Wed, 7 Oct 2015 09:58:43 +0200 (CEST) Subject: Re: ZFS fatal double fault upon reboot after upgrade to 10.2 To: Ben Woods , FreeBSD Questions list References: <561420BD.6090700@macfreek.nl> From: Freek Dijkstra X-Enigmail-Draft-Status: N1110 Message-ID: <5614D0B2.606@macfreek.nl> Date: Wed, 7 Oct 2015 09:58:42 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 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: Wed, 07 Oct 2015 07:58:47 -0000 On 7-10-2015 0:59, Ben Woods wrote: >> After an upgrade from FreeBSD 10.0 to 10.2, my system no longer boots >> with an error: >> >> Trying to mount root from zfs:zroot []... >> Fatal double fault: > > I think you are experiencing a known issue with FreeBSD >= 10.1 on i386 > with multi-disk zfs configurations. Refer to the 2nd bullet point here: > https://www.freebsd.org/releases/10.2R/errata.html#open-issues Thank you very much for this pointer! I only read the announcements in the release notes, not the errata... > As described in /usr/src/UPDATING entry 20121223, rebuilding the kernel > with options KSTACK_PAGES=4 has been observed to resolve the boot-time > crash." I sincerly hope this solves my issue. I'll report back when I've compiled the kernel. That's going to take a while... my (slow!) Atom CPU has been compiling the kernel-toolchain for the last six hours, and still going.... Hopefully I can start compiling the kernel tonight... Perhaps it time to learn how to compile a i386 kernel for my slow Soekris on my (faster) amd64 server. :) Thanks again for the pointers! Freek From owner-freebsd-questions@freebsd.org Wed Oct 7 13:54:25 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA0719D026A for ; Wed, 7 Oct 2015 13:54:25 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 9B200D2D for ; Wed, 7 Oct 2015 13:54:25 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t97DsMci031816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 7 Oct 2015 08:54:23 -0500 Subject: Re: The saga continues References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@hiwaay.net> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5615240E.8090804@hiwaay.net> Date: Wed, 7 Oct 2015 08:59:52 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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: Wed, 07 Oct 2015 13:54:25 -0000 On 10/06/15 23:48, Warren Block wrote: > On Tue, 6 Oct 2015, William A. Mahaffey III wrote: > >> On 10/06/15 14:33, Polytropon wrote: >>> On Tue, 6 Oct 2015 08:25:06 -0453.75, William A. Mahaffey III wrote: >>>> >When I went to reboot, the UEFI 'BIOS' reported >>>> >'missing MBR record' & hung there. >>> Do you have "MBR legacy boot" enabled or forced? When using GPT >>> volumes, one of them has to be a "boot partition". Here you can >>> find a good illustration of the steps involved: >>> >>> http://www.wonkity.com/~wblock/docs/html/disksetup.html#_the_new_standard_gpt >>> >>> >>> By the way, it's more like either "BIOS"_or_ "UEFI".;-) >> >> >> I have seen that page, & its sibling showing how to setup a RAID1 on >> 2 disks, *very* helpful, & I think updated recently, they used to >> have the MBR stuff at the top of the page & GPT farther down. I am >> following http://www.wonkity.com/~wblock/docs/html/gmirror.html >> pretty closely in my setup, > > Please read the warning at the top of that page. The Handbook shows > the right way of using gmirror(8). My page on it mirrors GPT > partitions, which is likely to be a problem if one of the drives ever > fails. If you absolutely have to use gmirror(8) with GPT, use only > one partition per drive. > Hmmmm .... OK, I sorta glossed over that, pilot error. Sooooo .... a bit of a rethink .... -- 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 Oct 7 14:25:25 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE2069D14E9 for ; Wed, 7 Oct 2015 14:25:25 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from shopzeus.com (shopzeus.com [87.229.70.149]) by mx1.freebsd.org (Postfix) with ESMTP id 90591D55 for ; Wed, 7 Oct 2015 14:25:25 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from [127.127.127.127] (localhost [127.127.127.127]) (Authenticated sender: gandalf) by shopzeus.com (Postfix) with ESMTPSA id AABA9889B846 for ; Wed, 7 Oct 2015 10:25:16 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shopzeus.com; s=shopzeus_com; t=1444227916; bh=FH9LJXdytn26HPgJWw4ElhEAXtmsA4yy2osSqio0fjA=; h=To:From:Subject:Date:From; b=ZcGoZlJsohJOKbyqer/tvNNueO4a3UR7kVl0JOz9cJ/mtHJwNdeCDk+Xud0n4OuHH qtXvKPPsBjp/AGzqBjXR3R1CwdIcwwl3Wgq9W9toVLV+4qjpXxhQLtbkmlWh3qJJaZ 7Z5PK+V87gEffDTWQhijAQMp4AQuA0xuOKEx541gbjoqeE6PjJWp4Btkgxf1UTg9iQ ZF+QuC73g6+lgKjabh1bobqJtl3YCaZw/RuZ5y0Hr3UD0ninpQhRKq7LlHQaAZzbS8 pXAeIyAJ3UWKmu/7nA1zZt6ZZYyZAkItYLo9hW7POpHfAysefCQH1qLzDyQqS/t5ul Hdd2I048a+CNg== To: freebsd-questions@freebsd.org From: =?UTF-8?Q?Nagy_L=c3=a1szl=c3=b3_Zsolt?= Subject: Missing dependency of mencoder? Message-ID: <56152B37.4080205@shopzeus.com> Date: Wed, 7 Oct 2015 16:24:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 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: Wed, 07 Oct 2015 14:25:25 -0000 On 10.2-RELEASE , after pkg update + pkg upgrade: # pkg install mencoder # mencoder Shared object "libdvdread.so.4" not found, required by "mencoder" Is this a missing dependency? # pkg install libdvdread # mencoder Shared object "libdvdnav.so.4" not found, required by "mencoder" Is this another missing dependency? # pkg install libdvdnav # mencoder Shared object "libx264.so.144" not found, required by "mencoder" # pkg install libx264 # mencoder Shared object "libmp3lame.so.0" not found, required by "mencoder" What? Are these dependencies missing for real? All of them? From owner-freebsd-questions@freebsd.org Wed Oct 7 22:26:38 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C6FB9D0D7C for ; Wed, 7 Oct 2015 22:26:38 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 CFBEFBA4 for ; Wed, 7 Oct 2015 22:26:37 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t97MQS87023291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 7 Oct 2015 17:26:29 -0500 Subject: Re: The saga continues References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@hiwaay.net> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <56159C14.2070207@hiwaay.net> Date: Wed, 7 Oct 2015 17:31:58 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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: Wed, 07 Oct 2015 22:26:38 -0000 On 10/06/15 23:48, Warren Block wrote: > On Tue, 6 Oct 2015, William A. Mahaffey III wrote: > >> On 10/06/15 14:33, Polytropon wrote: >>> On Tue, 6 Oct 2015 08:25:06 -0453.75, William A. Mahaffey III wrote: >>>> >When I went to reboot, the UEFI 'BIOS' reported >>>> >'missing MBR record' & hung there. >>> Do you have "MBR legacy boot" enabled or forced? When using GPT >>> volumes, one of them has to be a "boot partition". Here you can >>> find a good illustration of the steps involved: >>> >>> http://www.wonkity.com/~wblock/docs/html/disksetup.html#_the_new_standard_gpt >>> >>> >>> By the way, it's more like either "BIOS"_or_ "UEFI".;-) >> >> >> I have seen that page, & its sibling showing how to setup a RAID1 on >> 2 disks, *very* helpful, & I think updated recently, they used to >> have the MBR stuff at the top of the page & GPT farther down. I am >> following http://www.wonkity.com/~wblock/docs/html/gmirror.html >> pretty closely in my setup, > > Please read the warning at the top of that page. The Handbook shows > the right way of using gmirror(8). My page on it mirrors GPT > partitions, which is likely to be a problem if one of the drives ever > fails. If you absolutely have to use gmirror(8) with GPT, use only > one partition per drive. > Can I partition the drives using '-s MBR', then mirror some of the partitions & create '-s BSD' slices inside of those mirrors ? Specifically, I would partition each drive into 4 primary partitions, /boot, swap, 1 partition to be mirrored & then sliced up as per the handbook, & 1 partition to be striped & then sliced up ? I would probably mirror /boot as well, if feasible. It seems this might comport w/ all of the restrictions & possible meta-data conflicts, but I am definitely out of my area, hence the questions. 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 Thu Oct 8 00:26:49 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB4109D09EA for ; Thu, 8 Oct 2015 00:26:49 +0000 (UTC) (envelope-from wblock@wonkity.com) 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 8341B15E for ; Thu, 8 Oct 2015 00:26:49 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t980QfqR084659 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 7 Oct 2015 18:26:41 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t980QfDM084656; Wed, 7 Oct 2015 18:26:41 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 7 Oct 2015 18:26:41 -0600 (MDT) From: Warren Block To: "William A. Mahaffey III" cc: FreeBSD Questions !!!! Subject: Re: The saga continues In-Reply-To: <56159C14.2070207@hiwaay.net> Message-ID: References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@hiwaay.net> <56159C14.2070207@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]); Wed, 07 Oct 2015 18:26:41 -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: Thu, 08 Oct 2015 00:26:50 -0000 On Wed, 7 Oct 2015, William A. Mahaffey III wrote: >> Please read the warning at the top of that page. The Handbook shows the >> right way of using gmirror(8). My page on it mirrors GPT partitions, which >> is likely to be a problem if one of the drives ever fails. If you >> absolutely have to use gmirror(8) with GPT, use only one partition per >> drive. >> > > > Can I partition the drives using '-s MBR', then mirror some of the partitions > & create '-s BSD' slices inside of those mirrors ? Ow, my brain. Why are you simultaneously creating safe data storage along with ultra-unsafe data storage? What is the end goal? Multiple mirrors between drive partitions is potentially dangerous. Consider that drives often die only a few days or hours apart. Now think of a two-drive system with multiple mirrored partitions. One drive has died. Put in a new drive, create the multiple partitions on it, and add them to the mirrors. All of them start replicating at the same time, putting a big load on the original still-working drive. The drive that is the same age as the drive that failed... > Specifically, I would partition each drive into 4 primary partitions, > /boot, swap, 1 partition to be mirrored & then sliced up as per the > handbook, & 1 partition to be striped & then sliced up ? I would > probably mirror /boot as well, if feasible. It seems this might > comport w/ all of the restrictions & possible meta-data conflicts, but > I am definitely out of my area, hence the questions. TIA & have a good > one. /boot is a directory in /, the boot partition is just a place to store bootcode. They are separate things. What is the function of the RAID0 here? Can it be replaced with tmpfs or maybe an SSD? From owner-freebsd-questions@freebsd.org Thu Oct 8 01:39:32 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 444F09D0789 for ; Thu, 8 Oct 2015 01:39:32 +0000 (UTC) (envelope-from dereks@lifeofadishwasher.com) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0279E9EB for ; Thu, 8 Oct 2015 01:39:31 +0000 (UTC) (envelope-from dereks@lifeofadishwasher.com) Received: by qgev79 with SMTP id v79so30645027qge.0 for ; Wed, 07 Oct 2015 18:39:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifeofadishwasher.com; s=google; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=JTgcgMDu1yHqciL4iDQMdnzed0807JGzN7DqA8sb0sw=; b=ajHuz45Dcn0IUTaT8fXwUmfMXRc41MegxSLKWq+wlw6PdBnc5XMuxtsx6bWRJ4+wO7 cDGKu1nr4iS6O5iZdaLLG+yPz6ttBAou1nSmGHcliDMm/A71UGA3VojrkHiqcDbCvZts xB4kBay+VIOhVKfim3j4mkgWMkGkzNZ9Sx27Q= 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:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=JTgcgMDu1yHqciL4iDQMdnzed0807JGzN7DqA8sb0sw=; b=cMFw7uxY6kgZZ84g7ohFuwxh3Gx8ubImGEXpQb2Cga+jfGiDn8tYdpcIO8SLMNSmKE c0ZGW7Bzx4qe0rs68VofZOsghLQgo9JP4RFBPVrrn160NrpkozXZ9FVifkWf7Hmapz6t ViSNKDiiJGqylKA2uA9HUhX2w8UrBFGODmBZdgYaaZVU9XvniaPOZ3HEcspnC+SBAYut 84UWLKSWzVWKVCQbyjZN++3fMw6JSQPm5xn5j3EGzEx7vDKzlfwV3iSl7OclBoWsbNkD S+e+TzyjmHRoYC9dFE+LXsK5M6Rw4AJOIVPMzkJFb5zmTLxPpb4ZL1Ri0oE4YCEBGx5A M/0A== X-Gm-Message-State: ALoCoQncLpdmENokg6iFcekNNXi8R5c5wuOioaY0nGTbySzbJKT5y+buENBlLu7CzAK+BmX23Px0 X-Received: by 10.140.150.78 with SMTP id 75mr5571476qhw.11.1444268370972; Wed, 07 Oct 2015 18:39:30 -0700 (PDT) Received: from lifeofadishwasher.com (c-71-206-246-125.hsd1.pa.comcast.net. [71.206.246.125]) by smtp.gmail.com with ESMTPSA id 8sm17572617qgi.1.2015.10.07.18.39.29 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Oct 2015 18:39:30 -0700 (PDT) Received: by lifeofadishwasher.com (sSMTP sendmail emulation); Wed, 07 Oct 2015 21:39:28 -0400 Date: Wed, 7 Oct 2015 21:39:28 -0400 From: Derek Schrock To: freebsd-questions@freebsd.org Subject: Re: freebsd-update keeps wanting to remove .. somthing Message-ID: <20151008013928.GA43149@ircbsd> References: <5613C59B.8070604@buildingonline.com> <20151006151058.3b627cd2@gumby.homeunix.com> <56143B79.4040006@buildingonline.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56143B79.4040006@buildingonline.com> User-Agent: Mutt/1.5.24 (2015-08-30) 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, 08 Oct 2015 01:39:32 -0000 On Tue, Oct 06, 2015 at 05:22:01PM EDT, Dan Busarow wrote: > > Thanks! > > I'll dig in and see what I can find. > I believe this only appears in FreeBSD 9.3 i386. root@freebsd9-i386:~ # uname -a FreeBSD freebsd9-i386 9.3-RELEASE-p21 FreeBSD 9.3-RELEASE-p21 #0: Tue Jul 28 08:57:41 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 It seems to be a bad line in the expected list of old file that's served by the freebsd-update servers. root@freebsd9-i386:/var/db/freebsd-update # cat tINDEX.present INDEX-NEW|aff841e64d37fc9985ac542c3b2471958b39f6c22ee6d3280ae45ff65bdc6d58 INDEX-OLD|9d024d76b279a1804dafdcf33d2e1a5a8bfde1d98cda812a73d173089d071080 /var/db/freebsd-update/files/9d024d76b279a1804dafdcf33d2e1a5a8bfde1d98cda812a73d173089d071080.gz is the expected old list. root@freebsd9-i386:/var/db/freebsd-update # gunzip -c files/9d024d76b279a1804dafdcf33d2e1a5a8bfde1d98cda812a73d173089d071080.gz | tail -n3 world|games|/usr/games/factor|f|0|0|0555|0|3366b537133c334a4811776996cf264cfe934e4973ff64ceb1ea9fccd8282d5e| world|games|/usr/games/factor|f|0|0|0555|0|76a7765e88250af1ef99a73757c8c286cc8755e2244864b9f6c750eba2355743| world|lib32|/|d|0|0|0755|0|| Seems like 'world|lib32|/|d|0|0|0755|0||' is our bad line. root@freebsd9-i386:/var/db/freebsd-update # ls f465c3739385890c221dff1a05e578c6cae0d0430e46996d319db7439f884336-install/ INDEX-NEW INDEX-OLD root@freebsd9-i386:/var/db/freebsd-update # cat f465c3739385890c221dff1a05e578c6cae0d0430e46996d319db7439f884336-install/* |d|0|0|0755|0|| I don't know what the fixed would be other than getting the file that's served from the freebsd-update servers updated or the underlying machine that builds the metadata files is bad in someway. Unless this is some how tied to the update from a couple months ago where freebsd-update tried and failed to delete /. Should I file a PR for this? From owner-freebsd-questions@freebsd.org Thu Oct 8 02:43:43 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBB999D1B96 for ; Thu, 8 Oct 2015 02:43:43 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 BEABB944 for ; Thu, 8 Oct 2015 02:43:43 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-108-49-223-195.bstnma.fios.verizon.net [108.49.223.195]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by douhisi.pair.com (Postfix) with ESMTPSA id 63BD83F7F3 for ; Wed, 7 Oct 2015 22:43:35 -0400 (EDT) Message-ID: <5615D856.4000801@sneakertech.com> Date: Wed, 07 Oct 2015 22:43:34 -0400 From: Quartz MIME-Version: 1.0 To: FreeBSD questions Subject: ZFS best resilver settings? 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, 08 Oct 2015 02:43:44 -0000 (Not sure if this should be asked of -questions or -fs, I'll try here first) What's the best practice advice these days for how resilvering should be set, assuming that "rebuilding the array before another drive dies" is the only goal? Should the resilver be maxed out so it completes as fast as possible before another drive dies, should it be set as low as possible to minimize load on the other drives to reduce the chances of one dying, or does it matter? From owner-freebsd-questions@freebsd.org Thu Oct 8 02:52:16 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EBB89D0389 for ; Thu, 8 Oct 2015 02:52:16 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 D2BC3D17 for ; Thu, 8 Oct 2015 02:52:15 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t982qDDA011239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 7 Oct 2015 21:52:13 -0500 Subject: Re: The saga continues References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@hiwaay.net> <56159C14.2070207@hiwaay.net> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5615DA5C.6010806@hiwaay.net> Date: Wed, 7 Oct 2015 21:57:42 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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: Thu, 08 Oct 2015 02:52:16 -0000 On 10/07/15 19:32, Warren Block wrote: > On Wed, 7 Oct 2015, William A. Mahaffey III wrote: > >>> Please read the warning at the top of that page. The Handbook shows >>> the right way of using gmirror(8). My page on it mirrors GPT >>> partitions, which is likely to be a problem if one of the drives >>> ever fails. If you absolutely have to use gmirror(8) with GPT, use >>> only one partition per drive. >>> >> >> >> Can I partition the drives using '-s MBR', then mirror some of the >> partitions & create '-s BSD' slices inside of those mirrors ? > > Ow, my brain. Why are you simultaneously creating safe data storage > along with ultra-unsafe data storage? What is the end goal? > > Multiple mirrors between drive partitions is potentially dangerous. > Consider that drives often die only a few days or hours apart. Now > think of a two-drive system with multiple mirrored partitions. One > drive has died. Put in a new drive, create the multiple partitions on > it, and add them to the mirrors. All of them start replicating at the > same time, putting a big load on the original still-working drive. > The drive that is the same age as the drive that failed... Creating the safe storage for the system so I could (hopefully) get it rebooted & reconstructed if 1 of the 2 HDD's croaks. If your scenario happens (both HDD's croak almost together, or the 2nd one croaks under the load of replicating), I'm fried anyway. That also argues against any mirroring at all, same thing happens if I mirror both drives as per the handbook. > >> Specifically, I would partition each drive into 4 primary partitions, >> /boot, swap, 1 partition to be mirrored & then sliced up as per the >> handbook, & 1 partition to be striped & then sliced up ? I would >> probably mirror /boot as well, if feasible. It seems this might >> comport w/ all of the restrictions & possible meta-data conflicts, >> but I am definitely out of my area, hence the questions. TIA & have a >> good one. > > /boot is a directory in /, the boot partition is just a place to store > bootcode. They are separate things. Agreed, bad nomenclature on my part .... it would be boot-partition, swap, mirrored-partition & striped partition. > > What is the function of the RAID0 here? Can it be replaced with tmpfs > or maybe an SSD? To maximize available space for storing movies, etc. I would be slicing it into 2 slices, for /usr/local & /home. All stuff here would be backed up elsewhere on the LAN and/or recreatable. I just want the largest possible pool of GiB's available. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Thu Oct 8 03:27:59 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBDFE9D1F89 for ; Thu, 8 Oct 2015 03:27:59 +0000 (UTC) (envelope-from wblock@wonkity.com) 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 8EDA76DF for ; Thu, 8 Oct 2015 03:27:59 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t983RvXC029843 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 7 Oct 2015 21:27:57 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t983Ru9R029840; Wed, 7 Oct 2015 21:27:56 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 7 Oct 2015 21:27:56 -0600 (MDT) From: Warren Block To: "William A. Mahaffey III" cc: FreeBSD Questions !!!! Subject: Re: The saga continues In-Reply-To: <5615DA5C.6010806@hiwaay.net> Message-ID: References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@hiwaay.net> <56159C14.2070207@hiwaay.net> <5615DA5C.6010806@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]); Wed, 07 Oct 2015 21:27:57 -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: Thu, 08 Oct 2015 03:27:59 -0000 On Wed, 7 Oct 2015, William A. Mahaffey III wrote: > On 10/07/15 19:32, Warren Block wrote: >> On Wed, 7 Oct 2015, William A. Mahaffey III wrote: >> >>>> Please read the warning at the top of that page. The Handbook shows the >>>> right way of using gmirror(8). My page on it mirrors GPT partitions, >>>> which is likely to be a problem if one of the drives ever fails. If you >>>> absolutely have to use gmirror(8) with GPT, use only one partition per >>>> drive. >>>> >>> >>> >>> Can I partition the drives using '-s MBR', then mirror some of the >>> partitions & create '-s BSD' slices inside of those mirrors ? >> >> Ow, my brain. Why are you simultaneously creating safe data storage along >> with ultra-unsafe data storage? What is the end goal? >> >> Multiple mirrors between drive partitions is potentially dangerous. >> Consider that drives often die only a few days or hours apart. Now think >> of a two-drive system with multiple mirrored partitions. One drive has >> died. Put in a new drive, create the multiple partitions on it, and add >> them to the mirrors. All of them start replicating at the same time, >> putting a big load on the original still-working drive. The drive that is >> the same age as the drive that failed... > > Creating the safe storage for the system so I could (hopefully) get it > rebooted & reconstructed if 1 of the 2 HDD's croaks. If your scenario happens > (both HDD's croak almost together, or the 2nd one croaks under the load of > replicating), I'm fried anyway. That also argues against any mirroring at > all, same thing happens if I mirror both drives as per the handbook. The difference is that multiple mirrored partitions that are replicating at the same time put both drives under lots of head contention. It will also make it take much, much longer. >>> Specifically, I would partition each drive into 4 primary partitions, >>> /boot, swap, 1 partition to be mirrored & then sliced up as per the >>> handbook, & 1 partition to be striped & then sliced up ? I would probably >>> mirror /boot as well, if feasible. It seems this might comport w/ all of >>> the restrictions & possible meta-data conflicts, but I am definitely out >>> of my area, hence the questions. TIA & have a good one. >> >> /boot is a directory in /, the boot partition is just a place to store >> bootcode. They are separate things. > > Agreed, bad nomenclature on my part .... it would be boot-partition, swap, > mirrored-partition & striped partition. > >> >> What is the function of the RAID0 here? Can it be replaced with tmpfs or >> maybe an SSD? > > > To maximize available space for storing movies, etc. I would be slicing it > into 2 slices, for /usr/local & /home. All stuff here would be backed up > elsewhere on the LAN and/or recreatable. I just want the largest possible > pool of GiB's available. ZFS with a RAIDZ1 is a reasonable compromise. Three drives instead of two, the space of two drives, any one drive can fail but the array still works. From owner-freebsd-questions@freebsd.org Thu Oct 8 03:42:41 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71FFC9D0DD8 for ; Thu, 8 Oct 2015 03:42:41 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 4053A1AE for ; Thu, 8 Oct 2015 03:42:40 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t983gc7R029449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 7 Oct 2015 22:42:39 -0500 Subject: Re: The saga continues References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@hiwaay.net> <56159C14.2070207@hiwaay.net> <5615DA5C.6010806@hiwaay.net> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <5615E62E.6070908@hiwaay.net> Date: Wed, 7 Oct 2015 22:48:08 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 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: Thu, 08 Oct 2015 03:42:41 -0000 On 10/07/15 22:34, Warren Block wrote: > On Wed, 7 Oct 2015, William A. Mahaffey III wrote: > >> On 10/07/15 19:32, Warren Block wrote: >>> On Wed, 7 Oct 2015, William A. Mahaffey III wrote: >>> >>>>> Please read the warning at the top of that page. The Handbook >>>>> shows the right way of using gmirror(8). My page on it mirrors >>>>> GPT partitions, which is likely to be a problem if one of the >>>>> drives ever fails. If you absolutely have to use gmirror(8) with >>>>> GPT, use only one partition per drive. >>>>> >>>> >>>> >>>> Can I partition the drives using '-s MBR', then mirror some of the >>>> partitions & create '-s BSD' slices inside of those mirrors ? >>> >>> Ow, my brain. Why are you simultaneously creating safe data storage >>> along with ultra-unsafe data storage? What is the end goal? >>> >>> Multiple mirrors between drive partitions is potentially dangerous. >>> Consider that drives often die only a few days or hours apart. Now >>> think of a two-drive system with multiple mirrored partitions. One >>> drive has died. Put in a new drive, create the multiple partitions >>> on it, and add them to the mirrors. All of them start replicating >>> at the same time, putting a big load on the original still-working >>> drive. The drive that is the same age as the drive that failed... >> >> Creating the safe storage for the system so I could (hopefully) get >> it rebooted & reconstructed if 1 of the 2 HDD's croaks. If your >> scenario happens (both HDD's croak almost together, or the 2nd one >> croaks under the load of replicating), I'm fried anyway. That also >> argues against any mirroring at all, same thing happens if I mirror >> both drives as per the handbook. > > The difference is that multiple mirrored partitions that are > replicating at the same time put both drives under lots of head > contention. It will also make it take much, much longer. Agreed, naturally I hope to avoid that contingency :-). > >>>> Specifically, I would partition each drive into 4 primary >>>> partitions, /boot, swap, 1 partition to be mirrored & then sliced >>>> up as per the handbook, & 1 partition to be striped & then sliced >>>> up ? I would probably mirror /boot as well, if feasible. It seems >>>> this might comport w/ all of the restrictions & possible meta-data >>>> conflicts, but I am definitely out of my area, hence the questions. >>>> TIA & have a good one. >>> >>> /boot is a directory in /, the boot partition is just a place to >>> store bootcode. They are separate things. >> >> Agreed, bad nomenclature on my part .... it would be boot-partition, >> swap, mirrored-partition & striped partition. >> >>> >>> What is the function of the RAID0 here? Can it be replaced with >>> tmpfs or maybe an SSD? >> >> >> To maximize available space for storing movies, etc. I would be >> slicing it into 2 slices, for /usr/local & /home. All stuff here >> would be backed up elsewhere on the LAN and/or recreatable. I just >> want the largest possible pool of GiB's available. > > ZFS with a RAIDZ1 is a reasonable compromise. Three drives instead of > two, the space of two drives, any one drive can fail but the array > still works. > Only 2 SATA slots on the (mini-ITX) mbd, tight case, not much room for anything else, thus pretty much stuck w/ 2 HDD's, I think. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Thu Oct 8 07:20:34 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1490B9D0C22 for ; Thu, 8 Oct 2015 07:20:34 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AA2C29CD for ; Thu, 8 Oct 2015 07:20:33 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t987KR3B036187 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 8 Oct 2015 08:20:27 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.10.3 smtp.infracaninophile.co.uk t987KR3B036187 Authentication-Results: smtp.infracaninophile.co.uk/t987KR3B036187; dkim=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6] claimed to be liminal.local Subject: Re: ZFS best resilver settings? To: freebsd-questions@freebsd.org References: <5615D856.4000801@sneakertech.com> From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <56161935.9040405@FreeBSD.org> Date: Thu, 8 Oct 2015 08:20:21 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5615D856.4000801@sneakertech.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RGjFB2OAGhtrpBd3bJ6ffDBlJXFHC1vlo" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) 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: Thu, 08 Oct 2015 07:20:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RGjFB2OAGhtrpBd3bJ6ffDBlJXFHC1vlo Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 08/10/2015 03:43, Quartz wrote: > (Not sure if this should be asked of -questions or -fs, I'll try here > first) >=20 > What's the best practice advice these days for how resilvering should b= e > set, assuming that "rebuilding the array before another drive dies" is > the only goal? Should the resilver be maxed out so it completes as fast= > as possible before another drive dies, should it be set as low as > possible to minimize load on the other drives to reduce the chances of > one dying, or does it matter? That depends on what other load your server is under, and how much you stand to lose if the server goes down. Resilvering doesn't necessarily trigger disk failures more frequently when done quickly as when done slowly -- if a disk spot has worn out and will fail on next access, then resilvering will eventually reach it however fast it runs. Ultimately, it's best to get the system back to full resilience promptly. The choice is between resilvering going as fast as possible vs. resilvering having as little as possible impact on the normal functioning of the server. The default settings are somewhere in the middle -- if your system will resilver in a few hours or maybe overnight, then resist the temptation to fiddle with the settings. On the other hand, if it's going to take days on end, then it may be worth while taking the temporary hit on performance and priotising resilvering just so you can get it over with. Cheers, Matthew --RGjFB2OAGhtrpBd3bJ6ffDBlJXFHC1vlo 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 iQJ8BAEBCgBmBQJWFhk7XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT7xkP/0TJd5o9dyNKJD5EjaUiFJg7 FDQow4Dkl8mja3AIchM4LZ0dF1+cB5SYzNL4HjqmeGvWty0HZ+pUAPLZfiioGGmE WXOeS1ZU5Q8SaJQCGP7OBdzMkXz+CtKtgAGfV4O1UnANvUAC+pcU8lb/lXneiocM +OoajPwFKQ4j0j0C+DEiNZCrJj4uAoeHSxsnNb6CygiZ75NkppxSdj8lxNSxy+rJ wMYxdAtDbco5eUDSk1Gcy+pCA3JgdtlcdQI4FZEP0lkfyl6EQK323sJq3z3cEucT dkRMlK8ko92qbZp6QEijWz2dkxM1qUKSYyyxSEnrIvSg/wt/Nugw2BIG9lKbrUyu 0mDy7vHzQpXoBp24zLOIE8gbuECGPVNoQalIde81ILox/KwqxLNY+Fq4asHLe5yx ZZniiDMgbNl6UHqdeVzHOXRRFpfExFVQc4Bl3IJJjPvLPZ6rf/YXgnsjGQFipys/ +upNE59UTF3RqtnlQyLM/F4gn3P4rKQqviIcdXQUaujSG3MFghKUhpMHUvF/Anqm GGTPBpv9ObbZWqjAmMj6w3SVg24qcEy02nhl+HKuFwvBHmcvX1ipGMXCO4nUI8K9 jkDRcCDM+6Jdtd10CnQnWGRUokBtFpSagT+h2jdYVxLZH2lwfEzV7kt6XRcmnl79 qExeMtreEx1vR1VqAJb4 =CQ9R -----END PGP SIGNATURE----- --RGjFB2OAGhtrpBd3bJ6ffDBlJXFHC1vlo-- From owner-freebsd-questions@freebsd.org Thu Oct 8 11:41:18 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE4079D1AA1 for ; Thu, 8 Oct 2015 11:41:18 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (unknown [IPv6:2607:f440::d144:5b3]) (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 A09A3259 for ; Thu, 8 Oct 2015 11:41:18 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-108-49-223-195.bstnma.fios.verizon.net [108.49.223.195]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by douhisi.pair.com (Postfix) with ESMTPSA id 9762D3F7E8 for ; Thu, 8 Oct 2015 07:41:15 -0400 (EDT) Message-ID: <5616565B.8030802@sneakertech.com> Date: Thu, 08 Oct 2015 07:41:15 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: ZFS best resilver settings? References: <5615D856.4000801@sneakertech.com> <56161935.9040405@FreeBSD.org> In-Reply-To: <56161935.9040405@FreeBSD.org> 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: Thu, 08 Oct 2015 11:41:18 -0000 > Resilvering doesn't necessarily trigger disk failures more frequently > when done quickly as when done slowly -- if a disk spot has worn out and > will fail on next access, then resilvering will eventually reach it > however fast it runs. Ultimately, it's best to get the system back to > full resilience promptly. > then it may be worth > while taking the temporary hit on performance and priotising resilvering > just so you can get it over with. Well, that's why I stated rebuilding as the only goal. Performance can be degraded for a bit if it gives a better chance of getting the array back before another drive dies. I was more interested on a technical level if adjusting the resilver priority has any statistical impact on other drives failing. Besides sectors going bad, you can also have head crashes and controller failures and all sorts of other things. I'm wondering if there's a 'best practice' for minimizing that. From owner-freebsd-questions@freebsd.org Thu Oct 8 11:48:10 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CE199D1FB2 for ; Thu, 8 Oct 2015 11:48:10 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 DFC6898B for ; Thu, 8 Oct 2015 11:48:09 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-108-49-223-195.bstnma.fios.verizon.net [108.49.223.195]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by douhisi.pair.com (Postfix) with ESMTPSA id A50AA3F7EB for ; Thu, 8 Oct 2015 07:48:08 -0400 (EDT) Message-ID: <561657F8.1080604@sneakertech.com> Date: Thu, 08 Oct 2015 07:48:08 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: The saga continues References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@hiwaay.net> <56159C14.2070207@hiwaay.net> <5615DA5C.6010806@hiwaay.net> <5615E62E.6070908@hiwaay.net> In-Reply-To: <5615E62E.6070908@hiwaay.net> Content-Type: text/plain; charset=ISO-8859-1; 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, 08 Oct 2015 11:48:10 -0000 > Only 2 SATA slots on the (mini-ITX) mbd, You sure? That's kinda rare. There's no ide or msata or anything? Either way, the board has a pci slot of some sort, right? You could get a generic 4port sata card for that. If your case has a DVD bay, you can get brackets that fit four SSDs in there. From owner-freebsd-questions@freebsd.org Thu Oct 8 11:58:40 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52F839D269E for ; Thu, 8 Oct 2015 11:58:40 +0000 (UTC) (envelope-from kraduk@gmail.com) 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 E0092E54 for ; Thu, 8 Oct 2015 11:58:39 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by wiclk2 with SMTP id lk2so21669156wic.1 for ; Thu, 08 Oct 2015 04:58:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0FvhALKcWT4hSsS6ezAeeREDKhKrsgkXp/cOWwUoFhI=; b=gkk1SMpSpFx2UfQJFbdMWW0sCoGaxZ2DH9afTG6AjkvQqREGyZF1jm5117aWUsu//8 kwZStD6+uB1mKXYwhv/327JOZBw7fsoMaHu7GyH3DIkLLjdkkVCk6Fhedg5xBV9LqA/G 8PgpZGr0sozN2mSpNaqIMPinPeYgoOdAMI+XffBWvLClWd5ARGp+bNQiIFG9qEAvVNYz letZ9HEtw4uCmUEb6ig3gGS19+tJ16sgmzF2vnPd1hX1k/jp8Au0qnXTzMVSrgy0LbTa snbA1s5s6D2zG6Iib2tLo35j5rpHxBupeigGzINgrLxcGAK5t1VMxDn3SyX5dM8CegxU cbFw== MIME-Version: 1.0 X-Received: by 10.180.198.109 with SMTP id jb13mr3637831wic.17.1444305517159; Thu, 08 Oct 2015 04:58:37 -0700 (PDT) Received: by 10.28.125.18 with HTTP; Thu, 8 Oct 2015 04:58:37 -0700 (PDT) In-Reply-To: <561657F8.1080604@sneakertech.com> References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@hiwaay.net> <56159C14.2070207@hiwaay.net> <5615DA5C.6010806@hiwaay.net> <5615E62E.6070908@hiwaay.net> <561657F8.1080604@sneakertech.com> Date: Thu, 8 Oct 2015 12:58:37 +0100 Message-ID: Subject: Re: The saga continues From: krad To: Quartz 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: Thu, 08 Oct 2015 11:58:40 -0000 I would get a sas card rather than sata, but thats a moot point as i doubt any card like that would work on a mini itx board On 8 October 2015 at 12:48, Quartz wrote: > Only 2 SATA slots on the (mini-ITX) mbd, >> > > You sure? That's kinda rare. There's no ide or msata or anything? Either > way, the board has a pci slot of some sort, right? You could get a generic > 4port sata card for that. If your case has a DVD bay, you can get brackets > that fit four SSDs in there. > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Thu Oct 8 13:01:21 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E78F19D1B3D for ; Thu, 8 Oct 2015 13:01:21 +0000 (UTC) (envelope-from wam@hiwaay.net) 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 9CC20AB6 for ; Thu, 8 Oct 2015 13:01:21 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t98D1IIL027514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 8 Oct 2015 08:01:19 -0500 Subject: Re: The saga continues To: freebsd-questions@freebsd.org References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@hiwaay.net> <56159C14.2070207@hiwaay.net> <5615DA5C.6010806@hiwaay.net> <5615E62E.6070908@hiwaay.net> <561657F8.1080604@sneakertech.com> From: "William A. Mahaffey III" Message-ID: <5616691E.2060102@hiwaay.net> Date: Thu, 8 Oct 2015 08:06:48 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <561657F8.1080604@sneakertech.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2015 13:01:22 -0000 On 10/08/15 06:54, Quartz wrote: >> Only 2 SATA slots on the (mini-ITX) mbd, > > You sure? That's kinda rare. There's no ide or msata or anything? > Either way, the board has a pci slot of some sort, right? You could > get a generic 4port sata card for that. If your case has a DVD bay, > you can get brackets that fit four SSDs in there. No mSATA or IDE, see :http://www.newegg.com/Product/Product.aspx?Item=N82E16813138412. Yes, 1 PCIE 16X slot, & room for a 4X or 6X 2.5" HDD container in the 5.25" bay, but I didn't want to spend any more $$$$. I also thought there might be issues combining drives from different controllers, 2X SATA slots on the mbd, 4X through a separate controller, no ? -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Thu Oct 8 16:24:15 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70D1E9D2E17 for ; Thu, 8 Oct 2015 16:24:15 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 53AA4C1F for ; Thu, 8 Oct 2015 16:24:15 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 50C159D2E16; Thu, 8 Oct 2015 16:24:15 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 505CD9D2E15 for ; Thu, 8 Oct 2015 16:24:15 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::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 1AE95C1E for ; Thu, 8 Oct 2015 16:24:15 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oiak8 with SMTP id k8so15800879oia.1 for ; Thu, 08 Oct 2015 09:24:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=oOZkjgQRLdj4iwFgahcPGx6/Ih55c0FrSdJo6DH5X7I=; b=Wmb9BTP29EdhRXgt0pZqz/wVdcUEAB+ZyEiQMGErMmWbnkLha+O9VXjFgz18wA9Jnp 0YsyXWgiEblIdlO+CD22UgDpzEQtEN7qk/r6K8GNpthbVv3EbEcIiC7aEimZRY2DEvXc +hm23wSgMyLtawnID70h6ZPrKmSSi+cQMD8IuwpTmxZzZAqozpEUaogVGAz8t1y0xq+b i+bto8M5DIdl+9HbKqWZCYg7RSbdilzFq+YZYtD9wpz+UQ8bkr8M1oJXtTa9hIicxWVQ brEY0OZCBD9WDhRLvlHi4WW2YE362Dwa+/nk8CLWnr/YatkrDHGi63Fo9Q/g3uK9tkUx Xezg== MIME-Version: 1.0 X-Received: by 10.202.97.196 with SMTP id v187mr4959626oib.91.1444321454293; Thu, 08 Oct 2015 09:24:14 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.50.136 with HTTP; Thu, 8 Oct 2015 09:24:14 -0700 (PDT) Date: Thu, 8 Oct 2015 09:24:14 -0700 X-Google-Sender-Auth: AQlNMh_emFqnA6aJ-8xkdxCceFU Message-ID: Subject: Google maps and recent Firefox From: Kevin Oberman 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: Thu, 08 Oct 2015 16:24:15 -0000 For about two months I have been unable to use Google Maps on Firefox. I get all of the buttons, search bar, scale, etc, but no map. 10.2-Stable (r288387) amd64. Since I see no reports of this problem, I am suspicious that the issue is with some dependency since the update from Gnome 3.14 to 3.16, but I'd like to be sure before ripping out most of my ports and re-installing. If you are running 10.2/amd64 and Firefox 38 or newer and google maps is working, could you please let me know? Thanks! -- Kevin Oberman, Part time kidherd and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-questions@freebsd.org Thu Oct 8 16:44:33 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E378C9D0E0E for ; Thu, 8 Oct 2015 16:44:33 +0000 (UTC) (envelope-from matthew@freebsd.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 593B8ECB for ; Thu, 8 Oct 2015 16:44:33 +0000 (UTC) (envelope-from matthew@freebsd.org) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t98GiC6g073383 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 8 Oct 2015 17:44:26 +0100 (BST) (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 smtp.infracaninophile.co.uk t98GiC6g073383 Authentication-Results: smtp.infracaninophile.co.uk/t98GiC6g073383; dkim=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Subject: Re: Google maps and recent Firefox To: freebsd-questions@freebsd.org References: From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <56169D5C.3040806@freebsd.org> Date: Thu, 8 Oct 2015 17:44:12 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RLiiO3UED670fCSrWNPoO6bUnv5l7Rtkr" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) 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: Thu, 08 Oct 2015 16:44:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RLiiO3UED670fCSrWNPoO6bUnv5l7Rtkr Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10/08/15 17:24, Kevin Oberman wrote: > If you are running 10.2/amd64 and Firefox 38 or newer and google maps i= s > working, could you please let me know? Thanks! Works for me with firefox-41.0,1 on 10.2-STABLE (r287910). Do you, perchance have the NoScript and/or Request Policy addons installed in your Firefox? Cheers, Matthew --RLiiO3UED670fCSrWNPoO6bUnv5l7Rtkr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJWFp1cAAoJEABRPxDgqeTn36MQAIQNwKv83WuVqNe0OOVJIvpL NA7G8C4ev5huGUaHbJuPxeim3e98LCvZFvhA/VQPFJFXCuwns/RXYVo8f6lHrfLM Ft+Ot1ualfR+yHCdYxPEpt0FVhW9uRY6d/8PJNO8Nqp+KRYEDE8ahv6y5OXjsLra xf+1jxgyzbtDBarzupHjC+GGZ7I060ecf3utDmc2eHxliOpSqCvcX2cSTZsPPbWf lPEsb6PUJxa1BXeP+2fDr9g9EA0mxiAp86/G1A8hhVD5eFC2rPmjDUDEk02eFLeF PhO/v+K3tmIIOPNmkPUyg+Kui7kkVH0RLuRNzVBOByX6yyiF3yTJr1xkyIQO775W AOZF08zqSwA2uIsjgf3W6uk5O0/ooKhLREp5Qco1Wmf0iWJyUzb6Cu6o0N+jqPUW FTD2N5K/vST8MPFGTx/i61B7iQvbcHGDXkpMKk/omMxG6R5IabSN4sN1VWA/1515 ZCQ5FCI9E9+IyeA9dn4p5NBRKgmP7mf7W0iQ7aPPpMTEmAHP8bb+Bzd5HApPMD1+ gzYe71XH+kKXe63ijIX7awBAxWE8wHGTfYV4ni7Qx26BwK43gSZIITgIJcQgYNWO yQocKWZ6l62RP97Fw/x4e6c0VMW8IHtOr/v80eb0Xtc5mEsJokj5CG0jdaJyVAwG EUgvU0dIXBal0PPhp9DD =JBrD -----END PGP SIGNATURE----- --RLiiO3UED670fCSrWNPoO6bUnv5l7Rtkr-- From owner-freebsd-questions@freebsd.org Thu Oct 8 16:46:49 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FF789D100F for ; Thu, 8 Oct 2015 16:46:49 +0000 (UTC) (envelope-from jim@jimkeener.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6CD180 for ; Thu, 8 Oct 2015 16:46:49 +0000 (UTC) (envelope-from jim@jimkeener.com) Received: by mailman.ysv.freebsd.org (Postfix) id 088F49D100E; Thu, 8 Oct 2015 16:46:49 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E38239D100D for ; Thu, 8 Oct 2015 16:46:48 +0000 (UTC) (envelope-from jim@jimkeener.com) Received: from mail-qk0-f180.google.com (mail-qk0-f180.google.com [209.85.220.180]) (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 A57E617F for ; Thu, 8 Oct 2015 16:46:48 +0000 (UTC) (envelope-from jim@jimkeener.com) Received: by qkap81 with SMTP id p81so21652732qka.2 for ; Thu, 08 Oct 2015 09:46:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-type:content-transfer-encoding:subject:from:date:to :message-id; bh=brlcmk9+mN74jwHzHwem5s80FHH1vQo6HJEr8vAJWkU=; b=g5ShtjpQnHM++swn12uz7olZi2fnuGyfqysoIAk6XikT+EHdEwz3QzhkrMZWfULSCC mTZog1IzxTRe75HyU/6WP1zywTfMrkScuOmZJnpXiuNywZ/kHg93de1SuNHI3bTCjO9G aIAMogw05LrPXB8/YjGj/B1jzk5Aqet1E+LB6FlJqzU5Q4WvxSSohHO2i4qj1arFsOku dtlSBYbChAEvXKwXckqeiqSguEXpNwIaNiBEBrhyM0T9uvsF5tPAdbFxIke+vtsgr3F1 m8e6QYAHpVeMrftUL6arURgxzmmuZzNY1PHOZrwOAi4ehcxj/MCwIgWDERaXMo2+8Ka2 kS/w== X-Gm-Message-State: ALoCoQkv43PNMERGSlRA3E9zGKWFy1wllF6xgD3bO9Gkz6xqIJ59MQEbzgxl0gjTPrh4QEAebeWI X-Received: by 10.55.192.209 with SMTP id v78mr9337399qkv.34.1444322407429; Thu, 08 Oct 2015 09:40:07 -0700 (PDT) Received: from wendy.mesh.local (pool-71-182-244-187.pitbpa.east.verizon.net. [71.182.244.187]) by smtp.gmail.com with ESMTPSA id l143sm18877278qhl.3.2015.10.08.09.40.06 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Oct 2015 09:40:06 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Subject: Re: Google maps and recent Firefox From: James Keener Date: Thu, 08 Oct 2015 12:40:03 -0400 To: Kevin Oberman ,questions@freebsd.org Message-ID: <981D8FD6-89A3-48CB-B0BE-78094758E0C8@jimkeener.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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, 08 Oct 2015 16:46:49 -0000 Happens to me on Ubuntu as well. I haven't been able to track down an exact issue on either platform. On October 8, 2015 12:24:14 PM EDT, Kevin Oberman wrote: >For about two months I have been unable to use Google Maps on Firefox. >I >get all of the buttons, search bar, scale, etc, but no map. 10.2-Stable >(r288387) amd64. > >Since I see no reports of this problem, I am suspicious that the issue >is >with some dependency since the update from Gnome 3.14 to 3.16, but I'd >like >to be sure before ripping out most of my ports and re-installing. > >If you are running 10.2/amd64 and Firefox 38 or newer and google maps >is >working, could you please let me know? Thanks! >-- >Kevin Oberman, Part time kidherd and retired Network Engineer >E-mail: rkoberman@gmail.com >PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >_______________________________________________ >freebsd-questions@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-questions >To unsubscribe, send any mail to >"freebsd-questions-unsubscribe@freebsd.org" -- Sent from my Android device with K-9 Mail. Please excuse my brevity. From owner-freebsd-questions@freebsd.org Thu Oct 8 16:49:18 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A2619D11D1 for ; Thu, 8 Oct 2015 16:49:18 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB732EB for ; Thu, 8 Oct 2015 16:49:18 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5BC739D11D0; Thu, 8 Oct 2015 16:49:18 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 416E99D11CF for ; Thu, 8 Oct 2015 16:49:18 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F27E32EA for ; Thu, 8 Oct 2015 16:49:17 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-75-179-47-202.neo.res.rr.com [75.179.47.202]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id 14d61638; Thu, 8 Oct 2015 12:49:05 -0400 (EDT) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id b8754e12; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Thu, 8 Oct 2015 12:49:05 -0400 (EDT) Message-ID: <1444323089.1181.7.camel@michaeleichorn.com> Subject: Re: Google maps and recent Firefox From: "Michael B. Eichorn" To: Kevin Oberman , questions@freebsd.org Date: Thu, 08 Oct 2015 12:51:29 -0400 In-Reply-To: References: Content-Type: multipart/signed; micalg="sha-512"; protocol="application/x-pkcs7-signature"; boundary="=-84RPOpRwrotIskOYfeDc" X-Mailer: Evolution 3.16.5 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: Thu, 08 Oct 2015 16:49:18 -0000 --=-84RPOpRwrotIskOYfeDc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, 2015-10-08 at 09:24 -0700, Kevin Oberman wrote: > For about two months I have been unable to use Google Maps on Firefox. > I > get all of the buttons, search bar, scale, etc, but no map. 10.2-Stable > (r288387) amd64. >=20 > Since I see no reports of this problem, I am suspicious that the issue > is > with some dependency since the update from Gnome 3.14 to 3.16, but I'd > like > to be sure before ripping out most of my ports and re-installing. >=20 > If you are running 10.2/amd64 and Firefox 38 or newer and google maps > is > working, could you please let me know? Thanks! I don't have any FreeBSD boxes with X but I can confirm functionality on Arch Linux with Gnome 3.16.2 and Firefox 43.0a2 (Firefox Developer Edition). --=-84RPOpRwrotIskOYfeDc Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCEqAw ggYwMIIFGKADAgECAgMOXcYwDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQTAeFw0xNTA2MTMyMDI0NDZaFw0xNjA2MTQwMDM1NTBaMEgxHzAdBgNVBAMMFmlrZUBtaWNo YWVsZWljaG9ybi5jb20xJTAjBgkqhkiG9w0BCQEWFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJVdWALPz5h2s5zUQGIJYl6Vp8FPtZNko8q/3s crCsxXJLprMaDdpnqTsmkbmEfKvsqPQE6HVOpGxVRTl/tCm+VvouW9eY9ITMigb1OnHdU13CKO0j drgeU1nHst0qxwsIofRD7nC4dakT6exnrVndlBmLrf/bLPh2qOM8YK5qKK6m33fE7AyYrwiYAWFT 3fERI7LakjaabrIoS/Y1rCdL5FaCTMOlRbZyduc8HkrgjT2JW+i4fVcKyGL5gExBJWfS3q1uGFaB ie6pYtl8lZPtvN0JSfibP003RBoLgzqHJKW91RL0qNeDjKZi/5nrlU398l9UoVvLLO3KxoPBXKCx AgMBAAGjggLcMIIC2DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwHQYDVR0OBBYEFJZqarc6CcrOs6eAwOgrMznk5ZWWMB8GA1UdIwQYMBaAFFNy 7ZKc4NrLAVx8fpY1TvLUuFGCMCEGA1UdEQQaMBiBFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggFM BgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBh Y2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0 YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2Ug aW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUH AQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEv Y2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIu Y2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20v MA0GCSqGSIb3DQEBCwUAA4IBAQB4K8iQw+0FRn3xEnB3vIIu2Vi4C3ZGnOMWP90FFXLrZ6uAu9AK xVCjXUVP6nAEsOopTMu769vVecdBvg0KO2i5aTDTdTLX4g9d020g4OLWW1NiynAkX8oKqJLqZ53q vHK4zP4KWPS3bSqDWVCosTMfI+H6tkg+6G3gS0HHoHTLKZhIT3z6PQZAfeofM7ed6NOdAcj0J2lP ODHzzz7Y9x4wMwYJdidorzUDVYkNIkim8ak7hK9F60NadA5w/BirFATSlzRyV0h1tl6oNisEaQcq tGvy6UoCTDhzaJ7pQValfDXJ/A47P0hNj/CX/PmkY1wQHsEJz2pbh5lqteP/fO0rMIIGMDCCBRig AwIBAgIDDl3GMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTUwNjEzMjAyNDQ2WhcNMTYwNjE0MDAzNTUwWjBIMR8wHQYDVQQDDBZpa2VAbWljaGFlbGVpY2hv cm4uY29tMSUwIwYJKoZIhvcNAQkBFhZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyVXVgCz8+YdrOc1EBiCWJelafBT7WTZKPKv97HKwrMVyS6az Gg3aZ6k7JpG5hHyr7Kj0BOh1TqRsVUU5f7Qpvlb6LlvXmPSEzIoG9Tpx3VNdwijtI3a4HlNZx7Ld KscLCKH0Q+5wuHWpE+nsZ61Z3ZQZi63/2yz4dqjjPGCuaiiupt93xOwMmK8ImAFhU93xESOy2pI2 mm6yKEv2NawnS+RWgkzDpUW2cnbnPB5K4I09iVvouH1XCshi+YBMQSVn0t6tbhhWgYnuqWLZfJWT 7bzdCUn4mz9NN0QaC4M6hySlvdUS9KjXg4ymYv+Z65VN/fJfVKFbyyztysaDwVygsQIDAQABo4IC 3DCCAtgwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMB0GA1UdDgQWBBSWamq3OgnKzrOngMDoKzM55OWVljAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAhBgNVHREEGjAYgRZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBTAYDVR0gBIIB QzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBD QSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeG JWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9j YTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5j bGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG 9w0BAQsFAAOCAQEAeCvIkMPtBUZ98RJwd7yCLtlYuAt2RpzjFj/dBRVy62ergLvQCsVQo11FT+pw BLDqKUzLu+vb1XnHQb4NCjtouWkw03Uy1+IPXdNtIODi1ltTYspwJF/KCqiS6med6rxyuMz+Clj0 t20qg1lQqLEzHyPh+rZIPuht4EtBx6B0yymYSE98+j0GQH3qHzO3nejTnQHI9CdpTzgx888+2Pce MDMGCXYnaK81A1WJDSJIpvGpO4SvRetDWnQOcPwYqxQE0pc0cldIdbZeqDYrBGkHKrRr8ulKAkw4 c2ie6UFWpXw1yfwOOz9ITY/wl/z5pGNcEB7BCc9qW4eZarXj/3ztKzCCBjQwggQcoAMCAQICAR4w DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1 NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAx IFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7 zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8 VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+ jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQO Jebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB /wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3dy5z dGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3Js MIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywGXLhjjF6uHLkjd02h cdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXltUfO4n4bGGdKo3awP Wp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8C h507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893 gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0 PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBm unwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2L L9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwF i2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhE puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDnzCCA5sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAwUAoIIB2zAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEwMDgxNjUxMjlaME8GCSqGSIb3DQEJ BDFCBEAUfrvGeXOOweW6OXENU747eSMboaruOwJfgkYgk6DEhSmf3B+gNLyiHCTzKB9qrJLYno+o 92hmaYDuV3YvUsK0MIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQQIDDl3GMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50 IENBAgMOXcYwDQYJKoZIhvcNAQEBBQAEggEATGu79IcjsAaIBJ2DVKx1YFdeyeazCoFm9+FeBrv1 s2wA3ZxNriuhxrtNxBETyUWjeTf/reNmWJ9cSP+A+mEcAGjVPR3SDuupgXZ/JvH0K81b7rWZAdJL l3mr/3gO6V3Lnz6Y+T3lS3QuY9cKHH7YsCzGsbhslZypV1IiEM7XaRbSY8JTQ+ldWi6erSulc2KL c5SBEFEsebg59UbSxog4lmmBfBUaxKogLYvrlsCAXW6vrNE902Xga7cR4WmbD1IRL+ciAMElQdQk ywEX+CUOcaU7Ng08gUL2SQTb9knOlcs+BS5QJ39nSmU7jHvAoYTM7o31ABrcj8oXUd5ARBJgBwAA AAAAAA== --=-84RPOpRwrotIskOYfeDc-- From owner-freebsd-questions@freebsd.org Thu Oct 8 16:51:32 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4E359D14B5 for ; Thu, 8 Oct 2015 16:51:32 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 83E1D90B for ; Thu, 8 Oct 2015 16:51:32 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8317E9D14B4; Thu, 8 Oct 2015 16:51:32 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68BB09D14B3 for ; Thu, 8 Oct 2015 16:51:32 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::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 2FF8090A for ; Thu, 8 Oct 2015 16:51:32 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oiak8 with SMTP id k8so16253072oia.1 for ; Thu, 08 Oct 2015 09:51:31 -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; bh=rkr8lBXvZvv05Y5h6j4EamMuD0cyIQ6L/gikKnd1zaY=; b=bOhOrUf1vqSEujC0EfK7UZO98f54s+c6pve906fUT6r0KjCOaRGhPNzrdcXNF55QOi 5ZTkhkzKJdXa3CDa4xP+w50Dyj5ng0l4CdqvBYo0XZ3hk7VD+sU3Uo4j2OrBGn9tcqD2 i4mkbWgmnHtodq2Xf7sx4f6Zt5MGQqLeBs5sFQSAgxfLSSm33lzw13a9KNquR+jCqpYq wX94W2fcQVWmnH/8yA1m7LBh5z5UeCgl4yIsIgw5d05okimaV6FLSmY77zQ346Q0E8gD EmsvbX8Etd6UhU+B5d+gE/w9d/t3W+ULbMnpwcFnZ4oH5Is4mmZz9gOwC0V7VNeNvkhr PE5Q== MIME-Version: 1.0 X-Received: by 10.202.68.215 with SMTP id r206mr5001915oia.87.1444323091469; Thu, 08 Oct 2015 09:51:31 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.50.136 with HTTP; Thu, 8 Oct 2015 09:51:31 -0700 (PDT) In-Reply-To: <981D8FD6-89A3-48CB-B0BE-78094758E0C8@jimkeener.com> References: <981D8FD6-89A3-48CB-B0BE-78094758E0C8@jimkeener.com> Date: Thu, 8 Oct 2015 09:51:31 -0700 X-Google-Sender-Auth: 4WhmxfzCbD0z5SK8wYprvswJfrs Message-ID: Subject: Re: Google maps and recent Firefox From: Kevin Oberman To: James Keener 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: Thu, 08 Oct 2015 16:51:32 -0000 Before I get buried by responses, I am not alone and there is a work-around. Special thanks to Adam Vande More who pointed me at https://www.google.com/maps/preview/?force=tt. With this link, maps seems to work normally. I tried to find out just what this was about, but I couldn't find much. I will mention that maps works fine in Lite mode on Chromium, but Chromium has problems that make be not use it by default. Thanks again for the responses! -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Thu, Oct 8, 2015 at 9:40 AM, James Keener wrote: > Happens to me on Ubuntu as well. I haven't been able to track down an > exact issue on either platform. > > On October 8, 2015 12:24:14 PM EDT, Kevin Oberman > wrote: > >> For about two months I have been unable to use Google Maps on Firefox. I >> get all of the buttons, search bar, scale, etc, but no map. 10.2-Stable >> (r288387) amd64. >> >> Since I see no reports of this problem, I am suspicious that the issue is >> with some dependency since the update from Gnome 3.14 to 3.16, but I'd like >> to be sure before ripping out most of my ports and re-installing. >> >> If you are running 10.2/amd64 and Firefox 38 or newer and google maps is >> working, could you please let me know? Thanks! >> -- >> Kevin Oberman, Part time kidherd and retired Network Engineer >> E-mail: rkoberman@gmail.com >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> ------------------------------ >> >> freebsd-questions@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> >> > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > From owner-freebsd-questions@freebsd.org Thu Oct 8 17:16:36 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9052C9D2399 for ; Thu, 8 Oct 2015 17:16:36 +0000 (UTC) (envelope-from aurfalien@gmail.com) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6101AC7A for ; Thu, 8 Oct 2015 17:16:36 +0000 (UTC) (envelope-from aurfalien@gmail.com) Received: by pabve7 with SMTP id ve7so1582922pab.2 for ; Thu, 08 Oct 2015 10:16:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=z7W0d6iWimEqUV8QirJPD4VzjlVERLxKWhdyjioqZIk=; b=uVH+LZsb7Dp8vBxW0Pq5jICfIzQtQtF94VDjCm0C9p3ir/Kk0c1kqdFD45AoSroNtr kNiUXTilNclsn0cneEpNzRXz1YIKxeNuIO3/8rsBJgbWxtPUMIp+Gk0mW6h2GQkP+ruf OgBVOLdu5RFpS6JJSqGL/d9x+ZGbglYOEOwp46jvoPVGGfhM9j40GqZYfRc5J4PjnUwS 1yszyaFKDaumY8Xm1jvlu1MFbRqnfYJajbUFnKZdD1UhtsuauwkTxn4B6ZaS4FInGiJx YV+OuKEVRmO3tXrcT1lsj3LayzShdqZUVE3RAL3gn3QVg+nuS/HT+USy5ASlpXjpx965 +VRg== X-Received: by 10.66.139.70 with SMTP id qw6mr9275062pab.142.1444324595936; Thu, 08 Oct 2015 10:16:35 -0700 (PDT) Received: from briankrusicw.logan.tv ([64.17.255.138]) by smtp.gmail.com with ESMTPSA id gw3sm46576298pbc.46.2015.10.08.10.16.34 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Oct 2015 10:16:34 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: ZFS best resilver settings? From: aurfalien In-Reply-To: <5616565B.8030802@sneakertech.com> Date: Thu, 8 Oct 2015 10:16:33 -0700 Cc: freebsd-questions@freebsd.org Message-Id: References: <5615D856.4000801@sneakertech.com> <56161935.9040405@FreeBSD.org> <5616565B.8030802@sneakertech.com> To: Quartz X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii 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, 08 Oct 2015 17:16:36 -0000 These settings help quicken my resilver times; vfs.zfs.resilver_delay 0 vfs.zfs.resilver_min_time_ms 5000 Also I check the disks regularly via cron and have this set; vfs.zfs.scrub_delay 0 As they say, HTH. - aurf "Janitorial Services" On Oct 8, 2015, at 4:41 AM, Quartz wrote: >> Resilvering doesn't necessarily trigger disk failures more frequently >> when done quickly as when done slowly -- if a disk spot has worn out = and >> will fail on next access, then resilvering will eventually reach it >> however fast it runs. Ultimately, it's best to get the system back to >> full resilience promptly. >=20 >> then it may be worth >> while taking the temporary hit on performance and priotising = resilvering >> just so you can get it over with. >=20 > Well, that's why I stated rebuilding as the only goal. Performance can = be degraded for a bit if it gives a better chance of getting the array = back before another drive dies. I was more interested on a technical = level if adjusting the resilver priority has any statistical impact on = other drives failing. Besides sectors going bad, you can also have head = crashes and controller failures and all sorts of other things. I'm = wondering if there's a 'best practice' for minimizing that. >=20 >=20 >=20 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Thu Oct 8 18:46:59 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B12F9D170A for ; Thu, 8 Oct 2015 18:46:59 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E59FAB3 for ; Thu, 8 Oct 2015 18:46:58 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: by mailman.ysv.freebsd.org (Postfix) id E4EC39D1709; Thu, 8 Oct 2015 18:46:58 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E49039D1708 for ; Thu, 8 Oct 2015 18:46:58 +0000 (UTC) (envelope-from wblock@wonkity.com) 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 A9C17B2 for ; Thu, 8 Oct 2015 18:46:58 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t98IkuDk059001 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Oct 2015 12:46:56 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t98Ikuw5058998; Thu, 8 Oct 2015 12:46:56 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 8 Oct 2015 12:46:56 -0600 (MDT) From: Warren Block To: Kevin Oberman cc: questions@freebsd.org Subject: Re: Google maps and recent Firefox In-Reply-To: Message-ID: References: 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]); Thu, 08 Oct 2015 12:46:57 -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: Thu, 08 Oct 2015 18:46:59 -0000 On Thu, 8 Oct 2015, Kevin Oberman wrote: > For about two months I have been unable to use Google Maps on Firefox. I > get all of the buttons, search bar, scale, etc, but no map. 10.2-Stable > (r288387) amd64. > > Since I see no reports of this problem, I am suspicious that the issue is > with some dependency since the update from Gnome 3.14 to 3.16, but I'd like > to be sure before ripping out most of my ports and re-installing. > > If you are running 10.2/amd64 and Firefox 38 or newer and google maps is > working, could you please let me know? Thanks! Works here, but has to be outsmarted: https://www.google.com/maps?force=tt Otherwise it uses that terrible "Lite" mode. Firefox 41, amd64 10-stable. From owner-freebsd-questions@freebsd.org Thu Oct 8 19:00:17 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DB7C9D2342 for ; Thu, 8 Oct 2015 19:00:17 +0000 (UTC) (envelope-from feenberg@nber.org) Received: from mail2.nber.org (mail2.nber.org [198.71.6.79]) by mx1.freebsd.org (Postfix) with ESMTP id 013528E2 for ; Thu, 8 Oct 2015 19:00:16 +0000 (UTC) (envelope-from feenberg@nber.org) Received: from sas1.nber.org (sas1.nber.org [198.71.6.89]) by mail2.nber.org (8.15.1/8.14.9) with ESMTPS id t98Ixmhb018829 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 8 Oct 2015 14:59:49 -0400 (EDT) (envelope-from feenberg@nber.org) Date: Thu, 8 Oct 2015 14:59:47 -0400 (EDT) From: Daniel Feenberg To: aurfalien cc: Quartz , freebsd-questions@freebsd.org Subject: Re: ZFS best resilver settings? In-Reply-To: Message-ID: References: <5615D856.4000801@sneakertech.com> <56161935.9040405@FreeBSD.org> <5616565B.8030802@sneakertech.com> User-Agent: Alpine 2.11 (LRH 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.39/RELEASE, bases: 20140401 #7726142, check: 20151008 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: Thu, 08 Oct 2015 19:00:17 -0000 On Thu, 8 Oct 2015, aurfalien wrote: > These settings help quicken my resilver times; > > vfs.zfs.resilver_delay 0 > vfs.zfs.resilver_min_time_ms 5000 > > Also I check the disks regularly via cron and have this set; > > vfs.zfs.scrub_delay 0 > Can I ask how long a relivering takes? We are seeing 8 days for a 3TB drive that is in modest use and wonder if that is to be expected. daniel feenberg From owner-freebsd-questions@freebsd.org Thu Oct 8 20:51:57 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 551A09D24B2 for ; Thu, 8 Oct 2015 20:51:57 +0000 (UTC) (envelope-from diewolfsschanze@yahoo.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 34573FCC for ; Thu, 8 Oct 2015 20:51:57 +0000 (UTC) (envelope-from diewolfsschanze@yahoo.com) Received: by mailman.ysv.freebsd.org (Postfix) id 314D69D24B1; Thu, 8 Oct 2015 20:51:57 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30E949D24B0 for ; Thu, 8 Oct 2015 20:51:57 +0000 (UTC) (envelope-from diewolfsschanze@yahoo.com) Received: from nm24-vm1.bullet.mail.gq1.yahoo.com (nm24-vm1.bullet.mail.gq1.yahoo.com [98.136.217.96]) (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 046D8FCA for ; Thu, 8 Oct 2015 20:51:56 +0000 (UTC) (envelope-from diewolfsschanze@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1444337324; bh=0vHuir9rN2nKnHvQgHU4nR4chvsyvO7q09Ao5P5IOUA=; h=From:Subject:Date:To:From:Subject; b=BZQisAptDc1HJPYBbXoaK93pRQUuNDiTGEpUXWvIMrfwMT/jy8XfKABok7LR9ZRQcYdT9PHqsRahlNyOB+7fJFNgatlWoX2ERex5pXJZx9F/AyM4kHwTTRKxBZdasLwHrMpdv5Nodrd2pm3Rvsiy1Py4wSD6I7IIJ+BaXImUQvT6UFvlDBJ0HKt8JLLTc9kj5LslYHxgNswxbfTFZqqNxtYcABeFPGtwYZ9AFeVPs+AuhFR+vEs40vxaNKVO2OOi143Ob6hn3Rzwkm0wzdEapXWGR9HmJd9z8XG4ab6yVfck1lQkGxOoNqZC1YxV3b3DvnRlFlXtajp4F8UmQ5KHFQ== Received: from [98.137.12.62] by nm24.bullet.mail.gq1.yahoo.com with NNFMP; 08 Oct 2015 20:48:44 -0000 Received: from [208.71.42.211] by tm7.bullet.mail.gq1.yahoo.com with NNFMP; 08 Oct 2015 20:48:44 -0000 Received: from [127.0.0.1] by smtp222.mail.gq1.yahoo.com with NNFMP; 08 Oct 2015 20:48:44 -0000 X-Yahoo-Newman-Id: 517369.63725.bm@smtp222.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: RMFz1oIVM1knUQN89nHQY7hrqgjNwMCf3XzV4Dv7eXGMXR4 nHmW8B6KNUcr2UNMMM8nKexMkCKrSkl.9ywYSFvrofj6YjWsmQFNFW93Ndrq 6HJAlZoPNtdPP7iBuHLotIGSq_MYV.IIzb7Dhjem9vCwPNeuxvIVin60Aqir FzZwynrIPT0Uv5XOQ0Msgu6zZH.e0AwJyxQae_hcf2dEshnqoDEAzxv4nQfi UZAF_U6cfxdXuM0pBJDB1wsDJ.4vqlAP8dNkPZnpKHZTRrHspqn_MhaIHNSK oeaRs.8xLJFSUnihraUEF3Io.osjSM_zJsV2lD4RQnOqGTkP9.wNfOiTL3j7 FDLmIBCig9.LdBUzTmkv_7ztGYFoPLyw4UEIDfTJ1gbzs9BK1WMGlHILXia9 Q3VM7d._NA.4PfzDVjsN6Nzwk8i4Jfk1CHHDDKBegp4twzeOnEdlnc0MV3u5 sOJSl.UCWF1aAKP6swpD_AWUZ5IaHFL3WClU8M4m74014p_9n_np8Pj5qsUV 4g8Lp8KF_trucrWlqtjV25ZlwtA9F7PWPT80GCbN1ojQ- X-Yahoo-SMTP: XBx8IYmswBAYat9zyH8yWVx0IFLnT93Ea1Hvaw-- From: John Drake Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: pdf files Message-Id: Date: Thu, 8 Oct 2015 13:48:41 -0700 To: questions@freebsd.org X-Mailer: iPhone Mail (13A452) X-Mailman-Approved-At: Thu, 08 Oct 2015 20:57:38 +0000 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, 08 Oct 2015 20:51:57 -0000 I am running FreeBSD 10.2. I have a printcap and filters producing post scr= ipt files. Without installing Ghostscript and its myriad dependencies, is t= here a simple way to just convert a post script file to a pdf file? If not c= an I just install Ghostscript and a subset of its dependencies? Sent from my iPhone= From owner-freebsd-questions@freebsd.org Thu Oct 8 21:33:44 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC0FF9D20A3 for ; Thu, 8 Oct 2015 21:33:44 +0000 (UTC) (envelope-from aurfalien@gmail.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABA9BDCD for ; Thu, 8 Oct 2015 21:33:44 +0000 (UTC) (envelope-from aurfalien@gmail.com) Received: by pacex6 with SMTP id ex6so65515382pac.0 for ; Thu, 08 Oct 2015 14:33:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=fkC9ceLdi6pBrWy4p5Vzti4oyKPE/G81tu6eMKcwuEY=; b=Nr7KCI0BC6BmIhMKxBOJPyfZlE1GLRT2ALng3S0cu0ojP6QLOlB3pFxT0lvfZ4A9Cf tqerz8C/MMdJO376ok4LynTnVwqV4IdKhJMrjjVBZg1UvSOnqF3/xIKXdvcjXlkTf6MA G6ROlbQowChpGdGLS+YrMGz+fWMs1daq4swT7qqrPr00iKMsjBGWjqupQPmt9sWhOkjv M5+If0i5W8IIaet+x18VNIZrsKmmTf+juHHTAVkxI7WzAGWmRGrqvV0PfXQ1wrPaanYd ZfcHhtfFQu3jUNfiTvj0QEWg1S9B3qdpF5iFUjFGvXrv/UhgchzoqBo+9PCYFyLdcfVF FH6g== X-Received: by 10.68.241.234 with SMTP id wl10mr10612173pbc.27.1444340024102; Thu, 08 Oct 2015 14:33:44 -0700 (PDT) Received: from briankrusicw.logan.tv ([64.17.255.138]) by smtp.gmail.com with ESMTPSA id dy8sm33929817pab.38.2015.10.08.14.33.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Oct 2015 14:33:43 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: ZFS best resilver settings? From: aurfalien In-Reply-To: Date: Thu, 8 Oct 2015 14:33:41 -0700 Cc: Quartz , freebsd-questions@freebsd.org Message-Id: References: <5615D856.4000801@sneakertech.com> <56161935.9040405@FreeBSD.org> <5616565B.8030802@sneakertech.com> To: Daniel Feenberg X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii 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, 08 Oct 2015 21:33:45 -0000 Holy guacamoly! For us, 3TB drives take about a day on a; 8x RaidZ2 stripes 46 disks array ~100TB usable Were at any given time its 70% or more used. - aurf "Janitorial Services" On Oct 8, 2015, at 11:59 AM, Daniel Feenberg wrote: >=20 >=20 > On Thu, 8 Oct 2015, aurfalien wrote: >=20 >> These settings help quicken my resilver times; >>=20 >> vfs.zfs.resilver_delay 0 >> vfs.zfs.resilver_min_time_ms 5000 >>=20 >> Also I check the disks regularly via cron and have this set; >>=20 >> vfs.zfs.scrub_delay 0 >>=20 >=20 > Can I ask how long a relivering takes? We are seeing 8 days for a 3TB = drive that is in modest use and wonder if that is to be expected. >=20 > daniel feenberg >=20 From owner-freebsd-questions@freebsd.org Thu Oct 8 21:34:07 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4DFEE9D2107 for ; Thu, 8 Oct 2015 21:34:07 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 143F5E6A for ; Thu, 8 Oct 2015 21:34:06 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-41-64.dynamic.qsc.de [92.195.41.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 76B5A3CE56; Thu, 8 Oct 2015 23:33:58 +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 t98LXvWo002740; Thu, 8 Oct 2015 23:33:57 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Thu, 8 Oct 2015 23:33:57 +0200 From: Polytropon To: John Drake Cc: freebsd-questions@freebsd.org Subject: Re: pdf files Message-Id: <20151008233357.0d5a42ff.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, 08 Oct 2015 21:34:07 -0000 On Thu, 8 Oct 2015 13:48:41 -0700, John Drake via freebsd-questions wrote: > Without installing Ghostscript and its myriad dependencies, is there a > simple way to just convert a post script file to a pdf file? The easiest way is to install ghostscript, but leave out the support for X11, so several dependencies won't be needed. There might be other dependencies which you can deselect in "make config" before you build. At least you can be sure that the "pdf2ps" will be there and will work as expected. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Thu Oct 8 21:37:46 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0D609D2404 for ; Thu, 8 Oct 2015 21:37:46 +0000 (UTC) (envelope-from aurfalien@gmail.com) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::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 A03526E for ; Thu, 8 Oct 2015 21:37:46 +0000 (UTC) (envelope-from aurfalien@gmail.com) Received: by padhy16 with SMTP id hy16so65343716pad.1 for ; Thu, 08 Oct 2015 14:37:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=CiOPAq2DGSBApO8Wp58adsTNJtPZJtIsCKjflLGPKlo=; b=Z3z1r0bErpnbiqPQKBM1jhGJFkyf2LZXjmFNG2hP9qROZAmxZSrJXzMpEEebNJWOjH vWgs2bjkxi4ZCwaF15MVKY9SsD6wxu7eVNyp3o+APLmueC4vmg/lWsjO6bQq4/4e7De/ ffmwK8+u/r2fta+BpG6220JL4PKearKd5JoGLfvrbfUrniELqGlpZmBFT33jZNDRjNOK fq3T6ubjOrO7I16DQHdprh7i2gDqrGqelJYLTVZ+tpvLGVt4rXiRn+MbL3SEcdWbwPLe ZMY3NFs8s/SHTCmK2Eqk28rJbLww9VDMdVFPY3VKwSsqtcyC3WCAnIo67xApjdN/77NV Saxg== X-Received: by 10.68.114.196 with SMTP id ji4mr10703329pbb.46.1444340266185; Thu, 08 Oct 2015 14:37:46 -0700 (PDT) Received: from briankrusicw.logan.tv ([64.17.255.138]) by smtp.gmail.com with ESMTPSA id a17sm47305173pbu.55.2015.10.08.14.37.45 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Oct 2015 14:37:45 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: ZFS best resilver settings? From: aurfalien In-Reply-To: Date: Thu, 8 Oct 2015 14:37:44 -0700 Cc: Quartz , freebsd-questions@freebsd.org Message-Id: <73826D15-EDEA-495A-B1A4-C8994F427418@gmail.com> References: <5615D856.4000801@sneakertech.com> <56161935.9040405@FreeBSD.org> <5616565B.8030802@sneakertech.com> To: Daniel Feenberg X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=windows-1252 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, 08 Oct 2015 21:37:46 -0000 Forgot, to also help scrub times I set vdev cache max and size to 16M. This should=92t effect silvering times but who knows? Any body? - aurf "Janitorial Services" On Oct 8, 2015, at 11:59 AM, Daniel Feenberg wrote: >=20 >=20 > On Thu, 8 Oct 2015, aurfalien wrote: >=20 >> These settings help quicken my resilver times; >>=20 >> vfs.zfs.resilver_delay 0 >> vfs.zfs.resilver_min_time_ms 5000 >>=20 >> Also I check the disks regularly via cron and have this set; >>=20 >> vfs.zfs.scrub_delay 0 >>=20 >=20 > Can I ask how long a relivering takes? We are seeing 8 days for a 3TB = drive that is in modest use and wonder if that is to be expected. >=20 > daniel feenberg >=20 From owner-freebsd-questions@freebsd.org Thu Oct 8 21:58:36 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90D329D12AA for ; Thu, 8 Oct 2015 21:58:36 +0000 (UTC) (envelope-from dan@buildingonline.com) Received: from alisocreek.buildingonline.net (alisocreek.buildingonline.net [204.109.62.198]) by mx1.freebsd.org (Postfix) with ESMTP id 736AC139F for ; Thu, 8 Oct 2015 21:58:35 +0000 (UTC) (envelope-from dan@buildingonline.com) Received: by alisocreek.buildingonline.net (Postfix, from userid 58) id 851B0992A9D; Thu, 8 Oct 2015 14:58:28 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on alisocreek.buildingonline.net 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 Received: from Whistler.local (unknown [69.51.79.5]) (Authenticated sender: dan@dpcsys.com) by alisocreek.buildingonline.net (Postfix) with ESMTPA id 392F099285B for ; Thu, 8 Oct 2015 14:58:27 -0700 (PDT) Subject: Re: freebsd-update keeps wanting to remove .. somthing To: freebsd-questions@freebsd.org References: <5613C59B.8070604@buildingonline.com> <20151006151058.3b627cd2@gumby.homeunix.com> <56143B79.4040006@buildingonline.com> <20151008013928.GA43149@ircbsd> From: Dan Busarow Organization: BuildingOnline.com Message-ID: <5616E702.7040605@buildingonline.com> Date: Thu, 8 Oct 2015 15:58:26 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151008013928.GA43149@ircbsd> Content-Type: text/plain; charset=windows-1252 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, 08 Oct 2015 21:58:36 -0000 My two are both 9.3 amd64 I haven't had time to pursue the problem but will report back for the archives if/when I track it down. Thanks, Dan -- Dan Busarow BuildingOnline.com http://www.BuildingOnline.net/ 888-496-6648 ext 218 On 10/7/15 7:39 PM, Derek Schrock wrote: > On Tue, Oct 06, 2015 at 05:22:01PM EDT, Dan Busarow wrote: >> >> Thanks! >> >> I'll dig in and see what I can find. >> > > I believe this only appears in FreeBSD 9.3 i386. > > root@freebsd9-i386:~ # uname -a > FreeBSD freebsd9-i386 9.3-RELEASE-p21 FreeBSD 9.3-RELEASE-p21 #0: Tue Jul 28 08:57:41 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > It seems to be a bad line in the expected list of old file that's served > by the freebsd-update servers. > > root@freebsd9-i386:/var/db/freebsd-update # cat tINDEX.present > INDEX-NEW|aff841e64d37fc9985ac542c3b2471958b39f6c22ee6d3280ae45ff65bdc6d58 > INDEX-OLD|9d024d76b279a1804dafdcf33d2e1a5a8bfde1d98cda812a73d173089d071080 > > /var/db/freebsd-update/files/9d024d76b279a1804dafdcf33d2e1a5a8bfde1d98cda812a73d173089d071080.gz > is the expected old list. > > root@freebsd9-i386:/var/db/freebsd-update # gunzip -c files/9d024d76b279a1804dafdcf33d2e1a5a8bfde1d98cda812a73d173089d071080.gz | tail -n3 > world|games|/usr/games/factor|f|0|0|0555|0|3366b537133c334a4811776996cf264cfe934e4973ff64ceb1ea9fccd8282d5e| > world|games|/usr/games/factor|f|0|0|0555|0|76a7765e88250af1ef99a73757c8c286cc8755e2244864b9f6c750eba2355743| > world|lib32|/|d|0|0|0755|0|| > > Seems like 'world|lib32|/|d|0|0|0755|0||' is our bad line. > > root@freebsd9-i386:/var/db/freebsd-update # ls f465c3739385890c221dff1a05e578c6cae0d0430e46996d319db7439f884336-install/ > INDEX-NEW INDEX-OLD > > root@freebsd9-i386:/var/db/freebsd-update # cat f465c3739385890c221dff1a05e578c6cae0d0430e46996d319db7439f884336-install/* > |d|0|0|0755|0|| > > I don't know what the fixed would be other than getting the file that's > served from the freebsd-update servers updated or the underlying machine > that builds the metadata files is bad in someway. > > Unless this is some how tied to the update from a couple months ago > where freebsd-update tried and failed to delete /. > > Should I file a PR for this? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Fri Oct 9 04:26:24 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0CA09D120A for ; Fri, 9 Oct 2015 04:26:24 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 BE9F4BA8 for ; Fri, 9 Oct 2015 04:26:24 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-108-49-223-195.bstnma.fios.verizon.net [108.49.223.195]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by douhisi.pair.com (Postfix) with ESMTPSA id 1435E3F749 for ; Fri, 9 Oct 2015 00:26:17 -0400 (EDT) Message-ID: <561741E8.5080407@sneakertech.com> Date: Fri, 09 Oct 2015 00:26:16 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: The saga continues References: <5613CA68.6090909@hiwaay.net> <20151006212741.0e128a23.freebsd@edvax.de> <5614278F.10400@hiwaay.net> <56159C14.2070207@hiwaay.net> <5615DA5C.6010806@hiwaay.net> <5615E62E.6070908@hiwaay.net> <561657F8.1080604@sneakertech.com> <5616691E.2060102@hiwaay.net> In-Reply-To: <5616691E.2060102@hiwaay.net> Content-Type: text/plain; charset=ISO-8859-1; 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: Fri, 09 Oct 2015 04:26:25 -0000 >I also thought there > might be issues combining drives from different controllers, 2X SATA > slots on the mbd, 4X through a separate controller, no ? AFAIK that's not really an issue with ZFS, as it's basically software RAID anyway. As long as the speed of the onboard ports+drives and card+drives aren't drastically different, it should be ok. Just make sure you disable any 'fakeraid' features all around so there's no funny business. From owner-freebsd-questions@freebsd.org Fri Oct 9 20:08:11 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D69EB9D2572 for ; Fri, 9 Oct 2015 20:08:11 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF14EFBE for ; Fri, 9 Oct 2015 20:08:11 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from blazon-pc.rw.local ([78.84.244.14]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0LjISX-1aJguz2dnb-00daUC for ; Fri, 09 Oct 2015 22:02:59 +0200 From: Alnis Morics Subject: Can't print to HP LJ 1020 using foo2zjs and CUPS To: freebsd-questions@freebsd.org Message-ID: <56181D6F.6010200@mail.com> Date: Fri, 9 Oct 2015 23:02:55 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:5/zSa6eJP9/24L+vOMRMIDd9Cy+XnpB93Eipc9FVHR7Uads0eGG XT8zSfqXHABHkI5pLYZxurh9bNDHAjkY4TYFRqP7iKI0YwxXDt1hOaNy1zcvajI8YXKh2P5 HJ+k5q5pJqDQ1MY8WRwgTtBUQjTDmhnujCM33NzUld/sE9lPrQbyE4heAXFm0kmxYNA6DT3 xcUbELTOQw9hOcW3aYJAw== X-UI-Out-Filterresults: notjunk:1;V01:K0:o0mCkGS+Qng=:L9olM++PSC4hTiigJoxyvH 4I9gbAB2mE97saL7jo7QCUuiHzTR2s0BkJz5wl14TNPBH2e0kZxgUdMublA/nVSYd1SmujPam 46ByU9OtlTngD8q1rQsyERA2NjpUEB9HkbXQwlJ1dntUVrSxx3mE8PCnzaQp5mns7i8leHF+l ZRlSbqDfVr7uziPgsQdpak8AUm3CEbGAXwl7mjI+gMVMZDdvZ+rWkz0Ak0ywowKLDiS37qCEP TNHw6cNwWk2UbN0tBNqq3NRPV3QwKx3HoARtjJK2CfUq894sk8bdOjva4J8ZBGfflIRCAI/ob yBEU6JbfwqiUnPau6/qW6kfmgUem/LCSjjXqS4OhnBMmKGIsX/JSYsW3HFMmGGwUkUFNIG3Y1 c5K4pLdP7gAJIshKVTvm0yduILEcR1uORBw1z7KYG8XB4/RtFchPQZhE3VL2WPLjtNJQ4jMzH iSsroFP/PIl0UqDF4wMy7Gd9XgT4G5PL3zoyLkKmvB5FgOwbLSBvUixpsDDkz6ya7miyuGA+S ImNpX9rIFMmZR18PROe5PZKGoKjBFNiSwViHyEh2Rze1PUI8O8WisRkcjvihHpCMQHfmPfXQ4 twBIQRQ3FvY4ya89m6hzQY+4uY5ZvdalGKf54nNoStM14TnN7gOcUOs3Aw2sv/hzZMrwstp83 Zf7/oWE3LlyViNK9NlPiGPgfUBJl4cnGLTBCm3OQC5YXa3F5UNx9eMPiKrKTKpMI4j721plRe wtJjaodTw3zBds/9POE0ZyCqhg4ctiNrWCvG+PTHfTbNmHmNaeL7yNPWKnbUEUH0dRO34i3lD GHx6wS7 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, 09 Oct 2015 20:08:11 -0000 Hi, I'm trying to set up HP LaserJet 1020 on 10.2-RELEASE with CUPS and foo2zjs. That worked on previous versions of FreeBSD, although there were changes with devices to use (I gues it was ulpt to ugen and back to ulpt in 10.0). But now none of them works for me. If I use ulpt, the moment I plug in the printer or turn it on: ugen3.2: at usbus3 (disconnected) ugen3.2: at usbus3 ugen3.2: at usbus3 (disconnected) ugen3.2: at usbus3 ulpt0: on usbus3 ulpt0: using bi-directional mode ulpt0: offline CUPS doesn't find this printer. I can still add it manually but when I try to print, nothing happens, and there are no error messages. I found out that it is exactly after the firmware is downloaded that ulpt0 turns offline (should it?). If I use ugen (rebuilt CUPS with LIBUSB, moved away /boot/kernel/ulpt.ko), then CUPS detects the printer but no firmware gets downloaded, and, of course, I can't print. When I try to send the firmware manually cat /usr/share/foo2zjs/firmware/sihp1020.dl > /dev/ugen3.2 (or /dev/usb/3.2.0) the result is an input/output error. Any ideas of what might be wrong or how it should work now? Permissions in /etc/devfs.rules: # Begin printers_foo2zjs (added by foo2zjs/freebsd-install) [printers_foo2zjs=42] add path 'ulpt*' mode 0660 group cups add path 'unlpt*' mode 0660 group cups add path 'ugen*' mode 0660 group cups add path 'usb/*' mode 0770 group cups # End printers_foo2zjs (added by foo2zjs/freebsd-install) Thanks, Alnis From owner-freebsd-questions@freebsd.org Fri Oct 9 20:21:34 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF2159D2E20 for ; Fri, 9 Oct 2015 20:21:34 +0000 (UTC) (envelope-from thorres@brothersofgrey.net) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.13]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E16E18E3 for ; Fri, 9 Oct 2015 20:21:34 +0000 (UTC) (envelope-from thorres@brothersofgrey.net) Received: from localhost ([95.208.59.208]) by mrelayeu.kundenserver.de (mreue101) with ESMTPSA (Nemesis) id 0Lzb2g-1agaGF3CzK-014h9Z for ; Fri, 09 Oct 2015 22:21:26 +0200 Date: Fri, 9 Oct 2015 22:20:36 +0200 From: Klaus To: Freebsd Questions Subject: Re: Can't print to HP LJ 1020 using foo2zjs and CUPS Message-ID: <20151009201841.GA58777@thor> References: <56181D6F.6010200@mail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56181D6F.6010200@mail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Provags-ID: V03:K0:8vpKA7YeGJxyxmNRZmME5z/taS+W5SdSysNFIp5goIO/kWIPsOu syziPWNC2XKHwIJpGiB6MD7W3t62Csz8FGf6vllHhn5fp50Is1OFpVKBFaCjew3boSM1qTr vkiWt1sVu3YKyIOMMAyfgmsccyh9UQ3i1sU+peybfjRuGrjKcCWb39fvF+8bmBgIarMUhqf MJe1kL0YWvOtJ2hDH/cgg== X-UI-Out-Filterresults: notjunk:1;V01:K0:cjD5Dy/8owM=:xCC3oMQUu944CzxNAik95Z gY1zxG739nYDfPGP+YtcWbYanelMG/EU7Jh3fzo0HnIQT3oyIR9dDX5Zu58sNeguMNTu3vpe9 AHVOQ8vWTshuZqO5Y1UrCufruxrNq7qDu9nIOmZtwqhSIyiC1PUM/ZjNwIxfQyxOLMKNbc09x Eb7bUbkpJXJJmuCwe5/RAcobtTbXedi/FL4gL7vJLwxYYpIz4pWKEwlrSiZJkfDjwksLSvCTh EAH1kMHLqv3jU51a3V2ZKDTF+K3Rh1ZCiUZ35A9nAfZhFEWVzkEsRchfx7gub98wQ0dyVsGAE i18zZbyGxnDvrZOldfZxfZXMFd4yyB2loMCc03zvr/vGgJofBMrlUXV111+Lzdxv4U44WKSVV pBfxSD81XhG3kjmZ39J2/gtiEjq3HSqGFkecft+6Q3tQ3mKuEdxzVAYsnRy6BcueC9qUYcZ87 VqIzsJ01fDgdIRUGFiyLed6mXiHb16zGxG0NI2nZNN764f9TgyQ9N3EsBiVg0TVzZdITPVSt1 kEpFZDrqL/dvJ+VIrbx6qKmj8ZrMX0bSsLuasCFUPikjTZnp3efPcYD8Oc7kiYU97S5BA5Qsn JER+vLHp0EE9da7VtbkE6LIJZZDbU5dG8LB/evvP6qTSPNmyHSnQtytqfhZCiIZnBv1BaiwPC IZpRIi9pz6P+k8dYOIwjBycbm6GYf1L1OILb7NEcv5e0Ts8+vQ2xzJVAfDwgH5BhfWfI= 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, 09 Oct 2015 20:21:34 -0000 Alnis Morics schrieb: > Hi, > > I'm trying to set up HP LaserJet 1020 on 10.2-RELEASE with CUPS and > foo2zjs. That worked on previous versions of FreeBSD, although there > were changes with devices to use (I gues it was ulpt to ugen and back to > ulpt in 10.0). > > But now none of them works for me. > If I use ulpt, the moment I plug in the printer or turn it on: > > ugen3.2: at usbus3 (disconnected) > ugen3.2: at usbus3 > ugen3.2: at usbus3 (disconnected) > ugen3.2: at usbus3 > ulpt0: 2> on usbus3 > ulpt0: using bi-directional mode > ulpt0: offline > > CUPS doesn't find this printer. I can still add it manually but when I > try to print, nothing happens, and there are no error messages. I found > out that it is exactly after the firmware is downloaded that ulpt0 turns > offline (should it?). > > If I use ugen (rebuilt CUPS with LIBUSB, moved away > /boot/kernel/ulpt.ko), then CUPS detects the printer but no firmware > gets downloaded, and, of course, I can't print. When I try to send the > firmware manually > > cat /usr/share/foo2zjs/firmware/sihp1020.dl > /dev/ugen3.2 (or > /dev/usb/3.2.0) > > the result is an input/output error. > > Any ideas of what might be wrong or how it should work now? > > > Permissions in /etc/devfs.rules: > # Begin printers_foo2zjs (added by foo2zjs/freebsd-install) > [printers_foo2zjs=42] > add path 'ulpt*' mode 0660 group cups > add path 'unlpt*' mode 0660 group cups > add path 'ugen*' mode 0660 group cups > add path 'usb/*' mode 0770 group cups > # End printers_foo2zjs (added by foo2zjs/freebsd-install) > > Thanks, > Alnis > Hi, I think that is a conflict between the module for ugen and module for ulpt. I had this problem to and I solved it by compiling the kernel without the ulpt module. Greetings, Klaus -- Jabber: thorres@deshalbfrei.org PGP/GnuPG: 0x326F6D7B From owner-freebsd-questions@freebsd.org Fri Oct 9 20:34:34 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4502B9D3603 for ; Fri, 9 Oct 2015 20:34:34 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 19F42B1 for ; Fri, 9 Oct 2015 20:34:34 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from blazon-pc.rw.local ([78.84.244.14]) by mail.gmx.com (mrgmxus002) with ESMTPSA (Nemesis) id 0LdI7b-1aT1Rw26q1-00iQCJ for ; Fri, 09 Oct 2015 22:29:21 +0200 Subject: Re: Can't print to HP LJ 1020 using foo2zjs and CUPS To: freebsd-questions@freebsd.org References: <56181D6F.6010200@mail.com> <20151009201841.GA58777@thor> From: Alnis Morics Message-ID: <5618239E.30008@mail.com> Date: Fri, 9 Oct 2015 23:29:18 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151009201841.GA58777@thor> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:iiXwODwzqtRd81qs7vaePtX27KQiyCTilA3y/5fVDthE1hVj2Fa tDtDXfq7/gmcC2OU/1qQWL33SvRFT73AAb93wxMBBvq0crbId+hU4ZvtGsWj6xIuU3VJ5oa JurY243FS7HMHTP0MMYe69r0OuRD4bPEcbnqyCu9z+kzLG7YtLudWHU9FjPNE5ttVTYVnE9 XRgRyhnbA/qldGOVYW5vA== X-UI-Out-Filterresults: notjunk:1;V01:K0:SBF8vert57k=:Zj6jk6LQhqadl3arvwdLIa bVdS3VBcOvpBaNhPQnS1BIKEakAh/DMnbufdTmRepycYeVVfpWJOa/MQ/LZbUbcrf42+pMzWQ QkFJ2od5tW1vHQmPeomUnG31pBNwMpTITyAR7Mn4SxVm5LM6NI6KR/lDOgKMMbPZPsOXVIiVW hK+c1LuOlMN6nwXzll8fRlGC1TZqn9KJZgvKnPq9b6RvrMFoiZwe6V0qgX8dGBxlpYtO4LcDF IwqNpZLkRZrvYS3sFuzUz2qV5chri0K6mbnFRMM4E33g6c+mIhOT0fCTWrzgop68IvoJEWj3p VC3cFUoJQ85fUUjSyNigD50f95Je0HbJAkP/S2/L47gdHGllqIvtNQ94mNj5XwoTugHMsanM5 yn92JAATO2S/DyFdtxMt+pvDoZ/DSTG+Tir4ME+ElOHie/V3i5E1koCjXeuHaOEDXD7gPHa78 13hUKgwOkr5OYuevuOkBxnLnY+DalQHp+TneHMWnr4TtXSymIvZ3hyinyvH7v1MFq8BT5lMon kHn5to/G6hDAnvfiwfSz6qTdUh3U/DG6QPXbQuBP4048DJyameLTmw2YpLcb9asBw+37g0YSn r+QHP5aXz++hLzM3jLZGxMmCLtkuK6WG+o5DMWYGffjfPswZges6sw924KYCh7qVHsGlHHscH UTzn9KqB08SEsu+o/Q0lrUcru0fbvk9JKujzWnnQDwNu2X/MHqehK3IIZYuQMGF1G61eRRH3f 1vs0tLe3WFR6J4qKeyP2N0ldHLJHrHMWhhScW0WUQRoTFGih93FC4GV3HAH2L/ME/qyR77uA2 NHiClImfUvuLs9wzeMWrBXaNw+VbjAd4L4gwuGyYkDqX+aPq2/XG3vFBvd1BoX0HJf9GkWgH7 HFsWgxxS77i4u8z7l5b98pZ9ClUdmOyws5b1b74nc+8ptzeL0lNjCP58kR6JhUO/KSuVg8Ml3 U9aeo8zZZaLLHwymw4W+oxT6EGR/2vuQ= 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, 09 Oct 2015 20:34:34 -0000 On 10/09/2015 23:20, Klaus wrote: > Alnis Morics schrieb: >> Hi, >> >> I'm trying to set up HP LaserJet 1020 on 10.2-RELEASE with CUPS and >> foo2zjs. That worked on previous versions of FreeBSD, although there >> were changes with devices to use (I gues it was ulpt to ugen and back to >> ulpt in 10.0). >> >> But now none of them works for me. >> If I use ulpt, the moment I plug in the printer or turn it on: >> >> ugen3.2: at usbus3 (disconnected) >> ugen3.2: at usbus3 >> ugen3.2: at usbus3 (disconnected) >> ugen3.2: at usbus3 >> ulpt0: > 2> on usbus3 >> ulpt0: using bi-directional mode >> ulpt0: offline >> >> CUPS doesn't find this printer. I can still add it manually but when I >> try to print, nothing happens, and there are no error messages. I found >> out that it is exactly after the firmware is downloaded that ulpt0 turns >> offline (should it?). >> >> If I use ugen (rebuilt CUPS with LIBUSB, moved away >> /boot/kernel/ulpt.ko), then CUPS detects the printer but no firmware >> gets downloaded, and, of course, I can't print. When I try to send the >> firmware manually >> >> cat /usr/share/foo2zjs/firmware/sihp1020.dl > /dev/ugen3.2 (or >> /dev/usb/3.2.0) >> >> the result is an input/output error. >> >> Any ideas of what might be wrong or how it should work now? >> >> >> Permissions in /etc/devfs.rules: >> # Begin printers_foo2zjs (added by foo2zjs/freebsd-install) >> [printers_foo2zjs=42] >> add path 'ulpt*' mode 0660 group cups >> add path 'unlpt*' mode 0660 group cups >> add path 'ugen*' mode 0660 group cups >> add path 'usb/*' mode 0770 group cups >> # End printers_foo2zjs (added by foo2zjs/freebsd-install) >> >> Thanks, >> Alnis >> > Hi, > > I think that is a conflict between the module for ugen and module for > ulpt. > I had this problem to and I solved it by compiling the kernel without > the ulpt module. > > Greetings, > Klaus > Thank you, Klaus, I'll try that. -Alnis From owner-freebsd-questions@freebsd.org Sat Oct 10 06:14:27 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C4F39D32B5 for ; Sat, 10 Oct 2015 06:14:27 +0000 (UTC) (envelope-from huruomu@gmail.com) Received: from mail-vk0-x242.google.com (mail-vk0-x242.google.com [IPv6:2607:f8b0:400c:c05::242]) (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 1BD38105E for ; Sat, 10 Oct 2015 06:14:27 +0000 (UTC) (envelope-from huruomu@gmail.com) Received: by vkaw128 with SMTP id w128so340842vka.0 for ; Fri, 09 Oct 2015 23:14: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=rah++8w1Kwx3vIltyo0cV+KQUiiOA8Fis/mSGfDZK70=; b=iqZyaq2g9emmvxPM+SCpRfphUXDlocyJbdcn87QVL8E16Z4xB+Jg0+qT7K8CQlfTJr NLDxKUFljFZI7EiknkS0bbwx5GLNpCqlAeoZvXYS2jGbHoealxTcEiD1FwZ01hxvGMqj 9fIqD6uySedzvZ/XoEIY4GvMPr5nsUym5X7OyovAtLHL9aTa8zKhN9a6Cvv3UycJjOrC 3iIUXY8oOxVsVsOYqkrgdyphtrB3wpso2wIcb6YA6656EcqbNoe74j3q+ET5nYzXrxbt /IBxlgq9NIwoz10FjqZUyiU6u4qpA6XliekeWcWNUAj/TsF5JTocFyqLvotIYGE5rASM V9yg== MIME-Version: 1.0 X-Received: by 10.31.162.14 with SMTP id l14mr9933856vke.110.1444457666025; Fri, 09 Oct 2015 23:14:26 -0700 (PDT) Received: by 10.103.66.3 with HTTP; Fri, 9 Oct 2015 23:14:25 -0700 (PDT) Date: Sat, 10 Oct 2015 14:14:25 +0800 Message-ID: Subject: mount: tmpfs: Operation not supported by device From: Romu 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, 10 Oct 2015 06:14:27 -0000 Hi, I can't mount tmpfs: > sudo mount /tmp mount: tmpfs: Operation not supported by device In my fstab: tmpfs /tmp tmpfs rw 0 0 My kernel amd64 config: cpu HAMMER ident MYKERNCONFIG options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options TCP_OFFLOAD # TCP offload options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD32 # Compatible with i386 binaries options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AUDIT # Security event auditing options PROCDESC # Support for process descriptors options INCLUDE_CONFIG_FILE # Include this file in kernel tions RACCT # Resource accounting framework options RACCT_DEFAULT_TO_DISABLED # Set kern.racct.enable=0 by default options RCTL # Resource limits options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. options SMP # Symmetric MultiProcessor Kernel device cpufreq device acpi options ACPI_DMAR device pci device ahci # AHCI-compatible SATA controllers device mpt # LSI-Logic MPT-Fusion device scbus # SCSI bus (required for ATA/SCSI) device ch # SCSI media changers device da # Direct Access (disks) device pass # Passthrough device (direct ATA/SCSI access) device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver options VESA # Add support for VESA BIOS Extensions (VBE) device sc options SC_PIXEL_MODE # add support for the raster text mode device uart # Generic UART driver device em # Intel PRO/1000 Gigabit Ethernet Family device le # AMD Am7900 LANCE and Am79C9xx PCnet device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device md # Memory "disks" device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) device ukbd # Keyboard My /etc/make.conf: CPUTYPE?=native MODULES_OVERRIDE= Thanks Romu From owner-freebsd-questions@freebsd.org Sat Oct 10 07:53:22 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADF719D2C18 for ; Sat, 10 Oct 2015 07:53:22 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (oslo.ath.cx [144.76.166.229]) (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 774CFEE8 for ; Sat, 10 Oct 2015 07:53:21 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (localhost [IPv6:::1]) by oslo.ath.cx (Postfix) with SMTP id CA99F1559 for ; Sat, 10 Oct 2015 09:53:13 +0200 (CEST) Date: Sat, 10 Oct 2015 09:53:13 +0200 From: "Herbert J. Skuhra" To: freebsd-questions@freebsd.org Subject: Re: mount: tmpfs: Operation not supported by device Message-ID: <20151010075313.GA50755@oslo.ath.cx> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24+21 (a07e8215a0ef) (2015-08-30) 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, 10 Oct 2015 07:53:22 -0000 On Sat, Oct 10, 2015 at 02:14:25PM +0800, Romu wrote: > Hi, > > I can't mount tmpfs: > > > sudo mount /tmp > mount: tmpfs: Operation not supported by device > > In my fstab: > tmpfs /tmp tmpfs rw 0 0 > > My kernel amd64 config: There is no "options TMPFS" in your kernel config. Does tmpfs.ko exist in /boot/kernel? Can you load it? What's the output of: # kldstat # kldload tmpfs -- Herbert From owner-freebsd-questions@freebsd.org Sat Oct 10 07:58:32 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8D659D2F16 for ; Sat, 10 Oct 2015 07:58:32 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (oslo.ath.cx [144.76.166.229]) (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 92281FFC for ; Sat, 10 Oct 2015 07:58:32 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (localhost [IPv6:::1]) by oslo.ath.cx (Postfix) with SMTP id 9B2841561 for ; Sat, 10 Oct 2015 09:58:30 +0200 (CEST) Date: Sat, 10 Oct 2015 09:58:30 +0200 From: "Herbert J. Skuhra" To: freebsd-questions@freebsd.org Subject: Re: mount: tmpfs: Operation not supported by device Message-ID: <20151010075830.GB50755@oslo.ath.cx> References: <20151010075313.GA50755@oslo.ath.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151010075313.GA50755@oslo.ath.cx> User-Agent: Mutt/1.5.24+21 (a07e8215a0ef) (2015-08-30) 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, 10 Oct 2015 07:58:32 -0000 On Sat, Oct 10, 2015 at 09:53:13AM +0200, Herbert J. Skuhra wrote: > On Sat, Oct 10, 2015 at 02:14:25PM +0800, Romu wrote: > > Hi, > > > > I can't mount tmpfs: > > > > > sudo mount /tmp > > mount: tmpfs: Operation not supported by device > > > > In my fstab: > > tmpfs /tmp tmpfs rw 0 0 > > > > My kernel amd64 config: > > There is no "options TMPFS" in your kernel config. > Does tmpfs.ko exist in /boot/kernel? Can you load it? > What's the output of: > > # kldstat > # kldload tmpfs I missed that you use "MODULES_OVERRIDE=", so you are not building any modules! In this case you have to add "options TMPFS" to your kernel config or add 'fs/tmpfs' to MODULES_OVERRIDE. -- Herbert From owner-freebsd-questions@freebsd.org Sat Oct 10 08:02:05 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56708A0E433 for ; Sat, 10 Oct 2015 08:02:05 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (oslo.ath.cx [144.76.166.229]) (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 1F5C5392 for ; Sat, 10 Oct 2015 08:02:04 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (localhost [IPv6:::1]) by oslo.ath.cx (Postfix) with SMTP id D652D1576 for ; Sat, 10 Oct 2015 10:02:02 +0200 (CEST) Date: Sat, 10 Oct 2015 10:02:02 +0200 From: "Herbert J. Skuhra" To: freebsd-questions@freebsd.org Subject: Re: mount: tmpfs: Operation not supported by device Message-ID: <20151010080202.GC50755@oslo.ath.cx> References: <20151010075313.GA50755@oslo.ath.cx> <20151010075830.GB50755@oslo.ath.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151010075830.GB50755@oslo.ath.cx> User-Agent: Mutt/1.5.24+21 (a07e8215a0ef) (2015-08-30) 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, 10 Oct 2015 08:02:05 -0000 On Sat, Oct 10, 2015 at 09:58:30AM +0200, Herbert J. Skuhra wrote: > On Sat, Oct 10, 2015 at 09:53:13AM +0200, Herbert J. Skuhra wrote: > > On Sat, Oct 10, 2015 at 02:14:25PM +0800, Romu wrote: > > > Hi, > > > > > > I can't mount tmpfs: > > > > > > > sudo mount /tmp > > > mount: tmpfs: Operation not supported by device > > > > > > In my fstab: > > > tmpfs /tmp tmpfs rw 0 0 > > > > > > My kernel amd64 config: > > > > There is no "options TMPFS" in your kernel config. > > Does tmpfs.ko exist in /boot/kernel? Can you load it? > > What's the output of: > > > > # kldstat > > # kldload tmpfs > > I missed that you use "MODULES_OVERRIDE=", so you are not building any > modules! In this case you have to add "options TMPFS" to your kernel > config or add 'fs/tmpfs' to MODULES_OVERRIDE. Sorry, tmpfs not fs/tmpfs. -- Herbert From owner-freebsd-questions@freebsd.org Sat Oct 10 10:13:59 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9DCDA100D7 for ; Sat, 10 Oct 2015 10:13:59 +0000 (UTC) (envelope-from bah@bananmonarki.se) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 066BE1140 for ; Sat, 10 Oct 2015 10:13:56 +0000 (UTC) (envelope-from bah@bananmonarki.se) Received: from kw.news4all.se (testbox.usenet4all.se [10.0.0.3]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id t9A9wgmf097889; Sat, 10 Oct 2015 11:58:43 +0200 (CEST) (envelope-from bah@bananmonarki.se) Subject: Re: Can't print to HP LJ 1020 using foo2zjs and CUPS To: Alnis Morics , freebsd-questions@freebsd.org References: <56181D6F.6010200@mail.com> From: Bernt Hansson Message-ID: <5618E152.7060301@bananmonarki.se> Date: Sat, 10 Oct 2015 11:58:42 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <56181D6F.6010200@mail.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: Sat, 10 Oct 2015 10:13:59 -0000 On 2015-10-09 22:02, Alnis Morics wrote: > Hi, > > I'm trying to set up HP LaserJet 1020 on 10.2-RELEASE with CUPS and > foo2zjs. That worked on previous versions of FreeBSD, although there > were changes with devices to use (I gues it was ulpt to ugen and back to > ulpt in 10.0). > > But now none of them works for me. > If I use ulpt, the moment I plug in the printer or turn it on: > > ugen3.2: at usbus3 (disconnected) > ugen3.2: at usbus3 > ugen3.2: at usbus3 (disconnected) > ugen3.2: at usbus3 > ulpt0: 2> on usbus3 > ulpt0: using bi-directional mode > ulpt0: offline > > CUPS doesn't find this printer. I can still add it manually but when I > try to print, nothing happens, and there are no error messages. I found > out that it is exactly after the firmware is downloaded that ulpt0 turns > offline (should it?). > > If I use ugen (rebuilt CUPS with LIBUSB, moved away > /boot/kernel/ulpt.ko), then CUPS detects the printer but no firmware > gets downloaded, and, of course, I can't print. When I try to send the > firmware manually > > cat /usr/share/foo2zjs/firmware/sihp1020.dl > /dev/ugen3.2 (or > /dev/usb/3.2.0) > > the result is an input/output error. > > Any ideas of what might be wrong or how it should work now? > > > Permissions in /etc/devfs.rules: > # Begin printers_foo2zjs (added by foo2zjs/freebsd-install) > [printers_foo2zjs=42] > add path 'ulpt*' mode 0660 group cups > add path 'unlpt*' mode 0660 group cups > add path 'ugen*' mode 0660 group cups > add path 'usb/*' mode 0770 group cups > # End printers_foo2zjs (added by foo2zjs/freebsd-install) Try unlpt instead of ulpt. From owner-freebsd-questions@freebsd.org Sat Oct 10 11:12:05 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 748BDA0FA84 for ; Sat, 10 Oct 2015 11:12:05 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) 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 3A9AFA3D for ; Sat, 10 Oct 2015 11:12:04 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Zkrpc-00080E-9B for freebsd-questions@freebsd.org; Sat, 10 Oct 2015 12:56:52 +0200 Received: from 5e1bf96f.mobile.pool.telekom.hu ([94.27.249.111]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Oct 2015 12:56:52 +0200 Received: from leventelist by 5e1bf96f.mobile.pool.telekom.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Oct 2015 12:56:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Lev Subject: opengl/gl.h gone Date: Sat, 10 Oct 2015 12:56:44 +0200 Lines: 27 Message-ID: <20151010125644.30ebb375@jive.levalinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 5e1bf96f.mobile.pool.telekom.hu X-Newsreader: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.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: Sat, 10 Oct 2015 11:12:05 -0000 SSB0cmllZCB0byBjb21waWxlIHNvbWV0aGluZyAoZmxpZ2h0Z2VhciBhbmQgZ2VkYS9wY2IpIGFn YWluc3Qgb3BlbmdsLA0KYW5kIEkgZm91bmQgdGhhdCBnbC5oIGlzIGdvbmUuDQoNCmZpbmQgL3Vz ci9sb2NhbCAtbmFtZSBnbC5oDQoNCmdpdmVzIHRoaXM6DQoNCi91c3IvbG9jYWwvc2hhcmUvcXQ0 L21rc3BlY3MvY29tbW9uL2lvcy9HTEVTL2dsLmgNCi91c3IvbG9jYWwvaW5jbHVkZS9GTC9nbC5o DQovdXNyL2xvY2FsL2luY2x1ZGUvQ0dBTC9nbC5oDQovdXNyL2xvY2FsL2luY2x1ZGUvZXBveHkv Z2wuaA0KDQpwa2cgaW5mbyBsaWJHTA0KDQpnaXZlcyB0aGlzOg0KDQpsaWJHTC0xMC42LjgNCk5h bWUgICAgICAgICAgIDogbGliR0wNClZlcnNpb24gICAgICAgIDogMTAuNi44DQpJbnN0YWxsZWQg b24gICA6IFRodSBPY3QgIDggMDI6MDg6MzYgQ0VTVCAyMDE1DQpPcmlnaW4gICAgICAgICA6IGdy YXBoaWNzL2xpYkdMDQpBcmNoaXRlY3R1cmUgICA6IGZyZWVic2Q6MTA6eDg2OjY0DQpQcmVmaXgg ICAgICAgICA6IC91c3IvbG9jYWwNCkNhdGVnb3JpZXMgICAgIDogZ3JhcGhpY3MNCkxpY2Vuc2Vz ICAgICAgIDogDQpNYWludGFpbmVyICAgICA6IHgxMUBGcmVlQlNELm9yZw0KV1dXICAgICAgICAg ICAgOiBodHRwOi8vd3d3LmZyZWVkZXNrdG9wLm9yZy9Tb2Z0d2FyZS94b3JnDQpDb21tZW50ICAg ICAgICA6IE9wZW5HTCBsaWJyYXJ5IHRoYXQgcmVuZGVycyB1c2luZyBHTFggb3IgRFJJDQpTaGFy ZWQgTGlicyByZXF1aXJlZDoNCiAgICAgICAgbGliWDExLnNvLjYNCiAgICAgICAgbGliWGRhbWFn ZS5zby4xDQogICAgICAgIGxpYmV4cGF0LnNvLjENCiAgICAgICAgbGliWDExLXhjYi5zby4xDQog ICAgICAgIGxpYnhjYi1nbHguc28uMA0KICAgICAgICBsaWJkcm0uc28uMg0KICAgICAgICBsaWJY eGY4NnZtLnNvLjENCiAgICAgICAgbGlieGNiLWRyaTIuc28uMA0KICAgICAgICBsaWJ4Y2Iuc28u MQ0KICAgICAgICBsaWJnbGFwaS5zby4wDQogICAgICAgIGxpYlhleHQuc28uNg0KICAgICAgICBs aWJYZml4ZXMuc28uMw0KU2hhcmVkIExpYnMgcHJvdmlkZWQ6DQogICAgICAgIGxpYkdMLnNvLjEN CkFubm90YXRpb25zICAgIDoNCiAgICAgICAgcmVwb190eXBlICAgICAgOiBiaW5hcnkNCiAgICAg ICAgcmVwb3NpdG9yeSAgICAgOiBGcmVlQlNEDQpGbGF0IHNpemUgICAgICA6IDEuOTJNaUINCkRl c2NyaXB0aW9uICAgIDoNClRoaXMgcGFja2FnZSBjb250YWlucyB0aGUgT3BlbkdMIGxpYnJhcnks IHdoaWNoIGNhbiBwZXJmb3JtIHJlbmRlcmluZyBvdmVyIEdMWA0Kb3IgdXNpbmcgdGhlIERpcmVj dCBSZW5kZXJpbmcgSW5mcmFzdHJ1Y3R1cmUuDQoNCldXVzogaHR0cDovL3d3dy5mcmVlZGVza3Rv cC5vcmcvU29mdHdhcmUveG9yZw0KDQoNCkFueSBjbHVlPw0KDQotLSANCjczIGRlIEhBNU9HTA0K T3AuOiBMZXZlbnRlDQo= From owner-freebsd-questions@freebsd.org Sat Oct 10 18:30:21 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92C879D2D9A for ; Sat, 10 Oct 2015 18:30:21 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (oslo.ath.cx [144.76.166.229]) (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 56D842BF for ; Sat, 10 Oct 2015 18:30:21 +0000 (UTC) (envelope-from herbert@oslo.ath.cx) Received: from oslo.ath.cx (localhost [IPv6:::1]) by oslo.ath.cx (Postfix) with SMTP id B23E51709 for ; Sat, 10 Oct 2015 20:30:17 +0200 (CEST) Date: Sat, 10 Oct 2015 20:30:17 +0200 From: "Herbert J. Skuhra" To: freebsd-questions@freebsd.org Subject: Re: opengl/gl.h gone Message-ID: <20151010183017.GA58441@oslo.ath.cx> References: <20151010125644.30ebb375@jive.levalinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151010125644.30ebb375@jive.levalinux.org> User-Agent: Mutt/1.5.24+21 (a07e8215a0ef) (2015-08-30) 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, 10 Oct 2015 18:30:21 -0000 On Sat, Oct 10, 2015 at 12:56:44PM +0200, Lev wrote: > I tried to compile something (flightgear and geda/pcb) against opengl, > and I found that gl.h is gone. > > find /usr/local -name gl.h > > gives this: > > /usr/local/share/qt4/mkspecs/common/ios/GLES/gl.h > /usr/local/include/FL/gl.h > /usr/local/include/CGAL/gl.h > /usr/local/include/epoxy/gl.h There should be /usr/local/include/GL/gl.h. > Any clue? Have you tried to reinstall libGL? # pkg install -f libGL The packages at http://pkg.freebsd.org/freebsd:10:x86:64/latest/All/ and http://pkg.freebsd.org/freebsd:10:x86:64/quarterly/All/ seem to be OK. -- Herbert From owner-freebsd-questions@freebsd.org Sat Oct 10 23:25:36 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFCD09D2766 for ; Sat, 10 Oct 2015 23:25:36 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) 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 914A2EDB for ; Sat, 10 Oct 2015 23:25:36 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Zl3W8-0007JE-MW for freebsd-questions@freebsd.org; Sun, 11 Oct 2015 01:25:32 +0200 Received: from 5e1bf96f.mobile.pool.telekom.hu ([94.27.249.111]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Oct 2015 01:25:32 +0200 Received: from leventelist by 5e1bf96f.mobile.pool.telekom.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Oct 2015 01:25:32 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Lev Subject: Re: opengl/gl.h gone Date: Sun, 11 Oct 2015 01:25:24 +0200 Lines: 10 Message-ID: <20151011012524.7f1b38a3@jive.levalinux.org> References: <20151010125644.30ebb375@jive.levalinux.org> <20151010183017.GA58441@oslo.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 5e1bf96f.mobile.pool.telekom.hu X-Newsreader: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.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: Sat, 10 Oct 2015 23:25:36 -0000 T24gU2F0LCAxMCBPY3QgMjAxNSAyMDozMDoxNyArMDIwMA0KIkhlcmJlcnQgSi4gU2t1aHJhIiA8 aGVyYmVydEBvc2xvLmF0aC5jeD4gd3JvdGU6DQoNCj4gVGhlcmUgc2hvdWxkIGJlIC91c3IvbG9j YWwvaW5jbHVkZS9HTC9nbC5oLg0KDQpZZXMNCiANCj4gPiBBbnkgY2x1ZT8gIA0KPiANCj4gSGF2 ZSB5b3UgdHJpZWQgdG8gcmVpbnN0YWxsIGxpYkdMPw0KPiANCj4gIyBwa2cgaW5zdGFsbCAtZiBs aWJHTA0KDQpBZnRlciBJIHdvcnRlIHRoZSBlbWFpbCwgSSBnb3QgdGhpcyBpZGVhLCBhbmQgdm9p bGEsIEkgaGF2ZSB0aGUgZ2wuaC4NCg0KVGhlcmUgd2FzIGFuIHVwZ3JhZGUgYSBmZXcgZGF5cyBh Z28sIGFuZCB0aGF0IHVwZGF0ZSBtaWdodCBtZXNzZWQgdXAgdGhlDQpzeXN0ZW0uIFN0cmFuZ2Uu DQoNClRoYW5rcyBmb3IgdGhlIGhlbHAuDQoNCkxldg0KDQotLSANCjczIGRlIEhBNU9HTA0KT3Au OiBMZXZlbnRlDQo=