From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 00:06:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EF3B16A4DD for ; Sun, 3 Sep 2006 00:06:18 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B4A843D58 for ; Sun, 3 Sep 2006 00:06:17 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1461987wxd for ; Sat, 02 Sep 2006 17:06:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=E2UUYVtecG2xavrrORD6mSWx9ZMPYLE3wXQqZPrf4gb+TGzewXxLvgBSN8EvVp1CYUc6ySP/827ZTuMVHV+ew6Cx/nJ03MFGv41rd0zrM3yqidqiWp+Wx7Y4xFwFrOWCPSMdJOh+NwlAAdRcQJXxIkIHKQiUjSkblu9lDFnTnwU= Received: by 10.90.117.11 with SMTP id p11mr962060agc; Sat, 02 Sep 2006 17:06:16 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Sat, 2 Sep 2006 17:06:16 -0700 (PDT) Message-ID: <7579f7fb0609021706jd9f2bf6l736f839e1d854712@mail.gmail.com> Date: Sat, 2 Sep 2006 17:06:16 -0700 From: "Matthew Jacob" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> Cc: Alex Salazar , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 00:06:18 -0000 > > > > Yup, sounds like a mess here. > > But is there a solution or workaround rather than just concluding? > Well, I've collected some info and am trying to sort through all of the stories. There certainly is something wrong with recent mpt(4) and I'm trying to figure out what. It affects some people's h/w (not mine when I tested prior to making the checkins). So, I'm trying to come up with a solution, yes. *Much* regards -matt From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 00:21:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CA6316A504 for ; Sun, 3 Sep 2006 00:21:14 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id B33A643D46 for ; Sun, 3 Sep 2006 00:21:10 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1464543wxd for ; Sat, 02 Sep 2006 17:21:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TIxY82ZHc+T3Gi65cOcnEX9DSg//OCUCIWGnMX2ABTYZp8zes7ZiSZYpvIDL3qmUnB2WYRKIaqih6wCg+WpVGNmYNapCxR+f9uievovkzSIwl/1r/hZadLg4POqUoN2cxb+aPVBkXS1M5zqbi03DYcAImgZTioYD00Lzarz9vfQ= Received: by 10.70.111.2 with SMTP id j2mr5157681wxc; Sat, 02 Sep 2006 17:21:09 -0700 (PDT) Received: by 10.70.38.5 with HTTP; Sat, 2 Sep 2006 17:21:09 -0700 (PDT) Message-ID: Date: Sun, 3 Sep 2006 02:21:09 +0200 From: "Claus Guttesen" To: "Matthew Jacob" In-Reply-To: <7579f7fb0609021706jd9f2bf6l736f839e1d854712@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> <7579f7fb0609021706jd9f2bf6l736f839e1d854712@mail.gmail.com> Cc: Alex Salazar , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 00:21:14 -0000 > > > Yup, sounds like a mess here. > > But is there a solution or workaround rather than just concluding? > > Well, I've collected some info and am trying to sort through all of > the stories. There certainly is something wrong with recent mpt(4) and > I'm trying to figure out what. It affects some people's h/w (not mine > when I tested prior to making the checkins). > > So, I'm trying to come up with a solution, yes. > *Much* regards Thank you :-) I am myself considering hardware from the same vendor and I assume others are as well, so I appreciate the effort. regards Claus From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 00:27:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 530F616A4E0 for ; Sun, 3 Sep 2006 00:27:43 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id E02EA43D6D for ; Sun, 3 Sep 2006 00:27:41 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1465726wxd for ; Sat, 02 Sep 2006 17:27:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZVTA/ZSLE0kBWYgHxMJK22zO3bj75Hezuvx5RDOtNbPXfRuMt4ot/LqqWvvgioto+A6lV0yyj/MsVaRPKOVMpb9q+ry3X6KkDSr3ta3JIBhoaB3XDjtNBvGTf/aOXEomEOPd+bvjBaQHHNtSNl5lH1ezRbFNIAyu73R0pPVVWis= Received: by 10.90.68.15 with SMTP id q15mr973674aga; Sat, 02 Sep 2006 17:27:41 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Sat, 2 Sep 2006 17:27:41 -0700 (PDT) Message-ID: <7579f7fb0609021727k3044cb30j6afeec90ce5ade5b@mail.gmail.com> Date: Sat, 2 Sep 2006 17:27:41 -0700 From: "Matthew Jacob" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> <7579f7fb0609021706jd9f2bf6l736f839e1d854712@mail.gmail.com> Cc: Alex Salazar , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 00:27:43 -0000 > > Thank you :-) I am myself considering hardware from the same vendor > and I assume others are as well, so I appreciate the effort. It's a Tier One vendor- you can rest assured that FreeBSD will support it. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 03:24:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E376A16A4DF for ; Sun, 3 Sep 2006 03:24:07 +0000 (UTC) (envelope-from umbilical.blisters@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2841F43D49 for ; Sun, 3 Sep 2006 03:24:07 +0000 (GMT) (envelope-from umbilical.blisters@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2028169pye for ; Sat, 02 Sep 2006 20:24:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=au2VXpRfsi78ZXXgWPt3QjkLb+CxWpP8PxVRYLPvo0jg1aAKOCoszeouxRqMHNZ8OjJ0KWvqVJtqnYATo7jCuZLv0scCU+SEvEBWl/E8M47gZ3m5NkZ+60e2RJt30J6kzgBlxkEEfgV8h29i7yI801EdvP3nIyFS06ABdc7Z5jE= Received: by 10.35.63.2 with SMTP id q2mr6749168pyk; Sat, 02 Sep 2006 20:24:06 -0700 (PDT) Received: by 10.35.126.16 with HTTP; Sat, 2 Sep 2006 20:24:06 -0700 (PDT) Message-ID: <40c4bb930609022024j2419947u6f86e8d41ea8845c@mail.gmail.com> Date: Sat, 2 Sep 2006 22:24:06 -0500 From: "Alex Salazar" To: "Matthew Jacob" In-Reply-To: <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 03:24:08 -0000 On 9/2/06, Matthew Jacob wrote: > > > As a workaround, I disabled the APICs (hint.apic.0.disabled), > > and that ~15 minutes delay at boot up, now was gone. Fine. > > > > (BTW, 7-CURRENT has the same problem, but without that huge delay) > > Do you have APIC disabled for 7-CURRENT also? No. I didn't need to. Although the same probe errors also show up like on 6-STABLE, they do not delay a second the boot process. > I've seen this on Supermicro EM64T in the past on 7-current, but that > went away about 3-4 weeks ago. It really seemed to me that this was > indeed an interrupt related problem. > The STABLE and CURRENT snapshots (200608) I am using were downloaded 2 weeks ago. On 7-CURRENT, the scenario is not as critical as on 6-STABLE. On CURRENT, there is only that bunch of mpt_cam_event notifications, whenever certain disk operations are performed (tarball extracting, i.e.). No bce(4) watchdog messages, network interface down nor system unstability. Even though, the system hangs most of times when it is restarted or shuted down, and I am forced to use the power off button. /var/run/dmesg.boot http://bsdero.tripod.com/dmesg.boot.CURRENT.txt /var/log/messages (with remarks) http://bsdero.tripod.com/messages.0902.CURRENT.txt pciconf -lv output http://bsdero.tripod.com/pciconf.CURRENT.txt Regards From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 04:34:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D388816A4DE; Sun, 3 Sep 2006 04:34:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DFD243D45; Sun, 3 Sep 2006 04:34:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id k834Xw9R001632; Sun, 3 Sep 2006 00:33:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k834XxOR048573; Sun, 3 Sep 2006 00:33:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CBBB07302F; Sun, 3 Sep 2006 00:33:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060903043358.CBBB07302F@freebsd-current.sentex.ca> Date: Sun, 3 Sep 2006 00:33:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 04:34:01 -0000 TB --- 2006-09-03 03:45:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-03 03:45:59 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2006-09-03 03:45:59 - cleaning the object tree TB --- 2006-09-03 03:46:30 - checking out the source tree TB --- 2006-09-03 03:46:30 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-09-03 03:46:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-09-03 03:56:26 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-03 03:56:26 - cd /src TB --- 2006-09-03 03:56:26 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/alpha -I/src/libexec/rtld-elf -mno-fp-regs -fpic -DPIC -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/rtld-elf/alpha/reloc.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -DFREEBSD_ELF -DIN_RTLD -I/src/libexec/rtld-elf/alpha -I/src/libexec/rtld-elf -mno-fp-regs -fpic -DPIC -Wformat=2 -Wno-format-extra-args -Werror -c /src/libexec/rtld-elf/rtld.c /src/libexec/rtld-elf/rtld.c: In function `allocate_tls': /src/libexec/rtld-elf/rtld.c:2560: error: `TLS_TCB_SIZE' undeclared (first use in this function) /src/libexec/rtld-elf/rtld.c:2560: error: (Each undeclared identifier is reported only once /src/libexec/rtld-elf/rtld.c:2560: error: for each function it appears in.) /src/libexec/rtld-elf/rtld.c: In function `free_tls': /src/libexec/rtld-elf/rtld.c:2608: error: `TLS_TCB_SIZE' undeclared (first use in this function) *** Error code 1 Stop in /src/libexec/rtld-elf. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-03 04:33:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-03 04:33:58 - ERROR: failed to build world TB --- 2006-09-03 04:33:58 - tinderbox aborted TB --- 1.01 user 5.12 system 2879.52 real From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 05:16:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6A6316A4DF; Sun, 3 Sep 2006 05:16:28 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8647A43D49; Sun, 3 Sep 2006 05:16:28 +0000 (GMT) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin03-en2 [10.13.10.148]) by smtpout.mac.com (Xserve/8.12.11/smtpout14/MantshX 4.0) with ESMTP id k835GSYp003520; Sat, 2 Sep 2006 22:16:28 -0700 (PDT) Received: from [192.168.1.5] (c-67-164-11-148.hsd1.ca.comcast.net [67.164.11.148]) (authenticated bits=0) by mac.com (Xserve/smtpin03/MantshX 4.0) with ESMTP id k835GPdP003533 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Sat, 2 Sep 2006 22:16:27 -0700 (PDT) In-Reply-To: <20060903043358.CBBB07302F@freebsd-current.sentex.ca> References: <20060903043358.CBBB07302F@freebsd-current.sentex.ca> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 2 Sep 2006 22:15:47 -0700 To: FreeBSD Tinderbox X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAgNsLY8DbC8F X-SpamScan: Suspected Spam Cc: stable@freebsd.org, alpha@freebsd.org Subject: Re: [releng_6 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 05:16:29 -0000 On Sep 2, 2006, at 9:33 PM, FreeBSD Tinderbox wrote: : > cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -DFREEBSD_ELF - > DIN_RTLD -I/src/libexec/rtld-elf/alpha -I/src/libexec/rtld-elf -mno- > fp-regs -fpic -DPIC -Wformat=2 -Wno-format-extra-args -Werror -c / > src/libexec/rtld-elf/rtld.c > /src/libexec/rtld-elf/rtld.c: In function `allocate_tls': > /src/libexec/rtld-elf/rtld.c:2560: error: `TLS_TCB_SIZE' undeclared > (first use in this function) > /src/libexec/rtld-elf/rtld.c:2560: error: (Each undeclared > identifier is reported only once > /src/libexec/rtld-elf/rtld.c:2560: error: for each function it > appears in.) > /src/libexec/rtld-elf/rtld.c: In function `free_tls': > /src/libexec/rtld-elf/rtld.c:2608: error: `TLS_TCB_SIZE' undeclared > (first use in this function) > *** Error code 1 Should be fixed now. Sorry about that... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 11:17:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B7A616A4DA for ; Sun, 3 Sep 2006 11:17:59 +0000 (UTC) (envelope-from hwh@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D9BB43D46 for ; Sun, 3 Sep 2006 11:17:59 +0000 (GMT) (envelope-from hwh@gddsn.org.cn) Received: from [192.168.4.81] (unknown [210.72.96.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 20C7838CB73 for ; Sun, 3 Sep 2006 19:17:56 +0800 (CST) Message-ID: <44FAB9DB.4000109@gddsn.org.cn> Date: Sun, 03 Sep 2006 19:17:47 +0800 From: Huang wen hui User-Agent: Thunderbird 1.5.0.4 (X11/20060727) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: Subject: Problem with aac0 on FreeBSD 6.1R/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 11:17:59 -0000 hi, I have Dawning A950(4 CPUs) with raid card " Adaptec SCSI RAID 2230SLP". when install FreeBSD 6.1R/amd64, everying is fine except probing aac: aac0: COMMAND 0xffffffffxxxxxxxx TIMEOUT AFTER XXX SECONDS kernel trap 12 with interrupts disabled. This machine can install TurboLinux. Thankfull for any advice --hwh From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 12:00:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8C5C16A4DD for ; Sun, 3 Sep 2006 12:00:33 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from imf22aec.mail.bellsouth.net (imf22aec.mail.bellsouth.net [205.152.59.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9C6143D45 for ; Sun, 3 Sep 2006 12:00:32 +0000 (GMT) (envelope-from frank_s@bellsouth.net) Received: from ibm65aec.bellsouth.net ([68.214.115.166]) by imf22aec.mail.bellsouth.net with ESMTP id <20060903120029.ZRPY11274.imf22aec.mail.bellsouth.net@ibm65aec.bellsouth.net> for ; Sun, 3 Sep 2006 08:00:29 -0400 Received: from Cat.nina.org ([68.214.115.166]) by ibm65aec.bellsouth.net with ESMTP id <20060903120027.XOTI14159.ibm65aec.bellsouth.net@Cat.nina.org> for ; Sun, 3 Sep 2006 08:00:27 -0400 Date: Sun, 3 Sep 2006 08:00:19 -0400 (EDT) From: Frank X-X-Sender: frank_s@Cat.nina.org To: freebsd-stable@freebsd.org Message-ID: <20060903075030.P23566@Cat.nina.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 6.X wont boot on Dell XPS 700 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 12:00:33 -0000 I have a new XPS 700 Pentium D 3.6 Dual Core with 2 gigs RAM, 2 250 GB SATA drives, and 2 NVIDIA GeForce 7900GS video cards. So far I have tried: 6.0-RELEASE - will boot to sysinstall but finds no drives. 6.1-RELEASE - hangs after probing md0 and first hard drive. 6.1-STABLE - hangs after probing md0 and first hard drive. 7.0-CURRENT - hangs after probing md0 and both hard drives. I have unplugged the USB keyboard and mouse and used a PS/2 keyboard. Disabling ACPI causes a panic on all versions. Anyone have a clue what it will take to install on this machine? -- Frank From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 12:14:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2ADD16A4DE; Sun, 3 Sep 2006 12:14:15 +0000 (UTC) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E3F043D6D; Sun, 3 Sep 2006 12:14:11 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.205.103) by pne-smtpout2-sn2.hy.skanova.net (7.2.075) id 44F2F2F7001AB2EB; Sun, 3 Sep 2006 14:14:10 +0200 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 5025461DA6; Sun, 3 Sep 2006 14:14:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.org Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dkxTRwAVwhMH; Sun, 3 Sep 2006 14:14:08 +0200 (CEST) Received: from [172.28.2.101] (jstrom-mb.wlan.stromnet.org [172.28.2.101]) by elfi.stromnet.org (Postfix) with ESMTP id BC40161D9E; Sun, 3 Sep 2006 14:14:08 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: quoted-printable Message-Id: Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed To: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org, garys@opusnet.com From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sun, 3 Sep 2006 14:13:26 +0200 X-Mailer: Apple Mail (2.752.2) Cc: Subject: FreeBSD with a Gigabyte GA-K8NSC? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 12:14:16 -0000 Hi I'm about to get a "new" server... In this case what I'm looking at =20 is a Gigabyte GA-K8NSC mobo with nForce3 250Gb chipset, and a AMD 64 =20 3200+ Venice S939. Does anyone have any experience with FreeBSD (6.1) and this mobo/=20 chipset? Does the network work? How good? SATA? Any stability/=20 performance issues? I did notice it was mentioned on http://www.freebsd.org/platforms/=20 amd64/motherboards.html on 5.4 with the only comment "Sound and USB =20 untested.".. So.. anyone got more detailed experience than that? Thanks :) -- Johan Str=F6m johan@stromnet.org From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 14:45:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F21E16A4E0 for ; Sun, 3 Sep 2006 14:45:57 +0000 (UTC) (envelope-from bob@immure.com) Received: from flpvm09.prodigy.net (flpvm09.prodigy.net [207.115.20.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A604143D58 for ; Sun, 3 Sep 2006 14:45:56 +0000 (GMT) (envelope-from bob@immure.com) X-ORBL: [66.136.206.1] Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1]) by flpvm09.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k83Ejn78028747; Sun, 3 Sep 2006 07:45:50 -0700 Received: from rancor.immure.com (rancor.immure.com [10.1.132.9]) by maul.immure.com (8.13.6/8.13.6) with ESMTP id k83EjlJO092533; Sun, 3 Sep 2006 09:45:47 -0500 (CDT) (envelope-from bob@immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.13.6/8.13.6) with ESMTP id k83EjlP4076973; Sun, 3 Sep 2006 09:45:47 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.13.6/8.13.6/Submit) id k83EjkAk076972; Sun, 3 Sep 2006 09:45:46 -0500 (CDT) (envelope-from bob) Date: Sun, 3 Sep 2006 09:45:46 -0500 From: Bob Willcox To: Scott Long Message-ID: <20060903144546.GA76631@rancor.immure.com> References: <20060901164238.GA66726@hugo10.ka.punkt.de> <44F86AB9.9000002@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F86AB9.9000002@samsco.org> User-Agent: Mutt/1.5.12-2006-07-14 X-immure-MailScanner-Information: Please contact the ISP for more information X-immure-MailScanner: Found to be clean X-immure-MailScanner-From: bob@immure.com X-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: LSI/amr driver controller cache problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bob Willcox List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 14:45:57 -0000 On Fri, Sep 01, 2006 at 11:15:37AM -0600, Scott Long wrote: > Patrick M. Hausen wrote: [snip] > > It is very arguably a bug in the LSI firmware if it is actually dumping > its cache when a PCI reset occurs, especially if a battery unit is > present. However, I seriously doubt that you will get anyone at LSI to > listen to this problem. Do you get any messages on the console at > shutdown about the amr driver flushing the cache? Also, check the cache > setting on the drives itself. Maybe the drives are loosing power or > getting reset while data is in their cache. It's bad practice to enable > the write cache on a drive in an RAID array for just this very reason, > but some vendors do it anyways in an attempt to cover up poor > performance. Is there some way to tell if write caching is turned on or not for the drives in the array? In particular, I have an Areca controller (ARC-1210) with 4 SATA drives attached that I would like to check for this on. Bob -- Bob Willcox Possessions increase to fill the space bob@immure.com available for their storage. Austin, TX -- Ryan From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 15:29:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F236A16A4DD for ; Sun, 3 Sep 2006 15:29:10 +0000 (UTC) (envelope-from michael@araneidae.co.uk) Received: from mail.araneidae.co.uk (araneidae.co.uk [62.3.233.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A67043D45 for ; Sun, 3 Sep 2006 15:29:08 +0000 (GMT) (envelope-from michael@araneidae.co.uk) Received: from saturn.araneidae.co.uk (localhost [127.0.0.1]) by mail.araneidae.co.uk (8.13.1/8.13.1) with ESMTP id k83FT76D039893 for ; Sun, 3 Sep 2006 15:29:07 GMT (envelope-from michael@araneidae.co.uk) Received: from localhost (michael@localhost) by saturn.araneidae.co.uk (8.13.1/8.13.1/Submit) with ESMTP id k83FT6VZ039890 for ; Sun, 3 Sep 2006 15:29:07 GMT (envelope-from michael@araneidae.co.uk) X-Authentication-Warning: saturn.araneidae.co.uk: michael owned process doing -bs Date: Sun, 3 Sep 2006 15:29:06 +0000 (GMT) From: Michael Abbott To: freebsd-stable@freebsd.org Message-ID: <20060903145054.M39827@saturn.araneidae.co.uk> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-817021360-1157297346=:39827" Subject: FreeBSD bemused by USB card reader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 15:29:11 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-817021360-1157297346=:39827 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed I was playing with a USB card reader and FreeBSD, and I've discovered some quirks that I imagine need attention. The driver involved is umass(4). The card reader itself has four slots in which various formats of flash card can be inserted, and is a USB device. The quirks are as follows: 1. If the card reader is plugged in to the USB with no cards inserted, the result is a storm of messages, one for each of the four slots, saying in effect "Medium not present; Unretryable error". Ok, kindof, but given how hard it tries (more than 80 lines of dmesg output are generated!), I think BSD is missing the point (ie, the media may come later...). 2. Device entry points da0, da1, da2 and da3 are created in /dev without any slice or partition subdevices (can somebody please point me to documentation which explains when and why I get da0s1 or da0a or da0s1a: I'd really like to know at the block device level what's going on there). 3. When I insert a card into the card reader: no messages are generated, and no new devices are generated (so I have to mount the device as da0, and can't mount any slices or partitions). Of course, there is a workaround here: plugging the card into the card reader *before* plugging it into the USB port works, but FreeBSD is underperforming here. For example, OSX has no problem in recognising a card being inserted or removed. Similarly, removing a card from the reader is also not noticed. I've tried `camcontrol rescan 0` (or all), as suggested in umass(4), but it doesn't change the devices present in /dev, so is clearly *not* recognising insertion or removal of cards. I don't know if this is an issue or not, but `usbdevs` never shows the cards, only the card reader. 4. This one is quite interesting: if I reboot with the card reader installed with a card in one slot (I was trying to boot off the card; no luck) and then remove it: it fails to remove da1, da2 and da3 from /dev. When I re-insert the card reader... I get two copies of da1! Look: # ls /dev/da1* /dev/da1 /dev/da1 Looks well dodgy to me. Ok, tried again (with the card removed), and this time I get two copies of da2 and da3 also: # ls /dev/da* /dev/da0 /dev/da1 /dev/da1 /dev/da2 /dev/da2 /dev/da3 /dev/da3 How very very strange. In case it's of interest, I've attached the output from `dmesg`. Oh: and here's `uname -a`: FreeBSD venus.araneidae.co.uk 6.1-STABLE FreeBSD 6.1-STABLE #1: Mon Aug 28 18:32:17 UTC 2006 root@venus.araneidae.co.uk:/usr/obj/usr/src/sys/GENERIC i386 --0-817021360-1157297346=:39827 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg Content-Transfer-Encoding: BASE64 Content-ID: <20060903152906.G39827@saturn.araneidae.co.uk> Content-Description: dmesg output Content-Disposition: attachment; filename=dmesg cGNpMDogPG11bHRpbWVkaWEsIGF1ZGlvPiBhdCBkZXZpY2UgNy41IChubyBk cml2ZXIgYXR0YWNoZWQpDQpybDA6IDxSZWFsVGVrIDgxMzkgMTAvMTAwQmFz ZVRYPiBwb3J0IDB4ZDgwMC0weGQ4ZmYgbWVtIDB4ZTU4MTAwMDAtMHhlNTgx MDBmZiBpcnEgNSBhdCBkZXZpY2UgOC4wIG9uIHBjaTANCm1paWJ1czA6IDxN SUkgYnVzPiBvbiBybDANCnJscGh5MDogPFJlYWxUZWsgaW50ZXJuYWwgbWVk aWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwDQpybHBoeTA6ICAxMGJhc2VULCAx MGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvDQpy bDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjQwOmY0OmI4OmRiOjIwDQpybDE6 IDxSZWFsVGVrIDgxMzkgMTAvMTAwQmFzZVRYPiBwb3J0IDB4ZGMwMC0weGRj ZmYgbWVtIDB4ZTU4MTEwMDAtMHhlNTgxMTBmZiBpcnEgMTAgYXQgZGV2aWNl IDkuMCBvbiBwY2kwDQptaWlidXMxOiA8TUlJIGJ1cz4gb24gcmwxDQpybHBo eTE6IDxSZWFsVGVrIGludGVybmFsIG1lZGlhIGludGVyZmFjZT4gb24gbWlp YnVzMQ0KcmxwaHkxOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VU WCwgMTAwYmFzZVRYLUZEWCwgYXV0bw0KcmwxOiBFdGhlcm5ldCBhZGRyZXNz OiAwMDo0MDpmNDpiODpkYjoxZg0KcmwyOiA8UmVhbFRlayA4MTM5IDEwLzEw MEJhc2VUWD4gcG9ydCAweGUwMDAtMHhlMGZmIG1lbSAweGU1ODEyMDAwLTB4 ZTU4MTIwZmYgaXJxIDExIGF0IGRldmljZSAxMS4wIG9uIHBjaTANCm1paWJ1 czI6IDxNSUkgYnVzPiBvbiBybDINCnJscGh5MjogPFJlYWxUZWsgaW50ZXJu YWwgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMyDQpybHBoeTI6ICAxMGJh c2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBh dXRvDQpybDI6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjQwOmY0OmI4OmRiOjFl DQpmZGMwOiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjAt MHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gYWNwaTANCmZkYzA6IFtGQVNU XQ0Kc2lvMDogPDE2NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBwb3J0IDB4 M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTANCnNpbzA6IHR5 cGUgMTY1NTBBDQpzaW8xOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+ IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gYWNwaTANCnNpbzE6IHR5cGUg MTY1NTBBDQpwcGMwOiA8U3RhbmRhcmQgcGFyYWxsZWwgcHJpbnRlciBwb3J0 PiBwb3J0IDB4Mzc4LTB4MzdmIGlycSA3IG9uIGFjcGkwDQpwcGMwOiBHZW5l cmljIGNoaXBzZXQgKEVQUC9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQ0K cHBidXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzANCnBsaXAwOiA8 UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwDQpscHQwOiA8UHJp bnRlcj4gb24gcHBidXMwDQpscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQN CnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMA0KYXRrYmRjMDogPEtl eWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJx IDEgb24gYWNwaTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBh dGtiZGMwDQprYmQwIGF0IGF0a2JkMA0KYXRrYmQwOiBbR0lBTlQtTE9DS0VE XQ0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20w OiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNlLCBk ZXZpY2UgSUQgMw0KcG10aW1lcjAgb24gaXNhMA0Kb3JtMDogPElTQSBPcHRp b24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGNiZmZmLDB4Y2MwMDAtMHhj ZmZmZiwweGQwMDAwLTB4ZGE3ZmYgb24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNv bnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTANCnNjMDogVkdBIDwxNiB2 aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4NCnZnYTA6IDxHZW5lcmlj IElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0w eGJmZmZmIG9uIGlzYTANCnVtYXNzMDogSUNTSSAyLjAgQ2FyZCBSZWFkZXIs IHJldiAyLjAwLzEuM2EsIGFkZHIgMg0KVGltZWNvdW50ZXIgIlRTQyIgZnJl cXVlbmN5IDUzMjY0MDY0MCBIeiBxdWFsaXR5IDgwMA0KVGltZWNvdW50ZXJz IHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KYWQyOiAzODIwNE1CIDxTQU1TVU5H IE1QMDQwMkggWVEyMDAtMDQ+IGF0IGF0YTEtbWFzdGVyIFVETUExMDANCmRh MCBhdCB1bWFzcy1zaW0wIGJ1cyAwIHRhcmdldCAwIGx1biAwDQpkYTA6IDxJ Q1NJIENGIENhcmQgICAgICAgQ0YgMS4zQT4gUmVtb3ZhYmxlIERpcmVjdCBB Y2Nlc3MgU0NTSS0wIGRldmljZSANCmRhMDogMS4wMDBNQi9zIHRyYW5zZmVy cw0KZGEwOiAxMjJNQiAoMjUwMzY4IDUxMiBieXRlIHNlY3RvcnM6IDY0SCAz MlMvVCAxMjJDKQ0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogUkVBRCBDQVBB Q0lUWS4gQ0RCOiAyNSAyMCAwIDAgMCAwIDAgMCAwIDAgDQooZGExOnVtYXNz LXNpbTA6MDowOjEpOiBJTExFR0FMIFJFUVVFU1QgYXNjOjI1LDANCihkYTE6 dW1hc3Mtc2ltMDowOjA6MSk6IExvZ2ljYWwgdW5pdCBub3Qgc3VwcG9ydGVk DQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBmYXRhbCBlcnJvciwgZmFpbGVk IHRvIGF0dGFjaCB0byBkZXZpY2UNCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6 IGxvc3QgZGV2aWNlDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiByZW1vdmlu ZyBkZXZpY2UgZW50cnkNCihkYTI6dW1hc3Mtc2ltMDowOjA6Mik6IFJFQUQg Q0FQQUNJVFkuIENEQjogMjUgNDAgMCAwIDAgMCAwIDAgMCAwIA0KKGRhMjp1 bWFzcy1zaW0wOjA6MDoyKTogSUxMRUdBTCBSRVFVRVNUIGFzYzoyNSwwDQoo ZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBMb2dpY2FsIHVuaXQgbm90IHN1cHBv cnRlZA0KKGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogZmF0YWwgZXJyb3IsIGZh aWxlZCB0byBhdHRhY2ggdG8gZGV2aWNlDQooZGEyOnVtYXNzLXNpbTA6MDow OjIpOiBsb3N0IGRldmljZQ0KKGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogcmVt b3ZpbmcgZGV2aWNlIGVudHJ5DQooZGEzOnVtYXNzLXNpbTA6MDowOjMpOiBS RUFEIENBUEFDSVRZLiBDREI6IDI1IDYwIDAgMCAwIDAgMCAwIDAgMCANCihk YTM6dW1hc3Mtc2ltMDowOjA6Myk6IElMTEVHQUwgUkVRVUVTVCBhc2M6MjUs MA0KKGRhMzp1bWFzcy1zaW0wOjA6MDozKTogTG9naWNhbCB1bml0IG5vdCBz dXBwb3J0ZWQNCihkYTM6dW1hc3Mtc2ltMDowOjA6Myk6IGZhdGFsIGVycm9y LCBmYWlsZWQgdG8gYXR0YWNoIHRvIGRldmljZQ0KKGRhMzp1bWFzcy1zaW0w OjA6MDozKTogbG9zdCBkZXZpY2UNCihkYTM6dW1hc3Mtc2ltMDowOjA6Myk6 IHJlbW92aW5nIGRldmljZSBlbnRyeQ0KVHJ5aW5nIHRvIG1vdW50IHJvb3Qg ZnJvbSB1ZnM6L2Rldi9hZDJzMWENCnVtYXNzMDogYXQgdWh1YjEgcG9ydCAx IChhZGRyIDIpIGRpc2Nvbm5lY3RlZA0KKGRhMDp1bWFzcy1zaW0wOjA6MDow KTogbG9zdCBkZXZpY2UNCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IHJlbW92 aW5nIGRldmljZSBlbnRyeQ0KdW1hc3MwOiBkZXRhY2hlZA0KdW1hc3MwOiBJ Q1NJIDIuMCBDYXJkIFJlYWRlciwgcmV2IDIuMDAvMS4zYSwgYWRkciAyDQpk YTAgYXQgdW1hc3Mtc2ltMCBidXMgMCB0YXJnZXQgMCBsdW4gMA0KZGEwOiA8 SUNTSSBDRiBDYXJkICAgICAgIENGIDEuM0E+IFJlbW92YWJsZSBEaXJlY3Qg QWNjZXNzIFNDU0ktMCBkZXZpY2UgDQpkYTA6IDEuMDAwTUIvcyB0cmFuc2Zl cnMNCmRhMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6 IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50DQooZGEwOnVtYXNzLXNp bTA6MDowOjApOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDAgMCAwIDAgMCAw IDAgMCAwIA0KKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogQ0FNIFN0YXR1czog U0NTSSBTdGF0dXMgRXJyb3INCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IFND U0kgU3RhdHVzOiBDaGVjayBDb25kaXRpb24NCihkYTA6dW1hc3Mtc2ltMDow OjA6MCk6IE5PVCBSRUFEWSBhc2M6M2EsMA0KKGRhMDp1bWFzcy1zaW0wOjA6 MDowKTogTWVkaXVtIG5vdCBwcmVzZW50DQooZGEwOnVtYXNzLXNpbTA6MDow OjApOiBVbnJldHJ5YWJsZSBlcnJvcg0KT3BlbmVkIGRpc2sgZGEwIC0+IDYN CihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IFJFQUQgQ0FQQUNJVFkuIENEQjog MjUgMCAwIDAgMCAwIDAgMCAwIDAgDQooZGEwOnVtYXNzLXNpbTA6MDowOjAp OiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcg0KKGRhMDp1bWFzcy1z aW0wOjA6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbg0KKGRh MDp1bWFzcy1zaW0wOjA6MDowKTogTk9UIFJFQURZIGFzYzozYSwwDQooZGEw OnVtYXNzLXNpbTA6MDowOjApOiBNZWRpdW0gbm90IHByZXNlbnQNCihkYTA6 dW1hc3Mtc2ltMDowOjA6MCk6IFVucmV0cnlhYmxlIGVycm9yDQpPcGVuZWQg ZGlzayBkYTAgLT4gNg0KKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogUkVBRCBD QVBBQ0lUWS4gQ0RCOiAyNSAwIDAgMCAwIDAgMCAwIDAgMCANCihkYTA6dW1h c3Mtc2ltMDowOjA6MCk6IENBTSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9y DQooZGEwOnVtYXNzLXNpbTA6MDowOjApOiBTQ1NJIFN0YXR1czogQ2hlY2sg Q29uZGl0aW9uDQooZGEwOnVtYXNzLXNpbTA6MDowOjApOiBOT1QgUkVBRFkg YXNjOjNhLDANCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IE1lZGl1bSBub3Qg cHJlc2VudA0KKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogVW5yZXRyeWFibGUg ZXJyb3INCk9wZW5lZCBkaXNrIGRhMCAtPiA2DQpkYTEgYXQgdW1hc3Mtc2lt MCBidXMgMCB0YXJnZXQgMCBsdW4gMQ0KZGExOiA8SUNTSSBNUyBDYXJkICAg ICAgIE1TIDEuM0E+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0ktMCBk ZXZpY2UgDQpkYTE6IDEuMDAwTUIvcyB0cmFuc2ZlcnMNCmRhMTogQXR0ZW1w dCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVk aXVtIG5vdCBwcmVzZW50DQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBSRUFE IENBUEFDSVRZLiBDREI6IDI1IDIwIDAgMCAwIDAgMCAwIDAgMCANCihkYTE6 dW1hc3Mtc2ltMDowOjA6MSk6IENBTSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVy cm9yDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBTQ1NJIFN0YXR1czogQ2hl Y2sgQ29uZGl0aW9uDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBOT1QgUkVB RFkgYXNjOjNhLDANCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IE1lZGl1bSBu b3QgcHJlc2VudA0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogVW5yZXRyeWFi bGUgZXJyb3INCk9wZW5lZCBkaXNrIGRhMSAtPiA2DQooZGExOnVtYXNzLXNp bTA6MDowOjEpOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDIwIDAgMCAwIDAg MCAwIDAgMCANCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IENBTSBTdGF0dXM6 IFNDU0kgU3RhdHVzIEVycm9yDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBT Q1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uDQooZGExOnVtYXNzLXNpbTA6 MDowOjEpOiBOT1QgUkVBRFkgYXNjOjNhLDANCihkYTE6dW1hc3Mtc2ltMDow OjA6MSk6IE1lZGl1bSBub3QgcHJlc2VudA0KKGRhMTp1bWFzcy1zaW0wOjA6 MDoxKTogVW5yZXRyeWFibGUgZXJyb3INCk9wZW5lZCBkaXNrIGRhMSAtPiA2 DQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBSRUFEIENBUEFDSVRZLiBDREI6 IDI1IDIwIDAgMCAwIDAgMCAwIDAgMCANCihkYTE6dW1hc3Mtc2ltMDowOjA6 MSk6IENBTSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yDQooZGExOnVtYXNz LXNpbTA6MDowOjEpOiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uDQoo ZGExOnVtYXNzLXNpbTA6MDowOjEpOiBOT1QgUkVBRFkgYXNjOjNhLDANCihk YTE6dW1hc3Mtc2ltMDowOjA6MSk6IE1lZGl1bSBub3QgcHJlc2VudA0KKGRh MTp1bWFzcy1zaW0wOjA6MDoxKTogVW5yZXRyeWFibGUgZXJyb3INCk9wZW5l ZCBkaXNrIGRhMSAtPiA2DQpkYTIgYXQgdW1hc3Mtc2ltMCBidXMgMCB0YXJn ZXQgMCBsdW4gMg0KZGEyOiA8SUNTSSBTRCBDYXJkICAgTU1DL1NEIDEuM0E+ IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UgDQpkYTI6 IDEuMDAwTUIvcyB0cmFuc2ZlcnMNCmRhMjogQXR0ZW1wdCB0byBxdWVyeSBk ZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVz ZW50DQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBSRUFEIENBUEFDSVRZLiBD REI6IDI1IDQwIDAgMCAwIDAgMCAwIDAgMCANCihkYTI6dW1hc3Mtc2ltMDow OjA6Mik6IENBTSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yDQooZGEyOnVt YXNzLXNpbTA6MDowOjIpOiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9u DQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBOT1QgUkVBRFkgYXNjOjNhLDAN CihkYTI6dW1hc3Mtc2ltMDowOjA6Mik6IE1lZGl1bSBub3QgcHJlc2VudA0K KGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogVW5yZXRyeWFibGUgZXJyb3INCk9w ZW5lZCBkaXNrIGRhMiAtPiA2DQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBS RUFEIENBUEFDSVRZLiBDREI6IDI1IDQwIDAgMCAwIDAgMCAwIDAgMCANCihk YTI6dW1hc3Mtc2ltMDowOjA6Mik6IENBTSBTdGF0dXM6IFNDU0kgU3RhdHVz IEVycm9yDQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBTQ1NJIFN0YXR1czog Q2hlY2sgQ29uZGl0aW9uDQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBOT1Qg UkVBRFkgYXNjOjNhLDANCihkYTI6dW1hc3Mtc2ltMDowOjA6Mik6IE1lZGl1 bSBub3QgcHJlc2VudA0KKGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogVW5yZXRy eWFibGUgZXJyb3INCk9wZW5lZCBkaXNrIGRhMiAtPiA2DQooZGEyOnVtYXNz LXNpbTA6MDowOjIpOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDQwIDAgMCAw IDAgMCAwIDAgMCANCihkYTI6dW1hc3Mtc2ltMDowOjA6Mik6IENBTSBTdGF0 dXM6IFNDU0kgU3RhdHVzIEVycm9yDQooZGEyOnVtYXNzLXNpbTA6MDowOjIp OiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uDQooZGEyOnVtYXNzLXNp bTA6MDowOjIpOiBOT1QgUkVBRFkgYXNjOjNhLDANCihkYTI6dW1hc3Mtc2lt MDowOjA6Mik6IE1lZGl1bSBub3QgcHJlc2VudA0KKGRhMjp1bWFzcy1zaW0w OjA6MDoyKTogVW5yZXRyeWFibGUgZXJyb3INCk9wZW5lZCBkaXNrIGRhMiAt PiA2DQpkYTMgYXQgdW1hc3Mtc2ltMCBidXMgMCB0YXJnZXQgMCBsdW4gMw0K ZGEzOiA8SUNTSSBTTSBDYXJkICAgICAgIFNNIDEuM0E+IFJlbW92YWJsZSBE aXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UgDQpkYTM6IDEuMDAwTUIvcyB0 cmFuc2ZlcnMNCmRhMzogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBm YWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50DQooZGEzOnVt YXNzLXNpbTA6MDowOjMpOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDYwIDAg MCAwIDAgMCAwIDAgMCANCihkYTM6dW1hc3Mtc2ltMDowOjA6Myk6IENBTSBT dGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yDQooZGEzOnVtYXNzLXNpbTA6MDow OjMpOiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uDQooZGEzOnVtYXNz LXNpbTA6MDowOjMpOiBOT1QgUkVBRFkgYXNjOjNhLDANCihkYTM6dW1hc3Mt c2ltMDowOjA6Myk6IE1lZGl1bSBub3QgcHJlc2VudA0KKGRhMzp1bWFzcy1z aW0wOjA6MDozKTogVW5yZXRyeWFibGUgZXJyb3INCk9wZW5lZCBkaXNrIGRh MyAtPiA2DQooZGEzOnVtYXNzLXNpbTA6MDowOjMpOiBSRUFEIENBUEFDSVRZ LiBDREI6IDI1IDYwIDAgMCAwIDAgMCAwIDAgMCANCihkYTM6dW1hc3Mtc2lt MDowOjA6Myk6IENBTSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yDQooZGEz OnVtYXNzLXNpbTA6MDowOjMpOiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0 aW9uDQooZGEzOnVtYXNzLXNpbTA6MDowOjMpOiBOT1QgUkVBRFkgYXNjOjNh LDANCihkYTM6dW1hc3Mtc2ltMDowOjA6Myk6IE1lZGl1bSBub3QgcHJlc2Vu dA0KKGRhMzp1bWFzcy1zaW0wOjA6MDozKTogVW5yZXRyeWFibGUgZXJyb3IN Ck9wZW5lZCBkaXNrIGRhMyAtPiA2DQooZGEzOnVtYXNzLXNpbTA6MDowOjMp OiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDYwIDAgMCAwIDAgMCAwIDAgMCAN CihkYTM6dW1hc3Mtc2ltMDowOjA6Myk6IENBTSBTdGF0dXM6IFNDU0kgU3Rh dHVzIEVycm9yDQooZGEzOnVtYXNzLXNpbTA6MDowOjMpOiBTQ1NJIFN0YXR1 czogQ2hlY2sgQ29uZGl0aW9uDQooZGEzOnVtYXNzLXNpbTA6MDowOjMpOiBO T1QgUkVBRFkgYXNjOjNhLDANCihkYTM6dW1hc3Mtc2ltMDowOjA6Myk6IE1l ZGl1bSBub3QgcHJlc2VudA0KKGRhMzp1bWFzcy1zaW0wOjA6MDozKTogVW5y ZXRyeWFibGUgZXJyb3INCk9wZW5lZCBkaXNrIGRhMyAtPiA2DQp1bWFzczA6 IGF0IHVodWIxIHBvcnQgMSAoYWRkciAyKSBkaXNjb25uZWN0ZWQNCihkYTA6 dW1hc3Mtc2ltMDowOjA6MCk6IGxvc3QgZGV2aWNlDQooZGEwOnVtYXNzLXNp bTA6MDowOjApOiByZW1vdmluZyBkZXZpY2UgZW50cnkNCihkYTE6dW1hc3Mt c2ltMDowOjA6MSk6IGxvc3QgZGV2aWNlDQooZGExOnVtYXNzLXNpbTA6MDow OjEpOiByZW1vdmluZyBkZXZpY2UgZW50cnkNCihkYTI6dW1hc3Mtc2ltMDow OjA6Mik6IGxvc3QgZGV2aWNlDQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBy ZW1vdmluZyBkZXZpY2UgZW50cnkNCihkYTM6dW1hc3Mtc2ltMDowOjA6Myk6 IGxvc3QgZGV2aWNlDQooZGEzOnVtYXNzLXNpbTA6MDowOjMpOiByZW1vdmlu ZyBkZXZpY2UgZW50cnkNCnVtYXNzMDogZGV0YWNoZWQNCnVtYXNzMDogdmVu ZG9yIDB4MDQ1NyBVU0IgTWFzcyBTdG9yYWdlIERldmljZSwgcmV2IDIuMDAv MS4wMCwgYWRkciAyDQpkYTAgYXQgdW1hc3Mtc2ltMCBidXMgMCB0YXJnZXQg MCBsdW4gMA0KZGEwOiA8Rmxhc2ggRHJpdmUgVVRfVVNCMjAgMC4wMD4gUmVt b3ZhYmxlIERpcmVjdCBBY2Nlc3MgU0NTSS0yIGRldmljZSANCmRhMDogMS4w MDBNQi9zIHRyYW5zZmVycw0KZGEwOiA2Mk1CICgxMjgwMDAgNTEyIGJ5dGUg c2VjdG9yczogNjRIIDMyUy9UIDYyQykNCnVtYXNzMDogYXQgdWh1YjEgcG9y dCAxIChhZGRyIDIpIGRpc2Nvbm5lY3RlZA0KKGRhMDp1bWFzcy1zaW0wOjA6 MDowKTogbG9zdCBkZXZpY2UNCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IHJl bW92aW5nIGRldmljZSBlbnRyeQ0KdW1hc3MwOiBkZXRhY2hlZA0KdW1hc3Mw OiBJQ1NJIDIuMCBDYXJkIFJlYWRlciwgcmV2IDIuMDAvMS4zYSwgYWRkciAy DQpkYTAgYXQgdW1hc3Mtc2ltMCBidXMgMCB0YXJnZXQgMCBsdW4gMA0KZGEw OiA8SUNTSSBDRiBDYXJkICAgICAgIENGIDEuM0E+IFJlbW92YWJsZSBEaXJl Y3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UgDQpkYTA6IDEuMDAwTUIvcyB0cmFu c2ZlcnMNCmRhMDogMTIyTUIgKDI1MDM2OCA1MTIgYnl0ZSBzZWN0b3JzOiA2 NEggMzJTL1QgMTIyQykNCmRhMSBhdCB1bWFzcy1zaW0wIGJ1cyAwIHRhcmdl dCAwIGx1biAxDQpkYTE6IDxJQ1NJIE1TIENhcmQgICAgICAgTVMgMS4zQT4g UmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3MgU0NTSS0wIGRldmljZSANCmRhMTog MS4wMDBNQi9zIHRyYW5zZmVycw0KZGExOiBBdHRlbXB0IHRvIHF1ZXJ5IGRl dmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNl bnQNCihkYTI6dW1hc3Mtc2ltMDowOjA6Mik6IFJFQUQgQ0FQQUNJVFkuIENE QjogMjUgNDAgMCAwIDAgMCAwIDAgMCAwIA0KKGRhMjp1bWFzcy1zaW0wOjA6 MDoyKTogSUxMRUdBTCBSRVFVRVNUIGFzYzoyNSwwDQooZGEyOnVtYXNzLXNp bTA6MDowOjIpOiBMb2dpY2FsIHVuaXQgbm90IHN1cHBvcnRlZA0KKGRhMjp1 bWFzcy1zaW0wOjA6MDoyKTogZmF0YWwgZXJyb3IsIGZhaWxlZCB0byBhdHRh Y2ggdG8gZGV2aWNlDQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBsb3N0IGRl dmljZQ0KKGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogcmVtb3ZpbmcgZGV2aWNl IGVudHJ5DQooZGEyOnVtYXNzLXNpbTA6MDowOjMpOiBSRUFEIENBUEFDSVRZ LiBDREI6IDI1IDYwIDAgMCAwIDAgMCAwIDAgMCANCihkYTI6dW1hc3Mtc2lt MDowOjA6Myk6IElMTEVHQUwgUkVRVUVTVCBhc2M6MjUsMA0KKGRhMjp1bWFz cy1zaW0wOjA6MDozKTogTG9naWNhbCB1bml0IG5vdCBzdXBwb3J0ZWQNCihk YTI6dW1hc3Mtc2ltMDowOjA6Myk6IGZhdGFsIGVycm9yLCBmYWlsZWQgdG8g YXR0YWNoIHRvIGRldmljZQ0KKGRhMjp1bWFzcy1zaW0wOjA6MDozKTogbG9z dCBkZXZpY2UNCihkYTI6dW1hc3Mtc2ltMDowOjA6Myk6IHJlbW92aW5nIGRl dmljZSBlbnRyeQ0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogUkVBRCBDQVBB Q0lUWS4gQ0RCOiAyNSAyMCAwIDAgMCAwIDAgMCAwIDAgDQooZGExOnVtYXNz LXNpbTA6MDowOjEpOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcg0K KGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogU0NTSSBTdGF0dXM6IENoZWNrIENv bmRpdGlvbg0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogSUxMRUdBTCBSRVFV RVNUIGFzYzoyNSwwDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBMb2dpY2Fs IHVuaXQgbm90IHN1cHBvcnRlZA0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTog VW5yZXRyeWFibGUgZXJyb3INCk9wZW5lZCBkaXNrIGRhMSAtPiA2DQooZGEx OnVtYXNzLXNpbTA6MDowOjEpOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDIw IDAgMCAwIDAgMCAwIDAgMCANCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IENB TSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yDQooZGExOnVtYXNzLXNpbTA6 MDowOjEpOiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uDQooZGExOnVt YXNzLXNpbTA6MDowOjEpOiBJTExFR0FMIFJFUVVFU1QgYXNjOjI1LDANCihk YTE6dW1hc3Mtc2ltMDowOjA6MSk6IExvZ2ljYWwgdW5pdCBub3Qgc3VwcG9y dGVkDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBVbnJldHJ5YWJsZSBlcnJv cg0KT3BlbmVkIGRpc2sgZGExIC0+IDYNCihkYTE6dW1hc3Mtc2ltMDowOjA6 MSk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgMjAgMCAwIDAgMCAwIDAgMCAw IA0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogQ0FNIFN0YXR1czogU0NTSSBT dGF0dXMgRXJyb3INCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IFNDU0kgU3Rh dHVzOiBDaGVjayBDb25kaXRpb24NCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6 IElMTEVHQUwgUkVRVUVTVCBhc2M6MjUsMA0KKGRhMTp1bWFzcy1zaW0wOjA6 MDoxKTogTG9naWNhbCB1bml0IG5vdCBzdXBwb3J0ZWQNCihkYTE6dW1hc3Mt c2ltMDowOjA6MSk6IFVucmV0cnlhYmxlIGVycm9yDQpPcGVuZWQgZGlzayBk YTEgLT4gNg0KdW1hc3MwOiBhdCB1aHViMSBwb3J0IDEgKGFkZHIgMikgZGlz Y29ubmVjdGVkDQooZGEwOnVtYXNzLXNpbTA6MDowOjApOiBsb3N0IGRldmlj ZQ0KKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogcmVtb3ZpbmcgZGV2aWNlIGVu dHJ5DQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBsb3N0IGRldmljZQ0KKGRh MTp1bWFzcy1zaW0wOjA6MDoxKTogcmVtb3ZpbmcgZGV2aWNlIGVudHJ5DQp1 bWFzczA6IGRldGFjaGVkDQp1bWFzczA6IElDU0kgMi4wIENhcmQgUmVhZGVy LCByZXYgMi4wMC8xLjNhLCBhZGRyIDINCmRhMCBhdCB1bWFzcy1zaW0wIGJ1 cyAwIHRhcmdldCAwIGx1biAwDQpkYTA6IDxJQ1NJIENGIENhcmQgICAgICAg Q0YgMS4zQT4gUmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3MgU0NTSS0wIGRldmlj ZSANCmRhMDogMS4wMDBNQi9zIHRyYW5zZmVycw0KZGEwOiAxMjJNQiAoMjUw MzY4IDUxMiBieXRlIHNlY3RvcnM6IDY0SCAzMlMvVCAxMjJDKQ0KZGExIGF0 IHVtYXNzLXNpbTAgYnVzIDAgdGFyZ2V0IDAgbHVuIDENCmRhMTogPElDU0kg TVMgQ2FyZCAgICAgICBNUyAxLjNBPiBSZW1vdmFibGUgRGlyZWN0IEFjY2Vz cyBTQ1NJLTAgZGV2aWNlIA0KZGExOiAxLjAwME1CL3MgdHJhbnNmZXJzDQpk YTE6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1Qg UkVBRFksIE1lZGl1bSBub3QgcHJlc2VudA0KKGRhMjp1bWFzcy1zaW0wOjA6 MDoyKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAyNSA0MCAwIDAgMCAwIDAgMCAw IDAgDQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBJTExFR0FMIFJFUVVFU1Qg YXNjOjI1LDANCihkYTI6dW1hc3Mtc2ltMDowOjA6Mik6IExvZ2ljYWwgdW5p dCBub3Qgc3VwcG9ydGVkDQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBmYXRh bCBlcnJvciwgZmFpbGVkIHRvIGF0dGFjaCB0byBkZXZpY2UNCihkYTI6dW1h c3Mtc2ltMDowOjA6Mik6IGxvc3QgZGV2aWNlDQooZGEyOnVtYXNzLXNpbTA6 MDowOjIpOiByZW1vdmluZyBkZXZpY2UgZW50cnkNCihkYTI6dW1hc3Mtc2lt MDowOjA6Myk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgNjAgMCAwIDAgMCAw IDAgMCAwIA0KKGRhMjp1bWFzcy1zaW0wOjA6MDozKTogSUxMRUdBTCBSRVFV RVNUIGFzYzoyNSwwDQooZGEyOnVtYXNzLXNpbTA6MDowOjMpOiBMb2dpY2Fs IHVuaXQgbm90IHN1cHBvcnRlZA0KKGRhMjp1bWFzcy1zaW0wOjA6MDozKTog ZmF0YWwgZXJyb3IsIGZhaWxlZCB0byBhdHRhY2ggdG8gZGV2aWNlDQooZGEy OnVtYXNzLXNpbTA6MDowOjMpOiBsb3N0IGRldmljZQ0KKGRhMjp1bWFzcy1z aW0wOjA6MDozKTogcmVtb3ZpbmcgZGV2aWNlIGVudHJ5DQooZGExOnVtYXNz LXNpbTA6MDowOjEpOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDIwIDAgMCAw IDAgMCAwIDAgMCANCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IENBTSBTdGF0 dXM6IFNDU0kgU3RhdHVzIEVycm9yDQooZGExOnVtYXNzLXNpbTA6MDowOjEp OiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uDQooZGExOnVtYXNzLXNp bTA6MDowOjEpOiBJTExFR0FMIFJFUVVFU1QgYXNjOjI1LDANCihkYTE6dW1h c3Mtc2ltMDowOjA6MSk6IExvZ2ljYWwgdW5pdCBub3Qgc3VwcG9ydGVkDQoo ZGExOnVtYXNzLXNpbTA6MDowOjEpOiBVbnJldHJ5YWJsZSBlcnJvcg0KT3Bl bmVkIGRpc2sgZGExIC0+IDYNCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IFJF QUQgQ0FQQUNJVFkuIENEQjogMjUgMjAgMCAwIDAgMCAwIDAgMCAwIA0KKGRh MTp1bWFzcy1zaW0wOjA6MDoxKTogQ0FNIFN0YXR1czogU0NTSSBTdGF0dXMg RXJyb3INCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IFNDU0kgU3RhdHVzOiBD aGVjayBDb25kaXRpb24NCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IElMTEVH QUwgUkVRVUVTVCBhc2M6MjUsMA0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTog TG9naWNhbCB1bml0IG5vdCBzdXBwb3J0ZWQNCihkYTE6dW1hc3Mtc2ltMDow OjA6MSk6IFVucmV0cnlhYmxlIGVycm9yDQpPcGVuZWQgZGlzayBkYTEgLT4g Ng0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogUkVBRCBDQVBBQ0lUWS4gQ0RC OiAyNSAyMCAwIDAgMCAwIDAgMCAwIDAgDQooZGExOnVtYXNzLXNpbTA6MDow OjEpOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcg0KKGRhMTp1bWFz cy1zaW0wOjA6MDoxKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbg0K KGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogSUxMRUdBTCBSRVFVRVNUIGFzYzoy NSwwDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBMb2dpY2FsIHVuaXQgbm90 IHN1cHBvcnRlZA0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogVW5yZXRyeWFi bGUgZXJyb3INCk9wZW5lZCBkaXNrIGRhMSAtPiA2DQpXYWl0aW5nIChtYXgg NjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGB2bmxydScgdG8gc3Rv cC4uLmRvbmUNCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVt IHByb2Nlc3MgYGJ1ZmRhZW1vbicgdG8gc3RvcC4uLmRvbmUNCldhaXRpbmcg KG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHByb2Nlc3MgYHN5bmNlcicg dG8gc3RvcC4uLg0KU3luY2luZyBkaXNrcywgdm5vZGVzIHJlbWFpbmluZy4u LjEgMCAxIDAgMCAwIGRvbmUNCkFsbCBidWZmZXJzIHN5bmNlZC4NClVwdGlt ZTogMzBtMTdzDQpDb3B5cmlnaHQgKGMpIDE5OTItMjAwNiBUaGUgRnJlZUJT RCBQcm9qZWN0Lg0KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAx OTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0DQoJVGhl IFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxs IHJpZ2h0cyByZXNlcnZlZC4NCkZyZWVCU0QgNi4xLVNUQUJMRSAjMTogTW9u IEF1ZyAyOCAxODozMjoxNyBVVEMgMjAwNg0KICAgIHJvb3RAdmVudXMuYXJh bmVpZGFlLmNvLnVrOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMNClRp bWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0 eSAwDQpDUFU6IFZJQSBDMyBTYW11ZWwgMiAoNTMyLjY0LU1IeiA2ODYtY2xh c3MgQ1BVKQ0KICBPcmlnaW4gPSAiQ2VudGF1ckhhdWxzIiAgSWQgPSAweDY3 MyAgU3RlcHBpbmcgPSAzDQogIEZlYXR1cmVzPTB4ODAzMDM1PEZQVSxERSxU U0MsTVNSLE1UUlIsUEdFLE1NWD4NCnJlYWwgbWVtb3J5ICA9IDEyNTc2MzU4 NCAoMTE5IE1CKQ0KYXZhaWwgbWVtb3J5ID0gMTEzNTA0MjU2ICgxMDggTUIp DQprYmQxIGF0IGtiZG11eDANCmF0aF9oYWw6IDAuOS4xNy4yIChBUjUyMTAs IEFSNTIxMSwgQVI1MjEyLCBSRjUxMTEsIFJGNTExMiwgUkYyNDEzLCBSRjU0 MTMpDQphY3BpMDogPFZJQTYwMSBBV1JEQUNQST4gb24gbW90aGVyYm9hcmQN CmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQ0KVGltZWNvdW50ZXIgIkFD UEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwDQph Y3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9y dCAweDQwMDgtMHg0MDBiIG9uIGFjcGkwDQpjcHUwOiA8QUNQSSBDUFU+IG9u IGFjcGkwDQphY3BpX3Rocm90dGxlMDogPEFDUEkgQ1BVIFRocm90dGxpbmc+ IG9uIGNwdTANCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNw aTANCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgt MHhjZmYsMHg0MDAwLTB4NDA3ZiwweDQwODAtMHg0MGZmLDB4NTAwMC0weDUw MGYsMHg2MDAwLTB4NjA3ZiBvbiBhY3BpMA0KcGNpX2xpbmszOiBCSU9TIElS USA5IGZvciAwLjcuSU5UQyBpcyBpbnZhbGlkDQpwY2lfbGluazA6IEJJT1Mg SVJRIDExIGZvciAwLjcuSU5URCBkb2VzIG5vdCBtYXRjaCBwcmV2aW91cyBC SU9TIElSUSA1DQpwY2lfbGluazI6IEJJT1MgSVJRIDkgZm9yIDAuNy5JTlRD IGlzIGludmFsaWQNCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwDQph Z3AwOiA8VklBIDg2MDEgKEFwb2xsbyBQcm9NZWRpYS9QTEUxMzNUYSkgaG9z dCB0byBQQ0kgYnJpZGdlPiBtZW0gMHhlMDAwMDAwMC0weGUzZmZmZmZmIGF0 IGRldmljZSAwLjAgb24gcGNpMA0KcGNpYjE6IDxQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDEuMCBvbiBwY2kwDQpwY2kxOiA8UENJIGJ1cz4gb24gcGNp YjENCnBjaTE6IDxkaXNwbGF5LCBWR0E+IGF0IGRldmljZSAwLjAgKG5vIGRy aXZlciBhdHRhY2hlZCkNCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRl dmljZSA3LjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQph dGFwY2kwOiA8VklBIDgyQzY4NkIgVURNQTEwMCBjb250cm9sbGVyPiBwb3J0 IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4YzAwMC0w eGMwMGYgYXQgZGV2aWNlIDcuMSBvbiBwY2kwDQphdGEwOiA8QVRBIGNoYW5u ZWwgMD4gb24gYXRhcGNpMA0KYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0 YXBjaTANCnVoY2kwOiA8VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gcG9y dCAweGM0MDAtMHhjNDFmIGlycSA1IGF0IGRldmljZSA3LjIgb24gcGNpMA0K dWhjaTA6IFtHSUFOVC1MT0NLRURdDQp1c2IwOiA8VklBIDgzQzU3MiBVU0Ig Y29udHJvbGxlcj4gb24gdWhjaTANCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAN CnVodWIwOiBWSUEgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDENCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZA0KdWhjaTE6IDxWSUEgODNDNTcyIFVTQiBjb250 cm9sbGVyPiBwb3J0IDB4YzgwMC0weGM4MWYgaXJxIDUgYXQgZGV2aWNlIDcu MyBvbiBwY2kwDQp1aGNpMTogW0dJQU5ULUxPQ0tFRF0NCnVzYjE6IDxWSUEg ODNDNTcyIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMQ0KdXNiMTogVVNCIHJl dmlzaW9uIDEuMA0KdWh1YjE6IFZJQSBVSENJIHJvb3QgaHViLCBjbGFzcyA5 LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQ0KdWh1YjE6IDIgcG9ydHMgd2l0 aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQpwY2kwOiA8YnJpZGdlPiBh dCBkZXZpY2UgNy40IChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8bXVs dGltZWRpYSwgYXVkaW8+IGF0IGRldmljZSA3LjUgKG5vIGRyaXZlciBhdHRh Y2hlZCkNCnJsMDogPFJlYWxUZWsgODEzOSAxMC8xMDBCYXNlVFg+IHBvcnQg MHhkODAwLTB4ZDhmZiBtZW0gMHhlNTgxMDAwMC0weGU1ODEwMGZmIGlycSA1 IGF0IGRldmljZSA4LjAgb24gcGNpMA0KbWlpYnVzMDogPE1JSSBidXM+IG9u IHJsMA0KcmxwaHkwOiA8UmVhbFRlayBpbnRlcm5hbCBtZWRpYSBpbnRlcmZh Y2U+IG9uIG1paWJ1czANCnJscGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRY LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8NCnJsMDogRXRoZXJu ZXQgYWRkcmVzczogMDA6NDA6ZjQ6Yjg6ZGI6MjANCnJsMTogPFJlYWxUZWsg ODEzOSAxMC8xMDBCYXNlVFg+IHBvcnQgMHhkYzAwLTB4ZGNmZiBtZW0gMHhl NTgxMTAwMC0weGU1ODExMGZmIGlycSAxMCBhdCBkZXZpY2UgOS4wIG9uIHBj aTANCm1paWJ1czE6IDxNSUkgYnVzPiBvbiBybDENCnJscGh5MTogPFJlYWxU ZWsgaW50ZXJuYWwgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMxDQpybHBo eTE6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNl VFgtRkRYLCBhdXRvDQpybDE6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjQwOmY0 OmI4OmRiOjFmDQpybDI6IDxSZWFsVGVrIDgxMzkgMTAvMTAwQmFzZVRYPiBw b3J0IDB4ZTAwMC0weGUwZmYgbWVtIDB4ZTU4MTIwMDAtMHhlNTgxMjBmZiBp cnEgMTEgYXQgZGV2aWNlIDExLjAgb24gcGNpMA0KbWlpYnVzMjogPE1JSSBi dXM+IG9uIHJsMg0KcmxwaHkyOiA8UmVhbFRlayBpbnRlcm5hbCBtZWRpYSBp bnRlcmZhY2U+IG9uIG1paWJ1czINCnJscGh5MjogIDEwYmFzZVQsIDEwYmFz ZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8NCnJsMjog RXRoZXJuZXQgYWRkcmVzczogMDA6NDA6ZjQ6Yjg6ZGI6MWUNCmZkYzA6IDxm bG9wcHkgZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmMC0weDNmNSwweDNm NyBpcnEgNiBkcnEgMiBvbiBhY3BpMA0KZmRjMDogW0ZBU1RdDQpzaW8wOiA8 MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgtMHgzZmYg aXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMA0Kc2lvMDogdHlwZSAxNjU1MEEN CnNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDJm OC0weDJmZiBpcnEgMyBvbiBhY3BpMA0Kc2lvMTogdHlwZSAxNjU1MEENCnBw YzA6IDxTdGFuZGFyZCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+IHBvcnQgMHgz NzgtMHgzN2YgaXJxIDcgb24gYWNwaTANCnBwYzA6IEdlbmVyaWMgY2hpcHNl dCAoRVBQL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBtb2RlDQpwcGJ1czA6IDxQ YXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMA0KcGxpcDA6IDxQTElQIG5ldHdv cmsgaW50ZXJmYWNlPiBvbiBwcGJ1czANCmxwdDA6IDxQcmludGVyPiBvbiBw cGJ1czANCmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0KcHBpMDogPFBh cmFsbGVsIEkvTz4gb24gcHBidXMwDQphdGtiZGMwOiA8S2V5Ym9hcmQgY29u dHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3Bp MA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzANCmti ZDAgYXQgYXRrYmQwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiA8 UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzANCnBzbTA6IFtHSUFOVC1M T0NLRURdDQpwc20wOiBtb2RlbCBJbnRlbGxpTW91c2UsIGRldmljZSBJRCAz DQpwbXRpbWVyMCBvbiBpc2EwDQpvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBh dCBpb21lbSAweGMwMDAwLTB4Y2JmZmYsMHhjYzAwMC0weGNmZmZmLDB4ZDAw MDAtMHhkYTdmZiBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQg ZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29u c29sZXMsIGZsYWdzPTB4MzAwPg0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4g YXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24g aXNhMA0KdW1hc3MwOiBJQ1NJIDIuMCBDYXJkIFJlYWRlciwgcmV2IDIuMDAv MS4zYSwgYWRkciAyDQpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgNTMy NjQxMTYwIEh6IHF1YWxpdHkgODAwDQpUaW1lY291bnRlcnMgdGljayBldmVy eSAxLjAwMCBtc2VjDQphZDI6IDM4MjA0TUIgPFNBTVNVTkcgTVAwNDAySCBZ UTIwMC0wND4gYXQgYXRhMS1tYXN0ZXIgVURNQTEwMA0KZGEwIGF0IHVtYXNz LXNpbTAgYnVzIDAgdGFyZ2V0IDAgbHVuIDANCmRhMDogPElDU0kgQ0YgQ2Fy ZCAgICAgICBDRiAxLjNBPiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJ LTAgZGV2aWNlIA0KZGEwOiAxLjAwME1CL3MgdHJhbnNmZXJzDQpkYTA6IDEy Mk1CICgyNTAzNjggNTEyIGJ5dGUgc2VjdG9yczogNjRIIDMyUy9UIDEyMkMp DQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBSRUFEIENBUEFDSVRZLiBDREI6 IDI1IDIwIDAgMCAwIDAgMCAwIDAgMCANCihkYTE6dW1hc3Mtc2ltMDowOjA6 MSk6IElMTEVHQUwgUkVRVUVTVCBhc2M6MjUsMA0KKGRhMTp1bWFzcy1zaW0w OjA6MDoxKTogTG9naWNhbCB1bml0IG5vdCBzdXBwb3J0ZWQNCihkYTE6dW1h c3Mtc2ltMDowOjA6MSk6IGZhdGFsIGVycm9yLCBmYWlsZWQgdG8gYXR0YWNo IHRvIGRldmljZQ0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogbG9zdCBkZXZp Y2UNCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IHJlbW92aW5nIGRldmljZSBl bnRyeQ0KKGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogUkVBRCBDQVBBQ0lUWS4g Q0RCOiAyNSA0MCAwIDAgMCAwIDAgMCAwIDAgDQooZGEyOnVtYXNzLXNpbTA6 MDowOjIpOiBJTExFR0FMIFJFUVVFU1QgYXNjOjI1LDANCihkYTI6dW1hc3Mt c2ltMDowOjA6Mik6IExvZ2ljYWwgdW5pdCBub3Qgc3VwcG9ydGVkDQooZGEy OnVtYXNzLXNpbTA6MDowOjIpOiBmYXRhbCBlcnJvciwgZmFpbGVkIHRvIGF0 dGFjaCB0byBkZXZpY2UNCihkYTI6dW1hc3Mtc2ltMDowOjA6Mik6IGxvc3Qg ZGV2aWNlDQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiByZW1vdmluZyBkZXZp Y2UgZW50cnkNCihkYTM6dW1hc3Mtc2ltMDowOjA6Myk6IFJFQUQgQ0FQQUNJ VFkuIENEQjogMjUgNjAgMCAwIDAgMCAwIDAgMCAwIA0KKGRhMzp1bWFzcy1z aW0wOjA6MDozKTogSUxMRUdBTCBSRVFVRVNUIGFzYzoyNSwwDQooZGEzOnVt YXNzLXNpbTA6MDowOjMpOiBMb2dpY2FsIHVuaXQgbm90IHN1cHBvcnRlZA0K KGRhMzp1bWFzcy1zaW0wOjA6MDozKTogZmF0YWwgZXJyb3IsIGZhaWxlZCB0 byBhdHRhY2ggdG8gZGV2aWNlDQooZGEzOnVtYXNzLXNpbTA6MDowOjMpOiBs b3N0IGRldmljZQ0KKGRhMzp1bWFzcy1zaW0wOjA6MDozKTogcmVtb3Zpbmcg ZGV2aWNlIGVudHJ5DQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczov ZGV2L2FkMnMxYQ0KdW1hc3MwOiBhdCB1aHViMSBwb3J0IDEgKGFkZHIgMikg ZGlzY29ubmVjdGVkDQooZGEwOnVtYXNzLXNpbTA6MDowOjApOiBsb3N0IGRl dmljZQ0KKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogcmVtb3ZpbmcgZGV2aWNl IGVudHJ5DQp1bWFzczA6IGRldGFjaGVkDQp1bWFzczA6IElDU0kgMi4wIENh cmQgUmVhZGVyLCByZXYgMi4wMC8xLjNhLCBhZGRyIDINCmRhMCBhdCB1bWFz cy1zaW0wIGJ1cyAwIHRhcmdldCAwIGx1biAwDQpkYTA6IDxJQ1NJIENGIENh cmQgICAgICAgQ0YgMS4zQT4gUmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3MgU0NT SS0wIGRldmljZSANCmRhMDogMS4wMDBNQi9zIHRyYW5zZmVycw0KZGEwOiAx MjJNQiAoMjUwMzY4IDUxMiBieXRlIHNlY3RvcnM6IDY0SCAzMlMvVCAxMjJD KQ0KZGExIGF0IHVtYXNzLXNpbTAgYnVzIDAgdGFyZ2V0IDAgbHVuIDENCmRh MTogPElDU0kgTVMgQ2FyZCAgICAgICBNUyAxLjNBPiBSZW1vdmFibGUgRGly ZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIA0KZGExOiAxLjAwME1CL3MgdHJh bnNmZXJzDQpkYTE6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFp bGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudA0KKGRhMjp1bWFz cy1zaW0wOjA6MDoyKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAyNSA0MCAwIDAg MCAwIDAgMCAwIDAgDQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBJTExFR0FM IFJFUVVFU1QgYXNjOjI1LDANCihkYTI6dW1hc3Mtc2ltMDowOjA6Mik6IExv Z2ljYWwgdW5pdCBub3Qgc3VwcG9ydGVkDQooZGEyOnVtYXNzLXNpbTA6MDow OjIpOiBmYXRhbCBlcnJvciwgZmFpbGVkIHRvIGF0dGFjaCB0byBkZXZpY2UN CihkYTI6dW1hc3Mtc2ltMDowOjA6Mik6IGxvc3QgZGV2aWNlDQooZGEyOnVt YXNzLXNpbTA6MDowOjIpOiByZW1vdmluZyBkZXZpY2UgZW50cnkNCihkYTI6 dW1hc3Mtc2ltMDowOjA6Myk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgNjAg MCAwIDAgMCAwIDAgMCAwIA0KKGRhMjp1bWFzcy1zaW0wOjA6MDozKTogSUxM RUdBTCBSRVFVRVNUIGFzYzoyNSwwDQooZGEyOnVtYXNzLXNpbTA6MDowOjMp OiBMb2dpY2FsIHVuaXQgbm90IHN1cHBvcnRlZA0KKGRhMjp1bWFzcy1zaW0w OjA6MDozKTogZmF0YWwgZXJyb3IsIGZhaWxlZCB0byBhdHRhY2ggdG8gZGV2 aWNlDQooZGEyOnVtYXNzLXNpbTA6MDowOjMpOiBsb3N0IGRldmljZQ0KKGRh Mjp1bWFzcy1zaW0wOjA6MDozKTogcmVtb3ZpbmcgZGV2aWNlIGVudHJ5DQoo ZGExOnVtYXNzLXNpbTA6MDowOjEpOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1 IDIwIDAgMCAwIDAgMCAwIDAgMCANCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6 IENBTSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yDQooZGExOnVtYXNzLXNp bTA6MDowOjEpOiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uDQooZGEx OnVtYXNzLXNpbTA6MDowOjEpOiBJTExFR0FMIFJFUVVFU1QgYXNjOjI1LDAN CihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IExvZ2ljYWwgdW5pdCBub3Qgc3Vw cG9ydGVkDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBVbnJldHJ5YWJsZSBl cnJvcg0KT3BlbmVkIGRpc2sgZGExIC0+IDYNCihkYTE6dW1hc3Mtc2ltMDow OjA6MSk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgMjAgMCAwIDAgMCAwIDAg MCAwIA0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogQ0FNIFN0YXR1czogU0NT SSBTdGF0dXMgRXJyb3INCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IFNDU0kg U3RhdHVzOiBDaGVjayBDb25kaXRpb24NCihkYTE6dW1hc3Mtc2ltMDowOjA6 MSk6IElMTEVHQUwgUkVRVUVTVCBhc2M6MjUsMA0KKGRhMTp1bWFzcy1zaW0w OjA6MDoxKTogTG9naWNhbCB1bml0IG5vdCBzdXBwb3J0ZWQNCihkYTE6dW1h c3Mtc2ltMDowOjA6MSk6IFVucmV0cnlhYmxlIGVycm9yDQpPcGVuZWQgZGlz ayBkYTEgLT4gNg0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogUkVBRCBDQVBB Q0lUWS4gQ0RCOiAyNSAyMCAwIDAgMCAwIDAgMCAwIDAgDQooZGExOnVtYXNz LXNpbTA6MDowOjEpOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcg0K KGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogU0NTSSBTdGF0dXM6IENoZWNrIENv bmRpdGlvbg0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogSUxMRUdBTCBSRVFV RVNUIGFzYzoyNSwwDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBMb2dpY2Fs IHVuaXQgbm90IHN1cHBvcnRlZA0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTog VW5yZXRyeWFibGUgZXJyb3INCk9wZW5lZCBkaXNrIGRhMSAtPiA2DQp1bWFz czA6IGF0IHVodWIxIHBvcnQgMSAoYWRkciAyKSBkaXNjb25uZWN0ZWQNCihk YTA6dW1hc3Mtc2ltMDowOjA6MCk6IGxvc3QgZGV2aWNlDQooZGEwOnVtYXNz LXNpbTA6MDowOjApOiByZW1vdmluZyBkZXZpY2UgZW50cnkNCihkYTE6dW1h c3Mtc2ltMDowOjA6MSk6IGxvc3QgZGV2aWNlDQooZGExOnVtYXNzLXNpbTA6 MDowOjEpOiByZW1vdmluZyBkZXZpY2UgZW50cnkNCnVtYXNzMDogZGV0YWNo ZWQNCnVtYXNzMDogSUNTSSAyLjAgQ2FyZCBSZWFkZXIsIHJldiAyLjAwLzEu M2EsIGFkZHIgMg0KZGEwIGF0IHVtYXNzLXNpbTAgYnVzIDAgdGFyZ2V0IDAg bHVuIDANCmRhMDogPElDU0kgQ0YgQ2FyZCAgICAgICBDRiAxLjNBPiBSZW1v dmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIA0KZGEwOiAxLjAw ME1CL3MgdHJhbnNmZXJzDQpkYTA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNl IHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudA0K KGRhMDp1bWFzcy1zaW0wOjA6MDowKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAy NSAwIDAgMCAwIDAgMCAwIDAgMCANCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6 IENBTSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yDQooZGEwOnVtYXNzLXNp bTA6MDowOjApOiBTQ1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uDQooZGEw OnVtYXNzLXNpbTA6MDowOjApOiBOT1QgUkVBRFkgYXNjOjNhLDANCihkYTA6 dW1hc3Mtc2ltMDowOjA6MCk6IE1lZGl1bSBub3QgcHJlc2VudA0KKGRhMDp1 bWFzcy1zaW0wOjA6MDowKTogVW5yZXRyeWFibGUgZXJyb3INCk9wZW5lZCBk aXNrIGRhMCAtPiA2DQooZGEwOnVtYXNzLXNpbTA6MDowOjApOiBSRUFEIENB UEFDSVRZLiBDREI6IDI1IDAgMCAwIDAgMCAwIDAgMCAwIA0KKGRhMDp1bWFz cy1zaW0wOjA6MDowKTogQ0FNIFN0YXR1czogU0NTSSBTdGF0dXMgRXJyb3IN CihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IFNDU0kgU3RhdHVzOiBDaGVjayBD b25kaXRpb24NCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6IE5PVCBSRUFEWSBh c2M6M2EsMA0KKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogTWVkaXVtIG5vdCBw cmVzZW50DQooZGEwOnVtYXNzLXNpbTA6MDowOjApOiBVbnJldHJ5YWJsZSBl cnJvcg0KT3BlbmVkIGRpc2sgZGEwIC0+IDYNCihkYTA6dW1hc3Mtc2ltMDow OjA6MCk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgMCAwIDAgMCAwIDAgMCAw IDAgDQooZGEwOnVtYXNzLXNpbTA6MDowOjApOiBDQU0gU3RhdHVzOiBTQ1NJ IFN0YXR1cyBFcnJvcg0KKGRhMDp1bWFzcy1zaW0wOjA6MDowKTogU0NTSSBT dGF0dXM6IENoZWNrIENvbmRpdGlvbg0KKGRhMDp1bWFzcy1zaW0wOjA6MDow KTogTk9UIFJFQURZIGFzYzozYSwwDQooZGEwOnVtYXNzLXNpbTA6MDowOjAp OiBNZWRpdW0gbm90IHByZXNlbnQNCihkYTA6dW1hc3Mtc2ltMDowOjA6MCk6 IFVucmV0cnlhYmxlIGVycm9yDQpPcGVuZWQgZGlzayBkYTAgLT4gNg0KZGEx IGF0IHVtYXNzLXNpbTAgYnVzIDAgdGFyZ2V0IDAgbHVuIDENCmRhMTogPElD U0kgTVMgQ2FyZCAgICAgICBNUyAxLjNBPiBSZW1vdmFibGUgRGlyZWN0IEFj Y2VzcyBTQ1NJLTAgZGV2aWNlIA0KZGExOiAxLjAwME1CL3MgdHJhbnNmZXJz DQpkYTE6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBO T1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudA0KKGRhMTp1bWFzcy1zaW0w OjA6MDoxKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAyNSAyMCAwIDAgMCAwIDAg MCAwIDAgDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBDQU0gU3RhdHVzOiBT Q1NJIFN0YXR1cyBFcnJvcg0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogU0NT SSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbg0KKGRhMTp1bWFzcy1zaW0wOjA6 MDoxKTogTk9UIFJFQURZIGFzYzozYSwwDQooZGExOnVtYXNzLXNpbTA6MDow OjEpOiBNZWRpdW0gbm90IHByZXNlbnQNCihkYTE6dW1hc3Mtc2ltMDowOjA6 MSk6IFVucmV0cnlhYmxlIGVycm9yDQpPcGVuZWQgZGlzayBkYTEgLT4gNg0K KGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAy NSAyMCAwIDAgMCAwIDAgMCAwIDAgDQooZGExOnVtYXNzLXNpbTA6MDowOjEp OiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcg0KKGRhMTp1bWFzcy1z aW0wOjA6MDoxKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbg0KKGRh MTp1bWFzcy1zaW0wOjA6MDoxKTogTk9UIFJFQURZIGFzYzozYSwwDQooZGEx OnVtYXNzLXNpbTA6MDowOjEpOiBNZWRpdW0gbm90IHByZXNlbnQNCihkYTE6 dW1hc3Mtc2ltMDowOjA6MSk6IFVucmV0cnlhYmxlIGVycm9yDQpPcGVuZWQg ZGlzayBkYTEgLT4gNg0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogUkVBRCBD QVBBQ0lUWS4gQ0RCOiAyNSAyMCAwIDAgMCAwIDAgMCAwIDAgDQooZGExOnVt YXNzLXNpbTA6MDowOjEpOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJv cg0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogU0NTSSBTdGF0dXM6IENoZWNr IENvbmRpdGlvbg0KKGRhMTp1bWFzcy1zaW0wOjA6MDoxKTogTk9UIFJFQURZ IGFzYzozYSwwDQooZGExOnVtYXNzLXNpbTA6MDowOjEpOiBNZWRpdW0gbm90 IHByZXNlbnQNCihkYTE6dW1hc3Mtc2ltMDowOjA6MSk6IFVucmV0cnlhYmxl IGVycm9yDQpPcGVuZWQgZGlzayBkYTEgLT4gNg0KZGEyIGF0IHVtYXNzLXNp bTAgYnVzIDAgdGFyZ2V0IDAgbHVuIDINCmRhMjogPElDU0kgU0QgQ2FyZCAg IE1NQy9TRCAxLjNBPiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJLTAg ZGV2aWNlIA0KZGEyOiAxLjAwME1CL3MgdHJhbnNmZXJzDQpkYTI6IEF0dGVt cHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1l ZGl1bSBub3QgcHJlc2VudA0KKGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogUkVB RCBDQVBBQ0lUWS4gQ0RCOiAyNSA0MCAwIDAgMCAwIDAgMCAwIDAgDQooZGEy OnVtYXNzLXNpbTA6MDowOjIpOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBF cnJvcg0KKGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogU0NTSSBTdGF0dXM6IENo ZWNrIENvbmRpdGlvbg0KKGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogTk9UIFJF QURZIGFzYzozYSwwDQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBNZWRpdW0g bm90IHByZXNlbnQNCihkYTI6dW1hc3Mtc2ltMDowOjA6Mik6IFVucmV0cnlh YmxlIGVycm9yDQpPcGVuZWQgZGlzayBkYTIgLT4gNg0KKGRhMjp1bWFzcy1z aW0wOjA6MDoyKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAyNSA0MCAwIDAgMCAw IDAgMCAwIDAgDQooZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBDQU0gU3RhdHVz OiBTQ1NJIFN0YXR1cyBFcnJvcg0KKGRhMjp1bWFzcy1zaW0wOjA6MDoyKTog U0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbg0KKGRhMjp1bWFzcy1zaW0w OjA6MDoyKTogTk9UIFJFQURZIGFzYzozYSwwDQooZGEyOnVtYXNzLXNpbTA6 MDowOjIpOiBNZWRpdW0gbm90IHByZXNlbnQNCihkYTI6dW1hc3Mtc2ltMDow OjA6Mik6IFVucmV0cnlhYmxlIGVycm9yDQpPcGVuZWQgZGlzayBkYTIgLT4g Ng0KKGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogUkVBRCBDQVBBQ0lUWS4gQ0RC OiAyNSA0MCAwIDAgMCAwIDAgMCAwIDAgDQooZGEyOnVtYXNzLXNpbTA6MDow OjIpOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcg0KKGRhMjp1bWFz cy1zaW0wOjA6MDoyKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbg0K KGRhMjp1bWFzcy1zaW0wOjA6MDoyKTogTk9UIFJFQURZIGFzYzozYSwwDQoo ZGEyOnVtYXNzLXNpbTA6MDowOjIpOiBNZWRpdW0gbm90IHByZXNlbnQNCihk YTI6dW1hc3Mtc2ltMDowOjA6Mik6IFVucmV0cnlhYmxlIGVycm9yDQpPcGVu ZWQgZGlzayBkYTIgLT4gNg0KZGEzIGF0IHVtYXNzLXNpbTAgYnVzIDAgdGFy Z2V0IDAgbHVuIDMNCmRhMzogPElDU0kgU00gQ2FyZCAgICAgICBTTSAxLjNB PiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIA0KZGEz OiAxLjAwME1CL3MgdHJhbnNmZXJzDQpkYTM6IEF0dGVtcHQgdG8gcXVlcnkg ZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJl c2VudA0KKGRhMzp1bWFzcy1zaW0wOjA6MDozKTogUkVBRCBDQVBBQ0lUWS4g Q0RCOiAyNSA2MCAwIDAgMCAwIDAgMCAwIDAgDQooZGEzOnVtYXNzLXNpbTA6 MDowOjMpOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1cyBFcnJvcg0KKGRhMzp1 bWFzcy1zaW0wOjA6MDozKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlv bg0KKGRhMzp1bWFzcy1zaW0wOjA6MDozKTogTk9UIFJFQURZIGFzYzozYSww DQooZGEzOnVtYXNzLXNpbTA6MDowOjMpOiBNZWRpdW0gbm90IHByZXNlbnQN CihkYTM6dW1hc3Mtc2ltMDowOjA6Myk6IFVucmV0cnlhYmxlIGVycm9yDQpP cGVuZWQgZGlzayBkYTMgLT4gNg0KKGRhMzp1bWFzcy1zaW0wOjA6MDozKTog UkVBRCBDQVBBQ0lUWS4gQ0RCOiAyNSA2MCAwIDAgMCAwIDAgMCAwIDAgDQoo ZGEzOnVtYXNzLXNpbTA6MDowOjMpOiBDQU0gU3RhdHVzOiBTQ1NJIFN0YXR1 cyBFcnJvcg0KKGRhMzp1bWFzcy1zaW0wOjA6MDozKTogU0NTSSBTdGF0dXM6 IENoZWNrIENvbmRpdGlvbg0KKGRhMzp1bWFzcy1zaW0wOjA6MDozKTogTk9U IFJFQURZIGFzYzozYSwwDQooZGEzOnVtYXNzLXNpbTA6MDowOjMpOiBNZWRp dW0gbm90IHByZXNlbnQNCihkYTM6dW1hc3Mtc2ltMDowOjA6Myk6IFVucmV0 cnlhYmxlIGVycm9yDQpPcGVuZWQgZGlzayBkYTMgLT4gNg0KKGRhMzp1bWFz cy1zaW0wOjA6MDozKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAyNSA2MCAwIDAg MCAwIDAgMCAwIDAgDQooZGEzOnVtYXNzLXNpbTA6MDowOjMpOiBDQU0gU3Rh dHVzOiBTQ1NJIFN0YXR1cyBFcnJvcg0KKGRhMzp1bWFzcy1zaW0wOjA6MDoz KTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRpdGlvbg0KKGRhMzp1bWFzcy1z aW0wOjA6MDozKTogTk9UIFJFQURZIGFzYzozYSwwDQooZGEzOnVtYXNzLXNp bTA6MDowOjMpOiBNZWRpdW0gbm90IHByZXNlbnQNCihkYTM6dW1hc3Mtc2lt MDowOjA6Myk6IFVucmV0cnlhYmxlIGVycm9yDQpPcGVuZWQgZGlzayBkYTMg LT4gNg0K --0-817021360-1157297346=:39827-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 16:15:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DD4C16A4DA for ; Sun, 3 Sep 2006 16:15:44 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2946343D46 for ; Sun, 3 Sep 2006 16:15:44 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k83GFgoe046635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Sep 2006 09:15:43 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44FAFFAD.6050909@errno.com> Date: Sun, 03 Sep 2006 09:15:41 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: dandee@volny.cz References: <000001c6ceb4$4a33c620$6508280a@tocnet28.jspoj.czf> In-Reply-To: <000001c6ceb4$4a33c620$6508280a@tocnet28.jspoj.czf> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: atheros driver: countrycode and athdebug X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 16:15:44 -0000 Daniel Dvoøák wrote: >> You can override the country code but the potential values >> depends on the regdomain. I thought hw.ath.countrycode was >> r/w but it appears you can only set via the tunable api (kenv >> hw.ath.countrycode=XXX). The dev.ath mib must be r/o since >> you cannot (yet) change this after attaching the device (the >> driver does not implement it). Adding support to do this is >> not a big deal but hasn't been done; feel free to supply a patch. >> > > Ok, I tried to set via the tunable api kenv through loader, but this is the > result: > > # ifconfig ath0 > ifconfig: interface ath0 does not exist > # ifconfig ath1 > ifconfig: interface ath1 does not exist > > ath0: mem 0x80000000-0x8000ffff irq 12 at device 13.0 on pci0 > ath0: unable to collect channel list from hal; regdomain likely 96 country > code > 203 > device_attach: ath0 attach returned 22 > > ath1: mem 0x800c0000-0x800cffff irq 9 at device 17.0 on pci0 > ath1: unable to collect channel list from hal; regdomain likely 96 country > code > 203 > device_attach: ath1 attach returned 22 > > ath0: mem 0x80000000-0x8000ffff irq 12 at device 13.0 on pci0 > ath0: unable to collect channel list from hal; regdomain likely 96 country > code 203 > device_attach: ath0 attach returned 22 > > ath1: mem 0x800c0000-0x800cffff irq 9 at device 17.0 on pci0 > ath1: unable to collect channel list from hal; regdomain likely 96 country > code 203 > device_attach: ath1 attach returned 22 > > # sysctl hw.ath > hw.ath.hal.version: 0.9.17.2 > hw.ath.hal.dma_brt: 2 > hw.ath.hal.sw_brt: 10 > hw.ath.hal.swba_backoff: 0 > hw.ath.dwell: 200 > hw.ath.calibrate: 30 > hw.ath.outdoor: 1 > hw.ath.xchanmode: 1 > hw.ath.countrycode: 203 > hw.ath.regdomain: 0 -- not setted to 96 ???? > hw.ath.rxbuf: 40 > hw.ath.txbuf: 100 > > So ? I don´t know. :) Your card has a regdomain in the eeprom that is 96. I believe that's the FCC regdomain. With that regdomain you cannot specify any country code except US. The hw.ath mib tree mostly contains "default settings" that are applied to instances of the ath driver as they are attached. The hw.ath.regdomain is there in case I'm able to add the ability to override the eeprom regdomain at some point the future (something high on my todo list). In the mean time it is well known how to deal with this situation--take a look at the madwifi.org web pages. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 16:33:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D097E16A4DD for ; Sun, 3 Sep 2006 16:33:43 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ED9543D49 for ; Sun, 3 Sep 2006 16:33:43 +0000 (GMT) (envelope-from dwilde1@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1611166wxd for ; Sun, 03 Sep 2006 09:33:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=TL2JCm+kfkp7JnXFfKnYlH2IVchy5jxHO2Pj8IETSYHhseT28exU1Ua50wTLFSm8FxvhsP0RwMVw21WGa8opORPgNYkvvYwJFAP8G5Ktn95WL8lsR63CqKbx7MW0jN1HJWFTqegWm7ZwwNot1w8l2uLFTwhe/rGbgTvscWmFyS0= Received: by 10.70.19.20 with SMTP id 20mr7317595wxs; Sun, 03 Sep 2006 09:33:42 -0700 (PDT) Received: by 10.70.15.7 with HTTP; Sun, 3 Sep 2006 09:33:42 -0700 (PDT) Message-ID: Date: Sun, 3 Sep 2006 11:33:42 -0500 From: "Don Wilde" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: cron abuse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Don@Network-Lynx.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 16:33:43 -0000 I reinstalled my crontab (with crontab -e) after a user edited the crontab directly and nothing appears to be working now. The mails I get suggest that it's trying to find 'root' and 'operator' as programs. Would somebody kindly help me recover from this copilot error? I can't find anything in crontab(5) or cron(8). My procedure was to invoke crontab -e (getting a blank emacs editor window), split the window, opening a copy of the /etc/crontab copied the contents into the temporary crontab save and exit kill -1 1 these are the e-mails I'm getting Subject: Cron root /usr/libexec/atrun root: not found TIA! Don Wilde From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 16:40:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE33716A53C for ; Sun, 3 Sep 2006 16:40:53 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B44C43D45 for ; Sun, 3 Sep 2006 16:40:53 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k83GepRJ046824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Sep 2006 09:40:53 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44FB0593.3090108@errno.com> Date: Sun, 03 Sep 2006 09:40:51 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: dandee@volny.cz References: <000001c6ce93$72a247b0$6508280a@tocnet28.jspoj.czf> In-Reply-To: <000001c6ce93$72a247b0$6508280a@tocnet28.jspoj.czf> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: atheros driver under high load, panics and even more freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 16:40:53 -0000 Daniel Dvořák wrote: > Ok, I will upgrade my boxes and I will do simple ping tests again. > > Did you see my sysctl.conf file ? > > I mean these options: > > kern.ipc.maxsockbuf=2097152 > net.inet.ip.fastforwarding=1 > net.inet.tcp.sendspace=65536 > > Could be this connected with increasing latency up to 500ms ? Seems unlikely but I have little to go on. You can easily identify whether the delays are in the OS or due to wireless issues by sniffing traffic. Tools like athstats are also important for diagnosing problems. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 16:44:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 207FC16A4DE for ; Sun, 3 Sep 2006 16:44:40 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id D600F43D46 for ; Sun, 3 Sep 2006 16:44:38 +0000 (GMT) (envelope-from dwilde1@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1613326wxd for ; Sun, 03 Sep 2006 09:44:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=b8ndCcqmO1ujviV5VdGKmqLpuU/25K+e0kGGN5OdoJVyBZXQiIEjBY9oAWdAQedCBnD1Y12xxGhisirY02DaSkyogee17xl/N+0Nc4/ZwvEAYJcNb4BbVhkimPzrjqC7R5sQipSCKAd/wB05AjDVhJlCXTWRCDm6Fk3e3XjAvXc= Received: by 10.70.8.8 with SMTP id 8mr6109490wxh; Sun, 03 Sep 2006 09:43:01 -0700 (PDT) Received: by 10.70.15.7 with HTTP; Sun, 3 Sep 2006 09:43:01 -0700 (PDT) Message-ID: Date: Sun, 3 Sep 2006 11:43:01 -0500 From: "Don Wilde" Sender: dwilde1@gmail.com To: "David Wolfskill" , freebsd-stable@freebsd.org In-Reply-To: <20060903163738.GX698@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060903163738.GX698@bunrab.catwhisker.org> X-Google-Sender-Auth: 4379266fca727a58 Cc: Subject: Re: cron abuse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 16:44:40 -0000 On 9/3/06, David Wolfskill wrote: > Formats for /etc/crontab & user-specific crontabs are different; the > former contains a field for the user under whose auspices the command > should be run, while the latter does not (as it's implied by the owner > of the crontab in question). > > Peace, > david Thanks for taking the time to answer, David. Yes, I see that. I'm reinstalling the old /etc/crontab back into /etc/crontab. This is what's driving me nuts. Why would it be acting as though it's a user crontab? %D From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 16:57:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1823116A4E0 for ; Sun, 3 Sep 2006 16:57:46 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9539A43D53 for ; Sun, 3 Sep 2006 16:57:45 +0000 (GMT) (envelope-from dwilde1@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1616041wxd for ; Sun, 03 Sep 2006 09:57:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Ie5mCDiUP16m7EnjFfzLMAPnp90+++OLLsS/t3BT50c9IRcWrffTg93aK+N0hxKFrmGjhCljX1CWyA7bnWDPHbmN9QHmXMpI3PFmEsujsCxTBx+e8Q7IsaQo7GmakLJDLLYISzQMXFMlXFQmA1ClE4eCrW1nhmRSDRT9TBUqZ2c= Received: by 10.70.60.12 with SMTP id i12mr6140689wxa; Sun, 03 Sep 2006 09:57:44 -0700 (PDT) Received: by 10.70.15.7 with HTTP; Sun, 3 Sep 2006 09:57:44 -0700 (PDT) Message-ID: Date: Sun, 3 Sep 2006 11:57:44 -0500 From: "Don Wilde" Sender: dwilde1@gmail.com To: "David Wolfskill" , freebsd-stable@freebsd.org In-Reply-To: <20060903164915.GY698@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060903163738.GX698@bunrab.catwhisker.org> <20060903164915.GY698@bunrab.catwhisker.org> X-Google-Sender-Auth: ec42ee399ee6e572 Cc: Subject: Re: cron abuse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 16:57:46 -0000 On 9/3/06, David Wolfskill wrote: > On Sun, Sep 03, 2006 at 11:43:01AM -0500, Don Wilde wrote: > > ... > > Thanks for taking the time to answer, David. > > Sure thing. > > > Yes, I see that. I'm reinstalling the old /etc/crontab back into > > /etc/crontab. > > OK. > > > This is what's driving me nuts. Why would it be acting as though it's > > a user crontab? > > I doubt that it is -- more likely, a copy of /etc/crontab was installed > as a "user crontab" -- go check /var/cron/tabs. > Yes, it did exactly that. Will removing the /var/cron/tabs entry make everything Just Work again? From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 17:34:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07F5916A5BE for ; Sun, 3 Sep 2006 17:34:57 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id B55D243D45 for ; Sun, 3 Sep 2006 17:34:55 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060903173450m9100h5deqe>; Sun, 3 Sep 2006 17:34:54 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k83HYi0A046944; Sun, 3 Sep 2006 12:34:45 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k83HYh8w046943; Sun, 3 Sep 2006 12:34:43 -0500 (CDT) (envelope-from brooks) Date: Sun, 3 Sep 2006 12:34:42 -0500 From: Brooks Davis To: Don Wilde Message-ID: <20060903173442.GC45627@lor.one-eyed-alien.net> References: <20060903163738.GX698@bunrab.catwhisker.org> <20060903164915.GY698@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pAwQNkOnpTn9IO2O" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: cron abuse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 17:34:57 -0000 --pAwQNkOnpTn9IO2O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Sep 03, 2006 at 11:57:44AM -0500, Don Wilde wrote: > On 9/3/06, David Wolfskill wrote: > >On Sun, Sep 03, 2006 at 11:43:01AM -0500, Don Wilde wrote: > >> ... > >> Thanks for taking the time to answer, David. > > > >Sure thing. > > > >> Yes, I see that. I'm reinstalling the old /etc/crontab back into > >> /etc/crontab. > > > >OK. > > > >> This is what's driving me nuts. Why would it be acting as though it's > >> a user crontab? > > > >I doubt that it is -- more likely, a copy of /etc/crontab was installed > >as a "user crontab" -- go check /var/cron/tabs. > > > Yes, it did exactly that. Will removing the /var/cron/tabs entry make > everything Just Work again? Yes or run "crontab -e" and delete everything in the editor window before saving. One good thing about your problem is it reminded me I'd forgotten to MFC the anti foot shooting measure I added a while back which causes crontab to refuse to load /etc/crontab as a user crontab. It doesn't try very hard, but it does prevent the most common error. -- Brooks --pAwQNkOnpTn9IO2O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE+xIyXY6L6fI4GtQRAunfAKDYKXEscg7Sz4A8jmGY2z38Znb0fwCgng3b CVomNWQv/wB7LIWjs0uVlIw= =EVSC -----END PGP SIGNATURE----- --pAwQNkOnpTn9IO2O-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 19:30:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDC5216A500 for ; Sun, 3 Sep 2006 19:30:38 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88EF643D53 for ; Sun, 3 Sep 2006 19:30:38 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id HCH09509; Sun, 03 Sep 2006 12:30:09 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BD4DB45042; Sun, 3 Sep 2006 12:30:08 -0700 (PDT) To: Michael Abbott In-Reply-To: Your message of "Sun, 03 Sep 2006 15:29:06 -0000." <20060903145054.M39827@saturn.araneidae.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1157311808_55298P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 03 Sep 2006 12:30:08 -0700 From: "Kevin Oberman" Message-Id: <20060903193008.BD4DB45042@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD bemused by USB card reader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 19:30:38 -0000 --==_Exmh_1157311808_55298P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Sun, 3 Sep 2006 15:29:06 +0000 (GMT) > From: Michael Abbott > Sender: owner-freebsd-stable@freebsd.org > > This message is in MIME format. The first part should be readable text, > while the remaining parts are likely unreadable without MIME-aware tools. > > --0-817021360-1157297346=:39827 > Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed > > I was playing with a USB card reader and FreeBSD, and I've discovered some > quirks that I imagine need attention. The driver involved is umass(4). > > The card reader itself has four slots in which various formats of flash > card can be inserted, and is a USB device. The quirks are as follows: > > 1. If the card reader is plugged in to the USB with no cards inserted, > the result is a storm of messages, one for each of the four slots, saying > in effect "Medium not present; Unretryable error". Ok, kindof, but given > how hard it tries (more than 80 lines of dmesg output are generated!), I > think BSD is missing the point (ie, the media may come later...). > > 2. Device entry points da0, da1, da2 and da3 are created in /dev without > any slice or partition subdevices (can somebody please point me to > documentation which explains when and why I get da0s1 or da0a or da0s1a: > I'd really like to know at the block device level what's going on there). > > 3. When I insert a card into the card reader: no messages are generated, > and no new devices are generated (so I have to mount the device as da0, > and can't mount any slices or partitions). > Of course, there is a workaround here: plugging the card into the card > reader *before* plugging it into the USB port works, but FreeBSD is > underperforming here. For example, OSX has no problem in recognising a > card being inserted or removed. > Similarly, removing a card from the reader is also not noticed. > > I've tried `camcontrol rescan 0` (or all), as suggested in umass(4), but > it doesn't change the devices present in /dev, so is clearly *not* > recognising insertion or removal of cards. > > I don't know if this is an issue or not, but `usbdevs` never shows the > cards, only the card reader. > > 4. This one is quite interesting: if I reboot with the card reader > installed with a card in one slot (I was trying to boot off the card; no > luck) and then remove it: it fails to remove da1, da2 and da3 from /dev. > When I re-insert the card reader... I get two copies of da1! Look: > # ls /dev/da1* > /dev/da1 /dev/da1 > Looks well dodgy to me. > Ok, tried again (with the card removed), and this time I get two > copies of da2 and da3 also: > # ls /dev/da* > /dev/da0 /dev/da1 /dev/da1 /dev/da2 /dev/da2 /dev/da3 /dev/da3 > How very very strange. Strange, yes. Surprising, no. umass (and USB support is not in the best of shape in FreeBSD. But there is hope. A re-written USB driver set is currently in development. It's not even in -current, but the word from a limited number of testers is that it's a BIG improvement. (Giant free!) On the down side, umass is not one of the drivers that has been re-written last I checked. It is by far the most heavily utilized of the remaining drivers, but is also one of the more complex because of the huge number of different devices it must work with. I suspect that little work will be done on fixing the existing driver unless someone spots an easy bug to fix. (One or two of your problems MAY fit that category, but I am not familiar enough with the driver to really have an opinion worth listening to. I suspect that the new drivers are still a month or two from hitting -current and I don't know if they will be such that they can be merged into 6-stable or not. (If they require API or ABI changes, they can't go into V6.) If you want to follow this more closely (and maybe get some of your concerns addressed), you might try subscribing to the freebsd-usb list and sending details there and sending in a PR on what you've seen. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1157311808_55298P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFE+y1Akn3rs5h7N1ERAgoHAKCuVqXrLsfOafj47kKzjrr/BEhS5QCfb30M tet3BdjKMbc+1eATgBrNgJo= =oqIu -----END PGP SIGNATURE----- --==_Exmh_1157311808_55298P-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 20:22:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 546C416A4DD for ; Sun, 3 Sep 2006 20:22:42 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id A647F43D55 for ; Sun, 3 Sep 2006 20:22:39 +0000 (GMT) (envelope-from dwilde1@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1658935wxd for ; Sun, 03 Sep 2006 13:22:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=rlkRcLFxUzXKJYv9FBbTic3dHAhDblz72zL8XI6eWQ0xtAT0diyUc7IXKKE7FsnkZbebiFUkSAssBAWmzi/HRNoC+dKq+pv4xGIjo1QsaYLTHbq13tNC3hjC9dBSZ12qkIy9zDa4uw9X3y4wENdgKu34exYLXIzUngj8MRiS3AM= Received: by 10.70.129.5 with SMTP id b5mr6396478wxd; Sun, 03 Sep 2006 13:22:38 -0700 (PDT) Received: by 10.70.15.7 with HTTP; Sun, 3 Sep 2006 13:22:38 -0700 (PDT) Message-ID: Date: Sun, 3 Sep 2006 15:22:38 -0500 From: "Don Wilde" Sender: dwilde1@gmail.com To: "Brooks Davis" In-Reply-To: <20060903173442.GC45627@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060903163738.GX698@bunrab.catwhisker.org> <20060903164915.GY698@bunrab.catwhisker.org> <20060903173442.GC45627@lor.one-eyed-alien.net> X-Google-Sender-Auth: 7641f04181e20449 Cc: freebsd-stable@freebsd.org Subject: Re: cron abuse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 20:22:42 -0000 > One good thing about your problem is it reminded me I'd forgotten to MFC > the anti foot shooting measure I added a while back which causes crontab > to refuse to load /etc/crontab as a user crontab. It doesn't try very > hard, but it does prevent the most common error. > > -- Brooks > Which is what happened here. :) It never ceases to amaze me how rich a world FreeBSD is, and there's always more to learn. Many tanks of beer to all who added suggestions. The root crontab was indeed saved by my actions as /var/cron/tabs/root, and it was that which was complaining vociferously. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 20:28:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB7D16A586 for ; Sun, 3 Sep 2006 20:28:28 +0000 (UTC) (envelope-from michael@araneidae.co.uk) Received: from mail.araneidae.co.uk (araneidae.co.uk [62.3.233.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48A1E43D55 for ; Sun, 3 Sep 2006 20:28:27 +0000 (GMT) (envelope-from michael@araneidae.co.uk) Received: from saturn.araneidae.co.uk (localhost [127.0.0.1]) by mail.araneidae.co.uk (8.13.1/8.13.1) with ESMTP id k83KSEo9040711; Sun, 3 Sep 2006 20:28:14 GMT (envelope-from michael@araneidae.co.uk) Received: from localhost (michael@localhost) by saturn.araneidae.co.uk (8.13.1/8.13.1/Submit) with ESMTP id k83KSEcc040708; Sun, 3 Sep 2006 20:28:14 GMT (envelope-from michael@araneidae.co.uk) X-Authentication-Warning: saturn.araneidae.co.uk: michael owned process doing -bs Date: Sun, 3 Sep 2006 20:28:14 +0000 (GMT) From: Michael Abbott To: Kevin Oberman In-Reply-To: <20060903193008.BD4DB45042@ptavv.es.net> Message-ID: <20060903202404.W40698@saturn.araneidae.co.uk> References: <20060903193008.BD4DB45042@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD bemused by USB card reader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 20:28:28 -0000 On Sun, 3 Sep 2006, Kevin Oberman wrote: >> From: Michael Abbott >> # ls /dev/da* >> /dev/da0 /dev/da1 /dev/da1 /dev/da2 /dev/da2 /dev/da3 /dev/da3 >> How very very strange. > Strange, yes. Surprising, no. > > umass (and USB support) is not in the best of shape in FreeBSD. Does this phenomenon also point to a problem with devfs, or is the set of device names completely delegated to the corresponding driver (umass) by devfs? > If you want to follow this more closely (and maybe get some of your > concerns addressed), you might try subscribing to the freebsd-usb list > and sending details there and sending in a PR on what you've seen. Sigh. I ought to. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 21:10:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAF0A16A4DD for ; Sun, 3 Sep 2006 21:10:34 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts36-srv.bellnexxia.net (tomts36.bellnexxia.net [209.226.175.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6991343D45 for ; Sun, 3 Sep 2006 21:10:27 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.54.228]) by tomts36-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060903211026.IMKG13653.tomts36-srv.bellnexxia.net@[192.168.55.4]> for ; Sun, 3 Sep 2006 17:10:26 -0400 Message-ID: <44FB4328.6060208@sympatico.ca> Date: Sun, 03 Sep 2006 17:03:36 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Recovering Swap Partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 21:10:34 -0000 Hi all, After a random power outage, my FreeBSD 6.1 box failed to reboot because the swap partition is toast. The disklabel looks to be intact. I've been researching all afternoon trying to find out how to recover the swap with something like newfs, but I haven't found any examples of how to do it, only how to create the swap during a system installation. Can anyone tell me which tool to use and show me either an example or point me in the direction of more information? -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 21:16:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CC3D16A4DA for ; Sun, 3 Sep 2006 21:16:47 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81F1543D45 for ; Sun, 3 Sep 2006 21:16:45 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k83LGieW067179 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Sun, 3 Sep 2006 23:16:44 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <1D1B7B79-6BF0-4316-BC96-4287669BF778@lassitu.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Stefan Bethke Date: Sun, 3 Sep 2006 23:16:43 +0200 X-Mailer: Apple Mail (2.752.2) Subject: malloc(): warning: recursive call X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 21:16:47 -0000 Just got this while running a script that uses mail(1) to send mail: mail in malloc(): warning: recursive call mail: Out of memory: Programming error $ uname -a FreeBSD schoner 6.1-STABLE FreeBSD 6.1-STABLE #11: Tue Aug 29 09:46:29 CEST 2006 root@:/usr/obj/usr/src/sys/EISENBOOT i386 $ ls -l /etc/malloc.conf ls: /etc/malloc.conf: No such file or directory Running the script again did not produce the message again. Cosmic rays? Anything I could try to find the cause? Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 21:26:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 870BA16A4DA for ; Sun, 3 Sep 2006 21:26:15 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 568F143DD4 for ; Sun, 3 Sep 2006 21:26:13 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.6) id k83LQCCt051835; Sun, 3 Sep 2006 16:26:12 -0500 (CDT) (envelope-from dan) Date: Sun, 3 Sep 2006 16:26:12 -0500 From: Dan Nelson To: Ron Tarrant Message-ID: <20060903212612.GC93326@dan.emsphone.com> References: <44FB4328.6060208@sympatico.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44FB4328.6060208@sympatico.ca> X-OS: FreeBSD 6.1-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org Subject: Re: Recovering Swap Partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 21:26:15 -0000 In the last episode (Sep 03), Ron Tarrant said: > After a random power outage, my FreeBSD 6.1 box failed to reboot > because the swap partition is toast. The disklabel looks to be > intact. I've been researching all afternoon trying to find out how to > recover the swap with something like newfs, but I haven't found any > examples of how to do it, only how to create the swap during a system > installation. > > Can anyone tell me which tool to use and show me either an example or > point me in the direction of more information? What error are you getting? Swap doesn't need to be formatted; it just has to exist if enabled. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Sun Sep 3 23:57:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FFC016A4DA for ; Sun, 3 Sep 2006 23:57:39 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 611EE43D46 for ; Sun, 3 Sep 2006 23:57:39 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id HGI05339; Sun, 03 Sep 2006 16:57:39 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id AF0E64504D; Sun, 3 Sep 2006 16:57:38 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Michael Abbott In-Reply-To: Your message of "Sun, 03 Sep 2006 20:28:14 -0000." <20060903202404.W40698@saturn.araneidae.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1157327858_58588P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 03 Sep 2006 16:57:38 -0700 From: "Kevin Oberman" Message-Id: <20060903235738.AF0E64504D@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD bemused by USB card reader X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 23:57:39 -0000 --==_Exmh_1157327858_58588P Content-Type: text/plain; charset=us-ascii > > On Sun, 3 Sep 2006, Kevin Oberman wrote: > >> From: Michael Abbott > >> # ls /dev/da* > >> /dev/da0 /dev/da1 /dev/da1 /dev/da2 /dev/da2 /dev/da3 /dev/da3 > >> How very very strange. > > Strange, yes. Surprising, no. > > > > umass (and USB support) is not in the best of shape in FreeBSD. > > Does this phenomenon also point to a problem with devfs, or is the set of > device names completely delegated to the corresponding driver (umass) by > devfs? Almost certainly. The creation of devfs entries is done by the driver (or at least the calls to the devfs to do so) are in the driver. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1157327858_58588P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFE+2vykn3rs5h7N1ERAmxoAJ9JbAHpqa8MhfbrXLX/Z5wt+JMxogCbBPf/ AgpquCx8DMv4QHlpDR6YRcc= =Epde -----END PGP SIGNATURE----- --==_Exmh_1157327858_58588P-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 00:52:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2237416A4DA for ; Mon, 4 Sep 2006 00:52:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A95D943D46 for ; Mon, 4 Sep 2006 00:52:08 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GK2gx-00027w-Bw for freebsd-stable@freebsd.org; Mon, 04 Sep 2006 02:51:59 +0200 Received: from cmung3243.cmu.carnet.hr ([193.198.140.195]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Sep 2006 02:51:59 +0200 Received: from ivoras by cmung3243.cmu.carnet.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Sep 2006 02:51:59 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 04 Sep 2006 02:51:56 +0200 Lines: 17 Message-ID: References: <1D1B7B79-6BF0-4316-BC96-4287669BF778@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cmung3243.cmu.carnet.hr User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) In-Reply-To: <1D1B7B79-6BF0-4316-BC96-4287669BF778@lassitu.de> Sender: news Subject: Re: malloc(): warning: recursive call X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 00:52:09 -0000 Stefan Bethke wrote: > mail in malloc(): warning: recursive call > Cosmic rays? Anything I could try to find the cause? I know what it is, but you won't going to like it. As far as I understand this happens when a process gets a signal in the middle of using malloc(), and the signal handler also uses malloc(). The solution would be not to use malloc() in a signal handler, but this is tricky since unknown code can use malloc() (e.g. printf()?). This appears to be "undefined" by standards, but GNU libc allows it because it makes sense, while phkmalloc dissallows it, causing (me) considerable problems with certain applications. I hope jemalloc is better in this respect :) I don't know how it happened in mail(1) if mail(1) is the FreeBSD version. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 03:23:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D4EF16A4DE for ; Mon, 4 Sep 2006 03:23:52 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7951443D49 for ; Mon, 4 Sep 2006 03:23:51 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-72-66-200-233.ronkva.east.verizon.net [72.66.200.233]) by gromit.dlib.vt.edu (8.13.6/8.13.4) with ESMTP id k843NnrN068735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 3 Sep 2006 23:23:50 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.7/8.13.7) with ESMTP id k843Nm6K013460 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 3 Sep 2006 23:23:48 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.7/8.13.7/Submit) id k843NmdM013459 for freebsd-stable@freebsd.org; Sun, 3 Sep 2006 23:23:48 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) From: Paul Mather To: freebsd-stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 03 Sep 2006 23:23:46 -0400 Message-Id: <1157340226.2597.36.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port X-Greylist: Sender succeeded STARTTLS authentication, not delayed by milter-greylist-2.0.2 (gromit.dlib.vt.edu [128.173.49.29]); Sun, 03 Sep 2006 23:23:50 -0400 (EDT) Subject: cardbus0: Resource not specified in CIS: id=14, size=400????? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 03:23:52 -0000 I have a Netgear FA511 Cardbus NIC that I am trying to use in a Dell Inspiron 8600 laptop running 6.1-STABLE, but with limited success. When I insert it, I get the message "cardbus0: Resource not specified in CIS: id=14, size=400" appear as part of the cardbus probe. The card superficially "works," but very unreliably (e.g., quite a few "dc0: watchdog timeout" messages and no network traffic at times). What does "cardbus0: Resource not specified in CIS: id=14, size=400" mean? Is this a hardware or a firmware or a driver issue? When I insert the NIC into the Dell Inspiron 8600 laptop, the MAC address that gets assigned to the interface is 00-00-00-00-00-00. This happens both under FreeBSD and Windows XP. However, when I tried the NIC in a friend's Acer laptop, the MAC address was correctly reported by Windows XP (couldn't try FreeBSD), and corresponds with the one printed on the underside of the NIC. So, it seems that the Cardbus NIC itself is okay, just not in the Dell laptop. :-( Is this something that is fixable, e.g., with a suitable device.hints or sysctl setting? Here's what is output on the Dell Inspiron 8600 when I insert the Netgear FA511 NIC (extra cardbus debugging enabled): cbb0: card inserted: event=0x00000000, state=30000920 cbb0: cbb_power: 3V TUPLE: LINKTARGET [3]: 43 49 53 Product version: 5.0 Product name: NETGEAR, Inc. | FA511 | CardBus Mobile Adapter | 1.00 | Manufacturer ID: 2d021a51 Functions: Network Adaptor, Multi-Functioned Function Extension: 0102 Function Extension: 0280969800 Function Extension: 0200e1f505 Function Extension: 0301 cardbus0: Opening BAR: type=IO, bar=10, len=0100 TUPLE: Unknown(0x04) [7]: 03 01 00 00 00 00 ff TUPLE: Unknown(0x05) [5]: 41 80 fb 00 ff CIS reading done cardbus0: Resource not specified in CIS: id=14, size=400 cardbus0: Non-prefetchable memory at f6001000-f60013ff cardbus0: IO port at d000-d0ff dc0: port 0xd000-0xd0ff mem 0xf6001000-0xf60013ff irq 11 at device 0.0 on cardbus0 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: link state changed to DOWN dc0: link state changed to UP Here is how the Cardbus adapter is probed during boot: pcib2: at device 30.0 on pci0 pci_link1: BIOS IRQ 11 for 2.3.INTA is invalid pci2: on pcib2 cbb0: at device 1.0 on pci2 cbb0: Found memory at f6000000 cbb0: Secondary bus is 0 cbb0: Setting primary bus to 2 cbb0: Secondary bus set to 3 subbus 4 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 Finally, here is the output of pciconf -vl for the laptop (the "PCI4510SDFSDFSD PC Card Controller SDFSDAFSADFSDAFSDAF" description for the Cardbus bridge looks highly suspicious to me): hostb0@pci0:0:0: class=0x060000 card=0x016a1028 chip=0x33408086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82855PM Host-Hub Interface Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x33418086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82855PM AGP Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x016a1028 chip=0x24c28086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x016a1028 chip=0x24c48086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x016a1028 chip=0x24c78086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x016a1028 chip=0x24cd8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060400 card=0x00000000 chip=0x24488086 rev=0x81 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x016a1028 chip=0x24ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA pcm0@pci0:31:5: class=0x040100 card=0x016a1028 chip=0x24c58086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller' class = multimedia subclass = audio none0@pci0:31:6: class=0x070300 card=0x4d6414e4 chip=0x24c68086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller' class = simple comms subclass = generic modem nvidia0@pci1:0:0: class=0x030000 card=0x019c1028 chip=0x031b10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NV31B NVIDIA GeForce FX Go5650' class = display subclass = VGA cbb0@pci2:1:0: class=0x060700 card=0x016a1028 chip=0xac44104c rev=0x02 hdr=0x02 vendor = 'Texas Instruments (TI)' device = 'PCI4510SDFSDFSD PC Card Controller SDFSDAFSADFSDAFSDAF' class = bridge subclass = PCI-CardBus fwohci0@pci2:1:1: class=0x0c0010 card=0x016a1028 chip=0x8029104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = '??? OHCI Compliant IEEE-1394 FireWire Controller' class = serial bus subclass = FireWire ndis0@pci2:3:0: class=0x028000 card=0x00011028 chip=0x432414e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4309 802.11a/b/g Wireless LAN Controller' class = network Any help is gratefully appreciated. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 05:49:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 584D616A4DE; Mon, 4 Sep 2006 05:49:32 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82BEE43D46; Mon, 4 Sep 2006 05:49:31 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k845lMvW023477; Mon, 4 Sep 2006 07:47:23 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k845lMa0023476; Mon, 4 Sep 2006 07:47:22 +0200 (CEST) (envelope-from morten) Date: Mon, 4 Sep 2006 07:47:21 +0200 From: "Morten A. Middelthon" To: Alex Salazar Message-ID: <20060904054721.GF34840@freenix.no> References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ni93GHxFvA+th69W" Content-Disposition: inline In-Reply-To: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 05:49:32 -0000 --ni93GHxFvA+th69W Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 02, 2006 at 04:23:21AM -0500, Alex Salazar wrote: > Apologies for the long message, and thanks in advance for any response. >=20 > I've just bought one of those new generation Dell servers, specifically, > the PowerEdge 1950. >=20 > This is a dual Intel Dual Core Xeon 5050, 3.0 GHz, 667MHz FSB, > 1GB 533MHz RAM, system. >=20 > This server has a LSI Logic SAS 5/i integrated adapter and dual embedded > Broadcom NetXtreme II 5708 Gigabit Ethernet NIC. Just wanted to say that I'm running FreeBSD/i386 6.1-STABLE on two Dell PE = 1950's without any problems. The only thing I had to do was update the bce driver = for the NIC, but other than that the mfi RAID controller is detected properly, = as well as the SAS disks and RAID array. The only difference I can think of is perh= aps the firmware and BIOS versions Attached is the dmesg output from one of the two 1950's I've got. with regards, --=20 Morten A. Middelthon "I have been Foolish and Deluded, and I am a Bear of No Brain at All."=20 -- Pooh --ni93GHxFvA+th69W Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE+73pvsz2LoKf32oRAv9DAKCHtuOEtQCVZ8HIlJ4f73A8v8EO8gCfeQPA 9q+1Kw+0E+sRy0yGtdXcah4= =TPTA -----END PGP SIGNATURE----- --ni93GHxFvA+th69W-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 06:13:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E212016A4DF; Mon, 4 Sep 2006 06:13:48 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D389743D49; Mon, 4 Sep 2006 06:13:47 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k846BdGp023873; Mon, 4 Sep 2006 08:11:40 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k846BdCE023872; Mon, 4 Sep 2006 08:11:39 +0200 (CEST) (envelope-from morten) Date: Mon, 4 Sep 2006 08:11:39 +0200 From: "Morten A. Middelthon" To: Alex Salazar Message-ID: <20060904061139.GG34840@freenix.no> References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <20060904054721.GF34840@freenix.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="poemUeGtc2GQvHuH" Content-Disposition: inline In-Reply-To: <20060904054721.GF34840@freenix.no> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 06:13:49 -0000 --poemUeGtc2GQvHuH Content-Type: multipart/mixed; boundary="HKEL+t8MFpg/ASTE" Content-Disposition: inline --HKEL+t8MFpg/ASTE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 04, 2006 at 07:47:21AM +0200, Morten A. Middelthon wrote: > On Sat, Sep 02, 2006 at 04:23:21AM -0500, Alex Salazar wrote: > > Apologies for the long message, and thanks in advance for any response. > >=20 > > I've just bought one of those new generation Dell servers, specifically, > > the PowerEdge 1950. > >=20 > > This is a dual Intel Dual Core Xeon 5050, 3.0 GHz, 667MHz FSB, > > 1GB 533MHz RAM, system. > >=20 > > This server has a LSI Logic SAS 5/i integrated adapter and dual embedded > > Broadcom NetXtreme II 5708 Gigabit Ethernet NIC. > >=20 > Just wanted to say that I'm running FreeBSD/i386 6.1-STABLE on two Dell P= E 1950's > without any problems. The only thing I had to do was update the bce drive= r for > the NIC, but other than that the mfi RAID controller is detected properly= , as well > as the SAS disks and RAID array. The only difference I can think of is pe= rhaps > the firmware and BIOS versions >=20 > Attached is the dmesg output from one of the two 1950's I've got. And here's the dmesg output :) mvh, --=20 Morten A. Middelthon Always borrow money from a pessimist; he doesn't expect to be paid back. --HKEL+t8MFpg/ASTE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2006 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 6.1-STABLE #0: Thu Aug 31 14:56:17 CEST 2006 morten@gerakl.sfintra.coretrek.com:/usr/obj/usr/src/sys/gerakl Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe4bd,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 Logical CPUs per core: 2 real memory = 3489300480 (3327 MB) avail memory = 3414597632 (3256 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic1: Changing APIC ID to 5 ioapic1: WARNING: intbase 64 != expected base 24 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 64-87 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci6: on pcib1 pcib2: at device 0.0 on pci6 pci7: on pcib2 pcib3: at device 0.0 on pci7 pci8: on pcib3 pcib4: at device 0.0 on pci8 pci9: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: Ethernet address: 00:13:72:f8:6b:07 pcib5: at device 1.0 on pci7 pci10: on pcib5 pcib6: at device 0.3 on pci6 pci11: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 pcib8: at device 0.0 on pci1 pci2: on pcib8 mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 78 at device 14.0 on pci2 pcib9: at device 0.2 on pci1 pci3: on pcib9 pcib10: at device 4.0 on pci0 pci12: on pcib10 pcib11: at device 5.0 on pci0 pci13: on pcib11 pcib12: at device 6.0 on pci0 pci14: on pcib12 pcib13: at device 7.0 on pci0 pci15: on pcib13 pcib14: at device 28.0 on pci0 pci4: on pcib14 pcib15: at device 0.0 on pci4 pci5: on pcib15 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci5 bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus1: on bce1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce1: Ethernet address: 00:13:72:f8:6b:05 uhci0: port 0xdce0-0xdcff irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdcc0-0xdcdf irq 20 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdca0-0xdcbf irq 21 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfc600000-0xfc6003ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.0b, addr 2 uhub4: multiple transaction translators uhub4: 4 ports with 4 removable, self powered pcib16: at device 30.0 on pci0 pci16: on pcib16 pci16: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xca000-0xcb7ff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 mfi0: 1365 - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) mfi0: 1366 - Type 18: Firmware version 1.00.01-0088 mfi0: 1367 - Battery Present mfi0: 1368 - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) mfi0: 1369 - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) mfi0: 1370 - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500130205db9d500,0000000000000000 mfi0: 1371 - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) mfi0: 1372 - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=50010b900012e3f6,0000000000000000 mfi0: 1373 - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) mfi0: 1374 - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=50010b900012e3fe,0000000000000000 mfi0: 1375 - Adapter ticks 210417292 elapsed 61s: Time established as 09/01/06 9:14:52; (61 seconds since power on) mfid0: on mfi0 mfid0: 285568MB (584843264 sectors) RAID SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/mfid0s1a mfi0: 1376 - Battery temperature is normal bce1: link state changed to UP mfi0: 1377 - Current capacity of the battery is above threshold --HKEL+t8MFpg/ASTE-- --poemUeGtc2GQvHuH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE+8Obvsz2LoKf32oRAsNSAJ47oQJnJeIibx8iS/iYvwF9gU1SkgCeIWLs zMwxdoopfxtHsRdwZLEXqTw= =SaHf -----END PGP SIGNATURE----- --poemUeGtc2GQvHuH-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 06:22:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 028D916A4DD for ; Mon, 4 Sep 2006 06:22:11 +0000 (UTC) (envelope-from sean@gothic.net.au) Received: from visi.gothic.net.au (visi.gothic.net.au [203.206.208.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id C111143D46 for ; Mon, 4 Sep 2006 06:22:04 +0000 (GMT) (envelope-from sean@gothic.net.au) Received: from localhost (localhost [127.0.0.1]) by visi.gothic.net.au (Postfix) with ESMTP id 7A4A126A43; Mon, 4 Sep 2006 06:22:02 +0000 (UTC) X-Virus-Scanned: amavisd-new at gothic.net.au Received: from localhost ([127.0.0.1]) by localhost (visi.gothic.net.au [127.0.0.1]) (amavisd-new, port 10026) with SMTP id yYCdCpAcxy9i; Mon, 4 Sep 2006 16:21:57 +1000 (EST) Received: from [10.99.34.33] (not.gothic.net.au [203.206.208.86]) by visi.gothic.net.au (Postfix) with ESMTP id EBEF926A2E; Mon, 4 Sep 2006 06:21:56 +0000 (UTC) In-Reply-To: References: <1D1B7B79-6BF0-4316-BC96-4287669BF778@lassitu.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4BEC2251-7FA7-4BC4-A7C8-3F7618758290@gothic.net.au> Content-Transfer-Encoding: 7bit From: Sean Winn Date: Mon, 4 Sep 2006 16:21:55 +1000 To: Ivan Voras X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: malloc(): warning: recursive call X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 06:22:11 -0000 On 04/09/2006, at 10:51 AM, Ivan Voras wrote: > Stefan Bethke wrote: > >> mail in malloc(): warning: recursive call >> Cosmic rays? Anything I could try to find the cause? > > I know what it is, but you won't going to like it. As far as I > understand this happens when a process gets a signal in the middle of > using malloc(), and the signal handler also uses malloc(). The > solution > would be not to use malloc() in a signal handler, but this is tricky > since unknown code can use malloc() (e.g. printf()?). > It's not tricky. man sigaction documents the functions that are async- signal safe. Anything not listed there (such as printf) and you're on your own. There's some FreeBSD extensions, but most of this list is specified by the ANSI C standard, or POSIX standards. > This appears to be "undefined" by standards, but GNU libc allows it > because it makes sense, while phkmalloc dissallows it, causing (me) > considerable problems with certain applications. I hope jemalloc is > better in this respect :) > > I don't know how it happened in mail(1) if mail(1) is the FreeBSD > version. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 09:16:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DD6C16A4DD for ; Mon, 4 Sep 2006 09:16:43 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 099D143D46 for ; Mon, 4 Sep 2006 09:16:42 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k849GSxZ000665 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Mon, 4 Sep 2006 11:16:30 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <00f701c6ce1a$9d9ea810$6508280a@tocnet28.jspoj.czf> References: <00f701c6ce1a$9d9ea810$6508280a@tocnet28.jspoj.czf> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Stefan Bethke Date: Mon, 4 Sep 2006 11:16:41 +0200 To: dandee@volny.cz X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: watchdogd_flags followed by panic watchdog timeout, after reboot my rc.conf disappear X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 09:16:43 -0000 =1B[ Please do not crosspost. ] Am 02.09.2006 um 01:01 schrieb Daniel Dvo=C5=99=C3=A1k: > In the /etc/defaults/rc.conf there are not "watchdogd_flags=3D""" =20 > option, but > I tried to wrote it to my /etc/rc.conf in this way: > > watchdogd_enable=3D"YES" > watchdogd_flags=3D"-e ping 10.40.0.72 -s 2 -t 1" You probably would have wanted "-e 'ping 10.40.0.72 -s2 -t1'". =20 Without the single quotes, the command is just ping, which will exit =20 with 64 (EX_USAGE), so the command never completes successfully, and =20 the kernel watchdog timer is never reset. Hence the watchdog timeout. It's a bug in watchdogd that it does not complain about the extra =20 arguments. > I saved my rc.conf without any doubt. > > I did so, because I wanted to instruct watchdogd to execute my =20 > command, > common pinging some IP address. I was not satisfied with a trivial =20 > file > system check instead. > > After saving the rc.conf file, I restarted watchdogd deamon at once. > > ... and ... 2 seconds ... my ssh client was disconnected ... =20 > unexpected end > of ssh session. :) Most likely, the rc.conf changes had not been committed to disk when =20 the watchdog timeout occurred, so they got lost. The watchdog facility is meant to recover the machine from serious =20 problems (like deadlocks, livelocks, or similar). As such, it will =20 not do a proper shutdown, since the machine is probably in a state =20 where the shutdown would also hang. It's a last-ditch effort to get =20 the machine to be responsible again, even if there might be damage =20 due to the sudden panic/reboot. If you want to reboot your router when network connectivity is =20 problematic, I'd set up a cron job to run ping and invoke shutdown -r =20= if it fails instead. Stefan --=20 Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 09:23:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1E5616A4DE for ; Mon, 4 Sep 2006 09:23:29 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2399443D46 for ; Mon, 4 Sep 2006 09:23:28 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [IPv6:::1] (localhost.cc.fer.hr [IPv6:::1]) by lara.cc.fer.hr (8.13.6/8.13.4) with ESMTP id k849NOU4001074; Mon, 4 Sep 2006 11:23:25 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <44FBF08B.40500@fer.hr> Date: Mon, 04 Sep 2006 11:23:23 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean Winn References: <1D1B7B79-6BF0-4316-BC96-4287669BF778@lassitu.de> <4BEC2251-7FA7-4BC4-A7C8-3F7618758290@gothic.net.au> In-Reply-To: <4BEC2251-7FA7-4BC4-A7C8-3F7618758290@gothic.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: malloc(): warning: recursive call X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 09:23:29 -0000 Sean Winn wrote: > It's not tricky. man sigaction documents the functions that are async- > signal safe. Anything not listed there (such as printf) and you're on > your own. My thoughts were more about 3rd party library calls, which may or may not use non-signal-safe functions. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 09:42:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8686416A500 for ; Mon, 4 Sep 2006 09:42:41 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AAD943D5A for ; Mon, 4 Sep 2006 09:42:41 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2830511pye for ; Mon, 04 Sep 2006 02:42:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; b=DUS/pnMrTC2ZlmGHHB1ZyJUemuLseuCToF1LbKsc+UFjyvK9h4n6gKWj+mFlLcYL0Cm7K7yDZ8G403z3uCSR3v8PRiqRNMoO0mdDL2sHEp8yIvlyFMgMJpL8C45WA14hZDu/ZUh6dB/lKuVuuVstIAjOoAeD3VkVVvxnRa8wY1s= Received: by 10.65.114.11 with SMTP id r11mr5189504qbm; Mon, 04 Sep 2006 02:42:40 -0700 (PDT) Received: from ?10.8.0.205? ( [61.221.58.28]) by mx.gmail.com with ESMTP id 14sm2412406nzp.2006.09.04.02.42.38; Mon, 04 Sep 2006 02:42:40 -0700 (PDT) From: "Eric L. Chen" To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Mon, 04 Sep 2006 17:42:34 +0800 Message-Id: <1157362954.1449.16.camel@lihong-nb.local> Mime-Version: 1.0 X-Mailer: Evolution 2.7.92 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Sender: "Eric L. Chen" Subject: Routing metric in DHCP. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 09:42:41 -0000 Hi Does any one knows how to set routing metric in DHCP interface? My laptop has one ethernet and one wireless. Both of them are not always connected. In office, ethernet and wireless both connected. Or only wireless connected if I moved to meeting room. In home, only wireless is connected. When both ethernet and wireless are connected, the default gateway changes its Netif frequently. Both ath0 and bfe0 run DHCP client. Can I add routing metric in DHCP interface? My Settings: ~> cat /etc/rc.conf ifconfig_bfe0="DHCP" ifconfig_ath0="wme burst WPA DHCP" ... ~> netstat -rn -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.8.0.254 UGS 0 95112 ath0 ... ===== Later ===== ~> netstat -rn -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.8.0.254 UGS 0 95112 bfe0 ... /Eric From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 10:01:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E77F916A4DA for ; Mon, 4 Sep 2006 10:01:20 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 94FA843D67 for ; Mon, 4 Sep 2006 10:01:18 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 04 Sep 2006 10:01:16 -0000 Received: from p54A7C88B.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.200.139] by mail.gmx.net (mp044) with SMTP; 04 Sep 2006 12:01:16 +0200 X-Authenticated: #5465401 Message-ID: <44FBF958.4080103@gmx.de> Date: Mon, 04 Sep 2006 12:00:56 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: joystick as mouse? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 10:01:21 -0000 I know this is not the right place to post this question, but I do not know a better one. Apart from question, and there I did not get any replies. I managed to convince moused that my USB joystick, a Logitech WingMan Extreme Digital 3D on /dev/uhid0 (3 axis, throttle, 8 buttons and a HUD switch), is actually a mouse. Of course the mouse cursor acts absolutely insane when I touch the joystick. But it shows that it is possible. My question is, is there some kind of way to write a profile for moused such as the intellimouse and microsoft profiles to tell moused how to read the joystick input? From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 13:08:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2854616A4E1; Mon, 4 Sep 2006 13:08:29 +0000 (UTC) (envelope-from marcelo@registro.br) Received: from clone.registro.br (clone.registro.br [200.160.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C06BE43D45; Mon, 4 Sep 2006 13:08:28 +0000 (GMT) (envelope-from marcelo@registro.br) Received: by clone.registro.br (Postfix, from userid 1014) id 66D0E2A4E5; Mon, 4 Sep 2006 10:08:27 -0300 (BRT) Date: Mon, 4 Sep 2006 10:08:27 -0300 From: Marcelo Gardini do Amaral To: Jack Vogel Message-ID: <20060904130827.GE12975@registro.br> References: <2a41acea0608301145j7bbed961j33ce903a27d8963d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0608301145j7bbed961j33ce903a27d8963d@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: tcp/udp performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 13:08:29 -0000 > > > >Any help? > > > > danny > > Have discussed this some internally, the best idea I've heard is that > UDP is not giving us the interrupt rate that TCP would, so we end up > not cleaning up as often, and thus descriptors might not be as quickly > available.. Its just speculation at this point. > > Try this: the default is only to have 256 descriptors, try going for the MAX > which is 4K. > I've made some udp performance tests with FreeBSD 6-STABLE. The results were poor. I had the best results with 4.11. Does anybody made some test like that? -- Att., Marcelo Gardini NIC .br From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 14:00:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E25516A522 for ; Mon, 4 Sep 2006 14:00:51 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABE7D43D78 for ; Mon, 4 Sep 2006 14:00:44 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id B4A76114020 for ; Mon, 4 Sep 2006 15:00:42 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ulFyjrfCHnor for ; Mon, 4 Sep 2006 15:00:40 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 65BCB11401E for ; Mon, 4 Sep 2006 15:00:40 +0100 (BST) Message-ID: <44FC3188.5090104@goodforbusiness.co.uk> Date: Mon, 04 Sep 2006 15:00:40 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Strange behaviour of Samba with md mounted NTFS disc image X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 14:00:52 -0000 Hello, I observed some odd behaviour with a hard disc image I made with g4u (NetBSD based ghost-a-like Live CD). The NTFS file system is mounted read-only in a md device from the file. The mount point has is shared to the network via Samba 3. The strange part is that browsing from a Windows box the directories within the image appear as empty files. From a shell on the system however they seem to be directories. Once a directory has been entered from some means other than Samba (find does the trick) they appear as directories properly when browsing from the Windows system. I have other Samba shares on the system which are not NTFS images and they work as expected. This could be a bug in FreeBSD or Samba, I suppose? I'll file a PR on the issue if this is not already known about, can't find anything in Gnats. Thanks, Dominic From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 16:54:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1F5516A4DA; Mon, 4 Sep 2006 16:54:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FCF743D53; Mon, 4 Sep 2006 16:54:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k84Gsb4E089347; Mon, 4 Sep 2006 12:54:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id k84GscYu007208; Mon, 4 Sep 2006 12:54:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DAD457302F; Mon, 4 Sep 2006 12:54:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060904165437.DAD457302F@freebsd-current.sentex.ca> Date: Mon, 4 Sep 2006 12:54:37 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 16:54:40 -0000 TB --- 2006-09-04 15:34:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-04 15:34:21 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-09-04 15:34:21 - cleaning the object tree TB --- 2006-09-04 15:34:48 - checking out the source tree TB --- 2006-09-04 15:34:48 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-09-04 15:34:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-09-04 15:45:18 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-04 15:45:18 - cd /src TB --- 2006-09-04 15:45:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-09-04 16:52:53 - generating LINT kernel config TB --- 2006-09-04 16:52:53 - cd /src/sys/sparc64/conf TB --- 2006-09-04 16:52:53 - /usr/bin/make -B LINT TB --- 2006-09-04 16:52:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-09-04 16:52:53 - cd /src TB --- 2006-09-04 16:52:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 4 16:52:54 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] @ -> /src/sys machine -> /src/sys/sparc64/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I@/../include -I/tmp/usr/include -I/obj/sparc64/src/sys/LINT /src/sys/modules/geom/geom_concat/../../../geom/concat/g_concat.c ===> geom/geom_eli (depend) @ -> /src/sys machine -> /src/sys/sparc64/include make: don't know how to make g_eli_integrity.c. Stop *** Error code 2 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-04 16:54:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-04 16:54:37 - ERROR: failed to build lint kernel TB --- 2006-09-04 16:54:37 - tinderbox aborted TB --- 0.84 user 5.04 system 4816.56 real From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 19:07:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8626416A4DD for ; Mon, 4 Sep 2006 19:07:27 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.ipactive.de [85.214.39.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39BA343D60 for ; Mon, 4 Sep 2006 19:07:22 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-013.eplus-online.de [212.23.126.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 2694F33D21 for ; Mon, 4 Sep 2006 21:07:17 +0200 (CEST) Received: from [127.0.0.1] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 3A5302E542 for ; Mon, 4 Sep 2006 21:03:41 +0200 (CEST) Message-ID: <44FC789D.4010302@vwsoft.com> Date: Mon, 04 Sep 2006 21:03:57 +0200 From: Volker User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Subject: missed hostapd / ath MFC warning? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 19:07:27 -0000 Hi folks, I've recently (september 3rd) csup'ed RELENG_6 and made a buildkernel && buildworld process. After the reboot hostapd doesn't work as expected. Did I miss a MFC warning for ath / hostapd? hostapd just says: bellona# hostapd -dd /etc/hostapd.conf Configuration file: /etc/hostapd.conf bsd_set_iface_flags: dev_up=0 bsd_get_ssid: ssid="vtec" Using interface ath0 with hwaddr 00:09:5b:89:7d:1f and ssid 'vtec' bsd_set_ieee8021x: enabled=1 bsd_configure_wpa: group key cipher=TKIP (1) bsd_configure_wpa: pairwise key ciphers=0x2 bsd_configure_wpa: key management algorithms=0x2 bsd_configure_wpa: rsn capabilities=0x0 bsd_configure_wpa: enable WPA= 0x1 bsd_set_iface_flags: dev_up=1 bsd_set_privacy: enabled=1 WPA: group state machine entering state GTK_INIT GMK - hexdump(len=32): 33 e9 d7 a0 86 d2 4f 23 5b a8 21 f7 ed ef cf 57 ae 2b 29 5e 8e 5e 91 a8 92 9b 0b dd fa 10 28 ac GTK - hexdump(len=32): 8e 9c 18 a4 59 ca 79 bc 04 01 9f e2 82 a5 5b 17 94 d7 fd e8 e2 7e 65 30 bf de 9b 5f 9b 72 b3 f5 WPA: group state machine entering state SETKEYSDONE bsd_set_key: alg=TKIP addr=00:00:00:00:00:00 key_idx=1 Flushing old station entries bsd_sta_deauth: addr=ff:ff:ff:ff:ff:ff reason_code=3 Deauthenticate all stations .....and all looks fine. ifconfig ath0 says: ath0: flags=8843 mtu 2290 ether 00:09:5b:89:7d:1f media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid vtec channel 9 authmode WPA privacy MIXED deftxkey 2 TKIP 2:128-bit TKIP 3:128-bit txpowmax 30 bmiss 7 protmode CTS burst bintval 100 I just get a 'no carrier' and so no client system is able to see the AP. There's no configuration change just a recently csup'ed and rebuild system. Is there something I've overseen? Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 19:24:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CE1216A4E0 for ; Mon, 4 Sep 2006 19:24:32 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B77743D78 for ; Mon, 4 Sep 2006 19:24:30 +0000 (GMT) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id D8DD47BA930 for ; Mon, 4 Sep 2006 21:24:28 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1000) id A2448F1B; Mon, 4 Sep 2006 21:24:58 +0200 (CEST) Date: Mon, 4 Sep 2006 21:24:58 +0200 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20060904192458.GB21768@tirith> Mail-Followup-To: freebsd-stable@freebsd.org References: <44FC789D.4010302@vwsoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <44FC789D.4010302@vwsoft.com> X-PGP-Key: http://dev.gentoo.org/~brix/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.11 Subject: Re: missed hostapd / ath MFC warning? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 19:24:32 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 04, 2006 at 09:03:57PM +0200, Volker wrote: > I just get a 'no carrier' and so no client system is able to see the > AP. There's no configuration change just a recently csup'ed and > rebuild system. >=20 > Is there something I've overseen? What does your ath0 entries in /etc/rc.conf look like? Regards, Brix --=20 Henrik Brix Andersen --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux) Comment: GnuPG signed iD8DBQFE/H2Kv+Q4flTiePgRAmzeAKCHxeCWGoAWpxVJd5CTZrxU6xNfFACeKaeQ KDlKRxGNYAUrnuRAzUTwirM= =Nogd -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 19:34:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DED0216A4DE for ; Mon, 4 Sep 2006 19:34:24 +0000 (UTC) (envelope-from umbilical.blisters@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 251A343D49 for ; Mon, 4 Sep 2006 19:34:23 +0000 (GMT) (envelope-from umbilical.blisters@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so3036224pye for ; Mon, 04 Sep 2006 12:34:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Nu0Eqo+tjdWTLtX+8uGZPshc2N4lVMpbHymeRSDUwlNFrOHd582S9fNWXeKo1JmDQD1NqDGxcnIzx3XMQhu3bf2atCS5kbQjwlYiTY/YWaPdNo4Awu3MRSqF2GYBgzQzmi8h0O9siOY7W+8msiGf2Llisk2uud3B6xQHrys/Ejc= Received: by 10.35.114.16 with SMTP id r16mr10794408pym; Mon, 04 Sep 2006 12:34:14 -0700 (PDT) Received: by 10.35.126.16 with HTTP; Mon, 4 Sep 2006 12:34:14 -0700 (PDT) Message-ID: <40c4bb930609041234s6523944auc131dbc374525cf8@mail.gmail.com> Date: Mon, 4 Sep 2006 14:34:14 -0500 From: "Alex Salazar" To: "Morten A. Middelthon" In-Reply-To: <20060904061139.GG34840@freenix.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <20060904054721.GF34840@freenix.no> <20060904061139.GG34840@freenix.no> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 19:34:25 -0000 On 9/4/06, Morten A. Middelthon wrote: > On Mon, Sep 04, 2006 at 07:47:21AM +0200, Morten A. Middelthon wrote: > > On Sat, Sep 02, 2006 at 04:23:21AM -0500, Alex Salazar wrote: > > > Apologies for the long message, and thanks in advance for any response. > > > > > > I've just bought one of those new generation Dell servers, specifically, > > > the PowerEdge 1950. > > > > > > This is a dual Intel Dual Core Xeon 5050, 3.0 GHz, 667MHz FSB, > > > 1GB 533MHz RAM, system. > > > > > > This server has a LSI Logic SAS 5/i integrated adapter and dual embedded > > > Broadcom NetXtreme II 5708 Gigabit Ethernet NIC. > > > > > > Just wanted to say that I'm running FreeBSD/i386 6.1-STABLE on two Dell PE 1950's > > without any problems. The only thing I had to do was update the bce driver for > > the NIC, but other than that the mfi RAID controller is detected properly, as well > > as the SAS disks and RAID array. The only difference I can think of is perhaps > > the firmware and BIOS versions > > Hi, Morten. According to your dmesg output, yours are Dell PERC 5/i adapters and doing RAID. This configuration is well supported by mfi driver, AFAIK. mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 78 at device 14.0 on pci2 Mine is a LSI Logic SAS 5/i (no RAID) controller, which is supported by the mpt driver, wich seems to need some fixing. mpt0: port 0xec00-0xecff mem 0xfc4fc000-0xfc4fffff,0xfc4e0000-0xfc4effff irq 64 at device 8.0 on pci2 -- Alex From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 19:46:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F3EA16A4DD for ; Mon, 4 Sep 2006 19:46:33 +0000 (UTC) (envelope-from indigo23@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB9E843D4C for ; Mon, 4 Sep 2006 19:46:31 +0000 (GMT) (envelope-from indigo23@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1270532nfc for ; Mon, 04 Sep 2006 12:46:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=usccJBlzvVKC1GAO80orJgB0F4P4RS1AbXZbv3TLKic4mLS0cQzqWcqHkkXd8TPNHJuu05LLIq47qON1acXZxdWXIbA6G4tAlwBmG1fLiF2QN1iDkqy7nL6xEJzqddqdFg69kwHyC9G+2jrp7apJq3dW2dfE3Hywoje92nZ7G6Q= Received: by 10.48.210.16 with SMTP id i16mr6959850nfg; Mon, 04 Sep 2006 12:46:30 -0700 (PDT) Received: by 10.48.238.17 with HTTP; Mon, 4 Sep 2006 12:46:30 -0700 (PDT) Message-ID: <6f50eac40609041246q5b61b22fm57fe60711b4643fd@mail.gmail.com> Date: Mon, 4 Sep 2006 15:46:30 -0400 From: "Indigo 23" To: freebsd-usb@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <6f50eac40608051611n7744a00cy79eeae6d8f83cc92@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6f50eac40608051611n7744a00cy79eeae6d8f83cc92@mail.gmail.com> Cc: Subject: Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 19:46:33 -0000 Hello. I recently hooked up a Mitsumi 7-in-1 USB Card Reader/Floppy drive to my computer and ever since then, I cannot boot FreeBSD. I have an ASUS P5ND2-SLI motherboard (nForce 4), and the card reader is hooked up to the internal USB on the motherboard itself. Also, my machine has a dual core processor, therefore SMP is enabled in my kernel. When I try booting (from hard drive or install disc), I get the following error: "panic: ohci_add_done: addr 0x000d1c40 not found cpuid=0" After that error, all I can do is reboot. Also, of importance to note, if I disconnect the card reader, I can boot fine. I am not subscribed to this mailing list, so please CC all replies to my address. Thanks. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 20:57:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF02A16A4DA for ; Mon, 4 Sep 2006 20:57:19 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6177743D45 for ; Mon, 4 Sep 2006 20:57:19 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k84KvIWn054207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Sep 2006 13:57:19 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44FC932D.1090101@errno.com> Date: Mon, 04 Sep 2006 13:57:17 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: Volker References: <44FC789D.4010302@vwsoft.com> In-Reply-To: <44FC789D.4010302@vwsoft.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: missed hostapd / ath MFC warning? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 20:57:19 -0000 Volker wrote: > Hi folks, > > I've recently (september 3rd) csup'ed RELENG_6 and made a > buildkernel && buildworld process. > > After the reboot hostapd doesn't work as expected. Did I miss a MFC > warning for ath / hostapd? > > hostapd just says: > bellona# hostapd -dd /etc/hostapd.conf > Configuration file: /etc/hostapd.conf > bsd_set_iface_flags: dev_up=0 > bsd_get_ssid: ssid="vtec" > Using interface ath0 with hwaddr 00:09:5b:89:7d:1f and ssid 'vtec' > bsd_set_ieee8021x: enabled=1 > bsd_configure_wpa: group key cipher=TKIP (1) > bsd_configure_wpa: pairwise key ciphers=0x2 > bsd_configure_wpa: key management algorithms=0x2 > bsd_configure_wpa: rsn capabilities=0x0 > bsd_configure_wpa: enable WPA= 0x1 > bsd_set_iface_flags: dev_up=1 > bsd_set_privacy: enabled=1 > WPA: group state machine entering state GTK_INIT > GMK - hexdump(len=32): 33 e9 d7 a0 86 d2 4f 23 5b a8 21 f7 ed ef cf > 57 ae 2b 29 5e 8e 5e 91 a8 92 9b 0b dd fa 10 28 ac > GTK - hexdump(len=32): 8e 9c 18 a4 59 ca 79 bc 04 01 9f e2 82 a5 5b > 17 94 d7 fd e8 e2 7e 65 30 bf de 9b 5f 9b 72 b3 f5 > WPA: group state machine entering state SETKEYSDONE > bsd_set_key: alg=TKIP addr=00:00:00:00:00:00 key_idx=1 > Flushing old station entries > bsd_sta_deauth: addr=ff:ff:ff:ff:ff:ff reason_code=3 > Deauthenticate all stations > > .....and all looks fine. > > ifconfig ath0 says: > ath0: flags=8843 mtu 2290 > ether 00:09:5b:89:7d:1f > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid vtec channel 9 > authmode WPA privacy MIXED deftxkey 2 TKIP 2:128-bit TKIP > 3:128-bit > txpowmax 30 bmiss 7 protmode CTS burst bintval 100 > > I just get a 'no carrier' and so no client system is able to see the > AP. There's no configuration change just a recently csup'ed and > rebuild system. > > Is there something I've overseen? ath0 is not set in hostap mode. Sam From owner-freebsd-stable@FreeBSD.ORG Mon Sep 4 21:54:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4A7516A4DE for ; Mon, 4 Sep 2006 21:54:27 +0000 (UTC) (envelope-from itandrew@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id B31CD43D58 for ; Mon, 4 Sep 2006 21:54:26 +0000 (GMT) (envelope-from itandrew@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so3080002pye for ; Mon, 04 Sep 2006 14:54:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=FXAtc/VdSCjGKDbGvoUj4Jw1EaSZaMV4cTIVXe7uv3dL4a7VIL4YLe5R5nSF9hxsN95B7gBBp00alPJh088TkYXz7U3mLHvNWvVd/LfafAvVpSmRCRNaOOTGrl/5eTtMLj5y0ZetXFVWS/A6tglxj7SixGkpKc5aipySHqRmXok= Received: by 10.35.100.6 with SMTP id c6mr11038000pym; Mon, 04 Sep 2006 14:54:26 -0700 (PDT) Received: by 10.35.114.12 with HTTP; Mon, 4 Sep 2006 14:54:26 -0700 (PDT) Message-ID: Date: Mon, 4 Sep 2006 17:54:26 -0400 From: Andrew To: "Indigo 23" In-Reply-To: <6f50eac40609041246q5b61b22fm57fe60711b4643fd@mail.gmail.com> MIME-Version: 1.0 References: <6f50eac40608051611n7744a00cy79eeae6d8f83cc92@mail.gmail.com> <6f50eac40609041246q5b61b22fm57fe60711b4643fd@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 21:54:28 -0000 Try turning off ACPI and see if that helps. It's option 2 as freebsd is starting up. If it solves the problem you can make the change perm. Thanks, Andrew On 9/4/06, Indigo 23 wrote: > > Hello. I recently hooked up a Mitsumi 7-in-1 USB Card Reader/Floppy > drive to my computer and ever since then, I cannot boot FreeBSD. I > have an ASUS P5ND2-SLI motherboard (nForce 4), and the card reader is > hooked up to the internal USB on the motherboard itself. Also, my > machine has a dual core processor, therefore SMP is enabled in my > kernel. When I try booting (from hard drive or install disc), I get > the following error: > > "panic: ohci_add_done: addr 0x000d1c40 not found > cpuid=0" > > After that error, all I can do is reboot. Also, of importance to > note, if I disconnect the card reader, I can boot fine. > > I am not subscribed to this mailing list, so please CC all replies to > my address. > > Thanks. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 01:16:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8012D16A4DA for ; Tue, 5 Sep 2006 01:16:41 +0000 (UTC) (envelope-from indigo23@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id B35F443D55 for ; Tue, 5 Sep 2006 01:16:40 +0000 (GMT) (envelope-from indigo23@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1312777nfc for ; Mon, 04 Sep 2006 18:16:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ggbr3V77cA2Vld+zq5y950ZpBfKdbbtD9pZ/t6aRriH+A7rCFrX31ooNDpNztwvENFrDUTvKU4Pu7I6VLJAhL+jS6hP/fJU8LOt0SUl072Zy0GpxuzBnXHdW533bEkbXF1ZsIN+o/YCLY7Z6f2oU2BpwuucdFJdFcfCg1rNasrM= Received: by 10.49.26.18 with SMTP id d18mr7221567nfj; Mon, 04 Sep 2006 18:16:37 -0700 (PDT) Received: by 10.48.238.17 with HTTP; Mon, 4 Sep 2006 18:16:37 -0700 (PDT) Message-ID: <6f50eac40609041816p6682252eg827ffd374994dc0d@mail.gmail.com> Date: Mon, 4 Sep 2006 21:16:37 -0400 From: "Indigo 23" To: Andrew In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6f50eac40608051611n7744a00cy79eeae6d8f83cc92@mail.gmail.com> <6f50eac40609041246q5b61b22fm57fe60711b4643fd@mail.gmail.com> Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 01:16:41 -0000 Thanks for the reply. I already tried that, but unfortunetly the same thing happens :( Any other suggestions? On 9/4/06, Andrew wrote: > > Try turning off ACPI and see if that helps. It's option 2 as freebsd is > starting up. If it solves the problem you can make the change perm. > > Thanks, > > Andrew > > > On 9/4/06, Indigo 23 wrote: > > > Hello. I recently hooked up a Mitsumi 7-in-1 USB Card Reader/Floppy > drive to my computer and ever since then, I cannot boot FreeBSD. I > have an ASUS P5ND2-SLI motherboard (nForce 4), and the card reader is > hooked up to the internal USB on the motherboard itself. Also, my > machine has a dual core processor, therefore SMP is enabled in my > kernel. When I try booting (from hard drive or install disc), I get > the following error: > > "panic: ohci_add_done: addr 0x000d1c40 not found > cpuid=0" > > After that error, all I can do is reboot. Also, of importance to > note, if I disconnect the card reader, I can boot fine. > > I am not subscribed to this mailing list, so please CC all replies to > my address. > > Thanks. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to " > freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 03:11:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8FB216A528 for ; Tue, 5 Sep 2006 03:11:37 +0000 (UTC) (envelope-from wwwrun@h5497.serverkompetenz.net) Received: from h5497.serverkompetenz.net (nickeys.de [81.169.174.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1151643D45 for ; Tue, 5 Sep 2006 03:11:37 +0000 (GMT) (envelope-from wwwrun@h5497.serverkompetenz.net) Received: by h5497.serverkompetenz.net (Postfix, from userid 30) id 97E43865B87; Tue, 5 Sep 2006 05:02:20 +0200 (CEST) To: freebsd-stable@freebsd.org From: WellsFargo Online Content-Transfer-Encoding: 8bit Message-Id: <20060905030220.97E43865B87@h5497.serverkompetenz.net> Date: Tue, 5 Sep 2006 05:02:20 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Urgent Action : Your Account Has Been Suspended X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 03:11:37 -0000 [logo_62sq.gif] [coach.gif] Dear valued WellsFargo member: Due to concerns, for the safety and integrity of the wellsfargo account we have issued this warning message We have noticed that your Wells Fargo online account needs to be updated onceagain, please enteryour online account information, because we haveto verify all of the online accounts after we have updated our Wells FargoOnline Banking site. To verify your online account and access your bank account, please click on the link below: [1][al_continue_off.gif] [2]Continue to Stop Payment This e-mail was sent to all of our Wells Fargo customers. Recently, we have found that manyaccounts were hacked. For furtherinformation, please contact our Customer Services. Consumer Credit Card Services: Customer Service: 1-800-642-4720 Application Status: 1-800-967-9521 Security Issues: Phone: 415-623-7706 Fax: 415-544-0826 Email: [3]myershh@wellsfargo.com Sincerely, Wells FargoMember Services Team Thank You [4]About Wells Fargo | [5]Employment | [6]Report Email Fraud | [7]Privacy, Security & Legal | [8]Home 1995 - 2006 Wells Fargo. All rights reserved. References 1. http://www.piles.gr/themes/piles/images/.sec/www.wellsfargo.com/updateyouracount/index.html?wellsfargo.comlogin.uersr 2. http://www.piles.gr/themes/piles/images/.sec/www.wellsfargo.com/updateyouracount/index.html?wellsfargo.comlogin.uersr 3. http://mail.yahoo.com/config/login?/ym/Compose?To=myershh@wellsfargo.com 4. http://www.wellsfargo.com/about/about.jhtml 5. http://www.wellsfargo.com/employment 6. http://www.wellsfargo.com/privacy_security/email_fraud/report.jhtml 7. http://www.wellsfargo.com/privacy_security/index.jhtml 8. http://www.wellsfargo.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 03:12:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9963F16A535 for ; Tue, 5 Sep 2006 03:12:23 +0000 (UTC) (envelope-from wwwrun@h5497.serverkompetenz.net) Received: from h5497.serverkompetenz.net (nickeys.de [81.169.174.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBFA643D49 for ; Tue, 5 Sep 2006 03:12:22 +0000 (GMT) (envelope-from wwwrun@h5497.serverkompetenz.net) Received: by h5497.serverkompetenz.net (Postfix, from userid 30) id 448C8866882; Tue, 5 Sep 2006 05:04:34 +0200 (CEST) To: freebsd-stable@freebsd.org From: WellsFargo Online Content-Transfer-Encoding: 8bit Message-Id: <20060905030434.448C8866882@h5497.serverkompetenz.net> Date: Tue, 5 Sep 2006 05:04:34 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Urgent Action : Your Account Has Been Suspended X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 03:12:23 -0000 [logo_62sq.gif] [coach.gif] Dear valued WellsFargo member: Due to concerns, for the safety and integrity of the wellsfargo account we have issued this warning message We have noticed that your Wells Fargo online account needs to be updated onceagain, please enteryour online account information, because we haveto verify all of the online accounts after we have updated our Wells FargoOnline Banking site. To verify your online account and access your bank account, please click on the link below: [1][al_continue_off.gif] [2]Continue to Stop Payment This e-mail was sent to all of our Wells Fargo customers. Recently, we have found that manyaccounts were hacked. For furtherinformation, please contact our Customer Services. Consumer Credit Card Services: Customer Service: 1-800-642-4720 Application Status: 1-800-967-9521 Security Issues: Phone: 415-623-7706 Fax: 415-544-0826 Email: [3]myershh@wellsfargo.com Sincerely, Wells FargoMember Services Team Thank You [4]About Wells Fargo | [5]Employment | [6]Report Email Fraud | [7]Privacy, Security & Legal | [8]Home 1995 - 2006 Wells Fargo. All rights reserved. References 1. http://www.piles.gr/themes/piles/images/.sec/www.wellsfargo.com/updateyouracount/index.html?wellsfargo.comlogin.uersr 2. http://www.piles.gr/themes/piles/images/.sec/www.wellsfargo.com/updateyouracount/index.html?wellsfargo.comlogin.uersr 3. http://mail.yahoo.com/config/login?/ym/Compose?To=myershh@wellsfargo.com 4. http://www.wellsfargo.com/about/about.jhtml 5. http://www.wellsfargo.com/employment 6. http://www.wellsfargo.com/privacy_security/email_fraud/report.jhtml 7. http://www.wellsfargo.com/privacy_security/index.jhtml 8. http://www.wellsfargo.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 04:52:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 227F916A4DD for ; Tue, 5 Sep 2006 04:52:01 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DB3B43D45 for ; Tue, 5 Sep 2006 04:51:59 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from c182-250.icpnet.pl ([85.221.182.250] helo=enkidu.local) by mail.in5.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1GKSuh-0008VL-Mq for freebsd-stable@freebsd.org; Tue, 05 Sep 2006 06:51:55 +0200 Received: from sthalik by enkidu.local with local (Exim 4.63) (envelope-from ) id 1GKSuT-0000FB-Gb for freebsd-stable@freebsd.org; Tue, 05 Sep 2006 06:51:41 +0200 Date: Tue, 5 Sep 2006 06:51:41 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20060905045141.GA810@localhost.localdomain> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-User: sthalik Subject: large system date skew on RELENG_6 changes causes select() failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 04:52:01 -0000 Hello, A while ago, by accident, I've changed the system date back to the '98 using date(1). To my astonishment, screen(1) barfed about EINVAL in select() and died. Programs, including opera (native FreeBSD-6 binary) kept spinning the CPU until I killed them. I have no means for debugging it. Is this somehow expected? If not (i.e. it's a bug), is it known? From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 05:46:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4092316A4DD; Tue, 5 Sep 2006 05:46:39 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DFB443D4C; Tue, 5 Sep 2006 05:46:37 +0000 (GMT) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id k855iP9s040397; Tue, 5 Sep 2006 07:44:26 +0200 (CEST) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id k855iPWR040396; Tue, 5 Sep 2006 07:44:25 +0200 (CEST) (envelope-from morten) Date: Tue, 5 Sep 2006 07:44:25 +0200 From: "Morten A. Middelthon" To: Alex Salazar Message-ID: <20060905054425.GH34840@freenix.no> References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <20060904054721.GF34840@freenix.no> <20060904061139.GG34840@freenix.no> <40c4bb930609041234s6523944auc131dbc374525cf8@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zgY/UHCnsaNnNXRx" Content-Disposition: inline In-Reply-To: <40c4bb930609041234s6523944auc131dbc374525cf8@mail.gmail.com> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 05:46:39 -0000 --zgY/UHCnsaNnNXRx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 04, 2006 at 02:34:14PM -0500, Alex Salazar wrote: > On 9/4/06, Morten A. Middelthon wrote: > >On Mon, Sep 04, 2006 at 07:47:21AM +0200, Morten A. Middelthon wrote: > >> On Sat, Sep 02, 2006 at 04:23:21AM -0500, Alex Salazar wrote: > >> > Apologies for the long message, and thanks in advance for any respon= se. > >> > > >> > I've just bought one of those new generation Dell servers,=20 > >specifically, > >> > the PowerEdge 1950. > >> > > >> > This is a dual Intel Dual Core Xeon 5050, 3.0 GHz, 667MHz FSB, > >> > 1GB 533MHz RAM, system. > >> > > >> > This server has a LSI Logic SAS 5/i integrated adapter and dual=20 > >embedded > >> > Broadcom NetXtreme II 5708 Gigabit Ethernet NIC. > >> > >> > >> Just wanted to say that I'm running FreeBSD/i386 6.1-STABLE on two Del= l=20 > >PE 1950's > >> without any problems. The only thing I had to do was update the bce=20 > >driver for > >> the NIC, but other than that the mfi RAID controller is detected=20 > >properly, as well > >> as the SAS disks and RAID array. The only difference I can think of is= =20 > >perhaps > >> the firmware and BIOS versions > >> >=20 > Hi, Morten. >=20 > According to your dmesg output, yours are Dell PERC 5/i adapters and doin= g=20 > RAID. > This configuration is well supported by mfi driver, AFAIK. >=20 > mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff > irq 78 at device 14.0 on pci2 >=20 >=20 > Mine is a LSI Logic SAS 5/i (no RAID) controller, which is supported > by the mpt driver, > wich seems to need some fixing. Ah, good point :) --=20 Morten A. Middelthon Time is an illusion; lunchtime, doubly so. -- Ford Prefect --zgY/UHCnsaNnNXRx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE/Q64vsz2LoKf32oRAgYrAJ9WE+70aVEz0GuzXo5WUnGIf9ShQQCeIfpi q1yTa4Zqkry8TCeRp7wa35Q= =OUuL -----END PGP SIGNATURE----- --zgY/UHCnsaNnNXRx-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 06:07:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F27F716A4EB for ; Tue, 5 Sep 2006 06:07:02 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97C0F43D46 for ; Tue, 5 Sep 2006 06:07:02 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (11oiz0s92mlim8bk@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k85672mO033580 for ; Mon, 4 Sep 2006 23:07:02 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k85671b4033579 for freebsd-stable@freebsd.org; Mon, 4 Sep 2006 23:07:01 -0700 (PDT) (envelope-from jmg) Date: Mon, 4 Sep 2006 23:07:01 -0700 From: John-Mark Gurney To: freebsd-stable@freebsd.org Message-ID: <20060905060701.GG9421@funkthat.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060905045141.GA810@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060905045141.GA810@localhost.localdomain> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: Re: large system date skew on RELENG_6 changes causes select() failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 06:07:03 -0000 Stanislaw Halik wrote this message on Tue, Sep 05, 2006 at 06:51 +0200: > Hello, > > A while ago, by accident, I've changed the system date back to the '98 > using date(1). To my astonishment, screen(1) barfed about EINVAL in > select() and died. Programs, including opera (native FreeBSD-6 binary) > kept spinning the CPU until I killed them. > > I have no means for debugging it. > > Is this somehow expected? If not (i.e. it's a bug), is it known? Probably, they calculated timeout's which magicly became negative, which isn't a valid timeout, and none of the programs are programmed well enough to handle the case and exhibited the behavior that you saw... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 06:41:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC54016A4EE for ; Tue, 5 Sep 2006 06:41:37 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9749F43D5C for ; Tue, 5 Sep 2006 06:41:34 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id CAC7AE601F for ; Tue, 5 Sep 2006 06:41:33 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.6/8.13.6) with ESMTP id k856fU94094977 for ; Tue, 5 Sep 2006 16:41:31 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200609050641.k856fU94094977@drugs.dv.isc.org> To: freebsd-stable@freebsd.org From: Mark Andrews Mail-Followup-To: freebsd-stable@freebsd.org In-reply-to: Your message of "Mon, 04 Sep 2006 23:07:01 MST." <20060905060701.GG9421@funkthat.com> Date: Tue, 05 Sep 2006 16:41:30 +1000 Sender: Mark_Andrews@isc.org Subject: Re: large system date skew on RELENG_6 changes causes select() failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 06:41:38 -0000 > Stanislaw Halik wrote this message on Tue, Sep 05, 2006 at 06:51 +0200: > > Hello, > > > > A while ago, by accident, I've changed the system date back to the '98 > > using date(1). To my astonishment, screen(1) barfed about EINVAL in > > select() and died. Programs, including opera (native FreeBSD-6 binary) > > kept spinning the CPU until I killed them. > > > > I have no means for debugging it. > > > > Is this somehow expected? If not (i.e. it's a bug), is it known? > > Probably, they calculated timeout's which magicly became negative, which > isn't a valid timeout, and none of the programs are programmed well enough > to handle the case and exhibited the behavior that you saw... Nope. Just a simple limit in itimerfix. int itimerfix(struct timeval *tv) { if (tv->tv_sec < 0 || tv->tv_sec > 100000000 || tv->tv_usec < 0 || tv->tv_usec >= 1000000) return (EINVAL); if (tv->tv_sec == 0 && tv->tv_usec != 0 && tv->tv_usec < tick) tv->tv_usec = tick; return (0); } date -j 9809051630 +%s -> 904977000 date +%s -> 1157438219 1157438219 - 904977000 -> 252461219 which is greater that 100000000 > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- ISC Training! October 16-20, 2006, in the San Francisco Bay Area, covering topics from DNS to DHCP. Email training@isc.org. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 07:21:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B61816A4DE; Tue, 5 Sep 2006 07:21:59 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92A6543D46; Tue, 5 Sep 2006 07:21:58 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.38.247] (HELO [10.0.0.249]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 103148823; Tue, 05 Sep 2006 09:21:56 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Tue, 5 Sep 2006 09:22:08 +0200 User-Agent: KMail/1.7 References: <6f50eac40608051611n7744a00cy79eeae6d8f83cc92@mail.gmail.com> <6f50eac40609041816p6682252eg827ffd374994dc0d@mail.gmail.com> In-Reply-To: <6f50eac40609041816p6682252eg827ffd374994dc0d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609050922.10673.hselasky@c2i.net> Cc: Andrew , Indigo 23 , freebsd-stable@freebsd.org Subject: Re: Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 07:21:59 -0000 On Tuesday 05 September 2006 03:16, Indigo 23 wrote: > Thanks for the reply. I already tried that, but unfortunetly the same > thing happens :( > Any other suggestions? Maybe you want to try my new Giant free USB driver: # # How to install the new USB driver: # # # First get all the sources # (you need /usr/ports/devel/subversion installed): # svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b # # The following commands will # install the driver on FreeBSD 6.x/7.x: # cd i4b/trunk/i4b/FreeBSD.usb make S=../src package make install # # Then build a new kernel (with modules) # --HPS From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 07:30:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE2CC16A4E2 for ; Tue, 5 Sep 2006 07:30:20 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19ACB43D46 for ; Tue, 5 Sep 2006 07:30:19 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k857UI7x005586 for ; Tue, 5 Sep 2006 09:30:18 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k857UIa9096755; Tue, 5 Sep 2006 09:30:18 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k857UHNG096754; Tue, 5 Sep 2006 09:30:17 +0200 (CEST) (envelope-from ry93) Date: Tue, 5 Sep 2006 09:30:17 +0200 From: "Patrick M. Hausen" To: Scott Long Message-ID: <20060905073017.GA95687@hugo10.ka.punkt.de> References: <20060901164238.GA66726@hugo10.ka.punkt.de> <44F86AB9.9000002@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F86AB9.9000002@samsco.org> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: LSI/amr driver controller cache problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 07:30:20 -0000 Hi, all! On Fri, Sep 01, 2006 at 11:15:37AM -0600, Scott Long wrote: > It is very arguably a bug in the LSI firmware if it is actually dumping > its cache when a PCI reset occurs, especially if a battery unit is > present. However, I seriously doubt that you will get anyone at LSI to > listen to this problem. Do you get any messages on the console at > shutdown about the amr driver flushing the cache? Just verified - yes: amr0: flushing cache...done amr1: flushing cache...done > Also, check the cache > setting on the drives itself. Maybe the drives are loosing power or > getting reset while data is in their cache. I'm starting to suspect something like this. The controller's setting for the individual drives' caches is "OFF". But these (Seagate ST3500841NS) would not be the first ATA/SATA drives to "lie" about their cache for "performance". >From the settings that are readily available through the controller's and other knobs, I eliminated all: controller cache policy: "WTHRU", drive cache: "OFF", Softupdates: disabled (!). Just to be sure. Installworld, reboot, *bang* unexpected file system inconsistency, run fsck manually ... Any ideas? I'll invest some time researching other people's reports about my particular disk drives. Maybe there's a DOS/Windows tool to disable their cache permanently ... There's a small chance that actually setting the drives' caches to "ON" will help. If the controller is intelligent enough to issue "flush cache" commands to the individual drives and if it is so clever that it only issues this command when the cache is configured "ON". ;-) Thanks, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 08:29:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D152A16A4E1 for ; Tue, 5 Sep 2006 08:29:21 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.ipactive.de [85.214.39.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBBED43D66 for ; Tue, 5 Sep 2006 08:29:20 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-013.eplus-online.de [212.23.126.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 65CBB33D21 for ; Tue, 5 Sep 2006 10:29:14 +0200 (CEST) Received: from [127.0.0.1] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id A76192E53E; Tue, 5 Sep 2006 01:19:24 +0200 (CEST) Message-ID: <44FCB48C.4060405@vwsoft.com> Date: Tue, 05 Sep 2006 01:19:40 +0200 From: Volker User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Sam Leffler References: <44FC789D.4010302@vwsoft.com> <44FC932D.1090101@errno.com> In-Reply-To: <44FC932D.1090101@errno.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: missed hostapd / ath MFC warning? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 08:29:21 -0000 On 2006-09-04 22:57, Sam Leffler wrote: > Volker wrote: >> ifconfig ath0 says: >> ath0: flags=8843 mtu 2290 >> ether 00:09:5b:89:7d:1f >> media: IEEE 802.11 Wireless Ethernet autoselect >> status: no carrier >> ssid vtec channel 9 >> authmode WPA privacy MIXED deftxkey 2 TKIP 2:128-bit TKIP >> 3:128-bit >> txpowmax 30 bmiss 7 protmode CTS burst bintval 100 >> >> I just get a 'no carrier' and so no client system is able to see the >> AP. There's no configuration change just a recently csup'ed and >> rebuild system. >> >> Is there something I've overseen? > > ath0 is not set in hostap mode. > > Sam > Sam, thanks for your answer... that's it and I've overseen that fact! The strange thing is, I've got that: > ifconfig_ath0="inet 192.168.18.2/24 ssid 'vtec' mode 11g mediaopt hostap channel > 9 chanlist '1-11' -powersave pureg hidessid wepmode on -apbridge -wme ..." (removed a bunch of mac:add entries at the end) in my /etc/rc.conf. After I've manually set the interface into hostap mode, the device was defaulting to channel 36 (11a mode). After manually correcting hostap and 11g mode, everything now works fine again. I'm wondering if there has been something changed at initializing the ath device? Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 10:06:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D313D16A4DD for ; Tue, 5 Sep 2006 10:06:03 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id B16A143D4C for ; Tue, 5 Sep 2006 10:06:02 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k85A61JY007020 for ; Tue, 5 Sep 2006 12:06:01 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k85A61a9001546; Tue, 5 Sep 2006 12:06:01 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k85A608w001544; Tue, 5 Sep 2006 12:06:00 +0200 (CEST) (envelope-from ry93) Date: Tue, 5 Sep 2006 12:06:00 +0200 From: "Patrick M. Hausen" To: "Patrick M. Hausen" Message-ID: <20060905100600.GB896@hugo10.ka.punkt.de> References: <20060901164238.GA66726@hugo10.ka.punkt.de> <44F86AB9.9000002@samsco.org> <20060905073017.GA95687@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060905073017.GA95687@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: LSI/amr driver controller cache problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 10:06:03 -0000 Hi, all! > > Also, check the cache > > setting on the drives itself. Maybe the drives are loosing power or > > getting reset while data is in their cache. > > I'm starting to suspect something like this. The controller's setting > for the individual drives' caches is "OFF". But these (Seagate ST3500841NS) > would not be the first ATA/SATA drives to "lie" about their cache for > "performance". Seems like for i in 0 1 2 3 4 5 do megarc -pSetCache -WCE0 -SaveCacheSetting -ch0 -id$i -a0 done did the trick. This is supposed to disable the physical drives' write cache and save this setting in the drives' NVRAM, if supported. I don't know why simply setting the WC to "off" in the controller's BIOS setup tool didn't have the same effect. I'm keeping my fingers crossed ;-) Time to re-enable softupdates and do some more stress testing. Up to now the system survived two times "make installworld && reboot" after I changed the settings. Thanks to the guys keeping the amr driver up-to-date. The Linux "megamgr" utility works just fine. If I find the time, I'll make a port. Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 11:28:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6535816A4E2 for ; Tue, 5 Sep 2006 11:28:18 +0000 (UTC) (envelope-from indigo23@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A8B643D4C for ; Tue, 5 Sep 2006 11:28:17 +0000 (GMT) (envelope-from indigo23@gmail.com) Received: by py-out-1112.google.com with SMTP id c39so2794352pyd for ; Tue, 05 Sep 2006 04:28:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rfRP2F3KiHBccrW4YAtOejTGyPq/GEhpu0xCZWEAQQUT+BqgqYB1F6u+j/MbYnnScmHe9TbIZZ08YLdAq6RU43IRhmM91Wg+1GWFPDekXGWmihYeJcUtvjpYMmBIwr2JDVF2C+9KvAH1ju/+ImEjenCF/FDl/NH8+egadBqzvaE= Received: by 10.35.14.1 with SMTP id r1mr9846648pyi; Tue, 05 Sep 2006 04:28:16 -0700 (PDT) Received: by 10.35.89.7 with HTTP; Tue, 5 Sep 2006 04:28:16 -0700 (PDT) Message-ID: <6f50eac40609050428k490cc96bu88646d6b5340ad7c@mail.gmail.com> Date: Tue, 5 Sep 2006 07:28:16 -0400 From: "Indigo 23" To: "Hans Petter Selasky" In-Reply-To: <200609050922.10673.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6f50eac40608051611n7744a00cy79eeae6d8f83cc92@mail.gmail.com> <6f50eac40609041816p6682252eg827ffd374994dc0d@mail.gmail.com> <200609050922.10673.hselasky@c2i.net> Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 11:28:18 -0000 Thanks for that excellent suggestion. It worked perfectly. I just have a few questions. 1) Any idea when this will be imported in to RELENG_6? 2) I have to do this everytime I update my sources, correct? 3) This is relatively stable, correct? (I did test it out a bit, but of course not thorougly enough to see how stable it is) Thanks again. On 9/5/06, Hans Petter Selasky wrote: > On Tuesday 05 September 2006 03:16, Indigo 23 wrote: > > Thanks for the reply. I already tried that, but unfortunetly the same > > thing happens :( > > Any other suggestions? > > Maybe you want to try my new Giant free USB driver: > > # > # How to install the new USB driver: > # > > # > # First get all the sources > # (you need /usr/ports/devel/subversion installed): > # > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b > > # > # The following commands will > # install the driver on FreeBSD 6.x/7.x: > # > > cd i4b/trunk/i4b/FreeBSD.usb > make S=../src package > make install > > # > # Then build a new kernel (with modules) > # > > --HPS > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 12:17:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6109D16A4DE for ; Tue, 5 Sep 2006 12:17:41 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1706A43D79 for ; Tue, 5 Sep 2006 12:17:38 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k85CHbek008244 for ; Tue, 5 Sep 2006 14:17:37 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k85CHba9005519; Tue, 5 Sep 2006 14:17:37 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k85CHaF6005518; Tue, 5 Sep 2006 14:17:36 +0200 (CEST) (envelope-from ry93) Date: Tue, 5 Sep 2006 14:17:36 +0200 From: "Patrick M. Hausen" To: "Patrick M. Hausen" Message-ID: <20060905121736.GA5055@hugo10.ka.punkt.de> References: <20060901164238.GA66726@hugo10.ka.punkt.de> <44F86AB9.9000002@samsco.org> <20060905073017.GA95687@hugo10.ka.punkt.de> <20060905100600.GB896@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060905100600.GB896@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: LSI/amr driver controller cache problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 12:17:41 -0000 Hi, all! Here's the preliminary results: - Disk write cache off by the means of: megarc -pSetCache -WCE0 -SaveCacheSetting -ch0 -id$drive -a0 - Controller cache policy: write through (megamgr or BIOS setup) - Softupdates: enabled, FreeBSD 6-STABLE System is stable, so far. I will put it back into production this evening. *phew* ;-) Anyone tried the Intel/LSI web console for Linux instead of megamgr, yet? Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 12:26:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5F1E16A4DA; Tue, 5 Sep 2006 12:26:29 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 162B243D5F; Tue, 5 Sep 2006 12:26:27 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.134.153] (HELO [10.0.0.249]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 273026149; Tue, 05 Sep 2006 14:26:26 +0200 From: Hans Petter Selasky To: "Indigo 23" Date: Tue, 5 Sep 2006 14:26:38 +0200 User-Agent: KMail/1.7 References: <6f50eac40608051611n7744a00cy79eeae6d8f83cc92@mail.gmail.com> <200609050922.10673.hselasky@c2i.net> <6f50eac40609050428k490cc96bu88646d6b5340ad7c@mail.gmail.com> In-Reply-To: <6f50eac40609050428k490cc96bu88646d6b5340ad7c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609051426.40460.hselasky@c2i.net> Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 12:26:29 -0000 On Tuesday 05 September 2006 13:28, Indigo 23 wrote: > Thanks for that excellent suggestion. It worked perfectly. I just > have a few questions. > > 1) Any idea when this will be imported in to RELENG_6? I don't know. If I am right, you will see my driver in freebsd-current some time after Christmas. > 2) I have to do this everytime I update my sources, correct? Yes. > 3) This is relatively stable, correct? (I did test it out a bit, but > of course not thorougly enough to see how stable it is) Yes, it is stable, but be aware that if your system runs low on memory, you can get a panic saying, "sleeping with mutex XXX locked", or something alike. That is because the "umass" device driver is still under the USB emulation layer of the old USB API, which is depreciated, and will be removed once I have completed the conversion of all USB device drivers. This will most likely happen before the end of this month. Then I need some help testing all the rewritten USB device drivers. --HPS From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 13:44:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA01416A4E1 for ; Tue, 5 Sep 2006 13:44:18 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts22-srv.bellnexxia.net (tomts22.bellnexxia.net [209.226.175.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B4F443D55 for ; Tue, 5 Sep 2006 13:44:17 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts22-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060905134416.MZQJ10262.tomts22-srv.bellnexxia.net@[192.168.55.4]> for ; Tue, 5 Sep 2006 09:44:16 -0400 Message-ID: <44FD7AD2.5010000@sympatico.ca> Date: Tue, 05 Sep 2006 09:25:38 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 13:44:19 -0000 Hi all, While trying to update ports for FreeBSD 6.1-STABLE using this command: /usr/local/sbin/portsdb -Uu I got the following error (please see below for the process leading up to this): Updating the ports index ... Generating INDEX.tmp - please wait.."Makefile", lin e 33: Could not find /usr/ports/japanese/gnomelibs/../../x11/gnomelibs/Makefile "/usr/ports/Mk/bsd.port.mk", line 1886: Malformed conditional (${X_WINDOW_SYSTEM :L} == xfree86-3) "/usr/ports/Mk/bsd.port.mk", line 1951: Malformed conditional (${PERL_LEVEL} >= 500600) "/usr/ports/Mk/bsd.port.mk", line 1960: if-less endif "/usr/ports/Mk/bsd.port.mk", line 2200: Malformed conditional (${PREFIX} == ${X1 1BASE_REL} || defined(USE_X_PREFIX)) "/usr/ports/Mk/bsd.port.mk", line 2203: Malformed conditional (${X_WINDOW_SYSTEM :L} == xfree86-3) "/usr/ports/Mk/bsd.port.mk", line 2208: if-less elif "/usr/ports/Mk/bsd.port.mk", line 2210: if-less else "/usr/ports/Mk/bsd.port.mk", line 2212: if-less endif "/usr/ports/Mk/bsd.port.mk", line 2213: if-less endif "/usr/ports/Mk/bsd.port.mk", line 2864: Malformed conditional (${PREFIX} == /usr ) "/usr/ports/Mk/bsd.port.mk", line 2866: if-less else "/usr/ports/Mk/bsd.port.mk", line 2868: if-less endif "/usr/ports/Mk/bsd.port.mk", line 2956: Malformed conditional (${PREFIX} == /usr ) "/usr/ports/Mk/bsd.port.mk", line 2958: if-less else "/usr/ports/Mk/bsd.port.mk", line 2960: if-less endif "/usr/ports/Mk/bsd.port.mk", line 5503: Malformed conditional ((${PREFIX} != ${L OCALBASE_REL} && ${PREFIX} != ${X11BASE_REL} && ${PREFIX} != ${LINUXBASE_REL} && ${PREFIX} != "/usr")) "/usr/ports/Mk/bsd.port.mk", line 5508: if-less endif "/usr/ports/Mk/bsd.port.mk", line 5992: if-less endif make: fatal errors encountered -- cannot continue ===> japanese/gnomelibs failed *** Error code 1 1 error ******************************************************************** Before reporting this error, verify that you are running a supported version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you have a complete and up-to-date ports collection. (INDEX builds are not supported with partial or out-of-date ports collections -- in particular, if you are using cvsup, you must cvsup the "ports-all" collection, and have no "refuse" files.) If that is the case, then report the failure to ports@FreeBSD.org together with relevant details of your ports configuration (including FreeBSD version, your architecture, your environment, and your /etc/make.conf settings, especially compiler flags and WITH/WITHOUT settings). Note: the latest pre-generated version of INDEX may be fetched automatically with "make fetchindex". ******************************************************************** *** Error code 1 Stop in /usr/ports. *** Error code 1 Stop in /usr/ports. failed to generate INDEX! portsdb: index generation error Process: cd /usr/ports/net/cvsup make install clean (reboot) cp /usr/share/examples/cvsup/ports-supfile /root/ I then edited /root/ports-supfile and added the host: *default host=cvsup12.FreeBSD.org At first, I commented out all the ports for languages I don't understand such as Russian, Japanese, etc. But I got a similar error, so I commented out all the individual ports and uncommented ports-all to do a complete job of it. That's when I ran portsdb -Uu and got the above error. This is my first time doing this, so I'm sure I've missed something somewhere. -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 13:55:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAB0916A4E2 for ; Tue, 5 Sep 2006 13:55:55 +0000 (UTC) (envelope-from chris@chris-j.net) Received: from mail1.toplevel.net.au (mail1.toplevel.net.au [150.101.78.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12F5D43D49 for ; Tue, 5 Sep 2006 13:55:54 +0000 (GMT) (envelope-from chris@chris-j.net) Received: from mail1.toplevel.net.au (localhost [127.0.0.1]) by mail1.toplevel.net.au (Postfix) with ESMTP id 341074516B; Tue, 5 Sep 2006 23:25:53 +0930 (CST) X-Virus-Scanned: amavisd-new at toplevel.net.au Received: from [127.0.0.1] (chris1.joneshome.net [192.168.0.103]) by mail1.toplevel.net.au (Postfix) with ESMTP id 9E0D64509B; Tue, 5 Sep 2006 23:25:49 +0930 (CST) Message-ID: <44FD8216.8070100@chris-j.net> Date: Tue, 05 Sep 2006 23:26:38 +0930 From: Chris Jones User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Ron Tarrant References: <44FD7AD2.5010000@sympatico.ca> In-Reply-To: <44FD7AD2.5010000@sympatico.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 13:55:55 -0000 Ron Tarrant wrote: > Hi all, > > While trying to update ports for FreeBSD 6.1-STABLE using this command: > > /usr/local/sbin/portsdb -Uu > > I got the following error (please see below for the process leading up > to this): > > Updating the ports index ... Generating INDEX.tmp - please > wait.."Makefile", lin > e 33: Could not find > /usr/ports/japanese/gnomelibs/../../x11/gnomelibs/Makefile > "/usr/ports/Mk/bsd.port.mk", line 1886: Malformed conditional > (${X_WINDOW_SYSTEM > :L} == xfree86-3) > "/usr/ports/Mk/bsd.port.mk", line 1951: Malformed conditional > (${PERL_LEVEL} >= > 500600) > "/usr/ports/Mk/bsd.port.mk", line 1960: if-less endif > "/usr/ports/Mk/bsd.port.mk", line 2200: Malformed conditional > (${PREFIX} == ${X1 > 1BASE_REL} || defined(USE_X_PREFIX)) > "/usr/ports/Mk/bsd.port.mk", line 2203: Malformed conditional > (${X_WINDOW_SYSTEM > :L} == xfree86-3) > "/usr/ports/Mk/bsd.port.mk", line 2208: if-less elif > "/usr/ports/Mk/bsd.port.mk", line 2210: if-less else > "/usr/ports/Mk/bsd.port.mk", line 2212: if-less endif > "/usr/ports/Mk/bsd.port.mk", line 2213: if-less endif > "/usr/ports/Mk/bsd.port.mk", line 2864: Malformed conditional > (${PREFIX} == /usr > ) > "/usr/ports/Mk/bsd.port.mk", line 2866: if-less else > "/usr/ports/Mk/bsd.port.mk", line 2868: if-less endif > "/usr/ports/Mk/bsd.port.mk", line 2956: Malformed conditional > (${PREFIX} == /usr > ) > "/usr/ports/Mk/bsd.port.mk", line 2958: if-less else > "/usr/ports/Mk/bsd.port.mk", line 2960: if-less endif > "/usr/ports/Mk/bsd.port.mk", line 5503: Malformed conditional > ((${PREFIX} != ${L > OCALBASE_REL} && ${PREFIX} != ${X11BASE_REL} && ${PREFIX} != > ${LINUXBASE_REL} && > ${PREFIX} != "/usr")) > "/usr/ports/Mk/bsd.port.mk", line 5508: if-less endif > "/usr/ports/Mk/bsd.port.mk", line 5992: if-less endif > make: fatal errors encountered -- cannot continue > ===> japanese/gnomelibs failed > *** Error code 1 > 1 error > > ******************************************************************** > Before reporting this error, verify that you are running a supported > version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you > have a complete and up-to-date ports collection. (INDEX builds are > not supported with partial or out-of-date ports collections -- in > particular, if you are using cvsup, you must cvsup the "ports-all" > collection, and have no "refuse" files.) If that is the case, then > report the failure to ports@FreeBSD.org together with relevant > details of your ports configuration (including FreeBSD version, > your architecture, your environment, and your /etc/make.conf > settings, especially compiler flags and WITH/WITHOUT settings). > > Note: the latest pre-generated version of INDEX may be fetched > automatically with "make fetchindex". > ******************************************************************** > > *** Error code 1 > > Stop in /usr/ports. > *** Error code 1 > > Stop in /usr/ports. > failed to generate INDEX! > portsdb: index generation error > > > Process: > > cd /usr/ports/net/cvsup > make install clean > (reboot) > cp /usr/share/examples/cvsup/ports-supfile /root/ > > I then edited /root/ports-supfile and added the host: > > *default host=cvsup12.FreeBSD.org > > At first, I commented out all the ports for languages I don't > understand such as Russian, Japanese, etc. But I got a similar error, > so I commented out all the individual ports and uncommented ports-all > to do a complete job of it. That's when I ran portsdb -Uu and got the > above error. > > This is my first time doing this, so I'm sure I've missed something > somewhere. > > -Ron T. Instead of regenerating the INDEX, why not just download it? # cd /usr/ports # make fetchindex Regards, Chris Jones -- Chris Jones chris@chris-j.net From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:01:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC2AE16A4E0 for ; Tue, 5 Sep 2006 14:01:50 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44D8043D5A for ; Tue, 5 Sep 2006 14:01:47 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so924818nzn for ; Tue, 05 Sep 2006 07:01:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=e624NNfQdlq9K3MqkJUhD74ogwlGI9K8Gd/19QIwMrMcrqPLc73ATvyt8je5X7HWiqeOzh5iOhRc6B4pvu8RZzxsprxGwfCjieOAsg7pnbkB8y1xZPdbcbUOIzUhmYaPD9LpZc6m/MnpmmeUnKJfE2z2rMClIP0beyCViBAHfd4= Received: by 10.65.59.19 with SMTP id m19mr7035117qbk; Tue, 05 Sep 2006 07:01:47 -0700 (PDT) Received: from sauron.lan.box ( [200.180.187.114]) by mx.gmail.com with ESMTP id e13sm4865863qbe.2006.09.05.07.01.43; Tue, 05 Sep 2006 07:01:47 -0700 (PDT) Date: Tue, 5 Sep 2006 11:01:39 -0300 From: Ricardo Nabinger Sanchez To: Ron Tarrant Message-Id: <20060905110139.1bda7532.rnsanchez@gmail.com> In-Reply-To: <44FD7AD2.5010000@sympatico.ca> References: <44FD7AD2.5010000@sympatico.ca> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:01:50 -0000 On Tue, 05 Sep 2006 09:25:38 -0400, Ron Tarrant wrote: > At first, I commented out all the ports for languages I don't understand > such as Russian, Japanese, etc. But I got a similar error, so I > commented out all the individual ports and uncommented ports-all to do a > complete job of it. That's when I ran portsdb -Uu and got the above error. > > This is my first time doing this, so I'm sure I've missed something > somewhere. IIRC, you must have all the ports (ports-all in your config file) in order to generate an INDEX, as it will fail otherwise. -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:04:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A401816A4DD for ; Tue, 5 Sep 2006 14:04:37 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D65743D64 for ; Tue, 5 Sep 2006 14:04:36 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so567025wri for ; Tue, 05 Sep 2006 07:04:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=f1YlHiDv+JpvJmSzHTS3gAn3Vma4JKmP2XJvE35oOpLEEKEs5aY9xv3wlj30PXKZAa4Ju4oZ6hdyRsT1Mi80o47TRsvrLLjUvyUhNR6dJoiOr99swjScyv57c95pYsgA9ShqqtWLnR8+mIHA6mzd+UZ0kZ9Roe/5WqGnCkZcbcs= Received: by 10.65.93.18 with SMTP id v18mr4660676qbl; Tue, 05 Sep 2006 07:04:35 -0700 (PDT) Received: from sauron.lan.box ( [200.180.187.114]) by mx.gmail.com with ESMTP id d2sm1434170qbc.2006.09.05.07.04.33; Tue, 05 Sep 2006 07:04:35 -0700 (PDT) Date: Tue, 5 Sep 2006 11:04:28 -0300 From: Ricardo Nabinger Sanchez To: Ron Tarrant Message-Id: <20060905110428.cabbd0e8.rnsanchez@gmail.com> In-Reply-To: <20060905110139.1bda7532.rnsanchez@gmail.com> References: <44FD7AD2.5010000@sympatico.ca> <20060905110139.1bda7532.rnsanchez@gmail.com> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:04:37 -0000 On Tue, 5 Sep 2006 11:01:39 -0300, Ricardo Nabinger Sanchez wrote: > On Tue, 05 Sep 2006 09:25:38 -0400, Ron Tarrant > wrote: > > > At first, I commented out all the ports for languages I don't > > understand such as Russian, Japanese, etc. But I got a similar error, > > so I commented out all the individual ports and uncommented ports-all > > to do a complete job of it. That's when I ran portsdb -Uu and got the > > above error. > > > > This is my first time doing this, so I'm sure I've missed something > > somewhere. > > IIRC, you must have all the ports (ports-all in your config file) in order > to generate an INDEX, as it will fail otherwise. After sending, I saw your comment about having already done that (ports-all). Don't know what's wrong, then -- sorry for the noise. -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:26:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAB2B16A4E0 for ; Tue, 5 Sep 2006 14:26:19 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts25-srv.bellnexxia.net (tomts25.bellnexxia.net [209.226.175.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26F5443D46 for ; Tue, 5 Sep 2006 14:26:18 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts25-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060905142617.HFKY1747.tomts25-srv.bellnexxia.net@[192.168.55.4]> for ; Tue, 5 Sep 2006 10:26:17 -0400 Message-ID: <44FD84AA.2080704@sympatico.ca> Date: Tue, 05 Sep 2006 10:07:38 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <44FD7AD2.5010000@sympatico.ca> <20060905110139.1bda7532.rnsanchez@gmail.com> <20060905110428.cabbd0e8.rnsanchez@gmail.com> In-Reply-To: <20060905110428.cabbd0e8.rnsanchez@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:26:20 -0000 Ricardo Nabinger Sanchez wrote: > On Tue, 5 Sep 2006 11:01:39 -0300, Ricardo Nabinger Sanchez > wrote: > > >> On Tue, 05 Sep 2006 09:25:38 -0400, Ron Tarrant >> wrote: >> >> >>> At first, I commented out all the ports for languages I don't >>> understand such as Russian, Japanese, etc. But I got a similar error, >>> so I commented out all the individual ports and uncommented ports-all >>> to do a complete job of it. That's when I ran portsdb -Uu and got the >>> above error. >>> >>> This is my first time doing this, so I'm sure I've missed something >>> somewhere. >>> >> IIRC, you must have all the ports (ports-all in your config file) in order >> to generate an INDEX, as it will fail otherwise. >> > > After sending, I saw your comment about having already done that > (ports-all). Don't know what's wrong, then -- sorry for the noise. > > No problem, Ricardo. Thanks for the reply anyway. -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:27:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50BEB16A4DE for ; Tue, 5 Sep 2006 14:27:56 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts5-srv.bellnexxia.net (tomts5.bellnexxia.net [209.226.175.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D84643D55 for ; Tue, 5 Sep 2006 14:27:55 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060905142754.IOCK18394.tomts5-srv.bellnexxia.net@[192.168.55.4]> for ; Tue, 5 Sep 2006 10:27:54 -0400 Message-ID: <44FD850B.6050005@sympatico.ca> Date: Tue, 05 Sep 2006 10:09:15 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <44FD7AD2.5010000@sympatico.ca> <44FD8216.8070100@chris-j.net> In-Reply-To: <44FD8216.8070100@chris-j.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:27:56 -0000 Chris Jones wrote: > Instead of regenerating the INDEX, why not just download it? > > # cd /usr/ports > # make fetchindex > > Regards, > Chris Jones > Thanks for the reply, Chris. Yup, good idea. I did this and found out that INDEX-6 was already up-to-date. Could this be why index generation failed? -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:35:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2665016A4E1 for ; Tue, 5 Sep 2006 14:35:23 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id D274C43D7B for ; Tue, 5 Sep 2006 14:35:16 +0000 (GMT) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyxys.ka.sub.org [IPv6:2001:5c0:8521:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.13.8/8.13.8) with ESMTP id k85EYdYv079865; Tue, 5 Sep 2006 16:34:39 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.13.8/8.13.8) with ESMTP id k85EZO2H033960; Tue, 5 Sep 2006 16:35:24 +0200 (CEST) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.13.8/8.13.8/Submit) id k85EZO6L033959; Tue, 5 Sep 2006 16:35:24 +0200 (CEST) (envelope-from wolfgang) From: Wolfgang Zenker Message-Id: <200609051435.k85EZO6L033959@juno.lyxys.ka.sub.org> In-Reply-To: <44FD7AD2.5010000@sympatico.ca> To: Ron Tarrant Date: Tue, 5 Sep 2006 16:35:23 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL122i (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-2.0.2 (saturn.lyxys.ka.sub.org [IPv6:2001:5c0:8521:1:240:63ff:fed8:ce97]); Tue, 05 Sep 2006 16:34:39 +0200 (CEST) Cc: freebsd-stable@freebsd.org Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:35:23 -0000 Hi, > [..] > At first, I commented out all the ports for languages I don't understand > such as Russian, Japanese, etc. But I got a similar error, so I > commented out all the individual ports and uncommented ports-all to do a > complete job of it. That's when I ran portsdb -Uu and got the above error. just to make sure: You did run cvsup after uncommenting ports-all and before running portsdb -Uu, right? Wolfgang From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:40:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9ABC16A4DE for ; Tue, 5 Sep 2006 14:40:31 +0000 (UTC) (envelope-from chris@chris-j.net) Received: from mail1.toplevel.net.au (mail1.toplevel.net.au [150.101.78.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65D0D43D53 for ; Tue, 5 Sep 2006 14:40:30 +0000 (GMT) (envelope-from chris@chris-j.net) Received: from mail1.toplevel.net.au (localhost [127.0.0.1]) by mail1.toplevel.net.au (Postfix) with ESMTP id 79F16451B3; Wed, 6 Sep 2006 00:10:29 +0930 (CST) X-Virus-Scanned: amavisd-new at toplevel.net.au Received: from [127.0.0.1] (chris1.joneshome.net [192.168.0.103]) by mail1.toplevel.net.au (Postfix) with ESMTP id 707B24509B; Wed, 6 Sep 2006 00:10:28 +0930 (CST) Message-ID: <44FD8C8E.6050708@chris-j.net> Date: Wed, 06 Sep 2006 00:11:18 +0930 From: Chris Jones User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Ron Tarrant References: <44FD7AD2.5010000@sympatico.ca> <44FD8216.8070100@chris-j.net> <44FD850B.6050005@sympatico.ca> In-Reply-To: <44FD850B.6050005@sympatico.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:40:32 -0000 Ron Tarrant wrote: > Chris Jones wrote: >> Instead of regenerating the INDEX, why not just download it? >> >> # cd /usr/ports >> # make fetchindex >> >> Regards, >> Chris Jones >> > Thanks for the reply, Chris. > > Yup, good idea. I did this and found out that INDEX-6 was already > up-to-date. Could this be why index generation failed? > > -Ron T. > Shouldn't have mattered... all that would happen is the generated INDEX would've overwritten the downloaded one. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:42:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2ECF16A4E5 for ; Tue, 5 Sep 2006 14:42:08 +0000 (UTC) (envelope-from fehwalker@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58B9D43D53 for ; Tue, 5 Sep 2006 14:42:07 +0000 (GMT) (envelope-from fehwalker@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so2158052uge for ; Tue, 05 Sep 2006 07:42:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JIDKBDH1UEYgE0/E4ySyqWJiPw/lPrv1nvVmNmK3qJVksMs2+LwTE+ACDXuPOTuR5/DBpmBeqrdSFARRuG9tzlidxC6/EJPad3igDbslg1iEUNA8AjyyjlCZwngYPCmGDJSbLV82KoQMDlIssBGAR+4gtpFacQQqizD94oSNQTk= Received: by 10.67.24.13 with SMTP id b13mr3658593ugj; Tue, 05 Sep 2006 07:42:06 -0700 (PDT) Received: by 10.67.22.8 with HTTP; Tue, 5 Sep 2006 07:42:06 -0700 (PDT) Message-ID: <35de0c300609050742m6cffbf06he275243619a311be@mail.gmail.com> Date: Tue, 5 Sep 2006 10:42:06 -0400 From: "Bryan Fullerton" To: freebsd-stable@freebsd.org In-Reply-To: <20060830215943.253c1cd5.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <35de0c300608300711j36fac4e9g31a5ba8abed849c0@mail.gmail.com> <44F5A283.40600@freebsd.org> <20060830215943.253c1cd5.ota@j.email.ne.jp> Subject: Re: 6.2 ETA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:42:09 -0000 On 8/30/06, Yoshihiro Ota wrote: > It may be a bit early but I switched to RELENG_6 fot that reason. Me too, on a couple of "not really production" machines. I generally switch a couple more "production but not critical" machines over once the RE cycle begins, which is why I was asking. > Is it too early to report incidents? You should always report incidents, whether there's a RE cycle in progress or not. If nobody knows there are problems, nobody will fix them. Bryan From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:50:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2FB216A4DE for ; Tue, 5 Sep 2006 14:50:59 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 668B243D49 for ; Tue, 5 Sep 2006 14:50:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4DF1F1A4DA7; Tue, 5 Sep 2006 07:50:59 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 334495148C; Tue, 5 Sep 2006 10:50:58 -0400 (EDT) Date: Tue, 5 Sep 2006 10:50:58 -0400 From: Kris Kennaway To: Ron Tarrant Message-ID: <20060905145058.GA79681@xor.obsecurity.org> References: <44FD7AD2.5010000@sympatico.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <44FD7AD2.5010000@sympatico.ca> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:50:59 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 05, 2006 at 09:25:38AM -0400, Ron Tarrant wrote: > Updating the ports index ... Generating INDEX.tmp - please=20 > wait.."Makefile", lin > e 33: Could not find=20 > /usr/ports/japanese/gnomelibs/../../x11/gnomelibs/Makefile Why not? > have a complete and up-to-date ports collection. (INDEX builds are > not supported with partial or out-of-date ports collections -- in > particular, if you are using cvsup, you must cvsup the "ports-all" > collection, and have no "refuse" files.) If that is the case, then > At first, I commented out all the ports for languages I don't understand= =20 > such as Russian, Japanese, etc. But I got a similar error, so I=20 > commented out all the individual ports and uncommented ports-all to do a= =20 > complete job of it. That's when I ran portsdb -Uu and got the above error. This makes me think that you didn't re-run cvsup since your "similar error" is precisely what you'd expect if you didn't have anything in japanese/. Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/Y7RWry0BWjoQKURAioqAKD6h+JWdZZjsFgF8n4nN1JwaoQhHQCggPHM byJseNXGrwBUn43UQaytC+U= =+xA1 -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:52:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CB4416A4DF for ; Tue, 5 Sep 2006 14:52:38 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts10-srv.bellnexxia.net (tomts10.bellnexxia.net [209.226.175.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 925AF43D49 for ; Tue, 5 Sep 2006 14:52:37 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060905145236.VBKK13241.tomts10-srv.bellnexxia.net@[192.168.55.4]> for ; Tue, 5 Sep 2006 10:52:36 -0400 Message-ID: <44FD8AD5.8080208@sympatico.ca> Date: Tue, 05 Sep 2006 10:33:57 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <200609051435.k85EZO6L033959@juno.lyxys.ka.sub.org> In-Reply-To: <200609051435.k85EZO6L033959@juno.lyxys.ka.sub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:52:38 -0000 Wolfgang Zenker wrote: > > just to make sure: You did run cvsup after uncommenting ports-all and > before running portsdb -Uu, right? > > > Thanks for the reply, Wolfgang. I'm pretty sure I did. That was last night and I have a vague memory of doing it. That tty is tied up right now, so I can't check command history until it's done. I'll repost with the answer once I can double-check. Thanks. -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:54:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E99F216A54D for ; Tue, 5 Sep 2006 14:54:00 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts36-srv.bellnexxia.net (tomts36.bellnexxia.net [209.226.175.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 292D443D55 for ; Tue, 5 Sep 2006 14:53:59 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts36-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060905145359.YHVJ13653.tomts36-srv.bellnexxia.net@[192.168.55.4]> for ; Tue, 5 Sep 2006 10:53:59 -0400 Message-ID: <44FD8B28.7010408@sympatico.ca> Date: Tue, 05 Sep 2006 10:35:20 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <44FD7AD2.5010000@sympatico.ca> <44FD8216.8070100@chris-j.net> <44FD850B.6050005@sympatico.ca> <44FD8C8E.6050708@chris-j.net> In-Reply-To: <44FD8C8E.6050708@chris-j.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:54:01 -0000 Chris Jones wrote: > >> >> >> Yup, good idea. I did this and found out that INDEX-6 was already >> up-to-date. Could this be why index generation failed? >> >> >> > Shouldn't have mattered... all that would happen is the generated > INDEX would've overwritten the downloaded one. > Hmm... Very curious. Thanks. -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 14:55:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0C4C16A4DE for ; Tue, 5 Sep 2006 14:55:09 +0000 (UTC) (envelope-from up@3.am) Received: from richard2.pil.net (richard2.pil.net [208.8.16.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 11F8343D5A for ; Tue, 5 Sep 2006 14:55:08 +0000 (GMT) (envelope-from up@3.am) Received: (qmail 90850 invoked by uid 1825); 5 Sep 2006 14:55:04 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 5 Sep 2006 14:55:04 -0000 Date: Tue, 5 Sep 2006 10:55:04 -0400 (EDT) From: up@3.am X-X-Sender: up@richard2.pil.net To: freebsd-questions@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: 6.1-STABLE spontaneously reboots! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 14:55:09 -0000 This server was in production and rock steady with 4.10-STABLE for years. Before moving it to a colo center, I took it offline and did a clean install of 6.1, cvsup'd to STABLE on 8/30/06 and then installed the latest stable versions of all the applications and mods. It's now back in production and for no cause that I can find, it reboots itself roughly twice a day. Nothing in the syslog or console log, it looks basically like a power event...system comes back up with uncleanly dismounted file systems. However, it is on very clean power, has dual power supplies and none of the other boxes on that circuit has any pwer problems. On boot, I had noticed some complaints about ACPI, but I even tried disabling it, but it still did this several hours later. The ONLY hardware change I'd made was to remove a SCSI passthrough cable that enabled the on-board SCSI (it's an L440GX+) to be used with an external tape drive. If somebody can point me in the right direction, or to the right list, I'd greatly appreciate it! (please reply directly, as I am not subscribed to all lists) James Smallacombe PlantageNet, Inc. CEO and Janitor up@3.am http://3.am ========================================================================= From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 15:20:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEDE016A4E2 for ; Tue, 5 Sep 2006 15:20:05 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8FE343DE3 for ; Tue, 5 Sep 2006 15:14:51 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.8/8.13.8/NETPLEX) with ESMTP id k85FEMN1002811; Tue, 5 Sep 2006 11:14:22 -0400 (EDT) Date: Tue, 5 Sep 2006 11:14:22 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ron Tarrant In-Reply-To: <44FD7AD2.5010000@sympatico.ca> Message-ID: References: <44FD7AD2.5010000@sympatico.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Tue, 05 Sep 2006 11:14:22 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-stable@freebsd.org Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 15:20:06 -0000 On Tue, 5 Sep 2006, Ron Tarrant wrote: > Hi all, > > While trying to update ports for FreeBSD 6.1-STABLE using this command: > > /usr/local/sbin/portsdb -Uu I've seen errors similar to yours when your Mk files are out of date with the rest of your ports tree. As root: # cd /usr/ports/Mk # cvs -R update -P -d I'm assuming that the rest of your ports tree has also been updated accordingly ('cd /usr/ports; cvs -R update -P -d'). -- DE From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 16:00:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDCE716A4E5 for ; Tue, 5 Sep 2006 16:00:16 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC4F343D76 for ; Tue, 5 Sep 2006 16:00:11 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from c182-250.icpnet.pl ([85.221.182.250] helo=enkidu.local) by mail.in5.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1GKdLO-0004ah-Ec for freebsd-stable@freebsd.org; Tue, 05 Sep 2006 18:00:10 +0200 Received: from sthalik by enkidu.local with local (Exim 4.63) (envelope-from ) id 1GKdLM-0001bt-KZ for freebsd-stable@freebsd.org; Tue, 05 Sep 2006 18:00:08 +0200 Date: Tue, 5 Sep 2006 18:00:08 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20060905160008.GA5982@localhost.localdomain> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-User: sthalik Subject: Re: 6.1-STABLE spontaneously reboots! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 16:00:17 -0000 On Tue, Sep 05, 2006, up@3.am wrote: > It's now back in production and for no cause that I can find, it reboots > itself roughly twice a day. Nothing in the syslog or console log [...] Try setting `dumpdev' in your rc.conf to the swap device. After the machine reboots, you might get a dump in /var/crash. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 16:21:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66A0D16A4DE for ; Tue, 5 Sep 2006 16:21:15 +0000 (UTC) (envelope-from junics-fbsdstable@atlantis.maniacs.se) Received: from mammoth.unixsh.net (mammoth.unixsh.net [195.35.83.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 07CED43D64 for ; Tue, 5 Sep 2006 16:21:09 +0000 (GMT) (envelope-from junics-fbsdstable@atlantis.maniacs.se) Received: (qmail 4951 invoked from network); 5 Sep 2006 16:21:08 -0000 Received: from localhost.maniacs.se (HELO ?192.168.0.34?) (127.0.0.1) by localhost.maniacs.se with SMTP; 5 Sep 2006 16:21:08 -0000 Message-ID: <44FDA3F3.6090003@atlantis.maniacs.se> Date: Tue, 05 Sep 2006 18:21:07 +0200 From: Thomas Herrlin User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Danny Braniss References: <2a41acea0608301145j7bbed961j33ce903a27d8963d@mail.gmail.com> In-Reply-To: <2a41acea0608301145j7bbed961j33ce903a27d8963d@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: tcp/udp performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 16:21:15 -0000 Jack Vogel wrote: > On 8/30/06, Danny Braniss wrote: >> >> ever since 6.1 I've seen fluctuations in the performance of >> the em (Intel(R) PRO/1000 Gigabit Ethernet). >> >> motherboard OBN (On Board NIC) >> ---------------- ------------------ >> 1- Intel SE7501WV2S Intel 82546EB::2.1 >> 2- Intel SE7320VP2D2 INTEL 82541 >> 3- Sun Fire X4100 Server Intel(R) PRO/1000 >> >> test 1: writing to a NetApp filer via NFS/UDP >> FreeBSD Linux >> MegaBytes/sec >> 1- Average: 18.48 32.61 >> 2- Average: 15.69 35.72 >> 3- Average: 16.61 29.69 >> (interstingly, doing NFS/TCP instead of NFS/UDP shows an increase in >> speed of >> around 60% on FreeBSD but none on Linux) >> >> test2: iperf using 1 as server: >> FreeBSD(*) Linux >> Mbits/sec >> 1- 926 905 (this machine was busy) >> 2- 545 798 >> 3- 910 912 >> *: did a 'sysctl net.inet.tcp.sendspace=65536' >> >> >> So, it seems to me something is not that good in the UDP department, but >> I can't find what to tweek. >> >> Any help? >> >> danny > > Have discussed this some internally, the best idea I've heard is that > UDP is not giving us the interrupt rate that TCP would, so we end up > not cleaning up as often, and thus descriptors might not be as quickly > available.. Its just speculation at this point. If a high interrupt rate is a problem and your NIC+driver supports it, then try enabling polling(4) aswell. This has helped me for bulk transfers on slower boxes but i have noticed problems with ALTQ/dummynet and other highly realtime dependent networking code. YMMV. More info in the man 4 polling. I think recent linux kernels/drivers have this implemented so it will enable it dynamically on high load. However i only skimmed the documents and i'm not a linux expert so i may be wrong on that. /Junics > > Try this: the default is only to have 256 descriptors, try going for > the MAX > which is 4K. > > Cheers, > > Jack > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 16:43:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A9D16A4DF for ; Tue, 5 Sep 2006 16:43:49 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from toq8-srv.bellnexxia.net (toq8.bellnexxia.net [209.226.175.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED15543D70 for ; Tue, 5 Sep 2006 16:43:41 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts40-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060905162355.GMBH24981.tomts40-srv.bellnexxia.net@[192.168.55.4]> for ; Tue, 5 Sep 2006 12:23:55 -0400 Message-ID: <44FDA03C.8090701@sympatico.ca> Date: Tue, 05 Sep 2006 12:05:16 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <44FD7AD2.5010000@sympatico.ca> <20060905145058.GA79681@xor.obsecurity.org> In-Reply-To: <20060905145058.GA79681@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 16:43:49 -0000 Hi Kris, Thanks for the reply... Kris Kennaway wrote: > On Tue, Sep 05, 2006 at 09:25:38AM -0400, Ron Tarrant wrote: > > >> Updating the ports index ... Generating INDEX.tmp - please >> wait.."Makefile", lin >> e 33: Could not find >> /usr/ports/japanese/gnomelibs/../../x11/gnomelibs/Makefile >> > > Why not? > Good question. I checked the paths and they all make sense. The Makefile is in place. > > > This makes me think that you didn't re-run cvsup since your "similar > error" is precisely what you'd expect if you didn't have anything in > japanese/. > > > I'll have to recheck to make sure once that tty is free. Thanks. -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 18:33:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73AA316A4DD for ; Tue, 5 Sep 2006 18:33:55 +0000 (UTC) (envelope-from barney@databus.com) Received: from mail1.acecape.com (mail1.acecape.com [66.114.74.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0789C43D49 for ; Tue, 5 Sep 2006 18:33:54 +0000 (GMT) (envelope-from barney@databus.com) Received: from pit.databus.com (pool-72-89-128-62.nycmny.fios.verizon.net [72.89.128.62]) (authenticated bits=0) by mail1.acecape.com (8.13.7/8.13.7) with ESMTP id k85IXrbb028670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 5 Sep 2006 14:33:54 -0400 Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.13.8/8.13.8) with ESMTP id k85IXr4K076462 for ; Tue, 5 Sep 2006 14:33:53 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.13.8/8.13.8/Submit) id k85IXri3076456 for stable@freebsd.org; Tue, 5 Sep 2006 14:33:53 -0400 (EDT) (envelope-from barney) Date: Tue, 5 Sep 2006 14:33:52 -0400 From: Barney Wolff To: stable@freebsd.org Message-ID: <20060905183352.GA56243@pit.databus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Scanned-By: MIMEDefang 2.56 on 72.89.128.62 Cc: Subject: em watchdog timeout on UP, 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 18:33:55 -0000 Updated my Athlon-xp 6-stable system last night, got an em watchdog timeout for the first time a few hours later, during a fairly high-traffic period. System is UP but does have device apic in the config. Any chance this is the recent race condition? Workaround? ifconfig em0 down, ifconfig em0 up seemed to cure it, at least for the moment. Thanks, Barney Wolff -- Barney Wolff I never met a computer I didn't like. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 19:39:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00C6516A4EF; Tue, 5 Sep 2006 19:39:29 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A48343D73; Tue, 5 Sep 2006 19:39:22 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr7.xs4all.nl (8.13.6/8.13.6) with ESMTP id k85JcxR8031658; Tue, 5 Sep 2006 21:39:05 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id B4388B8B1; Tue, 5 Sep 2006 21:38:59 +0200 (CEST) Date: Tue, 5 Sep 2006 21:38:59 +0200 From: Roland Smith To: up@3.am Message-ID: <20060905193859.GA17992@slackbox.xs4all.nl> Mail-Followup-To: up@3.am, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: 6.1-STABLE spontaneously reboots! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 19:39:29 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 05, 2006 at 10:55:04AM -0400, up@3.am wrote: >=20 > This server was in production and rock steady with 4.10-STABLE for years. > Before moving it to a colo center, I took it offline and did a clean > install of 6.1, cvsup'd to STABLE on 8/30/06 and then installed the latest > stable versions of all the applications and mods. >=20 > It's now back in production and for no cause that I can find, it reboots > itself roughly twice a day. Nothing in the syslog or console log, it > looks basically like a power event...system comes back up with uncleanly > dismounted file systems. However, it is on very clean power, has dual > power supplies and none of the other boxes on that circuit has any pwer > problems. It sounds like hardware trouble to me. I had a box go buggy on me after it had been running for a long time. After I powered it on again it became unstable. I suspect some part in the powersupply or on the mobo got fried.=20 But there are some things you could check. Get syslog to log to another machine. That way you can check at which time the reboots happen. If they are regular, there might be a connection to running programs, cron jobs etc. > On boot, I had noticed some complaints about ACPI, but I even tried > disabling it, but it still did this several hours later. >=20 > The ONLY hardware change I'd made was to remove a SCSI passthrough cable > that enabled the on-board SCSI (it's an L440GX+) to be used with an > external tape drive. Check all internal connections; cables, and PCI cards if any. Check if the RAM is properly seated. Maybe run a RAM test. Check the board for bad capacitators. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/dJTEnfvsMMhpyURArwsAKCWhIM/CA8boTBfbojDE/hSb+wXYgCfX6// ouyrqvYndi6R4oHp4UgbdGQ= =FklJ -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 20:27:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D424B16A4E0 for ; Tue, 5 Sep 2006 20:27:33 +0000 (UTC) (envelope-from indigo23@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 335F543D45 for ; Tue, 5 Sep 2006 20:27:33 +0000 (GMT) (envelope-from indigo23@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so3575849pye for ; Tue, 05 Sep 2006 13:27:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UOu078PAjID+INZPkuUnmqLmNGRy+DRIYSCZpx8Rz6AveoQddBSIW21jSkkPnVYENXQ0VYDtUDa6TEHs+nYWMbjUjAQ42FoQTvzcA/ucrlXLHXgYL/QCeUrd1OdPoJNOY1Qnj8XPLVnfkHpTQSagwgZNOIbNelk8dxLddhQ0TrY= Received: by 10.35.93.15 with SMTP id v15mr13171934pyl; Tue, 05 Sep 2006 13:27:32 -0700 (PDT) Received: by 10.35.89.7 with HTTP; Tue, 5 Sep 2006 13:27:32 -0700 (PDT) Message-ID: <6f50eac40609051327p33aadfa0lf62cabe98907cbe6@mail.gmail.com> Date: Tue, 5 Sep 2006 16:27:32 -0400 From: "Indigo 23" To: "Hans Petter Selasky" In-Reply-To: <200609051426.40460.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6f50eac40608051611n7744a00cy79eeae6d8f83cc92@mail.gmail.com> <200609050922.10673.hselasky@c2i.net> <6f50eac40609050428k490cc96bu88646d6b5340ad7c@mail.gmail.com> <200609051426.40460.hselasky@c2i.net> Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 20:27:33 -0000 Thanks again for the help. If you require beta testers, just e-mail me to let me know. On 9/5/06, Hans Petter Selasky wrote: > On Tuesday 05 September 2006 13:28, Indigo 23 wrote: > > Thanks for that excellent suggestion. It worked perfectly. I just > > have a few questions. > > > > 1) Any idea when this will be imported in to RELENG_6? > > I don't know. If I am right, you will see my driver in freebsd-current some > time after Christmas. > > > 2) I have to do this everytime I update my sources, correct? > > Yes. > > > 3) This is relatively stable, correct? (I did test it out a bit, but > > of course not thorougly enough to see how stable it is) > > Yes, it is stable, but be aware that if your system runs low on memory, you > can get a panic saying, "sleeping with mutex XXX locked", or something alike. > That is because the "umass" device driver is still under the USB emulation > layer of the old USB API, which is depreciated, and will be removed once I > have completed the conversion of all USB device drivers. This will most > likely happen before the end of this month. Then I need some help testing all > the rewritten USB device drivers. > > --HPS > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 22:25:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2048816A4E7 for ; Tue, 5 Sep 2006 22:25:11 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B39943D64 for ; Tue, 5 Sep 2006 22:25:06 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from henk.klop.ws (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with ESMTP id 593BA18234 for ; Wed, 6 Sep 2006 00:25:05 +0200 (MEST) Received: from henk.klop.ws (localhost [127.0.0.1]) by henk.klop.ws (Postfix) with ESMTP id 1DD282015 for ; Tue, 5 Sep 2006 23:52:15 +0200 (CEST) Received: by henk.klop.ws (Postfix, from userid 1022) id A99BE2011; Tue, 5 Sep 2006 23:52:14 +0200 (CEST) Received: from laptop.klop.ws (unknown [10.1.2.3]) by henk.klop.ws (Postfix) with SMTP id BAFBC1F90 for ; Tue, 5 Sep 2006 23:52:13 +0200 (CEST) Received: (qmail 878 invoked from network); 5 Sep 2006 21:52:11 -0000 Received: from localhost (HELO laptop.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 5 Sep 2006 21:52:11 -0000 Date: Tue, 05 Sep 2006 23:52:05 +0200 To: freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: multipart/mixed; boundary=----------A9wOZ8OAqq5F5nrfYuhyqu MIME-Version: 1.0 Message-ID: User-Agent: Opera Mail/9.01 (FreeBSD) X-Virus-Scanned: ClamAV using ClamSMTP Subject: em0: watchdog timeout -- resetting (6.1-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 22:25:11 -0000 ------------A9wOZ8OAqq5F5nrfYuhyqu Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, I get these errors a lot. Sep 5 11:55:12 ronald kernel: em0: watchdog timeout -- resetting Sep 5 11:55:12 ronald kernel: em0: link state changed to DOWN Sep 5 11:55:14 ronald kernel: em0: link state changed to UP Sep 5 12:00:37 ronald kernel: em0: watchdog timeout -- resetting Sep 5 12:00:37 ronald kernel: em0: link state changed to DOWN Sep 5 12:00:39 ronald kernel: em0: link state changed to UP I tried turning off rxcsum/txcsum and set these sysctl's. dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 0 (default 66) But the error is still there. Searching the internet and the list provides more of the same problems, but I didn't find an answer. My dmesg is attached. Is there any info I need to provide to debug this or can I try patches? Ronald. -- Ronald Klop Amsterdam, The Netherlands ------------A9wOZ8OAqq5F5nrfYuhyqu Content-Disposition: attachment; filename=dmesg.boot Content-Type: application/octet-stream; name=dmesg.boot Content-Transfer-Encoding: Base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29w eXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAx OTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy c2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNE IDYuMS1TVEFCTEUgIzQwOiBGcmkgU2VwICAxIDExOjE0OjM1IENFU1QgMjAwNgog ICAgcm9vdEByb25hbGQub2ZmaWNlLmJhc2Uubmw6L3Vzci9vYmovdXNyL3NyYy9z eXMvUk9OQUxEClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIg SHogcXVhbGl0eSAwCkNQVTogSW50ZWwoUikgUGVudGl1bShSKSA0IENQVSAyLjgw R0h6ICgyNzkzLjE5LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51 aW5lSW50ZWwiICBJZCA9IDB4ZjI5ICBTdGVwcGluZyA9IDkKICBGZWF0dXJlcz0w eGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJ QyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFD UEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9 MHg0NDAwPENOVFgtSUQsPGIxND4+CnJlYWwgbWVtb3J5ICA9IDIxNDU4NDUyNDgg KDIwNDYgTUIpCmF2YWlsIG1lbW9yeSA9IDIwOTkxNzEzMjggKDIwMDEgTUIpCkFD UEkgQVBJQyBUYWJsZTogPERFTEwgICBHWDI3MCAgPgppb2FwaWMwOiBDaGFuZ2lu ZyBBUElDIElEIHRvIDEKaW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBv biBtb3RoZXJib2FyZAphY3BpMDogPERFTEwgR1gyNzAgID4gb24gbW90aGVyYm9h cmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJ LWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3Rp bWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwOC0w eDgwYiBvbiBhY3BpMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmFjcGlfYnV0 dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3Qt UENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMAphZ3AwOiA8SW50ZWwgODI4NjVHICg4NjVHIEdN Q0gpIFNWR0EgY29udHJvbGxlcj4gcG9ydCAweGVkOTgtMHhlZDlmIG1lbSAweGU4 MDAwMDAwLTB4ZWZmZmZmZmYsMHhmZWI4MDAwMC0weGZlYmZmZmZmIGlycSAxNiBh dCBkZXZpY2UgMi4wIG9uIHBjaTAKYWdwMDogZGV0ZWN0ZWQgODkyayBzdG9sZW4g bWVtb3J5CmFncDA6IGFwZXJ0dXJlIHNpemUgaXMgMTI4TQp1aGNpMDogPEludGVs IDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBwb3J0IDB4ZmY4 MC0weGZmOWYgaXJxIDE2IGF0IGRldmljZSAyOS4wIG9uIHBjaTAKdWhjaTA6IFtH SUFOVC1MT0NLRURdCnVzYjA6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29u dHJvbGxlciBVU0ItQT4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1 aHViMDogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8x LjAwLCBhZGRyIDEKdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVoY2kxOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRy b2xsZXIgVVNCLUI+IHBvcnQgMHhmZjYwLTB4ZmY3ZiBpcnEgMTkgYXQgZGV2aWNl IDI5LjEgb24gcGNpMAp1aGNpMTogW0dJQU5ULUxPQ0tFRF0KdXNiMTogPEludGVs IDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBvbiB1aGNpMQp1 c2IxOiBVU0IgcmV2aXNpb24gMS4wCnVodWIxOiBJbnRlbCBVSENJIHJvb3QgaHVi LCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMTogMiBwb3J0 cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTI6IDxJbnRlbCA4 MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQz4gcG9ydCAweGZmNDAt MHhmZjVmIGlycSAxOCBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwCnVoY2kyOiBbR0lB TlQtTE9DS0VEXQp1c2IyOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRy b2xsZXIgVVNCLUM+IG9uIHVoY2kyCnVzYjI6IFVTQiByZXZpc2lvbiAxLjAKdWh1 YjI6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4w MCwgYWRkciAxCnVodWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYg cG93ZXJlZAp1aGNpMzogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9s bGVyIFVTQi1EPiBwb3J0IDB4ZmYyMC0weGZmM2YgaXJxIDE2IGF0IGRldmljZSAy OS4zIG9uIHBjaTAKdWhjaTM6IFtHSUFOVC1MT0NLRURdCnVzYjM6IDxJbnRlbCA4 MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItRD4gb24gdWhjaTMKdXNi MzogVVNCIHJldmlzaW9uIDEuMAp1aHViMzogSW50ZWwgVUhDSSByb290IGh1Yiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjM6IDIgcG9ydHMg d2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmVoY2kwOiA8SW50ZWwgODI4 MDFFQi9SIChJQ0g1KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZmYTgwODAw LTB4ZmZhODBiZmYgaXJxIDIzIGF0IGRldmljZSAyOS43IG9uIHBjaTAKZWhjaTA6 IFtHSUFOVC1MT0NLRURdCnVzYjQ6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiNDogY29t cGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMSB1c2Iy IHVzYjMKdXNiNDogPEludGVsIDgyODAxRUIvUiAoSUNINSkgVVNCIDIuMCBjb250 cm9sbGVyPiBvbiBlaGNpMAp1c2I0OiBVU0IgcmV2aXNpb24gMi4wCnVodWI0OiBJ bnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFk ZHIgMQp1aHViNDogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKdWh1YjU6IE5FQyBDb3Jwb3JhdGlvbiBVU0IyLjAgSHViIENvbnRyb2xsZXIs IGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAyCnVodWI1OiBzaW5nbGUg dHJhbnNhY3Rpb24gdHJhbnNsYXRvcgp1aHViNTogNCBwb3J0cyB3aXRoIDQgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKdW1zMDogTG9naXRlY2ggT3B0aWNhbCBVU0Ig TW91c2UsIHJldiAyLjAwLzMuNDAsIGFkZHIgMywgaWNsYXNzIDMvMQp1bXMwOiAz IGJ1dHRvbnMgYW5kIFogZGlyLgpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAzMC4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjEKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9u IFZlcnNpb24gLSA2LjEuND4gcG9ydCAweGRmNDAtMHhkZjdmIG1lbSAweGZlYWUw MDAwLTB4ZmVhZmZmZmYgaXJxIDE4IGF0IGRldmljZSAxMi4wIG9uIHBjaTEKZW0w OiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowZjoxZjo4Mzo2ZTpmYgplbTA6IFtGQVNU XQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kw CmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwgSUNINSBV RE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAt MHgxNzcsMHgzNzYsMHhmZmEwLTB4ZmZhZiBtZW0gMHhmZWI3ZmMwMC0weGZlYjdm ZmZmIGlycSAxOCBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwCmF0YTA6IDxBVEEgY2hh bm5lbCAwPiBvbiBhdGFwY2kwCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFw Y2kwCmF0YXBjaTE6IDxJbnRlbCBJQ0g1IFNBVEExNTAgY29udHJvbGxlcj4gcG9y dCAweGZlMDAtMHhmZTA3LDB4ZmUxMC0weGZlMTMsMHhmZTIwLTB4ZmUyNywweGZl MzAtMHhmZTMzLDB4ZmVhMC0weGZlYWYgaXJxIDE4IGF0IGRldmljZSAzMS4yIG9u IHBjaTAKYXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTEKYXRhMzogPEFU QSBjaGFubmVsIDE+IG9uIGF0YXBjaTEKaWNoc21iMDogPEludGVsIDgyODAxRUIg KElDSDUpIFNNQnVzIGNvbnRyb2xsZXI+IHBvcnQgMHhlZGEwLTB4ZWRiZiBpcnEg MTcgYXQgZGV2aWNlIDMxLjMgb24gcGNpMAppY2hzbWIwOiBbR0lBTlQtTE9DS0VE XQpzbWJ1czA6IDxTeXN0ZW0gTWFuYWdlbWVudCBCdXM+IG9uIGljaHNtYjAKcGNt MDogPEludGVsIElDSDUgKDgyODAxRUIpPiBwb3J0IDB4ZWUwMC0weGVlZmYsMHhl ZGMwLTB4ZWRmZiBtZW0gMHhmZWI3ZmEwMC0weGZlYjdmYmZmLDB4ZmViN2Y5MDAt MHhmZWI3ZjlmZiBpcnEgMTcgYXQgZGV2aWNlIDMxLjUgb24gcGNpMApwY20wOiA8 QW5hbG9nIERldmljZXMgQUQxOTgxQiBBQzk3IENvZGVjPgphdGtiZGMwOiA8S2V5 Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBv biBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMApr YmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnNpbzA6IDwxNjU1 MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBm bGFncyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnBwYzA6IDxFQ1Ag cGFyYWxsZWwgcHJpbnRlciBwb3J0PiBwb3J0IDB4Mzc4LTB4MzdmLDB4Nzc4LTB4 NzdmIGlycSA3IG9uIGFjcGkwCnBwYzA6IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9F UFAvUFMyL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBtb2RlCnBwYzA6IEZJRk8gd2l0 aCAxNi8xNi84IGJ5dGVzIHRocmVzaG9sZApwcGJ1czA6IDxQYXJhbGxlbCBwb3J0 IGJ1cz4gb24gcHBjMApscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwCmxwdDA6IElu dGVycnVwdC1kcml2ZW4gcG9ydApwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1 czAKcG10aW1lcjAgb24gaXNhMApvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBp b21lbSAweGMwMDAwLTB4Y2E3ZmYsMHhjYTgwMC0weGNiZmZmLDB4Y2MwMDAtMHhk ODdmZiwweGQ4ODAwLTB4ZGJmZmYgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29s ZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBj b25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0 IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAK c2lvMTogY29uZmlndXJlZCBpcnEgMyBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBp cnFzIDAKc2lvMTogcG9ydCBtYXkgbm90IGJlIGVuYWJsZWQKVGltZWNvdW50ZXIg IlRTQyIgZnJlcXVlbmN5IDI3OTMxOTA5NzIgSHogcXVhbGl0eSA4MDAKVGltZWNv dW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwphZDA6IDc2MjkzTUIgPE1heHRv ciA2WTA4MEwwIFlBUjQxQlcwPiBhdCBhdGEwLW1hc3RlciBVRE1BMTAwCmFjZDA6 IENEUk9NIDxTQU1TVU5HIENELVJPTSBTQy0xNDhBL0I0MDM+IGF0IGF0YTEtbWFz dGVyIFVETUEzMwpHRU9NX0xBQkVMOiBMYWJlbCBmb3IgcHJvdmlkZXIgYWQwczEg aXMgbXNkb3Nmcy9EZWxsVXRpbGl0LgpHRU9NX0xBQkVMOiBMYWJlbCBmb3IgcHJv dmlkZXIgYWQwczIgaXMgdWZzL3Rlc3QuClRyeWluZyB0byBtb3VudCByb290IGZy b20gdWZzOi9kZXYvYWQwczNhCmlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRp dmVydCBsb2FkYWJsZSwgcnVsZS1iYXNlZCBmb3J3YXJkaW5nIGRpc2FibGVkLCBk ZWZhdWx0IHRvIGRlbnksIGxvZ2dpbmcgZGlzYWJsZWQKbmV0c21iX2RldjogbG9h ZGVkCg== ------------A9wOZ8OAqq5F5nrfYuhyqu-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 5 22:52:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B3EA16A4DE for ; Tue, 5 Sep 2006 22:52:14 +0000 (UTC) (envelope-from nobody@central.cis.upenn.edu) Received: from central.cis.upenn.edu (CENTRAL.CIS.upenn.edu [158.130.12.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D35C743D45 for ; Tue, 5 Sep 2006 22:52:12 +0000 (GMT) (envelope-from nobody@central.cis.upenn.edu) Received: from central.cis.upenn.edu (localhost [127.0.0.1]) by central.cis.upenn.edu (8.13.6/8.12.9) with ESMTP id k85MqCQ5023922 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 5 Sep 2006 18:52:12 -0400 (EDT) Received: (from daemon@localhost) by central.cis.upenn.edu (8.13.6/8.12.9/Submit) id k85MqC75023918; Tue, 5 Sep 2006 18:52:12 -0400 (EDT) Date: Tue, 5 Sep 2006 18:52:12 -0400 (EDT) Message-Id: <200609052252.k85MqC75023918@central.cis.upenn.edu> To: freebsd-stable@freebsd.org References: <200609052251.k85Mpt69023879@central.cis.upenn.edu> In-Reply-To: <200609052251.k85Mpt69023879@central.cis.upenn.edu> From: labov@cis.upenn.edu X-Loop: chusername Precedence: junk Subject: Re: Sqlz bgvnmloi o X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 22:52:14 -0000 You recently sent mail to labov@cis.upenn.edu. The e-mail address, labov@cis.upenn.edu, has been changed. The new e-mail address is wlabov@cis.upenn.edu. Your mail was forwarded to the new address; you do not need to resend it. This message was sent automatically. No reply is necessary. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 02:14:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1167216A4E5 for ; Wed, 6 Sep 2006 02:14:35 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4433C43D6B for ; Wed, 6 Sep 2006 02:14:28 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k862EIp4025434; Tue, 5 Sep 2006 19:14:19 -0700 From: Kent Stewart To: freebsd-stable@freebsd.org Date: Tue, 5 Sep 2006 19:14:20 -0700 User-Agent: KMail/1.9.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609051914.21182.kstewart@owt.com> Cc: Ronald Klop Subject: Re: em0: watchdog timeout -- resetting (6.1-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 02:14:35 -0000 On Tuesday 05 September 2006 14:52, Ronald Klop wrote: > Hello, > > I get these errors a lot. > > Sep 5 11:55:12 ronald kernel: em0: watchdog timeout -- resetting > Sep 5 11:55:12 ronald kernel: em0: link state changed to DOWN > Sep 5 11:55:14 ronald kernel: em0: link state changed to UP > Sep 5 12:00:37 ronald kernel: em0: watchdog timeout -- resetting > Sep 5 12:00:37 ronald kernel: em0: link state changed to DOWN > Sep 5 12:00:39 ronald kernel: em0: link state changed to UP So am I. Especially when I transfer a GB or 2 from Windows XP to 6.1-stable. I use the FreeBSD machine as a backup for digital photos and my ripped mp3 files. A photo session is usually in excess of 1 GB and can hang with the watchdog timeout. Kent > > I tried turning off rxcsum/txcsum and set these sysctl's. > dev.em.0.rx_int_delay: 0 > dev.em.0.tx_int_delay: 0 (default 66) > But the error is still there. > Searching the internet and the list provides more of the same > problems, but I didn't find an answer. > > My dmesg is attached. > > Is there any info I need to provide to debug this or can I try > patches? > > Ronald. -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 03:40:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01A5916A4DF for ; Wed, 6 Sep 2006 03:40:43 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from bellagio.open2view.com (ns2.open2view.com [203.97.20.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8225B43D45 for ; Wed, 6 Sep 2006 03:40:42 +0000 (GMT) (envelope-from pmurray@nevada.net.nz) Received: from localhost (localhost [127.0.0.1]) by bellagio.open2view.com (Postfix) with ESMTP id 82DF6AC0EE for ; Wed, 6 Sep 2006 15:40:56 +1200 (NZST) Received: from bellagio.open2view.com ([127.0.0.1]) by localhost (bellagio.open2view.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95381-05 for ; Wed, 6 Sep 2006 15:40:54 +1200 (NZST) Received: from [10.58.3.94] (222-152-205-62.jetstream.xtra.co.nz [222.152.205.62]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by bellagio.open2view.com (Postfix) with ESMTP id D35E9AC0D0 for ; Wed, 6 Sep 2006 15:40:53 +1200 (NZST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <1D6A7B88-79F5-4014-9E49-5AD4FFC6AE00@nevada.net.nz> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Philip Murray Date: Wed, 6 Sep 2006 15:40:37 +1200 X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: amavisd-new at open2view.com Subject: Slow/locking UFS/VFS in 6.1? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 03:40:43 -0000 Hi, I just upgraded a webserver (serving a pretty busy site) from a Dual Xeon 2.4Ghz with a 3Ware 7850 8-port (8x Seagate 120GB IDE drives in RAID5) running FreeBSD 4.11 to a Dual Opteron 248 with a 3Ware 9550SX-8LP (8x Hitachi SATA2 250GB drives in a RAID5) running FreeBSD 6.1-Stable. The site runs considerably slower on the faster machine running 6.1, things seem to be blocking on IO a lot more. For instance a page could load very quickly from Apache, and if you reload straight away it can take up to 20 seconds for the page to load again. When this happens it seems a lot of Apache processes get stuck in the UFS state (in top). Is there a way to debug what's going on? or work around it. It should be much much faster which the faster disks and raid controller. Is this lock contention in VFS? Thanks! Phil From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 03:45:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 768B016A4DE for ; Wed, 6 Sep 2006 03:45:54 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B544E43D5E for ; Wed, 6 Sep 2006 03:45:47 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 74FB44E731; Wed, 6 Sep 2006 05:45:49 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05102-08; Wed, 6 Sep 2006 05:45:49 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id 12D6C4E72F; Wed, 6 Sep 2006 05:45:49 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: "'Sam Leffler'" Date: Wed, 6 Sep 2006 05:45:46 +0200 Message-ID: <000e01c6d166$efcb5f30$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_000F_01C6D177.B3542F30" X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcbPd7kXXLJ1sw5dSdeF0QxgEqoZRwB7wyHw In-Reply-To: <44FB0593.3090108@errno.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: freebsd-stable@freebsd.org Subject: RE: atheros driver under high load, panics and even more freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 03:45:54 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C6D177.B3542F30 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable And I forgot to attach netstat -m Daniel > -----Original Message----- > From: Sam Leffler [mailto:sam@errno.com]=20 > Sent: Sunday, September 03, 2006 6:41 PM > To: dandee@volny.cz > Cc: freebsd-stable@freebsd.org > Subject: Re: atheros driver under high load, panics and even=20 > more freezes >=20 > Daniel Dvo=F8=E1k wrote: > > Ok, I will upgrade my boxes and I will do simple ping tests again. > >=20 > > Did you see my sysctl.conf file ? > >=20 > > I mean these options: > >=20 > > kern.ipc.maxsockbuf=3D2097152 > > net.inet.ip.fastforwarding=3D1 > > net.inet.tcp.sendspace=3D65536 > >=20 > > Could be this connected with increasing latency up to 500ms ? >=20 > Seems unlikely but I have little to go on. You can easily=20 > identify whether the delays are in the OS or due to wireless=20 > issues by sniffing traffic. Tools like athstats are also=20 > important for diagnosing problems. >=20 > Sam >=20 ------=_NextPart_000_000F_01C6D177.B3542F30 Content-Type: text/plain; name="netstat -m.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="netstat -m.txt" before the test: 180/1005/1185 mbufs in use (current/cache/total) 172/420/592/7872 mbuf clusters in use (current/cache/total/max) 169/215 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 389K/1091K/1480K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/7/2224 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 488 calls to protocol drain routines during the test: 702/483/1185 mbufs in use (current/cache/total) 317/275/592/7872 mbuf clusters in use (current/cache/total/max) 168/216 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 809K/670K/1480K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/7/2224 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 488 calls to protocol drain routines after the test: 181/1004/1185 mbufs in use (current/cache/total) 171/421/592/7872 mbuf clusters in use (current/cache/total/max) 168/216 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 387K/1093K/1480K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/7/2224 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 488 calls to protocol drain routines ------=_NextPart_000_000F_01C6D177.B3542F30-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 03:51:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B98DB16A4E7 for ; Wed, 6 Sep 2006 03:51:28 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C601643D53 for ; Wed, 6 Sep 2006 03:51:27 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 3821C4E731; Wed, 6 Sep 2006 05:51:29 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05102-09; Wed, 6 Sep 2006 05:51:29 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id F00E54E72F; Wed, 6 Sep 2006 05:51:28 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: "'Sam Leffler'" Date: Wed, 6 Sep 2006 05:51:25 +0200 Message-ID: <000001c6d167$ba63fef0$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcbPd7kXXLJ1sw5dSdeF0QxgEqoZRwB74g4g In-Reply-To: <44FB0593.3090108@errno.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: freebsd-stable@freebsd.org Subject: RE: atheros driver under high load, panics and even more freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 03:51:28 -0000 And there is diffrence even between=20 -i 0.002 and 0.0019 0.002 is okay 1,4ms 0,0019 means "no buffers, PL, big latency, OACTIVE = flag" with -f no problem 0% PL and avg latency 1,5 ms and the throughput = 0,89MB/s IN and OUT. Daniel I am sorry for dividing to 3 emails. > -----Original Message----- > From: Sam Leffler [mailto:sam@errno.com]=20 > Sent: Sunday, September 03, 2006 6:41 PM > To: dandee@volny.cz > Cc: freebsd-stable@freebsd.org > Subject: Re: atheros driver under high load, panics and even=20 > more freezes >=20 > Daniel Dvo=F8=E1k wrote: > > Ok, I will upgrade my boxes and I will do simple ping tests again. > >=20 > > Did you see my sysctl.conf file ? > >=20 > > I mean these options: > >=20 > > kern.ipc.maxsockbuf=3D2097152 > > net.inet.ip.fastforwarding=3D1 > > net.inet.tcp.sendspace=3D65536 > >=20 > > Could be this connected with increasing latency up to 500ms ? >=20 > Seems unlikely but I have little to go on. You can easily=20 > identify whether the delays are in the OS or due to wireless=20 > issues by sniffing traffic. Tools like athstats are also=20 > important for diagnosing problems. >=20 > Sam >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 03:39:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3979116A4DE for ; Wed, 6 Sep 2006 03:39:18 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C36EB43D45 for ; Wed, 6 Sep 2006 03:39:14 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 4CAB94E731; Wed, 6 Sep 2006 05:39:15 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05102-06; Wed, 6 Sep 2006 05:39:14 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id 24AB14E72F; Wed, 6 Sep 2006 05:39:13 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: "'Sam Leffler'" Date: Wed, 6 Sep 2006 05:39:10 +0200 Message-ID: <000401c6d166$03d1fa80$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0005_01C6D176.C75ACA80" X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcbPd7kXXLJ1sw5dSdeF0QxgEqoZRwB5qCgg In-Reply-To: <44FB0593.3090108@errno.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz X-Mailman-Approved-At: Wed, 06 Sep 2006 04:09:44 +0000 Cc: freebsd-stable@freebsd.org Subject: RE: atheros driver under high load, panics and even more freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 03:39:18 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C6D176.C75ACA80 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Hi Sam and all, I am not sure if I understand your answer, but I try it. When I use start my test, athstats shows this: athstats -i ath0 19308912 data frames received 15723536 data frames transmit 6536 tx frames with an alternate rate 2188280 long on-chip tx retries 62583 tx failed 'cuz too many retries 348 tx linearized to cluster 24M current transmit rate 6 tx management frames 6 tx frames discarded prior to association 27129 tx stopped 'cuz no xmit buffer 23057 tx frames with no ack marked 1182 rx failed 'cuz of bad CRC 761604 rx failed 'cuz of PHY err 761604 OFDM timing 4829 periodic calibrations 28 rssi of last ack 27 avg recv rssi -96 rx noise floor 1 switched default/rx antenna Antenna profile: [1] tx 15660942 rx 19451935 [2] tx 2 rx 0 ... I use this ping command from R2: ping -i .002 -c 10000 -s 1472 opposite side R1 --- R1 ping statistics --- 10000 packets transmitted, 10000 packets received, 0% packet loss round-trip min/avg/max/stddev =3D 1.316/1.442/49.391/1.757 ms You can see nice average latency about 1,4 ms and no one packet was = lost. athstats almost wasn=B4t changed. 19309465 data frames received 15724079 data frames transmit 6536 tx frames with an alternate rate 2188281 long on-chip tx retries 62583 tx failed 'cuz too many retries 348 tx linearized to cluster 24M current transmit rate 6 tx management frames 6 tx frames discarded prior to association 27129 tx stopped 'cuz no xmit buffer 23075 tx frames with no ack marked 1182 rx failed 'cuz of bad CRC 761605 rx failed 'cuz of PHY err 761605 OFDM timing 4834 periodic calibrations 29 rssi of last ack 27 avg recv rssi -96 rx noise floor 1 switched default/rx antenna Antenna profile: [1] tx 15661485 rx 19452488 [2] tx 2 rx 0 For compare with flood ping at once: --- R1 ping statistics --- 10000 packets transmitted, 10000 packets received, 0% packet loss round-trip min/avg/max/stddev =3D 1.319/1.516/5.594/0.120 ms Almost the same, yes max is even better. -------------------------------------------------------------------------= --- -------------- If I use interval 1/1000 s to send the echo request, the situation is rapidly changed. ping -i .001 -c 10000 -s 1472 opposite side R1 --- R1 ping statistics --- 10000 packets transmitted, 9681 packets received, 3% packet loss round-trip min/avg/max/stddev =3D 1.319/335.806/564.946/170.691 ms R2# ifconfig -v ath0 ath0: flags=3D8c43 mtu = 1500 ------ ??????????? OACTIVE FLAG ????????? ---- inet6 fe80::20b:6bff:fe2a:c78e%ath0 prefixlen 64 scopeid 0x2 inet 10.XX.YY.ZZ netmask 0xfffffffc broadcast 10.40.64.19 ether xxxxxxxxxxxxxxxx media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11a (OFDM/24Mbps) status: associated 19350739 data frames received 15765446 data frames transmit 6536 tx frames with an alternate rate 2194842 long on-chip tx retries 62590 tx failed 'cuz too many retries 348 tx linearized to cluster 24M current transmit rate 6 tx management frames 6 tx frames discarded prior to association 29242 tx stopped 'cuz no xmit buffer 23155 tx frames with no ack marked 1182 rx failed 'cuz of bad CRC 764641 rx failed 'cuz of PHY err 764641 OFDM timing 4856 periodic calibrations 28 rssi of last ack 27 avg recv rssi -96 rx noise floor 1 switched default/rx antenna Antenna profile: [1] tx 15702845 rx 19493774 [2] tx 2 rx 0 I observe flags of ath and when latency is going to high more and more, there is a new flag which I=B4ve never seen before, OACTIVE FLAG ? R2# man ifconfig | grep "OACTIVE" When ping ends oactive flag disappears. When the same ping test is done from linux box to fbsd, nice latency = 1,2ms and no "no buffer". with -i 0.002 the throughput is about 0,5MB/s in and out of cource with -i 0.001 until no buffer is about 0,85MB/s in and out. when no buffer and octive appears, the throughput is about 0,1MB/s or 128KB/s if you like or 1Mbit/s. I attached the progress of pinging ip address. Thanks Daniel > -----Original Message----- > From: Sam Leffler [mailto:sam@errno.com] > Sent: Sunday, September 03, 2006 6:41 PM > To: dandee@volny.cz > Cc: freebsd-stable@freebsd.org > Subject: Re: atheros driver under high load, panics and even > more freezes > > Daniel Dvo=F8=E1k wrote: > > Ok, I will upgrade my boxes and I will do simple ping tests again. > > > > Did you see my sysctl.conf file ? > > > > I mean these options: > > > > kern.ipc.maxsockbuf=3D2097152 > > net.inet.ip.fastforwarding=3D1 > > net.inet.tcp.sendspace=3D65536 > > > > Could be this connected with increasing latency up to 500ms ? > > Seems unlikely but I have little to go on. You can easily > identify whether the delays are in the OS or due to wireless > issues by sniffing traffic. Tools like athstats are also > important for diagnosing problems. > > Sam >=20 _____ =20 avast! Antivirus : Odchozi zprava cista.=20 Virova databaze (VPS): 0635-5, 04.09.2006 Testovano: 6.9.2006 5:39:10 avast! - copyright (c) 1988-2006 ALWIL Software. ------=_NextPart_000_0005_01C6D176.C75ACA80 Content-Type: text/plain; name="ping sendto No buffer space available.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ping sendto No buffer space available.txt" R2# ping -i .001 -c 10000 -s 1472 R1 PING R1 (10.40.64.17): 1472 data bytes 1480 bytes from 10.40.64.17: icmp_seq=3D0 ttl=3D64 time=3D1.516 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1 ttl=3D64 time=3D1.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2 ttl=3D64 time=3D1.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3 ttl=3D64 time=3D1.701 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4 ttl=3D64 time=3D1.480 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5 ttl=3D64 time=3D1.712 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6 ttl=3D64 time=3D1.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7 ttl=3D64 time=3D1.792 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8 ttl=3D64 time=3D1.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9 ttl=3D64 time=3D2.019 ms 1480 bytes from 10.40.64.17: icmp_seq=3D10 ttl=3D64 time=3D1.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D11 ttl=3D64 time=3D1.435 ms 1480 bytes from 10.40.64.17: icmp_seq=3D12 ttl=3D64 time=3D1.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D13 ttl=3D64 time=3D1.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D14 ttl=3D64 time=3D1.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D15 ttl=3D64 time=3D1.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D16 ttl=3D64 time=3D1.818 ms 1480 bytes from 10.40.64.17: icmp_seq=3D17 ttl=3D64 time=3D1.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D18 ttl=3D64 time=3D1.933 ms 1480 bytes from 10.40.64.17: icmp_seq=3D19 ttl=3D64 time=3D1.503 ms 1480 bytes from 10.40.64.17: icmp_seq=3D20 ttl=3D64 time=3D1.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D21 ttl=3D64 time=3D1.633 ms 1480 bytes from 10.40.64.17: icmp_seq=3D22 ttl=3D64 time=3D1.475 ms 1480 bytes from 10.40.64.17: icmp_seq=3D23 ttl=3D64 time=3D1.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D24 ttl=3D64 time=3D1.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D25 ttl=3D64 time=3D1.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D26 ttl=3D64 time=3D1.558 ms 1480 bytes from 10.40.64.17: icmp_seq=3D27 ttl=3D64 time=3D1.559 ms 1480 bytes from 10.40.64.17: icmp_seq=3D28 ttl=3D64 time=3D1.619 ms 1480 bytes from 10.40.64.17: icmp_seq=3D29 ttl=3D64 time=3D1.477 ms 1480 bytes from 10.40.64.17: icmp_seq=3D30 ttl=3D64 time=3D1.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D31 ttl=3D64 time=3D1.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D32 ttl=3D64 time=3D2.018 ms 1480 bytes from 10.40.64.17: icmp_seq=3D33 ttl=3D64 time=3D1.577 ms 1480 bytes from 10.40.64.17: icmp_seq=3D34 ttl=3D64 time=3D1.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D35 ttl=3D64 time=3D1.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D36 ttl=3D64 time=3D1.560 ms 1480 bytes from 10.40.64.17: icmp_seq=3D37 ttl=3D64 time=3D1.688 ms 1480 bytes from 10.40.64.17: icmp_seq=3D38 ttl=3D64 time=3D1.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D39 ttl=3D64 time=3D1.718 ms 1480 bytes from 10.40.64.17: icmp_seq=3D40 ttl=3D64 time=3D1.534 ms 1480 bytes from 10.40.64.17: icmp_seq=3D41 ttl=3D64 time=3D1.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D42 ttl=3D64 time=3D1.551 ms 1480 bytes from 10.40.64.17: icmp_seq=3D43 ttl=3D64 time=3D1.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D44 ttl=3D64 time=3D1.414 ms 1480 bytes from 10.40.64.17: icmp_seq=3D45 ttl=3D64 time=3D1.472 ms 1480 bytes from 10.40.64.17: icmp_seq=3D46 ttl=3D64 time=3D1.489 ms 1480 bytes from 10.40.64.17: icmp_seq=3D47 ttl=3D64 time=3D1.350 ms 1480 bytes from 10.40.64.17: icmp_seq=3D48 ttl=3D64 time=3D1.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D49 ttl=3D64 time=3D1.514 ms 1480 bytes from 10.40.64.17: icmp_seq=3D50 ttl=3D64 time=3D1.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D51 ttl=3D64 time=3D1.521 ms 1480 bytes from 10.40.64.17: icmp_seq=3D52 ttl=3D64 time=3D1.677 ms 1480 bytes from 10.40.64.17: icmp_seq=3D53 ttl=3D64 time=3D1.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D54 ttl=3D64 time=3D1.659 ms 1480 bytes from 10.40.64.17: icmp_seq=3D55 ttl=3D64 time=3D1.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D56 ttl=3D64 time=3D1.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D57 ttl=3D64 time=3D1.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D58 ttl=3D64 time=3D1.929 ms 1480 bytes from 10.40.64.17: icmp_seq=3D59 ttl=3D64 time=3D1.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D60 ttl=3D64 time=3D1.466 ms 1480 bytes from 10.40.64.17: icmp_seq=3D61 ttl=3D64 time=3D1.472 ms 1480 bytes from 10.40.64.17: icmp_seq=3D62 ttl=3D64 time=3D1.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D63 ttl=3D64 time=3D1.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D64 ttl=3D64 time=3D1.426 ms 1480 bytes from 10.40.64.17: icmp_seq=3D65 ttl=3D64 time=3D1.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D66 ttl=3D64 time=3D1.425 ms 1480 bytes from 10.40.64.17: icmp_seq=3D67 ttl=3D64 time=3D1.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D68 ttl=3D64 time=3D1.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D69 ttl=3D64 time=3D1.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D70 ttl=3D64 time=3D1.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D71 ttl=3D64 time=3D1.994 ms 1480 bytes from 10.40.64.17: icmp_seq=3D72 ttl=3D64 time=3D1.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D73 ttl=3D64 time=3D1.410 ms 1480 bytes from 10.40.64.17: icmp_seq=3D74 ttl=3D64 time=3D2.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D75 ttl=3D64 time=3D2.044 ms 1480 bytes from 10.40.64.17: icmp_seq=3D76 ttl=3D64 time=3D1.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D77 ttl=3D64 time=3D1.505 ms 1480 bytes from 10.40.64.17: icmp_seq=3D78 ttl=3D64 time=3D1.393 ms 1480 bytes from 10.40.64.17: icmp_seq=3D79 ttl=3D64 time=3D1.559 ms 1480 bytes from 10.40.64.17: icmp_seq=3D80 ttl=3D64 time=3D1.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D81 ttl=3D64 time=3D1.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D82 ttl=3D64 time=3D1.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D83 ttl=3D64 time=3D1.605 ms 1480 bytes from 10.40.64.17: icmp_seq=3D84 ttl=3D64 time=3D2.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D85 ttl=3D64 time=3D1.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D86 ttl=3D64 time=3D1.489 ms 1480 bytes from 10.40.64.17: icmp_seq=3D87 ttl=3D64 time=3D1.578 ms 1480 bytes from 10.40.64.17: icmp_seq=3D88 ttl=3D64 time=3D1.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D89 ttl=3D64 time=3D1.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D90 ttl=3D64 time=3D1.425 ms 1480 bytes from 10.40.64.17: icmp_seq=3D91 ttl=3D64 time=3D1.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D92 ttl=3D64 time=3D1.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D93 ttl=3D64 time=3D1.579 ms 1480 bytes from 10.40.64.17: icmp_seq=3D94 ttl=3D64 time=3D1.959 ms 1480 bytes from 10.40.64.17: icmp_seq=3D95 ttl=3D64 time=3D1.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D96 ttl=3D64 time=3D1.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D97 ttl=3D64 time=3D1.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D98 ttl=3D64 time=3D1.534 ms 1480 bytes from 10.40.64.17: icmp_seq=3D99 ttl=3D64 time=3D1.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D100 ttl=3D64 time=3D1.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D101 ttl=3D64 time=3D1.476 ms 1480 bytes from 10.40.64.17: icmp_seq=3D102 ttl=3D64 time=3D1.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D103 ttl=3D64 time=3D1.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D104 ttl=3D64 time=3D1.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D105 ttl=3D64 time=3D1.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D106 ttl=3D64 time=3D1.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D107 ttl=3D64 time=3D1.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D108 ttl=3D64 time=3D1.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D109 ttl=3D64 time=3D1.453 ms 1480 bytes from 10.40.64.17: icmp_seq=3D110 ttl=3D64 time=3D1.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D111 ttl=3D64 time=3D1.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D112 ttl=3D64 time=3D1.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D113 ttl=3D64 time=3D1.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D114 ttl=3D64 time=3D1.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D115 ttl=3D64 time=3D1.715 ms 1480 bytes from 10.40.64.17: icmp_seq=3D116 ttl=3D64 time=3D1.578 ms 1480 bytes from 10.40.64.17: icmp_seq=3D117 ttl=3D64 time=3D1.931 ms 1480 bytes from 10.40.64.17: icmp_seq=3D118 ttl=3D64 time=3D1.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D119 ttl=3D64 time=3D1.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D120 ttl=3D64 time=3D1.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D121 ttl=3D64 time=3D1.453 ms 1480 bytes from 10.40.64.17: icmp_seq=3D122 ttl=3D64 time=3D1.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D123 ttl=3D64 time=3D1.583 ms 1480 bytes from 10.40.64.17: icmp_seq=3D124 ttl=3D64 time=3D1.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D125 ttl=3D64 time=3D1.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D126 ttl=3D64 time=3D1.911 ms 1480 bytes from 10.40.64.17: icmp_seq=3D127 ttl=3D64 time=3D1.516 ms 1480 bytes from 10.40.64.17: icmp_seq=3D128 ttl=3D64 time=3D1.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D129 ttl=3D64 time=3D1.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D130 ttl=3D64 time=3D1.474 ms 1480 bytes from 10.40.64.17: icmp_seq=3D131 ttl=3D64 time=3D1.808 ms 1480 bytes from 10.40.64.17: icmp_seq=3D132 ttl=3D64 time=3D1.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D133 ttl=3D64 time=3D1.700 ms 1480 bytes from 10.40.64.17: icmp_seq=3D134 ttl=3D64 time=3D1.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D135 ttl=3D64 time=3D1.646 ms 1480 bytes from 10.40.64.17: icmp_seq=3D136 ttl=3D64 time=3D1.583 ms 1480 bytes from 10.40.64.17: icmp_seq=3D137 ttl=3D64 time=3D1.915 ms 1480 bytes from 10.40.64.17: icmp_seq=3D138 ttl=3D64 time=3D1.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D139 ttl=3D64 time=3D1.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D140 ttl=3D64 time=3D1.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D141 ttl=3D64 time=3D1.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D142 ttl=3D64 time=3D1.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D143 ttl=3D64 time=3D1.542 ms 1480 bytes from 10.40.64.17: icmp_seq=3D144 ttl=3D64 time=3D1.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D145 ttl=3D64 time=3D1.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D146 ttl=3D64 time=3D1.595 ms 1480 bytes from 10.40.64.17: icmp_seq=3D147 ttl=3D64 time=3D1.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D148 ttl=3D64 time=3D2.512 ms 1480 bytes from 10.40.64.17: icmp_seq=3D149 ttl=3D64 time=3D2.143 ms 1480 bytes from 10.40.64.17: icmp_seq=3D150 ttl=3D64 time=3D1.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D151 ttl=3D64 time=3D1.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D152 ttl=3D64 time=3D1.595 ms 1480 bytes from 10.40.64.17: icmp_seq=3D153 ttl=3D64 time=3D1.577 ms 1480 bytes from 10.40.64.17: icmp_seq=3D154 ttl=3D64 time=3D1.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D155 ttl=3D64 time=3D1.475 ms 1480 bytes from 10.40.64.17: icmp_seq=3D156 ttl=3D64 time=3D1.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D157 ttl=3D64 time=3D1.451 ms 1480 bytes from 10.40.64.17: icmp_seq=3D158 ttl=3D64 time=3D1.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D159 ttl=3D64 time=3D1.433 ms 1480 bytes from 10.40.64.17: icmp_seq=3D160 ttl=3D64 time=3D1.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D161 ttl=3D64 time=3D1.429 ms 1480 bytes from 10.40.64.17: icmp_seq=3D162 ttl=3D64 time=3D1.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D163 ttl=3D64 time=3D1.475 ms 1480 bytes from 10.40.64.17: icmp_seq=3D164 ttl=3D64 time=3D2.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D165 ttl=3D64 time=3D1.661 ms 1480 bytes from 10.40.64.17: icmp_seq=3D166 ttl=3D64 time=3D1.472 ms 1480 bytes from 10.40.64.17: icmp_seq=3D167 ttl=3D64 time=3D1.624 ms 1480 bytes from 10.40.64.17: icmp_seq=3D168 ttl=3D64 time=3D1.543 ms 1480 bytes from 10.40.64.17: icmp_seq=3D169 ttl=3D64 time=3D1.781 ms 1480 bytes from 10.40.64.17: icmp_seq=3D170 ttl=3D64 time=3D1.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D171 ttl=3D64 time=3D1.953 ms 1480 bytes from 10.40.64.17: icmp_seq=3D172 ttl=3D64 time=3D1.515 ms 1480 bytes from 10.40.64.17: icmp_seq=3D173 ttl=3D64 time=3D1.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D174 ttl=3D64 time=3D1.601 ms 1480 bytes from 10.40.64.17: icmp_seq=3D175 ttl=3D64 time=3D2.104 ms 1480 bytes from 10.40.64.17: icmp_seq=3D176 ttl=3D64 time=3D1.571 ms 1480 bytes from 10.40.64.17: icmp_seq=3D177 ttl=3D64 time=3D1.569 ms 1480 bytes from 10.40.64.17: icmp_seq=3D178 ttl=3D64 time=3D1.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D179 ttl=3D64 time=3D1.580 ms 1480 bytes from 10.40.64.17: icmp_seq=3D180 ttl=3D64 time=3D1.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D181 ttl=3D64 time=3D1.516 ms 1480 bytes from 10.40.64.17: icmp_seq=3D182 ttl=3D64 time=3D1.583 ms 1480 bytes from 10.40.64.17: icmp_seq=3D183 ttl=3D64 time=3D1.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D184 ttl=3D64 time=3D1.365 ms 1480 bytes from 10.40.64.17: icmp_seq=3D185 ttl=3D64 time=3D1.593 ms 1480 bytes from 10.40.64.17: icmp_seq=3D186 ttl=3D64 time=3D1.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D187 ttl=3D64 time=3D1.436 ms 1480 bytes from 10.40.64.17: icmp_seq=3D188 ttl=3D64 time=3D1.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D189 ttl=3D64 time=3D1.589 ms 1480 bytes from 10.40.64.17: icmp_seq=3D190 ttl=3D64 time=3D1.388 ms 1480 bytes from 10.40.64.17: icmp_seq=3D191 ttl=3D64 time=3D1.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D192 ttl=3D64 time=3D1.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D193 ttl=3D64 time=3D1.858 ms 1480 bytes from 10.40.64.17: icmp_seq=3D194 ttl=3D64 time=3D1.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D195 ttl=3D64 time=3D2.019 ms 1480 bytes from 10.40.64.17: icmp_seq=3D196 ttl=3D64 time=3D1.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D197 ttl=3D64 time=3D1.518 ms 1480 bytes from 10.40.64.17: icmp_seq=3D198 ttl=3D64 time=3D1.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D199 ttl=3D64 time=3D1.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D200 ttl=3D64 time=3D1.514 ms 1480 bytes from 10.40.64.17: icmp_seq=3D201 ttl=3D64 time=3D1.657 ms 1480 bytes from 10.40.64.17: icmp_seq=3D202 ttl=3D64 time=3D1.414 ms 1480 bytes from 10.40.64.17: icmp_seq=3D203 ttl=3D64 time=3D1.579 ms 1480 bytes from 10.40.64.17: icmp_seq=3D204 ttl=3D64 time=3D1.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D205 ttl=3D64 time=3D1.435 ms 1480 bytes from 10.40.64.17: icmp_seq=3D206 ttl=3D64 time=3D1.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D207 ttl=3D64 time=3D1.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D208 ttl=3D64 time=3D1.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D209 ttl=3D64 time=3D1.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D210 ttl=3D64 time=3D1.578 ms 1480 bytes from 10.40.64.17: icmp_seq=3D211 ttl=3D64 time=3D1.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D212 ttl=3D64 time=3D1.521 ms 1480 bytes from 10.40.64.17: icmp_seq=3D213 ttl=3D64 time=3D2.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D214 ttl=3D64 time=3D1.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D215 ttl=3D64 time=3D1.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D216 ttl=3D64 time=3D1.696 ms 1480 bytes from 10.40.64.17: icmp_seq=3D217 ttl=3D64 time=3D1.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D218 ttl=3D64 time=3D1.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D219 ttl=3D64 time=3D1.367 ms 1480 bytes from 10.40.64.17: icmp_seq=3D220 ttl=3D64 time=3D1.869 ms 1480 bytes from 10.40.64.17: icmp_seq=3D221 ttl=3D64 time=3D1.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D222 ttl=3D64 time=3D3.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D223 ttl=3D64 time=3D2.901 ms 1480 bytes from 10.40.64.17: icmp_seq=3D224 ttl=3D64 time=3D2.949 ms 1480 bytes from 10.40.64.17: icmp_seq=3D225 ttl=3D64 time=3D3.126 ms 1480 bytes from 10.40.64.17: icmp_seq=3D226 ttl=3D64 time=3D3.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D227 ttl=3D64 time=3D3.219 ms 1480 bytes from 10.40.64.17: icmp_seq=3D228 ttl=3D64 time=3D3.187 ms 1480 bytes from 10.40.64.17: icmp_seq=3D229 ttl=3D64 time=3D4.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D230 ttl=3D64 time=3D5.858 ms 1480 bytes from 10.40.64.17: icmp_seq=3D231 ttl=3D64 time=3D7.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D232 ttl=3D64 time=3D16.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D234 ttl=3D64 time=3D14.490 ms 1480 bytes from 10.40.64.17: icmp_seq=3D233 ttl=3D64 time=3D17.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D235 ttl=3D64 time=3D16.953 ms 1480 bytes from 10.40.64.17: icmp_seq=3D236 ttl=3D64 time=3D18.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D237 ttl=3D64 time=3D18.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D238 ttl=3D64 time=3D17.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D239 ttl=3D64 time=3D16.837 ms 1480 bytes from 10.40.64.17: icmp_seq=3D240 ttl=3D64 time=3D16.432 ms 1480 bytes from 10.40.64.17: icmp_seq=3D241 ttl=3D64 time=3D15.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D242 ttl=3D64 time=3D15.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D243 ttl=3D64 time=3D15.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D244 ttl=3D64 time=3D14.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D245 ttl=3D64 time=3D13.889 ms 1480 bytes from 10.40.64.17: icmp_seq=3D246 ttl=3D64 time=3D13.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D247 ttl=3D64 time=3D12.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D248 ttl=3D64 time=3D13.367 ms 1480 bytes from 10.40.64.17: icmp_seq=3D249 ttl=3D64 time=3D12.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D250 ttl=3D64 time=3D12.628 ms 1480 bytes from 10.40.64.17: icmp_seq=3D251 ttl=3D64 time=3D15.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D252 ttl=3D64 time=3D17.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D253 ttl=3D64 time=3D17.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D254 ttl=3D64 time=3D16.911 ms 1480 bytes from 10.40.64.17: icmp_seq=3D255 ttl=3D64 time=3D19.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D256 ttl=3D64 time=3D19.350 ms 1480 bytes from 10.40.64.17: icmp_seq=3D257 ttl=3D64 time=3D17.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D258 ttl=3D64 time=3D16.795 ms 1480 bytes from 10.40.64.17: icmp_seq=3D259 ttl=3D64 time=3D16.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D260 ttl=3D64 time=3D15.777 ms 1480 bytes from 10.40.64.17: icmp_seq=3D261 ttl=3D64 time=3D14.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D262 ttl=3D64 time=3D15.141 ms 1480 bytes from 10.40.64.17: icmp_seq=3D263 ttl=3D64 time=3D16.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D264 ttl=3D64 time=3D16.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D265 ttl=3D64 time=3D17.076 ms 1480 bytes from 10.40.64.17: icmp_seq=3D266 ttl=3D64 time=3D16.015 ms 1480 bytes from 10.40.64.17: icmp_seq=3D267 ttl=3D64 time=3D19.291 ms 1480 bytes from 10.40.64.17: icmp_seq=3D268 ttl=3D64 time=3D20.578 ms 1480 bytes from 10.40.64.17: icmp_seq=3D269 ttl=3D64 time=3D20.203 ms 1480 bytes from 10.40.64.17: icmp_seq=3D270 ttl=3D64 time=3D19.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D271 ttl=3D64 time=3D17.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D272 ttl=3D64 time=3D17.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D273 ttl=3D64 time=3D15.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D274 ttl=3D64 time=3D15.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D275 ttl=3D64 time=3D15.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D276 ttl=3D64 time=3D14.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D277 ttl=3D64 time=3D14.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D278 ttl=3D64 time=3D14.257 ms 1480 bytes from 10.40.64.17: icmp_seq=3D279 ttl=3D64 time=3D13.440 ms 1480 bytes from 10.40.64.17: icmp_seq=3D280 ttl=3D64 time=3D13.711 ms 1480 bytes from 10.40.64.17: icmp_seq=3D281 ttl=3D64 time=3D12.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D282 ttl=3D64 time=3D16.118 ms 1480 bytes from 10.40.64.17: icmp_seq=3D283 ttl=3D64 time=3D14.810 ms 1480 bytes from 10.40.64.17: icmp_seq=3D284 ttl=3D64 time=3D14.464 ms 1480 bytes from 10.40.64.17: icmp_seq=3D285 ttl=3D64 time=3D15.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D286 ttl=3D64 time=3D18.545 ms 1480 bytes from 10.40.64.17: icmp_seq=3D287 ttl=3D64 time=3D18.456 ms 1480 bytes from 10.40.64.17: icmp_seq=3D288 ttl=3D64 time=3D16.876 ms 1480 bytes from 10.40.64.17: icmp_seq=3D289 ttl=3D64 time=3D18.051 ms 1480 bytes from 10.40.64.17: icmp_seq=3D290 ttl=3D64 time=3D18.280 ms 1480 bytes from 10.40.64.17: icmp_seq=3D291 ttl=3D64 time=3D17.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D292 ttl=3D64 time=3D17.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D293 ttl=3D64 time=3D18.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D294 ttl=3D64 time=3D19.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D295 ttl=3D64 time=3D20.391 ms 1480 bytes from 10.40.64.17: icmp_seq=3D296 ttl=3D64 time=3D20.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D297 ttl=3D64 time=3D20.266 ms 1480 bytes from 10.40.64.17: icmp_seq=3D298 ttl=3D64 time=3D18.802 ms 1480 bytes from 10.40.64.17: icmp_seq=3D299 ttl=3D64 time=3D20.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D300 ttl=3D64 time=3D19.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D301 ttl=3D64 time=3D19.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D302 ttl=3D64 time=3D18.191 ms 1480 bytes from 10.40.64.17: icmp_seq=3D303 ttl=3D64 time=3D17.588 ms 1480 bytes from 10.40.64.17: icmp_seq=3D304 ttl=3D64 time=3D17.061 ms 1480 bytes from 10.40.64.17: icmp_seq=3D305 ttl=3D64 time=3D17.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D306 ttl=3D64 time=3D16.949 ms 1480 bytes from 10.40.64.17: icmp_seq=3D307 ttl=3D64 time=3D15.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D308 ttl=3D64 time=3D15.987 ms 1480 bytes from 10.40.64.17: icmp_seq=3D309 ttl=3D64 time=3D16.451 ms 1480 bytes from 10.40.64.17: icmp_seq=3D310 ttl=3D64 time=3D15.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D311 ttl=3D64 time=3D15.567 ms 1480 bytes from 10.40.64.17: icmp_seq=3D312 ttl=3D64 time=3D15.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D313 ttl=3D64 time=3D16.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D314 ttl=3D64 time=3D16.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D315 ttl=3D64 time=3D16.254 ms 1480 bytes from 10.40.64.17: icmp_seq=3D316 ttl=3D64 time=3D16.515 ms 1480 bytes from 10.40.64.17: icmp_seq=3D317 ttl=3D64 time=3D16.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D318 ttl=3D64 time=3D16.291 ms 1480 bytes from 10.40.64.17: icmp_seq=3D319 ttl=3D64 time=3D16.226 ms 1480 bytes from 10.40.64.17: icmp_seq=3D320 ttl=3D64 time=3D15.570 ms 1480 bytes from 10.40.64.17: icmp_seq=3D321 ttl=3D64 time=3D17.686 ms 1480 bytes from 10.40.64.17: icmp_seq=3D322 ttl=3D64 time=3D18.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D323 ttl=3D64 time=3D17.529 ms 1480 bytes from 10.40.64.17: icmp_seq=3D324 ttl=3D64 time=3D19.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D325 ttl=3D64 time=3D19.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D326 ttl=3D64 time=3D18.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D327 ttl=3D64 time=3D18.624 ms 1480 bytes from 10.40.64.17: icmp_seq=3D328 ttl=3D64 time=3D20.091 ms 1480 bytes from 10.40.64.17: icmp_seq=3D329 ttl=3D64 time=3D20.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D330 ttl=3D64 time=3D20.795 ms 1480 bytes from 10.40.64.17: icmp_seq=3D331 ttl=3D64 time=3D20.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D332 ttl=3D64 time=3D20.097 ms 1480 bytes from 10.40.64.17: icmp_seq=3D333 ttl=3D64 time=3D21.838 ms 1480 bytes from 10.40.64.17: icmp_seq=3D334 ttl=3D64 time=3D21.868 ms 1480 bytes from 10.40.64.17: icmp_seq=3D335 ttl=3D64 time=3D23.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D336 ttl=3D64 time=3D22.106 ms 1480 bytes from 10.40.64.17: icmp_seq=3D337 ttl=3D64 time=3D23.256 ms 1480 bytes from 10.40.64.17: icmp_seq=3D338 ttl=3D64 time=3D24.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D339 ttl=3D64 time=3D23.392 ms 1480 bytes from 10.40.64.17: icmp_seq=3D340 ttl=3D64 time=3D23.961 ms 1480 bytes from 10.40.64.17: icmp_seq=3D341 ttl=3D64 time=3D23.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D342 ttl=3D64 time=3D22.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D343 ttl=3D64 time=3D22.969 ms 1480 bytes from 10.40.64.17: icmp_seq=3D344 ttl=3D64 time=3D23.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D345 ttl=3D64 time=3D23.593 ms 1480 bytes from 10.40.64.17: icmp_seq=3D346 ttl=3D64 time=3D22.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D347 ttl=3D64 time=3D21.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D348 ttl=3D64 time=3D22.400 ms 1480 bytes from 10.40.64.17: icmp_seq=3D349 ttl=3D64 time=3D21.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D350 ttl=3D64 time=3D21.089 ms 1480 bytes from 10.40.64.17: icmp_seq=3D351 ttl=3D64 time=3D20.955 ms 1480 bytes from 10.40.64.17: icmp_seq=3D352 ttl=3D64 time=3D21.226 ms 1480 bytes from 10.40.64.17: icmp_seq=3D353 ttl=3D64 time=3D21.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D354 ttl=3D64 time=3D20.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D355 ttl=3D64 time=3D19.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D356 ttl=3D64 time=3D18.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D357 ttl=3D64 time=3D17.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D358 ttl=3D64 time=3D17.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D359 ttl=3D64 time=3D16.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D360 ttl=3D64 time=3D16.755 ms 1480 bytes from 10.40.64.17: icmp_seq=3D361 ttl=3D64 time=3D20.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D362 ttl=3D64 time=3D21.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D363 ttl=3D64 time=3D21.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D364 ttl=3D64 time=3D20.542 ms 1480 bytes from 10.40.64.17: icmp_seq=3D365 ttl=3D64 time=3D20.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D366 ttl=3D64 time=3D19.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D367 ttl=3D64 time=3D21.100 ms 1480 bytes from 10.40.64.17: icmp_seq=3D368 ttl=3D64 time=3D20.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D369 ttl=3D64 time=3D22.253 ms 1480 bytes from 10.40.64.17: icmp_seq=3D370 ttl=3D64 time=3D22.055 ms 1480 bytes from 10.40.64.17: icmp_seq=3D371 ttl=3D64 time=3D23.193 ms 1480 bytes from 10.40.64.17: icmp_seq=3D372 ttl=3D64 time=3D22.654 ms 1480 bytes from 10.40.64.17: icmp_seq=3D373 ttl=3D64 time=3D24.140 ms 1480 bytes from 10.40.64.17: icmp_seq=3D374 ttl=3D64 time=3D23.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D375 ttl=3D64 time=3D25.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D376 ttl=3D64 time=3D29.527 ms 1480 bytes from 10.40.64.17: icmp_seq=3D377 ttl=3D64 time=3D29.781 ms 1480 bytes from 10.40.64.17: icmp_seq=3D378 ttl=3D64 time=3D29.337 ms 1480 bytes from 10.40.64.17: icmp_seq=3D379 ttl=3D64 time=3D29.165 ms 1480 bytes from 10.40.64.17: icmp_seq=3D380 ttl=3D64 time=3D30.235 ms 1480 bytes from 10.40.64.17: icmp_seq=3D381 ttl=3D64 time=3D29.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D382 ttl=3D64 time=3D30.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D383 ttl=3D64 time=3D30.900 ms 1480 bytes from 10.40.64.17: icmp_seq=3D384 ttl=3D64 time=3D31.954 ms 1480 bytes from 10.40.64.17: icmp_seq=3D385 ttl=3D64 time=3D31.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D386 ttl=3D64 time=3D32.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D387 ttl=3D64 time=3D33.987 ms 1480 bytes from 10.40.64.17: icmp_seq=3D388 ttl=3D64 time=3D34.508 ms 1480 bytes from 10.40.64.17: icmp_seq=3D389 ttl=3D64 time=3D32.933 ms 1480 bytes from 10.40.64.17: icmp_seq=3D390 ttl=3D64 time=3D32.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D391 ttl=3D64 time=3D33.349 ms 1480 bytes from 10.40.64.17: icmp_seq=3D392 ttl=3D64 time=3D32.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D393 ttl=3D64 time=3D30.789 ms 1480 bytes from 10.40.64.17: icmp_seq=3D394 ttl=3D64 time=3D29.484 ms 1480 bytes from 10.40.64.17: icmp_seq=3D395 ttl=3D64 time=3D29.091 ms 1480 bytes from 10.40.64.17: icmp_seq=3D396 ttl=3D64 time=3D28.609 ms 1480 bytes from 10.40.64.17: icmp_seq=3D397 ttl=3D64 time=3D32.212 ms 1480 bytes from 10.40.64.17: icmp_seq=3D398 ttl=3D64 time=3D31.990 ms 1480 bytes from 10.40.64.17: icmp_seq=3D399 ttl=3D64 time=3D32.259 ms 1480 bytes from 10.40.64.17: icmp_seq=3D400 ttl=3D64 time=3D31.724 ms 1480 bytes from 10.40.64.17: icmp_seq=3D401 ttl=3D64 time=3D32.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D402 ttl=3D64 time=3D34.945 ms 1480 bytes from 10.40.64.17: icmp_seq=3D403 ttl=3D64 time=3D34.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D404 ttl=3D64 time=3D36.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D405 ttl=3D64 time=3D37.198 ms 1480 bytes from 10.40.64.17: icmp_seq=3D406 ttl=3D64 time=3D37.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D407 ttl=3D64 time=3D37.047 ms 1480 bytes from 10.40.64.17: icmp_seq=3D408 ttl=3D64 time=3D38.177 ms 1480 bytes from 10.40.64.17: icmp_seq=3D409 ttl=3D64 time=3D37.631 ms 1480 bytes from 10.40.64.17: icmp_seq=3D410 ttl=3D64 time=3D36.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D411 ttl=3D64 time=3D37.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D412 ttl=3D64 time=3D38.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D413 ttl=3D64 time=3D38.166 ms 1480 bytes from 10.40.64.17: icmp_seq=3D414 ttl=3D64 time=3D37.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D415 ttl=3D64 time=3D38.183 ms 1480 bytes from 10.40.64.17: icmp_seq=3D416 ttl=3D64 time=3D37.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D417 ttl=3D64 time=3D37.086 ms 1480 bytes from 10.40.64.17: icmp_seq=3D418 ttl=3D64 time=3D37.686 ms 1480 bytes from 10.40.64.17: icmp_seq=3D419 ttl=3D64 time=3D37.302 ms 1480 bytes from 10.40.64.17: icmp_seq=3D420 ttl=3D64 time=3D37.722 ms 1480 bytes from 10.40.64.17: icmp_seq=3D421 ttl=3D64 time=3D36.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D422 ttl=3D64 time=3D36.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D423 ttl=3D64 time=3D37.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D424 ttl=3D64 time=3D36.266 ms 1480 bytes from 10.40.64.17: icmp_seq=3D425 ttl=3D64 time=3D37.120 ms 1480 bytes from 10.40.64.17: icmp_seq=3D426 ttl=3D64 time=3D39.187 ms 1480 bytes from 10.40.64.17: icmp_seq=3D427 ttl=3D64 time=3D38.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D428 ttl=3D64 time=3D38.135 ms 1480 bytes from 10.40.64.17: icmp_seq=3D429 ttl=3D64 time=3D38.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D430 ttl=3D64 time=3D38.193 ms 1480 bytes from 10.40.64.17: icmp_seq=3D431 ttl=3D64 time=3D38.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D432 ttl=3D64 time=3D37.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D433 ttl=3D64 time=3D36.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D434 ttl=3D64 time=3D37.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D435 ttl=3D64 time=3D37.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D436 ttl=3D64 time=3D36.622 ms 1480 bytes from 10.40.64.17: icmp_seq=3D437 ttl=3D64 time=3D36.083 ms 1480 bytes from 10.40.64.17: icmp_seq=3D438 ttl=3D64 time=3D36.418 ms 1480 bytes from 10.40.64.17: icmp_seq=3D439 ttl=3D64 time=3D36.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D440 ttl=3D64 time=3D38.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D441 ttl=3D64 time=3D39.175 ms 1480 bytes from 10.40.64.17: icmp_seq=3D448 ttl=3D64 time=3D31.658 ms 1480 bytes from 10.40.64.17: icmp_seq=3D442 ttl=3D64 time=3D43.138 ms 1480 bytes from 10.40.64.17: icmp_seq=3D443 ttl=3D64 time=3D43.045 ms 1480 bytes from 10.40.64.17: icmp_seq=3D444 ttl=3D64 time=3D41.600 ms 1480 bytes from 10.40.64.17: icmp_seq=3D445 ttl=3D64 time=3D41.252 ms 1480 bytes from 10.40.64.17: icmp_seq=3D446 ttl=3D64 time=3D41.774 ms 1480 bytes from 10.40.64.17: icmp_seq=3D447 ttl=3D64 time=3D42.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D449 ttl=3D64 time=3D40.560 ms 1480 bytes from 10.40.64.17: icmp_seq=3D450 ttl=3D64 time=3D40.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D451 ttl=3D64 time=3D39.695 ms 1480 bytes from 10.40.64.17: icmp_seq=3D452 ttl=3D64 time=3D39.485 ms 1480 bytes from 10.40.64.17: icmp_seq=3D453 ttl=3D64 time=3D39.008 ms 1480 bytes from 10.40.64.17: icmp_seq=3D454 ttl=3D64 time=3D38.700 ms 1480 bytes from 10.40.64.17: icmp_seq=3D455 ttl=3D64 time=3D37.201 ms 1480 bytes from 10.40.64.17: icmp_seq=3D456 ttl=3D64 time=3D37.478 ms 1480 bytes from 10.40.64.17: icmp_seq=3D457 ttl=3D64 time=3D39.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D458 ttl=3D64 time=3D39.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D459 ttl=3D64 time=3D39.425 ms 1480 bytes from 10.40.64.17: icmp_seq=3D460 ttl=3D64 time=3D39.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D461 ttl=3D64 time=3D40.946 ms 1480 bytes from 10.40.64.17: icmp_seq=3D462 ttl=3D64 time=3D40.515 ms 1480 bytes from 10.40.64.17: icmp_seq=3D463 ttl=3D64 time=3D41.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D464 ttl=3D64 time=3D40.524 ms 1480 bytes from 10.40.64.17: icmp_seq=3D465 ttl=3D64 time=3D39.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D466 ttl=3D64 time=3D39.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D467 ttl=3D64 time=3D38.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D468 ttl=3D64 time=3D39.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D469 ttl=3D64 time=3D39.344 ms 1480 bytes from 10.40.64.17: icmp_seq=3D470 ttl=3D64 time=3D38.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D471 ttl=3D64 time=3D39.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D472 ttl=3D64 time=3D42.681 ms 1480 bytes from 10.40.64.17: icmp_seq=3D473 ttl=3D64 time=3D43.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D474 ttl=3D64 time=3D43.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D475 ttl=3D64 time=3D43.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D476 ttl=3D64 time=3D42.850 ms 1480 bytes from 10.40.64.17: icmp_seq=3D477 ttl=3D64 time=3D43.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D478 ttl=3D64 time=3D42.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D479 ttl=3D64 time=3D43.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D480 ttl=3D64 time=3D41.755 ms 1480 bytes from 10.40.64.17: icmp_seq=3D481 ttl=3D64 time=3D41.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D482 ttl=3D64 time=3D41.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D483 ttl=3D64 time=3D44.400 ms 1480 bytes from 10.40.64.17: icmp_seq=3D484 ttl=3D64 time=3D44.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D485 ttl=3D64 time=3D45.135 ms 1480 bytes from 10.40.64.17: icmp_seq=3D486 ttl=3D64 time=3D45.362 ms 1480 bytes from 10.40.64.17: icmp_seq=3D487 ttl=3D64 time=3D45.881 ms 1480 bytes from 10.40.64.17: icmp_seq=3D488 ttl=3D64 time=3D46.660 ms 1480 bytes from 10.40.64.17: icmp_seq=3D489 ttl=3D64 time=3D46.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D490 ttl=3D64 time=3D47.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D491 ttl=3D64 time=3D46.668 ms 1480 bytes from 10.40.64.17: icmp_seq=3D492 ttl=3D64 time=3D46.674 ms 1480 bytes from 10.40.64.17: icmp_seq=3D493 ttl=3D64 time=3D45.365 ms 1480 bytes from 10.40.64.17: icmp_seq=3D494 ttl=3D64 time=3D45.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D495 ttl=3D64 time=3D45.476 ms 1480 bytes from 10.40.64.17: icmp_seq=3D496 ttl=3D64 time=3D45.726 ms 1480 bytes from 10.40.64.17: icmp_seq=3D497 ttl=3D64 time=3D45.380 ms 1480 bytes from 10.40.64.17: icmp_seq=3D498 ttl=3D64 time=3D46.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D499 ttl=3D64 time=3D45.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D500 ttl=3D64 time=3D44.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D501 ttl=3D64 time=3D45.096 ms 1480 bytes from 10.40.64.17: icmp_seq=3D502 ttl=3D64 time=3D44.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D503 ttl=3D64 time=3D44.803 ms 1480 bytes from 10.40.64.17: icmp_seq=3D504 ttl=3D64 time=3D43.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D505 ttl=3D64 time=3D43.127 ms 1480 bytes from 10.40.64.17: icmp_seq=3D506 ttl=3D64 time=3D45.695 ms 1480 bytes from 10.40.64.17: icmp_seq=3D507 ttl=3D64 time=3D45.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D508 ttl=3D64 time=3D44.161 ms 1480 bytes from 10.40.64.17: icmp_seq=3D509 ttl=3D64 time=3D44.293 ms 1480 bytes from 10.40.64.17: icmp_seq=3D510 ttl=3D64 time=3D43.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D511 ttl=3D64 time=3D42.453 ms 1480 bytes from 10.40.64.17: icmp_seq=3D512 ttl=3D64 time=3D41.975 ms 1480 bytes from 10.40.64.17: icmp_seq=3D513 ttl=3D64 time=3D40.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D514 ttl=3D64 time=3D39.500 ms 1480 bytes from 10.40.64.17: icmp_seq=3D515 ttl=3D64 time=3D39.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D516 ttl=3D64 time=3D38.696 ms 1480 bytes from 10.40.64.17: icmp_seq=3D517 ttl=3D64 time=3D37.386 ms 1480 bytes from 10.40.64.17: icmp_seq=3D518 ttl=3D64 time=3D37.652 ms 1480 bytes from 10.40.64.17: icmp_seq=3D519 ttl=3D64 time=3D36.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D520 ttl=3D64 time=3D36.735 ms 1480 bytes from 10.40.64.17: icmp_seq=3D521 ttl=3D64 time=3D36.039 ms 1480 bytes from 10.40.64.17: icmp_seq=3D522 ttl=3D64 time=3D39.058 ms 1480 bytes from 10.40.64.17: icmp_seq=3D523 ttl=3D64 time=3D39.901 ms 1480 bytes from 10.40.64.17: icmp_seq=3D524 ttl=3D64 time=3D40.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D525 ttl=3D64 time=3D40.988 ms 1480 bytes from 10.40.64.17: icmp_seq=3D526 ttl=3D64 time=3D40.953 ms 1480 bytes from 10.40.64.17: icmp_seq=3D527 ttl=3D64 time=3D40.476 ms 1480 bytes from 10.40.64.17: icmp_seq=3D528 ttl=3D64 time=3D42.493 ms 1480 bytes from 10.40.64.17: icmp_seq=3D529 ttl=3D64 time=3D42.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D530 ttl=3D64 time=3D42.019 ms 1480 bytes from 10.40.64.17: icmp_seq=3D531 ttl=3D64 time=3D41.855 ms 1480 bytes from 10.40.64.17: icmp_seq=3D532 ttl=3D64 time=3D41.886 ms 1480 bytes from 10.40.64.17: icmp_seq=3D533 ttl=3D64 time=3D40.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D534 ttl=3D64 time=3D40.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D535 ttl=3D64 time=3D40.414 ms 1480 bytes from 10.40.64.17: icmp_seq=3D536 ttl=3D64 time=3D39.258 ms 1480 bytes from 10.40.64.17: icmp_seq=3D537 ttl=3D64 time=3D39.054 ms 1480 bytes from 10.40.64.17: icmp_seq=3D538 ttl=3D64 time=3D38.445 ms 1480 bytes from 10.40.64.17: icmp_seq=3D539 ttl=3D64 time=3D39.881 ms 1480 bytes from 10.40.64.17: icmp_seq=3D540 ttl=3D64 time=3D39.171 ms 1480 bytes from 10.40.64.17: icmp_seq=3D541 ttl=3D64 time=3D39.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D542 ttl=3D64 time=3D39.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D543 ttl=3D64 time=3D43.968 ms 1480 bytes from 10.40.64.17: icmp_seq=3D544 ttl=3D64 time=3D44.061 ms 1480 bytes from 10.40.64.17: icmp_seq=3D545 ttl=3D64 time=3D45.076 ms 1480 bytes from 10.40.64.17: icmp_seq=3D546 ttl=3D64 time=3D44.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D547 ttl=3D64 time=3D44.047 ms 1480 bytes from 10.40.64.17: icmp_seq=3D548 ttl=3D64 time=3D42.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D549 ttl=3D64 time=3D41.587 ms 1480 bytes from 10.40.64.17: icmp_seq=3D550 ttl=3D64 time=3D42.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D551 ttl=3D64 time=3D41.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D552 ttl=3D64 time=3D41.092 ms 1480 bytes from 10.40.64.17: icmp_seq=3D553 ttl=3D64 time=3D42.541 ms 1480 bytes from 10.40.64.17: icmp_seq=3D554 ttl=3D64 time=3D42.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D555 ttl=3D64 time=3D41.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D556 ttl=3D64 time=3D40.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D557 ttl=3D64 time=3D41.766 ms 1480 bytes from 10.40.64.17: icmp_seq=3D558 ttl=3D64 time=3D41.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D559 ttl=3D64 time=3D41.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D560 ttl=3D64 time=3D41.426 ms 1480 bytes from 10.40.64.17: icmp_seq=3D561 ttl=3D64 time=3D40.892 ms 1480 bytes from 10.40.64.17: icmp_seq=3D562 ttl=3D64 time=3D42.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D563 ttl=3D64 time=3D41.453 ms 1480 bytes from 10.40.64.17: icmp_seq=3D564 ttl=3D64 time=3D41.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D565 ttl=3D64 time=3D40.615 ms 1480 bytes from 10.40.64.17: icmp_seq=3D566 ttl=3D64 time=3D40.920 ms 1480 bytes from 10.40.64.17: icmp_seq=3D567 ttl=3D64 time=3D41.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D568 ttl=3D64 time=3D41.615 ms 1480 bytes from 10.40.64.17: icmp_seq=3D569 ttl=3D64 time=3D40.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D570 ttl=3D64 time=3D39.949 ms 1480 bytes from 10.40.64.17: icmp_seq=3D571 ttl=3D64 time=3D39.972 ms 1480 bytes from 10.40.64.17: icmp_seq=3D572 ttl=3D64 time=3D39.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D573 ttl=3D64 time=3D37.961 ms 1480 bytes from 10.40.64.17: icmp_seq=3D574 ttl=3D64 time=3D36.999 ms 1480 bytes from 10.40.64.17: icmp_seq=3D575 ttl=3D64 time=3D36.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D576 ttl=3D64 time=3D35.706 ms 1480 bytes from 10.40.64.17: icmp_seq=3D577 ttl=3D64 time=3D35.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D578 ttl=3D64 time=3D33.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D579 ttl=3D64 time=3D34.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D580 ttl=3D64 time=3D34.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D581 ttl=3D64 time=3D32.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D582 ttl=3D64 time=3D33.248 ms 1480 bytes from 10.40.64.17: icmp_seq=3D583 ttl=3D64 time=3D32.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D584 ttl=3D64 time=3D31.984 ms 1480 bytes from 10.40.64.17: icmp_seq=3D585 ttl=3D64 time=3D31.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D586 ttl=3D64 time=3D31.759 ms 1480 bytes from 10.40.64.17: icmp_seq=3D587 ttl=3D64 time=3D30.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D588 ttl=3D64 time=3D31.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D589 ttl=3D64 time=3D30.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D590 ttl=3D64 time=3D30.594 ms 1480 bytes from 10.40.64.17: icmp_seq=3D591 ttl=3D64 time=3D31.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D592 ttl=3D64 time=3D31.002 ms 1480 bytes from 10.40.64.17: icmp_seq=3D593 ttl=3D64 time=3D30.606 ms 1480 bytes from 10.40.64.17: icmp_seq=3D594 ttl=3D64 time=3D30.698 ms 1480 bytes from 10.40.64.17: icmp_seq=3D595 ttl=3D64 time=3D30.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D596 ttl=3D64 time=3D30.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D597 ttl=3D64 time=3D29.563 ms 1480 bytes from 10.40.64.17: icmp_seq=3D598 ttl=3D64 time=3D30.410 ms 1480 bytes from 10.40.64.17: icmp_seq=3D599 ttl=3D64 time=3D31.289 ms 1480 bytes from 10.40.64.17: icmp_seq=3D600 ttl=3D64 time=3D30.941 ms 1480 bytes from 10.40.64.17: icmp_seq=3D601 ttl=3D64 time=3D31.739 ms 1480 bytes from 10.40.64.17: icmp_seq=3D602 ttl=3D64 time=3D38.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D603 ttl=3D64 time=3D39.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D604 ttl=3D64 time=3D40.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D605 ttl=3D64 time=3D40.688 ms 1480 bytes from 10.40.64.17: icmp_seq=3D606 ttl=3D64 time=3D40.002 ms 1480 bytes from 10.40.64.17: icmp_seq=3D607 ttl=3D64 time=3D39.028 ms 1480 bytes from 10.40.64.17: icmp_seq=3D608 ttl=3D64 time=3D40.252 ms 1480 bytes from 10.40.64.17: icmp_seq=3D609 ttl=3D64 time=3D38.964 ms 1480 bytes from 10.40.64.17: icmp_seq=3D610 ttl=3D64 time=3D37.684 ms 1480 bytes from 10.40.64.17: icmp_seq=3D611 ttl=3D64 time=3D37.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D612 ttl=3D64 time=3D36.929 ms 1480 bytes from 10.40.64.17: icmp_seq=3D613 ttl=3D64 time=3D38.969 ms 1480 bytes from 10.40.64.17: icmp_seq=3D614 ttl=3D64 time=3D39.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D615 ttl=3D64 time=3D39.097 ms 1480 bytes from 10.40.64.17: icmp_seq=3D616 ttl=3D64 time=3D38.427 ms 1480 bytes from 10.40.64.17: icmp_seq=3D617 ttl=3D64 time=3D41.823 ms 1480 bytes from 10.40.64.17: icmp_seq=3D618 ttl=3D64 time=3D42.366 ms 1480 bytes from 10.40.64.17: icmp_seq=3D619 ttl=3D64 time=3D41.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D620 ttl=3D64 time=3D40.750 ms 1480 bytes from 10.40.64.17: icmp_seq=3D621 ttl=3D64 time=3D45.657 ms 1480 bytes from 10.40.64.17: icmp_seq=3D622 ttl=3D64 time=3D45.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D623 ttl=3D64 time=3D44.550 ms 1480 bytes from 10.40.64.17: icmp_seq=3D624 ttl=3D64 time=3D43.392 ms 1480 bytes from 10.40.64.17: icmp_seq=3D625 ttl=3D64 time=3D42.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D626 ttl=3D64 time=3D44.076 ms 1480 bytes from 10.40.64.17: icmp_seq=3D627 ttl=3D64 time=3D43.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D628 ttl=3D64 time=3D43.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D629 ttl=3D64 time=3D43.861 ms 1480 bytes from 10.40.64.17: icmp_seq=3D630 ttl=3D64 time=3D43.255 ms 1480 bytes from 10.40.64.17: icmp_seq=3D631 ttl=3D64 time=3D42.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D632 ttl=3D64 time=3D43.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D633 ttl=3D64 time=3D42.316 ms 1480 bytes from 10.40.64.17: icmp_seq=3D634 ttl=3D64 time=3D44.330 ms 1480 bytes from 10.40.64.17: icmp_seq=3D635 ttl=3D64 time=3D43.870 ms 1480 bytes from 10.40.64.17: icmp_seq=3D636 ttl=3D64 time=3D44.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D637 ttl=3D64 time=3D45.115 ms 1480 bytes from 10.40.64.17: icmp_seq=3D638 ttl=3D64 time=3D44.100 ms 1480 bytes from 10.40.64.17: icmp_seq=3D639 ttl=3D64 time=3D44.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D640 ttl=3D64 time=3D43.465 ms 1480 bytes from 10.40.64.17: icmp_seq=3D641 ttl=3D64 time=3D45.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D642 ttl=3D64 time=3D45.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D643 ttl=3D64 time=3D44.379 ms 1480 bytes from 10.40.64.17: icmp_seq=3D644 ttl=3D64 time=3D44.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D645 ttl=3D64 time=3D44.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D646 ttl=3D64 time=3D44.248 ms 1480 bytes from 10.40.64.17: icmp_seq=3D647 ttl=3D64 time=3D44.519 ms 1480 bytes from 10.40.64.17: icmp_seq=3D648 ttl=3D64 time=3D43.605 ms 1480 bytes from 10.40.64.17: icmp_seq=3D649 ttl=3D64 time=3D42.870 ms 1480 bytes from 10.40.64.17: icmp_seq=3D650 ttl=3D64 time=3D43.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D651 ttl=3D64 time=3D44.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D652 ttl=3D64 time=3D44.288 ms 1480 bytes from 10.40.64.17: icmp_seq=3D653 ttl=3D64 time=3D45.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D654 ttl=3D64 time=3D45.406 ms 1480 bytes from 10.40.64.17: icmp_seq=3D655 ttl=3D64 time=3D46.348 ms 1480 bytes from 10.40.64.17: icmp_seq=3D656 ttl=3D64 time=3D49.749 ms 1480 bytes from 10.40.64.17: icmp_seq=3D657 ttl=3D64 time=3D50.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D658 ttl=3D64 time=3D51.044 ms 1480 bytes from 10.40.64.17: icmp_seq=3D659 ttl=3D64 time=3D50.896 ms 1480 bytes from 10.40.64.17: icmp_seq=3D660 ttl=3D64 time=3D51.011 ms 1480 bytes from 10.40.64.17: icmp_seq=3D661 ttl=3D64 time=3D51.115 ms 1480 bytes from 10.40.64.17: icmp_seq=3D662 ttl=3D64 time=3D53.298 ms 1480 bytes from 10.40.64.17: icmp_seq=3D663 ttl=3D64 time=3D57.827 ms 1480 bytes from 10.40.64.17: icmp_seq=3D664 ttl=3D64 time=3D56.754 ms 1480 bytes from 10.40.64.17: icmp_seq=3D665 ttl=3D64 time=3D58.573 ms 1480 bytes from 10.40.64.17: icmp_seq=3D666 ttl=3D64 time=3D58.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D667 ttl=3D64 time=3D58.591 ms 1480 bytes from 10.40.64.17: icmp_seq=3D668 ttl=3D64 time=3D58.988 ms 1480 bytes from 10.40.64.17: icmp_seq=3D669 ttl=3D64 time=3D58.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D670 ttl=3D64 time=3D57.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D671 ttl=3D64 time=3D64.320 ms 1480 bytes from 10.40.64.17: icmp_seq=3D672 ttl=3D64 time=3D63.698 ms 1480 bytes from 10.40.64.17: icmp_seq=3D673 ttl=3D64 time=3D62.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D674 ttl=3D64 time=3D61.951 ms 1480 bytes from 10.40.64.17: icmp_seq=3D675 ttl=3D64 time=3D60.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D676 ttl=3D64 time=3D58.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D677 ttl=3D64 time=3D58.480 ms 1480 bytes from 10.40.64.17: icmp_seq=3D678 ttl=3D64 time=3D58.432 ms 1480 bytes from 10.40.64.17: icmp_seq=3D679 ttl=3D64 time=3D61.808 ms 1480 bytes from 10.40.64.17: icmp_seq=3D680 ttl=3D64 time=3D62.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D681 ttl=3D64 time=3D63.650 ms 1480 bytes from 10.40.64.17: icmp_seq=3D682 ttl=3D64 time=3D63.953 ms 1480 bytes from 10.40.64.17: icmp_seq=3D683 ttl=3D64 time=3D63.495 ms 1480 bytes from 10.40.64.17: icmp_seq=3D684 ttl=3D64 time=3D63.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D685 ttl=3D64 time=3D62.599 ms 1480 bytes from 10.40.64.17: icmp_seq=3D686 ttl=3D64 time=3D62.391 ms 1480 bytes from 10.40.64.17: icmp_seq=3D687 ttl=3D64 time=3D62.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D688 ttl=3D64 time=3D62.175 ms 1480 bytes from 10.40.64.17: icmp_seq=3D689 ttl=3D64 time=3D61.717 ms 1480 bytes from 10.40.64.17: icmp_seq=3D690 ttl=3D64 time=3D61.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D691 ttl=3D64 time=3D60.813 ms 1480 bytes from 10.40.64.17: icmp_seq=3D692 ttl=3D64 time=3D59.508 ms 1480 bytes from 10.40.64.17: icmp_seq=3D693 ttl=3D64 time=3D60.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D694 ttl=3D64 time=3D59.410 ms 1480 bytes from 10.40.64.17: icmp_seq=3D695 ttl=3D64 time=3D60.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D696 ttl=3D64 time=3D59.215 ms 1480 bytes from 10.40.64.17: icmp_seq=3D697 ttl=3D64 time=3D58.742 ms 1480 bytes from 10.40.64.17: icmp_seq=3D698 ttl=3D64 time=3D58.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D699 ttl=3D64 time=3D60.246 ms 1480 bytes from 10.40.64.17: icmp_seq=3D700 ttl=3D64 time=3D59.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D701 ttl=3D64 time=3D59.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D702 ttl=3D64 time=3D59.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D703 ttl=3D64 time=3D60.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D704 ttl=3D64 time=3D60.761 ms 1480 bytes from 10.40.64.17: icmp_seq=3D705 ttl=3D64 time=3D60.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D706 ttl=3D64 time=3D60.273 ms 1480 bytes from 10.40.64.17: icmp_seq=3D707 ttl=3D64 time=3D59.824 ms 1480 bytes from 10.40.64.17: icmp_seq=3D708 ttl=3D64 time=3D60.205 ms 1480 bytes from 10.40.64.17: icmp_seq=3D709 ttl=3D64 time=3D61.189 ms 1480 bytes from 10.40.64.17: icmp_seq=3D710 ttl=3D64 time=3D62.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D711 ttl=3D64 time=3D62.096 ms 1480 bytes from 10.40.64.17: icmp_seq=3D712 ttl=3D64 time=3D62.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D713 ttl=3D64 time=3D63.118 ms 1480 bytes from 10.40.64.17: icmp_seq=3D714 ttl=3D64 time=3D62.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D715 ttl=3D64 time=3D61.826 ms 1480 bytes from 10.40.64.17: icmp_seq=3D716 ttl=3D64 time=3D62.066 ms 1480 bytes from 10.40.64.17: icmp_seq=3D717 ttl=3D64 time=3D61.126 ms 1480 bytes from 10.40.64.17: icmp_seq=3D718 ttl=3D64 time=3D60.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D719 ttl=3D64 time=3D61.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D720 ttl=3D64 time=3D60.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D721 ttl=3D64 time=3D60.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D722 ttl=3D64 time=3D60.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D723 ttl=3D64 time=3D61.043 ms 1480 bytes from 10.40.64.17: icmp_seq=3D724 ttl=3D64 time=3D60.382 ms 1480 bytes from 10.40.64.17: icmp_seq=3D725 ttl=3D64 time=3D60.887 ms 1480 bytes from 10.40.64.17: icmp_seq=3D726 ttl=3D64 time=3D59.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D727 ttl=3D64 time=3D59.578 ms 1480 bytes from 10.40.64.17: icmp_seq=3D728 ttl=3D64 time=3D58.120 ms 1480 bytes from 10.40.64.17: icmp_seq=3D729 ttl=3D64 time=3D57.518 ms 1480 bytes from 10.40.64.17: icmp_seq=3D730 ttl=3D64 time=3D61.619 ms 1480 bytes from 10.40.64.17: icmp_seq=3D731 ttl=3D64 time=3D65.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D732 ttl=3D64 time=3D65.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D733 ttl=3D64 time=3D63.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D734 ttl=3D64 time=3D64.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D735 ttl=3D64 time=3D63.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D736 ttl=3D64 time=3D63.775 ms 1480 bytes from 10.40.64.17: icmp_seq=3D737 ttl=3D64 time=3D63.900 ms 1480 bytes from 10.40.64.17: icmp_seq=3D738 ttl=3D64 time=3D62.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D739 ttl=3D64 time=3D62.289 ms 1480 bytes from 10.40.64.17: icmp_seq=3D740 ttl=3D64 time=3D61.698 ms 1480 bytes from 10.40.64.17: icmp_seq=3D741 ttl=3D64 time=3D60.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D742 ttl=3D64 time=3D59.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D743 ttl=3D64 time=3D58.864 ms 1480 bytes from 10.40.64.17: icmp_seq=3D744 ttl=3D64 time=3D59.393 ms 1480 bytes from 10.40.64.17: icmp_seq=3D745 ttl=3D64 time=3D58.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D746 ttl=3D64 time=3D59.250 ms 1480 bytes from 10.40.64.17: icmp_seq=3D747 ttl=3D64 time=3D58.858 ms 1480 bytes from 10.40.64.17: icmp_seq=3D748 ttl=3D64 time=3D58.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D749 ttl=3D64 time=3D57.881 ms 1480 bytes from 10.40.64.17: icmp_seq=3D750 ttl=3D64 time=3D60.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D751 ttl=3D64 time=3D61.224 ms 1480 bytes from 10.40.64.17: icmp_seq=3D752 ttl=3D64 time=3D60.747 ms 1480 bytes from 10.40.64.17: icmp_seq=3D753 ttl=3D64 time=3D60.351 ms 1480 bytes from 10.40.64.17: icmp_seq=3D754 ttl=3D64 time=3D61.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D755 ttl=3D64 time=3D60.490 ms 1480 bytes from 10.40.64.17: icmp_seq=3D756 ttl=3D64 time=3D60.375 ms 1480 bytes from 10.40.64.17: icmp_seq=3D757 ttl=3D64 time=3D61.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D758 ttl=3D64 time=3D61.336 ms 1480 bytes from 10.40.64.17: icmp_seq=3D759 ttl=3D64 time=3D60.932 ms 1480 bytes from 10.40.64.17: icmp_seq=3D760 ttl=3D64 time=3D60.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D761 ttl=3D64 time=3D60.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D762 ttl=3D64 time=3D60.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D763 ttl=3D64 time=3D60.680 ms 1480 bytes from 10.40.64.17: icmp_seq=3D764 ttl=3D64 time=3D60.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D765 ttl=3D64 time=3D60.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D766 ttl=3D64 time=3D60.493 ms 1480 bytes from 10.40.64.17: icmp_seq=3D767 ttl=3D64 time=3D60.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D768 ttl=3D64 time=3D60.802 ms 1480 bytes from 10.40.64.17: icmp_seq=3D769 ttl=3D64 time=3D60.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D770 ttl=3D64 time=3D60.541 ms 1480 bytes from 10.40.64.17: icmp_seq=3D771 ttl=3D64 time=3D60.595 ms 1480 bytes from 10.40.64.17: icmp_seq=3D772 ttl=3D64 time=3D59.136 ms 1480 bytes from 10.40.64.17: icmp_seq=3D773 ttl=3D64 time=3D59.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D774 ttl=3D64 time=3D60.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D775 ttl=3D64 time=3D60.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D776 ttl=3D64 time=3D59.997 ms 1480 bytes from 10.40.64.17: icmp_seq=3D777 ttl=3D64 time=3D60.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D778 ttl=3D64 time=3D60.563 ms 1480 bytes from 10.40.64.17: icmp_seq=3D779 ttl=3D64 time=3D60.984 ms 1480 bytes from 10.40.64.17: icmp_seq=3D780 ttl=3D64 time=3D60.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D781 ttl=3D64 time=3D60.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D782 ttl=3D64 time=3D59.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D783 ttl=3D64 time=3D60.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D784 ttl=3D64 time=3D59.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D785 ttl=3D64 time=3D59.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D786 ttl=3D64 time=3D57.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D787 ttl=3D64 time=3D55.020 ms 1480 bytes from 10.40.64.17: icmp_seq=3D788 ttl=3D64 time=3D54.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D789 ttl=3D64 time=3D54.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D790 ttl=3D64 time=3D53.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D791 ttl=3D64 time=3D53.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D792 ttl=3D64 time=3D52.907 ms 1480 bytes from 10.40.64.17: icmp_seq=3D793 ttl=3D64 time=3D53.150 ms 1480 bytes from 10.40.64.17: icmp_seq=3D794 ttl=3D64 time=3D53.101 ms 1480 bytes from 10.40.64.17: icmp_seq=3D795 ttl=3D64 time=3D53.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D796 ttl=3D64 time=3D53.301 ms 1480 bytes from 10.40.64.17: icmp_seq=3D797 ttl=3D64 time=3D53.583 ms 1480 bytes from 10.40.64.17: icmp_seq=3D798 ttl=3D64 time=3D53.347 ms 1480 bytes from 10.40.64.17: icmp_seq=3D799 ttl=3D64 time=3D53.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D800 ttl=3D64 time=3D53.283 ms 1480 bytes from 10.40.64.17: icmp_seq=3D801 ttl=3D64 time=3D53.742 ms 1480 bytes from 10.40.64.17: icmp_seq=3D802 ttl=3D64 time=3D52.474 ms 1480 bytes from 10.40.64.17: icmp_seq=3D803 ttl=3D64 time=3D53.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D804 ttl=3D64 time=3D55.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D805 ttl=3D64 time=3D53.445 ms 1480 bytes from 10.40.64.17: icmp_seq=3D806 ttl=3D64 time=3D53.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D807 ttl=3D64 time=3D54.099 ms 1480 bytes from 10.40.64.17: icmp_seq=3D808 ttl=3D64 time=3D53.118 ms 1480 bytes from 10.40.64.17: icmp_seq=3D809 ttl=3D64 time=3D52.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D810 ttl=3D64 time=3D51.986 ms 1480 bytes from 10.40.64.17: icmp_seq=3D811 ttl=3D64 time=3D51.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D812 ttl=3D64 time=3D51.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D813 ttl=3D64 time=3D51.839 ms 1480 bytes from 10.40.64.17: icmp_seq=3D814 ttl=3D64 time=3D51.932 ms 1480 bytes from 10.40.64.17: icmp_seq=3D815 ttl=3D64 time=3D51.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D816 ttl=3D64 time=3D51.857 ms 1480 bytes from 10.40.64.17: icmp_seq=3D817 ttl=3D64 time=3D51.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D818 ttl=3D64 time=3D52.030 ms 1480 bytes from 10.40.64.17: icmp_seq=3D819 ttl=3D64 time=3D51.660 ms 1480 bytes from 10.40.64.17: icmp_seq=3D820 ttl=3D64 time=3D51.342 ms 1480 bytes from 10.40.64.17: icmp_seq=3D821 ttl=3D64 time=3D51.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D822 ttl=3D64 time=3D51.313 ms 1480 bytes from 10.40.64.17: icmp_seq=3D823 ttl=3D64 time=3D51.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D824 ttl=3D64 time=3D51.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D825 ttl=3D64 time=3D53.184 ms 1480 bytes from 10.40.64.17: icmp_seq=3D826 ttl=3D64 time=3D51.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D827 ttl=3D64 time=3D52.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D828 ttl=3D64 time=3D52.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D829 ttl=3D64 time=3D58.328 ms 1480 bytes from 10.40.64.17: icmp_seq=3D830 ttl=3D64 time=3D59.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D831 ttl=3D64 time=3D60.598 ms 1480 bytes from 10.40.64.17: icmp_seq=3D832 ttl=3D64 time=3D60.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D833 ttl=3D64 time=3D61.870 ms 1480 bytes from 10.40.64.17: icmp_seq=3D834 ttl=3D64 time=3D62.014 ms 1480 bytes from 10.40.64.17: icmp_seq=3D835 ttl=3D64 time=3D61.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D836 ttl=3D64 time=3D63.858 ms 1480 bytes from 10.40.64.17: icmp_seq=3D837 ttl=3D64 time=3D65.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D838 ttl=3D64 time=3D66.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D839 ttl=3D64 time=3D66.044 ms 1480 bytes from 10.40.64.17: icmp_seq=3D840 ttl=3D64 time=3D65.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D841 ttl=3D64 time=3D65.792 ms 1480 bytes from 10.40.64.17: icmp_seq=3D842 ttl=3D64 time=3D65.992 ms 1480 bytes from 10.40.64.17: icmp_seq=3D843 ttl=3D64 time=3D67.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D844 ttl=3D64 time=3D66.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D845 ttl=3D64 time=3D68.864 ms 1480 bytes from 10.40.64.17: icmp_seq=3D846 ttl=3D64 time=3D69.900 ms 1480 bytes from 10.40.64.17: icmp_seq=3D847 ttl=3D64 time=3D69.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D848 ttl=3D64 time=3D75.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D849 ttl=3D64 time=3D75.193 ms 1480 bytes from 10.40.64.17: icmp_seq=3D850 ttl=3D64 time=3D75.622 ms 1480 bytes from 10.40.64.17: icmp_seq=3D851 ttl=3D64 time=3D74.235 ms 1480 bytes from 10.40.64.17: icmp_seq=3D852 ttl=3D64 time=3D73.283 ms 1480 bytes from 10.40.64.17: icmp_seq=3D853 ttl=3D64 time=3D72.715 ms 1480 bytes from 10.40.64.17: icmp_seq=3D854 ttl=3D64 time=3D72.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D855 ttl=3D64 time=3D72.485 ms 1480 bytes from 10.40.64.17: icmp_seq=3D856 ttl=3D64 time=3D72.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D857 ttl=3D64 time=3D73.344 ms 1480 bytes from 10.40.64.17: icmp_seq=3D858 ttl=3D64 time=3D72.995 ms 1480 bytes from 10.40.64.17: icmp_seq=3D859 ttl=3D64 time=3D73.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D860 ttl=3D64 time=3D73.717 ms 1480 bytes from 10.40.64.17: icmp_seq=3D861 ttl=3D64 time=3D74.681 ms 1480 bytes from 10.40.64.17: icmp_seq=3D862 ttl=3D64 time=3D75.492 ms 1480 bytes from 10.40.64.17: icmp_seq=3D863 ttl=3D64 time=3D74.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D864 ttl=3D64 time=3D73.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D865 ttl=3D64 time=3D73.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D866 ttl=3D64 time=3D73.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D867 ttl=3D64 time=3D73.141 ms 1480 bytes from 10.40.64.17: icmp_seq=3D868 ttl=3D64 time=3D73.584 ms 1480 bytes from 10.40.64.17: icmp_seq=3D869 ttl=3D64 time=3D73.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D870 ttl=3D64 time=3D72.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D871 ttl=3D64 time=3D74.675 ms 1480 bytes from 10.40.64.17: icmp_seq=3D872 ttl=3D64 time=3D74.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D873 ttl=3D64 time=3D75.843 ms 1480 bytes from 10.40.64.17: icmp_seq=3D874 ttl=3D64 time=3D75.902 ms 1480 bytes from 10.40.64.17: icmp_seq=3D875 ttl=3D64 time=3D74.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D876 ttl=3D64 time=3D74.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D877 ttl=3D64 time=3D73.885 ms 1480 bytes from 10.40.64.17: icmp_seq=3D878 ttl=3D64 time=3D73.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D879 ttl=3D64 time=3D73.726 ms 1480 bytes from 10.40.64.17: icmp_seq=3D880 ttl=3D64 time=3D73.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D881 ttl=3D64 time=3D73.157 ms 1480 bytes from 10.40.64.17: icmp_seq=3D882 ttl=3D64 time=3D72.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D883 ttl=3D64 time=3D74.327 ms 1480 bytes from 10.40.64.17: icmp_seq=3D884 ttl=3D64 time=3D73.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D885 ttl=3D64 time=3D73.257 ms 1480 bytes from 10.40.64.17: icmp_seq=3D886 ttl=3D64 time=3D72.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D887 ttl=3D64 time=3D71.620 ms 1480 bytes from 10.40.64.17: icmp_seq=3D888 ttl=3D64 time=3D73.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D889 ttl=3D64 time=3D73.221 ms 1480 bytes from 10.40.64.17: icmp_seq=3D890 ttl=3D64 time=3D73.695 ms 1480 bytes from 10.40.64.17: icmp_seq=3D891 ttl=3D64 time=3D74.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D892 ttl=3D64 time=3D77.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D893 ttl=3D64 time=3D75.892 ms 1480 bytes from 10.40.64.17: icmp_seq=3D894 ttl=3D64 time=3D75.926 ms 1480 bytes from 10.40.64.17: icmp_seq=3D895 ttl=3D64 time=3D76.970 ms 1480 bytes from 10.40.64.17: icmp_seq=3D896 ttl=3D64 time=3D78.235 ms 1480 bytes from 10.40.64.17: icmp_seq=3D897 ttl=3D64 time=3D77.601 ms 1480 bytes from 10.40.64.17: icmp_seq=3D898 ttl=3D64 time=3D77.321 ms 1480 bytes from 10.40.64.17: icmp_seq=3D899 ttl=3D64 time=3D81.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D900 ttl=3D64 time=3D81.489 ms 1480 bytes from 10.40.64.17: icmp_seq=3D901 ttl=3D64 time=3D80.992 ms 1480 bytes from 10.40.64.17: icmp_seq=3D902 ttl=3D64 time=3D80.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D903 ttl=3D64 time=3D79.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D904 ttl=3D64 time=3D79.732 ms 1480 bytes from 10.40.64.17: icmp_seq=3D905 ttl=3D64 time=3D78.491 ms 1480 bytes from 10.40.64.17: icmp_seq=3D906 ttl=3D64 time=3D78.849 ms 1480 bytes from 10.40.64.17: icmp_seq=3D907 ttl=3D64 time=3D79.045 ms 1480 bytes from 10.40.64.17: icmp_seq=3D908 ttl=3D64 time=3D78.047 ms 1480 bytes from 10.40.64.17: icmp_seq=3D909 ttl=3D64 time=3D77.500 ms 1480 bytes from 10.40.64.17: icmp_seq=3D910 ttl=3D64 time=3D76.974 ms 1480 bytes from 10.40.64.17: icmp_seq=3D911 ttl=3D64 time=3D76.587 ms 1480 bytes from 10.40.64.17: icmp_seq=3D912 ttl=3D64 time=3D76.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D913 ttl=3D64 time=3D77.493 ms 1480 bytes from 10.40.64.17: icmp_seq=3D914 ttl=3D64 time=3D77.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D915 ttl=3D64 time=3D77.267 ms 1480 bytes from 10.40.64.17: icmp_seq=3D916 ttl=3D64 time=3D78.532 ms 1480 bytes from 10.40.64.17: icmp_seq=3D917 ttl=3D64 time=3D79.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D918 ttl=3D64 time=3D78.043 ms 1480 bytes from 10.40.64.17: icmp_seq=3D919 ttl=3D64 time=3D85.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D920 ttl=3D64 time=3D86.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D921 ttl=3D64 time=3D86.189 ms 1480 bytes from 10.40.64.17: icmp_seq=3D922 ttl=3D64 time=3D87.267 ms 1480 bytes from 10.40.64.17: icmp_seq=3D923 ttl=3D64 time=3D86.836 ms 1480 bytes from 10.40.64.17: icmp_seq=3D924 ttl=3D64 time=3D85.302 ms 1480 bytes from 10.40.64.17: icmp_seq=3D925 ttl=3D64 time=3D86.020 ms 1480 bytes from 10.40.64.17: icmp_seq=3D926 ttl=3D64 time=3D85.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D927 ttl=3D64 time=3D84.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D928 ttl=3D64 time=3D83.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D929 ttl=3D64 time=3D83.026 ms 1480 bytes from 10.40.64.17: icmp_seq=3D930 ttl=3D64 time=3D82.563 ms 1480 bytes from 10.40.64.17: icmp_seq=3D931 ttl=3D64 time=3D82.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D932 ttl=3D64 time=3D85.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D933 ttl=3D64 time=3D84.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D934 ttl=3D64 time=3D85.111 ms 1480 bytes from 10.40.64.17: icmp_seq=3D935 ttl=3D64 time=3D85.067 ms 1480 bytes from 10.40.64.17: icmp_seq=3D936 ttl=3D64 time=3D85.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D937 ttl=3D64 time=3D84.738 ms 1480 bytes from 10.40.64.17: icmp_seq=3D938 ttl=3D64 time=3D90.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D939 ttl=3D64 time=3D91.633 ms 1480 bytes from 10.40.64.17: icmp_seq=3D940 ttl=3D64 time=3D90.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D941 ttl=3D64 time=3D92.198 ms 1480 bytes from 10.40.64.17: icmp_seq=3D942 ttl=3D64 time=3D93.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D943 ttl=3D64 time=3D94.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D944 ttl=3D64 time=3D95.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D945 ttl=3D64 time=3D94.759 ms 1480 bytes from 10.40.64.17: icmp_seq=3D946 ttl=3D64 time=3D93.515 ms 1480 bytes from 10.40.64.17: icmp_seq=3D947 ttl=3D64 time=3D94.495 ms 1480 bytes from 10.40.64.17: icmp_seq=3D948 ttl=3D64 time=3D95.229 ms 1480 bytes from 10.40.64.17: icmp_seq=3D949 ttl=3D64 time=3D94.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D950 ttl=3D64 time=3D94.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D951 ttl=3D64 time=3D93.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D952 ttl=3D64 time=3D93.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D953 ttl=3D64 time=3D92.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D954 ttl=3D64 time=3D102.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D955 ttl=3D64 time=3D102.111 ms 1480 bytes from 10.40.64.17: icmp_seq=3D956 ttl=3D64 time=3D101.993 ms 1480 bytes from 10.40.64.17: icmp_seq=3D957 ttl=3D64 time=3D103.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D958 ttl=3D64 time=3D103.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D959 ttl=3D64 time=3D102.806 ms 1480 bytes from 10.40.64.17: icmp_seq=3D960 ttl=3D64 time=3D103.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D961 ttl=3D64 time=3D102.910 ms 1480 bytes from 10.40.64.17: icmp_seq=3D962 ttl=3D64 time=3D107.504 ms 1480 bytes from 10.40.64.17: icmp_seq=3D963 ttl=3D64 time=3D106.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D964 ttl=3D64 time=3D106.945 ms 1480 bytes from 10.40.64.17: icmp_seq=3D965 ttl=3D64 time=3D106.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D966 ttl=3D64 time=3D105.551 ms 1480 bytes from 10.40.64.17: icmp_seq=3D967 ttl=3D64 time=3D107.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D968 ttl=3D64 time=3D106.011 ms 1480 bytes from 10.40.64.17: icmp_seq=3D969 ttl=3D64 time=3D105.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D970 ttl=3D64 time=3D106.083 ms 1480 bytes from 10.40.64.17: icmp_seq=3D971 ttl=3D64 time=3D106.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D972 ttl=3D64 time=3D105.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D973 ttl=3D64 time=3D106.744 ms 1480 bytes from 10.40.64.17: icmp_seq=3D974 ttl=3D64 time=3D106.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D975 ttl=3D64 time=3D105.240 ms 1480 bytes from 10.40.64.17: icmp_seq=3D976 ttl=3D64 time=3D105.535 ms 1480 bytes from 10.40.64.17: icmp_seq=3D977 ttl=3D64 time=3D111.062 ms 1480 bytes from 10.40.64.17: icmp_seq=3D978 ttl=3D64 time=3D109.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D979 ttl=3D64 time=3D109.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D980 ttl=3D64 time=3D108.689 ms 1480 bytes from 10.40.64.17: icmp_seq=3D981 ttl=3D64 time=3D108.127 ms 1480 bytes from 10.40.64.17: icmp_seq=3D982 ttl=3D64 time=3D108.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D983 ttl=3D64 time=3D108.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D984 ttl=3D64 time=3D108.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D985 ttl=3D64 time=3D108.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D986 ttl=3D64 time=3D108.402 ms 1480 bytes from 10.40.64.17: icmp_seq=3D987 ttl=3D64 time=3D108.188 ms 1480 bytes from 10.40.64.17: icmp_seq=3D988 ttl=3D64 time=3D109.255 ms 1480 bytes from 10.40.64.17: icmp_seq=3D989 ttl=3D64 time=3D109.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D990 ttl=3D64 time=3D108.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D991 ttl=3D64 time=3D108.999 ms 1480 bytes from 10.40.64.17: icmp_seq=3D992 ttl=3D64 time=3D108.923 ms 1480 bytes from 10.40.64.17: icmp_seq=3D993 ttl=3D64 time=3D108.640 ms 1480 bytes from 10.40.64.17: icmp_seq=3D994 ttl=3D64 time=3D110.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D995 ttl=3D64 time=3D112.792 ms 1480 bytes from 10.40.64.17: icmp_seq=3D996 ttl=3D64 time=3D112.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D997 ttl=3D64 time=3D114.266 ms 1480 bytes from 10.40.64.17: icmp_seq=3D998 ttl=3D64 time=3D113.818 ms 1480 bytes from 10.40.64.17: icmp_seq=3D999 ttl=3D64 time=3D112.674 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1000 ttl=3D64 time=3D112.288 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1001 ttl=3D64 time=3D110.786 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1002 ttl=3D64 time=3D111.951 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1003 ttl=3D64 time=3D111.886 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1004 ttl=3D64 time=3D111.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1005 ttl=3D64 time=3D111.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1006 ttl=3D64 time=3D112.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1007 ttl=3D64 time=3D112.493 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1008 ttl=3D64 time=3D111.548 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1009 ttl=3D64 time=3D112.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1010 ttl=3D64 time=3D112.806 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1011 ttl=3D64 time=3D112.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1012 ttl=3D64 time=3D111.753 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1013 ttl=3D64 time=3D110.546 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1014 ttl=3D64 time=3D111.834 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1015 ttl=3D64 time=3D111.937 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1016 ttl=3D64 time=3D111.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1017 ttl=3D64 time=3D112.002 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1018 ttl=3D64 time=3D111.712 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1019 ttl=3D64 time=3D112.184 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1020 ttl=3D64 time=3D111.923 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1021 ttl=3D64 time=3D112.257 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1022 ttl=3D64 time=3D112.633 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1023 ttl=3D64 time=3D112.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1024 ttl=3D64 time=3D111.694 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1025 ttl=3D64 time=3D111.907 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1026 ttl=3D64 time=3D111.725 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1027 ttl=3D64 time=3D111.894 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1028 ttl=3D64 time=3D110.894 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1029 ttl=3D64 time=3D109.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1030 ttl=3D64 time=3D109.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1031 ttl=3D64 time=3D109.451 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1032 ttl=3D64 time=3D110.066 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1033 ttl=3D64 time=3D110.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1034 ttl=3D64 time=3D110.016 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1035 ttl=3D64 time=3D108.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1036 ttl=3D64 time=3D109.191 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1037 ttl=3D64 time=3D110.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1038 ttl=3D64 time=3D109.183 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1039 ttl=3D64 time=3D108.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1040 ttl=3D64 time=3D108.465 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1041 ttl=3D64 time=3D110.319 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1042 ttl=3D64 time=3D110.629 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1043 ttl=3D64 time=3D110.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1044 ttl=3D64 time=3D110.344 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1045 ttl=3D64 time=3D111.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1046 ttl=3D64 time=3D110.360 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1047 ttl=3D64 time=3D109.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1048 ttl=3D64 time=3D108.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1049 ttl=3D64 time=3D108.239 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1050 ttl=3D64 time=3D106.628 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1051 ttl=3D64 time=3D106.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1052 ttl=3D64 time=3D105.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1053 ttl=3D64 time=3D106.111 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1054 ttl=3D64 time=3D106.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1055 ttl=3D64 time=3D105.266 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1056 ttl=3D64 time=3D106.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1057 ttl=3D64 time=3D107.667 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1058 ttl=3D64 time=3D107.192 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1059 ttl=3D64 time=3D106.721 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1060 ttl=3D64 time=3D106.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1061 ttl=3D64 time=3D107.551 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1062 ttl=3D64 time=3D107.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1063 ttl=3D64 time=3D106.415 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1064 ttl=3D64 time=3D106.086 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1065 ttl=3D64 time=3D104.712 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1066 ttl=3D64 time=3D107.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1067 ttl=3D64 time=3D107.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1068 ttl=3D64 time=3D107.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1069 ttl=3D64 time=3D108.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1070 ttl=3D64 time=3D110.901 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1071 ttl=3D64 time=3D112.083 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1072 ttl=3D64 time=3D111.551 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1073 ttl=3D64 time=3D111.836 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1074 ttl=3D64 time=3D110.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1075 ttl=3D64 time=3D111.193 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1076 ttl=3D64 time=3D109.933 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1077 ttl=3D64 time=3D109.810 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1078 ttl=3D64 time=3D109.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1079 ttl=3D64 time=3D109.843 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1080 ttl=3D64 time=3D110.688 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1081 ttl=3D64 time=3D110.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1082 ttl=3D64 time=3D110.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1083 ttl=3D64 time=3D111.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1084 ttl=3D64 time=3D111.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1085 ttl=3D64 time=3D110.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1086 ttl=3D64 time=3D110.055 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1087 ttl=3D64 time=3D110.462 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1088 ttl=3D64 time=3D110.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1089 ttl=3D64 time=3D109.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1090 ttl=3D64 time=3D108.550 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1091 ttl=3D64 time=3D108.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1092 ttl=3D64 time=3D109.616 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1093 ttl=3D64 time=3D108.864 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1094 ttl=3D64 time=3D112.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1095 ttl=3D64 time=3D113.061 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1096 ttl=3D64 time=3D112.428 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1097 ttl=3D64 time=3D112.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1098 ttl=3D64 time=3D112.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1099 ttl=3D64 time=3D111.936 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1100 ttl=3D64 time=3D112.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1101 ttl=3D64 time=3D112.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1102 ttl=3D64 time=3D112.267 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1103 ttl=3D64 time=3D112.463 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1104 ttl=3D64 time=3D112.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1105 ttl=3D64 time=3D111.660 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1106 ttl=3D64 time=3D111.209 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1107 ttl=3D64 time=3D110.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1108 ttl=3D64 time=3D110.987 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1109 ttl=3D64 time=3D110.128 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1110 ttl=3D64 time=3D109.319 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1111 ttl=3D64 time=3D107.955 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1112 ttl=3D64 time=3D107.297 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1113 ttl=3D64 time=3D107.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1114 ttl=3D64 time=3D109.548 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1115 ttl=3D64 time=3D109.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1116 ttl=3D64 time=3D109.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1117 ttl=3D64 time=3D108.291 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1118 ttl=3D64 time=3D108.423 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1119 ttl=3D64 time=3D109.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1120 ttl=3D64 time=3D108.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1121 ttl=3D64 time=3D108.028 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1122 ttl=3D64 time=3D106.972 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1123 ttl=3D64 time=3D105.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1124 ttl=3D64 time=3D104.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1125 ttl=3D64 time=3D104.287 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1126 ttl=3D64 time=3D103.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1127 ttl=3D64 time=3D102.806 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1128 ttl=3D64 time=3D108.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1129 ttl=3D64 time=3D108.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1130 ttl=3D64 time=3D107.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1131 ttl=3D64 time=3D107.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1132 ttl=3D64 time=3D107.623 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1133 ttl=3D64 time=3D105.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1134 ttl=3D64 time=3D105.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1135 ttl=3D64 time=3D105.126 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1136 ttl=3D64 time=3D105.169 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1137 ttl=3D64 time=3D108.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1138 ttl=3D64 time=3D108.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1139 ttl=3D64 time=3D107.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1140 ttl=3D64 time=3D107.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1141 ttl=3D64 time=3D107.221 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1142 ttl=3D64 time=3D107.003 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1143 ttl=3D64 time=3D106.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1144 ttl=3D64 time=3D106.855 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1145 ttl=3D64 time=3D106.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1146 ttl=3D64 time=3D106.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1147 ttl=3D64 time=3D105.640 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1148 ttl=3D64 time=3D107.511 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1149 ttl=3D64 time=3D107.491 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1150 ttl=3D64 time=3D106.824 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1151 ttl=3D64 time=3D105.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1152 ttl=3D64 time=3D105.381 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1153 ttl=3D64 time=3D107.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1154 ttl=3D64 time=3D105.994 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1155 ttl=3D64 time=3D105.258 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1156 ttl=3D64 time=3D106.654 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1157 ttl=3D64 time=3D106.735 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1158 ttl=3D64 time=3D108.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1159 ttl=3D64 time=3D107.742 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1160 ttl=3D64 time=3D107.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1161 ttl=3D64 time=3D109.243 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1162 ttl=3D64 time=3D111.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1163 ttl=3D64 time=3D110.723 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1164 ttl=3D64 time=3D110.349 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1165 ttl=3D64 time=3D110.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1166 ttl=3D64 time=3D109.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1167 ttl=3D64 time=3D109.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1168 ttl=3D64 time=3D112.030 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1169 ttl=3D64 time=3D113.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1170 ttl=3D64 time=3D113.472 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1171 ttl=3D64 time=3D114.487 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1172 ttl=3D64 time=3D114.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1173 ttl=3D64 time=3D113.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1174 ttl=3D64 time=3D113.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1175 ttl=3D64 time=3D112.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1176 ttl=3D64 time=3D112.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1177 ttl=3D64 time=3D113.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1178 ttl=3D64 time=3D113.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1179 ttl=3D64 time=3D112.732 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1180 ttl=3D64 time=3D113.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1181 ttl=3D64 time=3D113.027 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1182 ttl=3D64 time=3D115.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1183 ttl=3D64 time=3D114.844 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1184 ttl=3D64 time=3D115.415 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1185 ttl=3D64 time=3D114.872 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1186 ttl=3D64 time=3D114.686 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1187 ttl=3D64 time=3D114.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1188 ttl=3D64 time=3D115.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1189 ttl=3D64 time=3D115.251 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1190 ttl=3D64 time=3D114.779 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1191 ttl=3D64 time=3D113.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1192 ttl=3D64 time=3D113.344 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1193 ttl=3D64 time=3D113.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1194 ttl=3D64 time=3D114.320 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1195 ttl=3D64 time=3D115.394 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1196 ttl=3D64 time=3D116.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1197 ttl=3D64 time=3D116.298 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1198 ttl=3D64 time=3D117.677 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1199 ttl=3D64 time=3D117.049 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1200 ttl=3D64 time=3D117.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1201 ttl=3D64 time=3D116.367 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1202 ttl=3D64 time=3D115.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1203 ttl=3D64 time=3D115.486 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1204 ttl=3D64 time=3D115.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1205 ttl=3D64 time=3D114.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1206 ttl=3D64 time=3D115.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1207 ttl=3D64 time=3D114.567 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1208 ttl=3D64 time=3D113.051 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1209 ttl=3D64 time=3D112.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1210 ttl=3D64 time=3D112.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1211 ttl=3D64 time=3D110.912 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1212 ttl=3D64 time=3D110.600 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1213 ttl=3D64 time=3D110.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1214 ttl=3D64 time=3D112.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1215 ttl=3D64 time=3D113.560 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1216 ttl=3D64 time=3D114.021 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1217 ttl=3D64 time=3D113.535 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1218 ttl=3D64 time=3D115.376 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1219 ttl=3D64 time=3D115.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1220 ttl=3D64 time=3D114.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1221 ttl=3D64 time=3D114.058 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1222 ttl=3D64 time=3D113.560 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1223 ttl=3D64 time=3D113.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1224 ttl=3D64 time=3D113.003 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1225 ttl=3D64 time=3D113.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1226 ttl=3D64 time=3D113.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1227 ttl=3D64 time=3D114.558 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1228 ttl=3D64 time=3D114.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1229 ttl=3D64 time=3D116.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1230 ttl=3D64 time=3D116.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1231 ttl=3D64 time=3D115.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1232 ttl=3D64 time=3D114.997 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1233 ttl=3D64 time=3D114.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1234 ttl=3D64 time=3D116.021 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1235 ttl=3D64 time=3D114.818 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1236 ttl=3D64 time=3D115.996 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1237 ttl=3D64 time=3D123.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1238 ttl=3D64 time=3D123.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1239 ttl=3D64 time=3D123.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1240 ttl=3D64 time=3D122.744 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1241 ttl=3D64 time=3D122.870 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1242 ttl=3D64 time=3D122.734 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1243 ttl=3D64 time=3D122.251 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1244 ttl=3D64 time=3D124.260 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1245 ttl=3D64 time=3D123.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1246 ttl=3D64 time=3D122.896 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1247 ttl=3D64 time=3D123.629 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1248 ttl=3D64 time=3D125.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1249 ttl=3D64 time=3D125.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1250 ttl=3D64 time=3D124.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1251 ttl=3D64 time=3D124.145 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1252 ttl=3D64 time=3D123.695 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1253 ttl=3D64 time=3D124.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1254 ttl=3D64 time=3D123.827 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1255 ttl=3D64 time=3D122.560 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1256 ttl=3D64 time=3D122.148 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1257 ttl=3D64 time=3D122.374 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1258 ttl=3D64 time=3D121.188 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1259 ttl=3D64 time=3D120.865 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1260 ttl=3D64 time=3D128.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1261 ttl=3D64 time=3D128.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1262 ttl=3D64 time=3D128.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1263 ttl=3D64 time=3D128.824 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1264 ttl=3D64 time=3D128.638 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1265 ttl=3D64 time=3D129.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1266 ttl=3D64 time=3D129.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1267 ttl=3D64 time=3D128.615 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1268 ttl=3D64 time=3D128.605 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1269 ttl=3D64 time=3D128.564 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1270 ttl=3D64 time=3D128.384 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1271 ttl=3D64 time=3D127.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1272 ttl=3D64 time=3D127.615 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1273 ttl=3D64 time=3D127.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1274 ttl=3D64 time=3D127.792 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1275 ttl=3D64 time=3D127.859 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1276 ttl=3D64 time=3D127.895 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1277 ttl=3D64 time=3D127.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1278 ttl=3D64 time=3D126.161 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1279 ttl=3D64 time=3D126.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1280 ttl=3D64 time=3D125.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1281 ttl=3D64 time=3D125.066 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1282 ttl=3D64 time=3D125.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1283 ttl=3D64 time=3D125.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1284 ttl=3D64 time=3D124.953 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1285 ttl=3D64 time=3D123.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1286 ttl=3D64 time=3D122.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1287 ttl=3D64 time=3D121.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1288 ttl=3D64 time=3D121.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1289 ttl=3D64 time=3D121.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1290 ttl=3D64 time=3D124.499 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1291 ttl=3D64 time=3D123.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1292 ttl=3D64 time=3D124.606 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1293 ttl=3D64 time=3D124.742 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1294 ttl=3D64 time=3D125.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1295 ttl=3D64 time=3D124.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1296 ttl=3D64 time=3D123.453 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1297 ttl=3D64 time=3D123.678 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1298 ttl=3D64 time=3D123.265 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1299 ttl=3D64 time=3D122.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1300 ttl=3D64 time=3D122.318 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1301 ttl=3D64 time=3D121.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1302 ttl=3D64 time=3D121.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1303 ttl=3D64 time=3D122.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1304 ttl=3D64 time=3D121.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1305 ttl=3D64 time=3D124.714 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1306 ttl=3D64 time=3D123.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1307 ttl=3D64 time=3D122.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1308 ttl=3D64 time=3D121.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1309 ttl=3D64 time=3D122.518 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1310 ttl=3D64 time=3D121.265 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1311 ttl=3D64 time=3D123.492 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1312 ttl=3D64 time=3D122.492 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1313 ttl=3D64 time=3D123.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1314 ttl=3D64 time=3D122.618 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1315 ttl=3D64 time=3D123.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1316 ttl=3D64 time=3D123.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1317 ttl=3D64 time=3D122.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1318 ttl=3D64 time=3D122.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1319 ttl=3D64 time=3D123.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1320 ttl=3D64 time=3D122.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1321 ttl=3D64 time=3D123.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1322 ttl=3D64 time=3D124.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1323 ttl=3D64 time=3D123.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1324 ttl=3D64 time=3D123.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1325 ttl=3D64 time=3D123.236 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1326 ttl=3D64 time=3D123.683 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1327 ttl=3D64 time=3D122.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1328 ttl=3D64 time=3D121.827 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1329 ttl=3D64 time=3D122.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1330 ttl=3D64 time=3D122.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1331 ttl=3D64 time=3D127.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1332 ttl=3D64 time=3D128.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1333 ttl=3D64 time=3D128.133 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1334 ttl=3D64 time=3D126.990 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1335 ttl=3D64 time=3D127.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1336 ttl=3D64 time=3D127.928 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1337 ttl=3D64 time=3D128.770 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1338 ttl=3D64 time=3D128.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1339 ttl=3D64 time=3D128.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1340 ttl=3D64 time=3D129.283 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1341 ttl=3D64 time=3D129.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1342 ttl=3D64 time=3D129.269 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1343 ttl=3D64 time=3D129.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1344 ttl=3D64 time=3D130.062 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1345 ttl=3D64 time=3D130.366 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1346 ttl=3D64 time=3D130.646 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1347 ttl=3D64 time=3D130.919 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1348 ttl=3D64 time=3D130.189 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1349 ttl=3D64 time=3D131.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1350 ttl=3D64 time=3D130.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1351 ttl=3D64 time=3D131.297 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1352 ttl=3D64 time=3D130.808 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1353 ttl=3D64 time=3D130.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1354 ttl=3D64 time=3D129.384 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1355 ttl=3D64 time=3D128.465 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1356 ttl=3D64 time=3D128.460 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1357 ttl=3D64 time=3D129.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1358 ttl=3D64 time=3D129.661 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1359 ttl=3D64 time=3D128.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1360 ttl=3D64 time=3D129.292 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1361 ttl=3D64 time=3D129.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1362 ttl=3D64 time=3D129.191 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1363 ttl=3D64 time=3D128.819 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1364 ttl=3D64 time=3D129.941 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1365 ttl=3D64 time=3D130.145 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1366 ttl=3D64 time=3D130.178 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1367 ttl=3D64 time=3D129.627 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1368 ttl=3D64 time=3D129.061 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1369 ttl=3D64 time=3D129.436 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1370 ttl=3D64 time=3D129.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1371 ttl=3D64 time=3D129.435 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1372 ttl=3D64 time=3D129.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1373 ttl=3D64 time=3D128.820 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1374 ttl=3D64 time=3D128.289 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1375 ttl=3D64 time=3D127.888 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1376 ttl=3D64 time=3D129.095 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1377 ttl=3D64 time=3D128.733 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1378 ttl=3D64 time=3D130.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1379 ttl=3D64 time=3D130.226 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1380 ttl=3D64 time=3D129.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1381 ttl=3D64 time=3D128.484 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1382 ttl=3D64 time=3D127.518 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1383 ttl=3D64 time=3D130.090 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1384 ttl=3D64 time=3D129.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1385 ttl=3D64 time=3D130.126 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1386 ttl=3D64 time=3D129.584 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1387 ttl=3D64 time=3D129.777 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1388 ttl=3D64 time=3D129.816 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1389 ttl=3D64 time=3D128.508 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1390 ttl=3D64 time=3D127.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1391 ttl=3D64 time=3D127.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1392 ttl=3D64 time=3D127.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1393 ttl=3D64 time=3D126.955 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1394 ttl=3D64 time=3D127.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1395 ttl=3D64 time=3D127.709 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1396 ttl=3D64 time=3D127.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1397 ttl=3D64 time=3D127.727 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1398 ttl=3D64 time=3D127.718 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1399 ttl=3D64 time=3D127.047 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1400 ttl=3D64 time=3D127.499 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1401 ttl=3D64 time=3D127.015 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1402 ttl=3D64 time=3D127.170 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1403 ttl=3D64 time=3D126.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1404 ttl=3D64 time=3D126.448 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1405 ttl=3D64 time=3D126.381 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1406 ttl=3D64 time=3D126.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1407 ttl=3D64 time=3D126.134 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1408 ttl=3D64 time=3D125.500 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1409 ttl=3D64 time=3D124.358 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1410 ttl=3D64 time=3D125.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1411 ttl=3D64 time=3D125.789 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1412 ttl=3D64 time=3D125.415 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1413 ttl=3D64 time=3D125.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1414 ttl=3D64 time=3D124.454 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1415 ttl=3D64 time=3D123.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1416 ttl=3D64 time=3D126.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1417 ttl=3D64 time=3D125.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1418 ttl=3D64 time=3D127.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1419 ttl=3D64 time=3D127.694 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1420 ttl=3D64 time=3D128.780 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1421 ttl=3D64 time=3D128.382 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1422 ttl=3D64 time=3D127.895 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1423 ttl=3D64 time=3D128.181 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1424 ttl=3D64 time=3D127.659 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1425 ttl=3D64 time=3D127.301 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1426 ttl=3D64 time=3D125.989 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1427 ttl=3D64 time=3D127.694 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1428 ttl=3D64 time=3D127.658 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1429 ttl=3D64 time=3D128.110 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1430 ttl=3D64 time=3D127.700 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1431 ttl=3D64 time=3D126.238 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1432 ttl=3D64 time=3D126.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1433 ttl=3D64 time=3D126.471 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1434 ttl=3D64 time=3D125.943 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1435 ttl=3D64 time=3D125.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1436 ttl=3D64 time=3D125.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1437 ttl=3D64 time=3D125.392 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1438 ttl=3D64 time=3D124.877 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1439 ttl=3D64 time=3D124.678 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1440 ttl=3D64 time=3D124.342 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1441 ttl=3D64 time=3D124.777 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1442 ttl=3D64 time=3D124.543 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1443 ttl=3D64 time=3D124.819 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1444 ttl=3D64 time=3D125.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1445 ttl=3D64 time=3D125.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1446 ttl=3D64 time=3D125.532 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1447 ttl=3D64 time=3D125.671 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1448 ttl=3D64 time=3D124.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1449 ttl=3D64 time=3D125.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1450 ttl=3D64 time=3D124.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1451 ttl=3D64 time=3D124.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1452 ttl=3D64 time=3D125.026 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1454 ttl=3D64 time=3D124.587 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1455 ttl=3D64 time=3D124.856 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1456 ttl=3D64 time=3D132.862 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1457 ttl=3D64 time=3D133.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1458 ttl=3D64 time=3D132.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1459 ttl=3D64 time=3D132.283 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1460 ttl=3D64 time=3D132.757 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1461 ttl=3D64 time=3D132.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1462 ttl=3D64 time=3D131.974 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1463 ttl=3D64 time=3D131.633 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1464 ttl=3D64 time=3D131.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1465 ttl=3D64 time=3D131.837 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1466 ttl=3D64 time=3D131.500 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1467 ttl=3D64 time=3D131.650 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1468 ttl=3D64 time=3D131.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1469 ttl=3D64 time=3D130.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1470 ttl=3D64 time=3D129.254 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1471 ttl=3D64 time=3D128.868 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1472 ttl=3D64 time=3D129.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1473 ttl=3D64 time=3D129.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1474 ttl=3D64 time=3D128.380 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1475 ttl=3D64 time=3D127.880 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1476 ttl=3D64 time=3D127.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1477 ttl=3D64 time=3D127.318 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1478 ttl=3D64 time=3D126.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1479 ttl=3D64 time=3D126.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1480 ttl=3D64 time=3D125.804 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1481 ttl=3D64 time=3D127.171 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1482 ttl=3D64 time=3D126.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1483 ttl=3D64 time=3D126.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1484 ttl=3D64 time=3D126.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1485 ttl=3D64 time=3D126.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1486 ttl=3D64 time=3D126.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1487 ttl=3D64 time=3D125.640 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1488 ttl=3D64 time=3D125.819 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1489 ttl=3D64 time=3D124.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1490 ttl=3D64 time=3D124.201 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1491 ttl=3D64 time=3D130.987 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1492 ttl=3D64 time=3D130.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1493 ttl=3D64 time=3D129.234 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1494 ttl=3D64 time=3D128.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1495 ttl=3D64 time=3D129.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1496 ttl=3D64 time=3D128.504 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1497 ttl=3D64 time=3D128.904 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1498 ttl=3D64 time=3D128.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1499 ttl=3D64 time=3D127.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1500 ttl=3D64 time=3D128.712 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1501 ttl=3D64 time=3D128.461 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1502 ttl=3D64 time=3D127.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1503 ttl=3D64 time=3D127.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1504 ttl=3D64 time=3D127.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1505 ttl=3D64 time=3D126.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1506 ttl=3D64 time=3D126.196 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1507 ttl=3D64 time=3D126.600 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1508 ttl=3D64 time=3D126.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1509 ttl=3D64 time=3D127.486 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1510 ttl=3D64 time=3D126.826 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1511 ttl=3D64 time=3D126.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1512 ttl=3D64 time=3D125.806 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1513 ttl=3D64 time=3D126.370 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1514 ttl=3D64 time=3D124.849 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1515 ttl=3D64 time=3D125.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1516 ttl=3D64 time=3D124.996 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1517 ttl=3D64 time=3D125.321 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1518 ttl=3D64 time=3D126.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1519 ttl=3D64 time=3D131.629 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1520 ttl=3D64 time=3D132.481 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1521 ttl=3D64 time=3D133.680 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1522 ttl=3D64 time=3D132.686 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1523 ttl=3D64 time=3D134.219 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1524 ttl=3D64 time=3D135.088 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1525 ttl=3D64 time=3D134.827 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1526 ttl=3D64 time=3D135.257 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1527 ttl=3D64 time=3D134.981 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1528 ttl=3D64 time=3D134.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1529 ttl=3D64 time=3D135.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1530 ttl=3D64 time=3D135.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1531 ttl=3D64 time=3D134.871 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1532 ttl=3D64 time=3D133.580 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1533 ttl=3D64 time=3D133.127 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1534 ttl=3D64 time=3D132.775 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1535 ttl=3D64 time=3D132.270 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1536 ttl=3D64 time=3D131.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1537 ttl=3D64 time=3D132.092 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1538 ttl=3D64 time=3D130.780 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1539 ttl=3D64 time=3D130.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1540 ttl=3D64 time=3D130.180 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1541 ttl=3D64 time=3D129.657 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1542 ttl=3D64 time=3D129.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1543 ttl=3D64 time=3D128.812 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1544 ttl=3D64 time=3D135.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1545 ttl=3D64 time=3D135.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1546 ttl=3D64 time=3D140.096 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1547 ttl=3D64 time=3D138.934 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1548 ttl=3D64 time=3D139.382 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1549 ttl=3D64 time=3D138.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1550 ttl=3D64 time=3D137.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1551 ttl=3D64 time=3D137.723 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1552 ttl=3D64 time=3D138.462 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1553 ttl=3D64 time=3D144.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1554 ttl=3D64 time=3D144.293 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1555 ttl=3D64 time=3D143.747 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1556 ttl=3D64 time=3D144.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1557 ttl=3D64 time=3D144.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1558 ttl=3D64 time=3D143.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1559 ttl=3D64 time=3D143.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1560 ttl=3D64 time=3D143.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1561 ttl=3D64 time=3D142.892 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1562 ttl=3D64 time=3D141.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1563 ttl=3D64 time=3D141.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1564 ttl=3D64 time=3D141.700 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1565 ttl=3D64 time=3D141.935 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1566 ttl=3D64 time=3D140.749 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1567 ttl=3D64 time=3D141.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1568 ttl=3D64 time=3D139.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1569 ttl=3D64 time=3D139.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1570 ttl=3D64 time=3D138.962 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1571 ttl=3D64 time=3D139.153 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1572 ttl=3D64 time=3D138.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1573 ttl=3D64 time=3D137.391 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1574 ttl=3D64 time=3D136.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1575 ttl=3D64 time=3D137.406 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1576 ttl=3D64 time=3D136.638 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1577 ttl=3D64 time=3D137.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1578 ttl=3D64 time=3D138.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1579 ttl=3D64 time=3D137.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1580 ttl=3D64 time=3D138.226 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1581 ttl=3D64 time=3D138.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1582 ttl=3D64 time=3D138.711 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1583 ttl=3D64 time=3D138.883 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1584 ttl=3D64 time=3D138.461 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1585 ttl=3D64 time=3D138.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1586 ttl=3D64 time=3D137.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1587 ttl=3D64 time=3D137.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1588 ttl=3D64 time=3D137.026 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1589 ttl=3D64 time=3D135.879 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1590 ttl=3D64 time=3D136.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1591 ttl=3D64 time=3D136.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1592 ttl=3D64 time=3D137.235 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1593 ttl=3D64 time=3D138.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1594 ttl=3D64 time=3D138.034 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1595 ttl=3D64 time=3D137.578 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1596 ttl=3D64 time=3D137.145 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1597 ttl=3D64 time=3D138.110 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1598 ttl=3D64 time=3D137.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1599 ttl=3D64 time=3D136.725 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1600 ttl=3D64 time=3D136.695 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1601 ttl=3D64 time=3D136.800 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1602 ttl=3D64 time=3D137.161 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1603 ttl=3D64 time=3D136.143 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1604 ttl=3D64 time=3D137.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1605 ttl=3D64 time=3D137.417 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1606 ttl=3D64 time=3D137.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1607 ttl=3D64 time=3D136.508 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1608 ttl=3D64 time=3D136.504 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1609 ttl=3D64 time=3D136.688 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1610 ttl=3D64 time=3D136.183 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1611 ttl=3D64 time=3D136.490 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1612 ttl=3D64 time=3D135.094 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1613 ttl=3D64 time=3D134.671 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1614 ttl=3D64 time=3D135.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1615 ttl=3D64 time=3D135.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1616 ttl=3D64 time=3D136.696 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1617 ttl=3D64 time=3D137.128 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1618 ttl=3D64 time=3D135.959 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1619 ttl=3D64 time=3D135.460 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1620 ttl=3D64 time=3D135.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1621 ttl=3D64 time=3D134.059 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1622 ttl=3D64 time=3D134.460 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1623 ttl=3D64 time=3D134.076 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1624 ttl=3D64 time=3D134.436 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1625 ttl=3D64 time=3D136.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1626 ttl=3D64 time=3D135.888 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1627 ttl=3D64 time=3D135.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1628 ttl=3D64 time=3D134.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1629 ttl=3D64 time=3D134.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1630 ttl=3D64 time=3D134.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1631 ttl=3D64 time=3D133.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1632 ttl=3D64 time=3D134.764 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1633 ttl=3D64 time=3D134.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1634 ttl=3D64 time=3D135.111 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1635 ttl=3D64 time=3D135.986 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1636 ttl=3D64 time=3D138.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1637 ttl=3D64 time=3D137.650 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1638 ttl=3D64 time=3D137.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1639 ttl=3D64 time=3D137.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1640 ttl=3D64 time=3D137.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1641 ttl=3D64 time=3D137.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1642 ttl=3D64 time=3D138.580 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1643 ttl=3D64 time=3D139.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1644 ttl=3D64 time=3D139.157 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1645 ttl=3D64 time=3D138.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1646 ttl=3D64 time=3D138.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1647 ttl=3D64 time=3D139.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1648 ttl=3D64 time=3D139.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1649 ttl=3D64 time=3D139.253 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1650 ttl=3D64 time=3D140.238 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1651 ttl=3D64 time=3D139.846 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1652 ttl=3D64 time=3D140.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1653 ttl=3D64 time=3D140.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1654 ttl=3D64 time=3D139.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1655 ttl=3D64 time=3D140.875 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1656 ttl=3D64 time=3D141.232 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1657 ttl=3D64 time=3D141.561 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1658 ttl=3D64 time=3D141.871 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1659 ttl=3D64 time=3D140.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1660 ttl=3D64 time=3D141.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1661 ttl=3D64 time=3D140.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1662 ttl=3D64 time=3D139.777 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1663 ttl=3D64 time=3D142.162 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1664 ttl=3D64 time=3D143.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1665 ttl=3D64 time=3D143.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1666 ttl=3D64 time=3D142.817 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1667 ttl=3D64 time=3D142.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1668 ttl=3D64 time=3D146.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1669 ttl=3D64 time=3D146.239 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1670 ttl=3D64 time=3D146.430 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1671 ttl=3D64 time=3D147.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1672 ttl=3D64 time=3D148.689 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1673 ttl=3D64 time=3D148.291 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1674 ttl=3D64 time=3D147.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1675 ttl=3D64 time=3D148.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1676 ttl=3D64 time=3D148.313 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1677 ttl=3D64 time=3D148.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1678 ttl=3D64 time=3D149.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1679 ttl=3D64 time=3D149.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1680 ttl=3D64 time=3D149.910 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1681 ttl=3D64 time=3D150.406 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1682 ttl=3D64 time=3D149.485 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1683 ttl=3D64 time=3D149.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1684 ttl=3D64 time=3D150.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1685 ttl=3D64 time=3D149.771 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1686 ttl=3D64 time=3D150.813 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1687 ttl=3D64 time=3D151.337 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1688 ttl=3D64 time=3D150.765 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1689 ttl=3D64 time=3D154.225 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1690 ttl=3D64 time=3D154.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1691 ttl=3D64 time=3D153.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1692 ttl=3D64 time=3D154.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1693 ttl=3D64 time=3D154.503 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1694 ttl=3D64 time=3D153.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1695 ttl=3D64 time=3D153.485 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1696 ttl=3D64 time=3D152.838 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1697 ttl=3D64 time=3D153.169 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1698 ttl=3D64 time=3D152.539 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1699 ttl=3D64 time=3D152.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1700 ttl=3D64 time=3D150.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1701 ttl=3D64 time=3D149.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1702 ttl=3D64 time=3D150.096 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1703 ttl=3D64 time=3D148.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1704 ttl=3D64 time=3D148.250 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1705 ttl=3D64 time=3D147.857 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1706 ttl=3D64 time=3D148.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1707 ttl=3D64 time=3D148.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1708 ttl=3D64 time=3D148.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1709 ttl=3D64 time=3D148.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1710 ttl=3D64 time=3D147.307 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1711 ttl=3D64 time=3D147.293 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1712 ttl=3D64 time=3D147.231 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1713 ttl=3D64 time=3D147.598 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1714 ttl=3D64 time=3D148.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1715 ttl=3D64 time=3D153.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1716 ttl=3D64 time=3D152.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1717 ttl=3D64 time=3D152.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1718 ttl=3D64 time=3D155.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1719 ttl=3D64 time=3D154.485 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1720 ttl=3D64 time=3D153.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1721 ttl=3D64 time=3D158.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1722 ttl=3D64 time=3D159.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1723 ttl=3D64 time=3D157.808 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1724 ttl=3D64 time=3D157.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1725 ttl=3D64 time=3D157.395 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1726 ttl=3D64 time=3D156.571 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1727 ttl=3D64 time=3D155.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1728 ttl=3D64 time=3D155.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1729 ttl=3D64 time=3D155.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1730 ttl=3D64 time=3D156.152 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1731 ttl=3D64 time=3D155.749 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1732 ttl=3D64 time=3D156.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1733 ttl=3D64 time=3D156.388 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1734 ttl=3D64 time=3D156.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1735 ttl=3D64 time=3D156.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1736 ttl=3D64 time=3D158.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1737 ttl=3D64 time=3D157.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1738 ttl=3D64 time=3D157.180 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1739 ttl=3D64 time=3D156.196 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1740 ttl=3D64 time=3D156.430 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1741 ttl=3D64 time=3D156.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1742 ttl=3D64 time=3D156.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1743 ttl=3D64 time=3D156.577 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1744 ttl=3D64 time=3D157.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1745 ttl=3D64 time=3D157.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1746 ttl=3D64 time=3D156.896 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1747 ttl=3D64 time=3D156.380 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1748 ttl=3D64 time=3D155.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1749 ttl=3D64 time=3D155.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1750 ttl=3D64 time=3D154.992 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1751 ttl=3D64 time=3D154.514 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1752 ttl=3D64 time=3D154.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1753 ttl=3D64 time=3D154.259 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1754 ttl=3D64 time=3D154.445 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1755 ttl=3D64 time=3D154.912 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1756 ttl=3D64 time=3D154.490 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1757 ttl=3D64 time=3D154.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1758 ttl=3D64 time=3D152.891 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1759 ttl=3D64 time=3D152.294 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1760 ttl=3D64 time=3D152.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1761 ttl=3D64 time=3D153.829 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1762 ttl=3D64 time=3D154.021 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1763 ttl=3D64 time=3D153.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1764 ttl=3D64 time=3D154.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1765 ttl=3D64 time=3D154.837 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1766 ttl=3D64 time=3D155.250 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1767 ttl=3D64 time=3D154.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1768 ttl=3D64 time=3D156.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1769 ttl=3D64 time=3D156.546 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1770 ttl=3D64 time=3D158.527 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1771 ttl=3D64 time=3D157.280 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1772 ttl=3D64 time=3D158.100 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1773 ttl=3D64 time=3D156.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1774 ttl=3D64 time=3D156.606 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1775 ttl=3D64 time=3D156.192 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1776 ttl=3D64 time=3D156.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1777 ttl=3D64 time=3D158.394 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1778 ttl=3D64 time=3D158.729 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1779 ttl=3D64 time=3D159.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1780 ttl=3D64 time=3D157.870 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1781 ttl=3D64 time=3D157.199 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1782 ttl=3D64 time=3D157.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1783 ttl=3D64 time=3D157.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1784 ttl=3D64 time=3D156.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1785 ttl=3D64 time=3D156.974 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1786 ttl=3D64 time=3D156.262 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1787 ttl=3D64 time=3D154.628 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1788 ttl=3D64 time=3D153.759 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1789 ttl=3D64 time=3D153.887 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1790 ttl=3D64 time=3D153.806 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1791 ttl=3D64 time=3D156.749 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1792 ttl=3D64 time=3D156.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1793 ttl=3D64 time=3D156.731 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1794 ttl=3D64 time=3D156.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1795 ttl=3D64 time=3D156.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1796 ttl=3D64 time=3D156.269 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1797 ttl=3D64 time=3D155.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1798 ttl=3D64 time=3D154.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1799 ttl=3D64 time=3D155.026 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1800 ttl=3D64 time=3D154.668 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1801 ttl=3D64 time=3D154.585 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1802 ttl=3D64 time=3D155.433 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1803 ttl=3D64 time=3D154.127 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1804 ttl=3D64 time=3D153.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1805 ttl=3D64 time=3D154.003 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1806 ttl=3D64 time=3D155.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1807 ttl=3D64 time=3D154.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1808 ttl=3D64 time=3D155.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1809 ttl=3D64 time=3D158.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1810 ttl=3D64 time=3D158.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1811 ttl=3D64 time=3D157.658 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1812 ttl=3D64 time=3D157.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1813 ttl=3D64 time=3D157.358 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1814 ttl=3D64 time=3D156.835 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1815 ttl=3D64 time=3D157.315 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1816 ttl=3D64 time=3D160.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1817 ttl=3D64 time=3D159.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1818 ttl=3D64 time=3D158.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1819 ttl=3D64 time=3D158.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1820 ttl=3D64 time=3D157.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1821 ttl=3D64 time=3D156.675 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1822 ttl=3D64 time=3D157.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1823 ttl=3D64 time=3D155.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1824 ttl=3D64 time=3D155.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1825 ttl=3D64 time=3D155.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1826 ttl=3D64 time=3D155.764 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1827 ttl=3D64 time=3D155.384 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1828 ttl=3D64 time=3D155.551 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1829 ttl=3D64 time=3D154.943 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1830 ttl=3D64 time=3D155.999 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1831 ttl=3D64 time=3D155.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1832 ttl=3D64 time=3D154.189 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1833 ttl=3D64 time=3D156.816 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1834 ttl=3D64 time=3D156.533 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1835 ttl=3D64 time=3D158.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1836 ttl=3D64 time=3D157.462 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1837 ttl=3D64 time=3D156.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1838 ttl=3D64 time=3D155.750 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1839 ttl=3D64 time=3D156.076 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1840 ttl=3D64 time=3D156.347 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1841 ttl=3D64 time=3D156.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1842 ttl=3D64 time=3D156.038 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1843 ttl=3D64 time=3D155.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1844 ttl=3D64 time=3D155.727 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1845 ttl=3D64 time=3D157.034 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1846 ttl=3D64 time=3D157.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1847 ttl=3D64 time=3D158.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1848 ttl=3D64 time=3D157.294 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1849 ttl=3D64 time=3D157.457 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1850 ttl=3D64 time=3D158.560 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1851 ttl=3D64 time=3D157.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1852 ttl=3D64 time=3D156.757 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1853 ttl=3D64 time=3D157.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1854 ttl=3D64 time=3D156.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1855 ttl=3D64 time=3D155.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1856 ttl=3D64 time=3D156.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1857 ttl=3D64 time=3D156.261 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1858 ttl=3D64 time=3D155.687 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1859 ttl=3D64 time=3D155.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1860 ttl=3D64 time=3D156.577 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1861 ttl=3D64 time=3D155.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1862 ttl=3D64 time=3D154.049 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1863 ttl=3D64 time=3D153.543 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1864 ttl=3D64 time=3D152.733 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1865 ttl=3D64 time=3D151.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1866 ttl=3D64 time=3D152.179 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1867 ttl=3D64 time=3D151.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1868 ttl=3D64 time=3D150.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1869 ttl=3D64 time=3D150.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1870 ttl=3D64 time=3D150.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1871 ttl=3D64 time=3D150.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1872 ttl=3D64 time=3D152.161 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1873 ttl=3D64 time=3D152.440 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1874 ttl=3D64 time=3D152.646 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1875 ttl=3D64 time=3D152.099 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1876 ttl=3D64 time=3D151.370 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1877 ttl=3D64 time=3D150.581 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1878 ttl=3D64 time=3D152.395 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1879 ttl=3D64 time=3D152.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1880 ttl=3D64 time=3D151.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1881 ttl=3D64 time=3D151.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1882 ttl=3D64 time=3D151.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1883 ttl=3D64 time=3D150.766 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1884 ttl=3D64 time=3D150.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1885 ttl=3D64 time=3D150.365 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1886 ttl=3D64 time=3D149.859 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1887 ttl=3D64 time=3D149.683 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1888 ttl=3D64 time=3D149.186 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1889 ttl=3D64 time=3D148.242 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1890 ttl=3D64 time=3D149.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1891 ttl=3D64 time=3D148.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1892 ttl=3D64 time=3D148.353 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1893 ttl=3D64 time=3D148.201 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1894 ttl=3D64 time=3D149.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1895 ttl=3D64 time=3D151.179 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1896 ttl=3D64 time=3D150.044 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1897 ttl=3D64 time=3D149.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1898 ttl=3D64 time=3D149.175 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1899 ttl=3D64 time=3D149.474 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1900 ttl=3D64 time=3D148.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1901 ttl=3D64 time=3D149.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1902 ttl=3D64 time=3D149.992 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1903 ttl=3D64 time=3D149.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1904 ttl=3D64 time=3D150.159 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1905 ttl=3D64 time=3D151.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1906 ttl=3D64 time=3D151.988 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1907 ttl=3D64 time=3D153.492 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1908 ttl=3D64 time=3D158.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1909 ttl=3D64 time=3D157.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1910 ttl=3D64 time=3D156.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1911 ttl=3D64 time=3D156.871 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1912 ttl=3D64 time=3D157.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1913 ttl=3D64 time=3D157.126 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1914 ttl=3D64 time=3D156.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1915 ttl=3D64 time=3D157.904 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1916 ttl=3D64 time=3D156.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1917 ttl=3D64 time=3D157.063 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1918 ttl=3D64 time=3D158.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1919 ttl=3D64 time=3D158.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1920 ttl=3D64 time=3D158.114 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1921 ttl=3D64 time=3D157.476 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1922 ttl=3D64 time=3D157.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1923 ttl=3D64 time=3D157.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1924 ttl=3D64 time=3D161.433 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1925 ttl=3D64 time=3D165.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1926 ttl=3D64 time=3D165.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1927 ttl=3D64 time=3D165.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1928 ttl=3D64 time=3D168.183 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1929 ttl=3D64 time=3D168.149 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1930 ttl=3D64 time=3D168.300 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1931 ttl=3D64 time=3D167.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1932 ttl=3D64 time=3D168.918 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1933 ttl=3D64 time=3D169.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1934 ttl=3D64 time=3D168.255 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1935 ttl=3D64 time=3D167.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1936 ttl=3D64 time=3D168.669 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1937 ttl=3D64 time=3D169.754 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1938 ttl=3D64 time=3D169.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1939 ttl=3D64 time=3D170.220 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1940 ttl=3D64 time=3D169.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1941 ttl=3D64 time=3D169.674 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1942 ttl=3D64 time=3D168.880 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1943 ttl=3D64 time=3D169.051 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1944 ttl=3D64 time=3D167.887 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1945 ttl=3D64 time=3D168.292 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1946 ttl=3D64 time=3D168.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1947 ttl=3D64 time=3D170.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1948 ttl=3D64 time=3D170.631 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1949 ttl=3D64 time=3D170.895 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1950 ttl=3D64 time=3D170.548 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1951 ttl=3D64 time=3D169.297 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1952 ttl=3D64 time=3D168.867 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1953 ttl=3D64 time=3D169.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1954 ttl=3D64 time=3D169.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1955 ttl=3D64 time=3D169.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1956 ttl=3D64 time=3D169.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1957 ttl=3D64 time=3D169.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1958 ttl=3D64 time=3D169.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1959 ttl=3D64 time=3D171.027 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1960 ttl=3D64 time=3D169.778 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1961 ttl=3D64 time=3D170.727 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1962 ttl=3D64 time=3D169.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1963 ttl=3D64 time=3D169.904 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1964 ttl=3D64 time=3D172.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1965 ttl=3D64 time=3D173.589 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1966 ttl=3D64 time=3D174.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1967 ttl=3D64 time=3D173.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1968 ttl=3D64 time=3D174.034 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1969 ttl=3D64 time=3D175.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1970 ttl=3D64 time=3D175.320 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1971 ttl=3D64 time=3D177.199 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1972 ttl=3D64 time=3D176.684 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1973 ttl=3D64 time=3D175.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1974 ttl=3D64 time=3D175.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1975 ttl=3D64 time=3D175.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1976 ttl=3D64 time=3D175.478 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1977 ttl=3D64 time=3D175.433 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1978 ttl=3D64 time=3D174.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1979 ttl=3D64 time=3D175.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1980 ttl=3D64 time=3D173.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1981 ttl=3D64 time=3D176.462 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1982 ttl=3D64 time=3D178.654 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1983 ttl=3D64 time=3D178.724 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1984 ttl=3D64 time=3D177.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1985 ttl=3D64 time=3D177.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1986 ttl=3D64 time=3D177.502 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1987 ttl=3D64 time=3D176.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1988 ttl=3D64 time=3D176.539 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1989 ttl=3D64 time=3D176.088 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1990 ttl=3D64 time=3D175.587 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1991 ttl=3D64 time=3D178.881 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1992 ttl=3D64 time=3D179.717 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1993 ttl=3D64 time=3D181.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1994 ttl=3D64 time=3D182.058 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1995 ttl=3D64 time=3D180.932 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1996 ttl=3D64 time=3D181.240 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1997 ttl=3D64 time=3D179.969 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1998 ttl=3D64 time=3D180.190 ms 1480 bytes from 10.40.64.17: icmp_seq=3D1999 ttl=3D64 time=3D180.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2000 ttl=3D64 time=3D180.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2001 ttl=3D64 time=3D179.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2002 ttl=3D64 time=3D179.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2003 ttl=3D64 time=3D179.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2004 ttl=3D64 time=3D179.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2005 ttl=3D64 time=3D179.294 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2006 ttl=3D64 time=3D179.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2007 ttl=3D64 time=3D179.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2008 ttl=3D64 time=3D178.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2009 ttl=3D64 time=3D177.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2010 ttl=3D64 time=3D177.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2011 ttl=3D64 time=3D179.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2012 ttl=3D64 time=3D178.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2013 ttl=3D64 time=3D177.824 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2014 ttl=3D64 time=3D177.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2015 ttl=3D64 time=3D177.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2016 ttl=3D64 time=3D176.258 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2017 ttl=3D64 time=3D179.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2018 ttl=3D64 time=3D178.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2019 ttl=3D64 time=3D178.231 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2020 ttl=3D64 time=3D177.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2021 ttl=3D64 time=3D176.714 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2022 ttl=3D64 time=3D177.238 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2023 ttl=3D64 time=3D177.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2024 ttl=3D64 time=3D177.766 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2025 ttl=3D64 time=3D176.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2026 ttl=3D64 time=3D175.038 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2027 ttl=3D64 time=3D175.529 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2028 ttl=3D64 time=3D175.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2029 ttl=3D64 time=3D176.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2030 ttl=3D64 time=3D176.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2031 ttl=3D64 time=3D176.633 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2032 ttl=3D64 time=3D175.511 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2033 ttl=3D64 time=3D175.183 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2034 ttl=3D64 time=3D176.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2035 ttl=3D64 time=3D180.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2036 ttl=3D64 time=3D181.871 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2037 ttl=3D64 time=3D182.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2038 ttl=3D64 time=3D182.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2039 ttl=3D64 time=3D181.914 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2040 ttl=3D64 time=3D181.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2041 ttl=3D64 time=3D182.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2042 ttl=3D64 time=3D182.858 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2043 ttl=3D64 time=3D183.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2044 ttl=3D64 time=3D182.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2045 ttl=3D64 time=3D180.843 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2046 ttl=3D64 time=3D181.469 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2047 ttl=3D64 time=3D180.668 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2048 ttl=3D64 time=3D180.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2049 ttl=3D64 time=3D180.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2050 ttl=3D64 time=3D180.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2051 ttl=3D64 time=3D180.698 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2052 ttl=3D64 time=3D181.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2053 ttl=3D64 time=3D179.723 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2054 ttl=3D64 time=3D179.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2055 ttl=3D64 time=3D180.161 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2056 ttl=3D64 time=3D180.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2057 ttl=3D64 time=3D179.367 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2058 ttl=3D64 time=3D179.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2059 ttl=3D64 time=3D188.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2060 ttl=3D64 time=3D187.677 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2061 ttl=3D64 time=3D187.545 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2062 ttl=3D64 time=3D188.550 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2063 ttl=3D64 time=3D188.011 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2064 ttl=3D64 time=3D188.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2065 ttl=3D64 time=3D188.288 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2066 ttl=3D64 time=3D187.580 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2067 ttl=3D64 time=3D190.056 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2068 ttl=3D64 time=3D188.990 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2069 ttl=3D64 time=3D189.320 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2070 ttl=3D64 time=3D188.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2071 ttl=3D64 time=3D187.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2072 ttl=3D64 time=3D188.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2073 ttl=3D64 time=3D186.948 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2074 ttl=3D64 time=3D186.553 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2075 ttl=3D64 time=3D186.993 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2076 ttl=3D64 time=3D187.759 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2077 ttl=3D64 time=3D187.660 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2078 ttl=3D64 time=3D187.220 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2079 ttl=3D64 time=3D186.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2080 ttl=3D64 time=3D186.449 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2081 ttl=3D64 time=3D188.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2082 ttl=3D64 time=3D192.313 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2083 ttl=3D64 time=3D191.757 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2084 ttl=3D64 time=3D192.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2085 ttl=3D64 time=3D191.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2086 ttl=3D64 time=3D192.561 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2087 ttl=3D64 time=3D192.106 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2088 ttl=3D64 time=3D191.634 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2089 ttl=3D64 time=3D191.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2090 ttl=3D64 time=3D189.855 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2091 ttl=3D64 time=3D190.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2092 ttl=3D64 time=3D191.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2093 ttl=3D64 time=3D192.048 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2094 ttl=3D64 time=3D192.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2095 ttl=3D64 time=3D197.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2096 ttl=3D64 time=3D196.883 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2097 ttl=3D64 time=3D198.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2098 ttl=3D64 time=3D198.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2099 ttl=3D64 time=3D197.551 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2100 ttl=3D64 time=3D201.492 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2101 ttl=3D64 time=3D201.166 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2102 ttl=3D64 time=3D200.912 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2103 ttl=3D64 time=3D201.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2104 ttl=3D64 time=3D201.495 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2105 ttl=3D64 time=3D201.321 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2106 ttl=3D64 time=3D205.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2107 ttl=3D64 time=3D206.679 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2108 ttl=3D64 time=3D206.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2109 ttl=3D64 time=3D206.250 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2110 ttl=3D64 time=3D205.647 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2111 ttl=3D64 time=3D204.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2112 ttl=3D64 time=3D204.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2113 ttl=3D64 time=3D207.121 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2114 ttl=3D64 time=3D207.891 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2115 ttl=3D64 time=3D206.834 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2116 ttl=3D64 time=3D207.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2117 ttl=3D64 time=3D206.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2118 ttl=3D64 time=3D207.792 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2119 ttl=3D64 time=3D206.769 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2120 ttl=3D64 time=3D208.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2121 ttl=3D64 time=3D210.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2122 ttl=3D64 time=3D210.027 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2123 ttl=3D64 time=3D210.412 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2124 ttl=3D64 time=3D210.045 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2125 ttl=3D64 time=3D209.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2126 ttl=3D64 time=3D211.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2127 ttl=3D64 time=3D212.844 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2128 ttl=3D64 time=3D212.254 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2129 ttl=3D64 time=3D211.810 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2130 ttl=3D64 time=3D211.277 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2131 ttl=3D64 time=3D209.964 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2132 ttl=3D64 time=3D209.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2133 ttl=3D64 time=3D211.589 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2134 ttl=3D64 time=3D211.038 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2135 ttl=3D64 time=3D211.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2136 ttl=3D64 time=3D210.270 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2137 ttl=3D64 time=3D210.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2138 ttl=3D64 time=3D210.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2139 ttl=3D64 time=3D219.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2140 ttl=3D64 time=3D219.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2141 ttl=3D64 time=3D219.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2142 ttl=3D64 time=3D219.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2143 ttl=3D64 time=3D219.083 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2144 ttl=3D64 time=3D219.911 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2145 ttl=3D64 time=3D219.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2146 ttl=3D64 time=3D218.231 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2147 ttl=3D64 time=3D218.654 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2148 ttl=3D64 time=3D219.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2149 ttl=3D64 time=3D221.618 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2150 ttl=3D64 time=3D220.676 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2151 ttl=3D64 time=3D220.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2152 ttl=3D64 time=3D221.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2153 ttl=3D64 time=3D221.706 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2154 ttl=3D64 time=3D220.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2155 ttl=3D64 time=3D220.433 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2156 ttl=3D64 time=3D220.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2157 ttl=3D64 time=3D220.114 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2158 ttl=3D64 time=3D226.086 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2159 ttl=3D64 time=3D226.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2160 ttl=3D64 time=3D226.923 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2161 ttl=3D64 time=3D226.529 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2162 ttl=3D64 time=3D225.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2163 ttl=3D64 time=3D225.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2164 ttl=3D64 time=3D226.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2165 ttl=3D64 time=3D225.789 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2166 ttl=3D64 time=3D225.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2167 ttl=3D64 time=3D224.002 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2168 ttl=3D64 time=3D223.494 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2169 ttl=3D64 time=3D223.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2170 ttl=3D64 time=3D224.452 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2171 ttl=3D64 time=3D224.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2172 ttl=3D64 time=3D224.415 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2173 ttl=3D64 time=3D224.755 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2174 ttl=3D64 time=3D225.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2175 ttl=3D64 time=3D226.288 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2176 ttl=3D64 time=3D224.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2177 ttl=3D64 time=3D225.118 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2178 ttl=3D64 time=3D225.681 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2179 ttl=3D64 time=3D225.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2180 ttl=3D64 time=3D229.480 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2181 ttl=3D64 time=3D230.780 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2182 ttl=3D64 time=3D231.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2183 ttl=3D64 time=3D229.502 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2184 ttl=3D64 time=3D230.353 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2185 ttl=3D64 time=3D230.788 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2186 ttl=3D64 time=3D230.539 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2187 ttl=3D64 time=3D230.638 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2188 ttl=3D64 time=3D231.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2189 ttl=3D64 time=3D231.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2190 ttl=3D64 time=3D234.979 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2191 ttl=3D64 time=3D233.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2192 ttl=3D64 time=3D234.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2193 ttl=3D64 time=3D232.860 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2194 ttl=3D64 time=3D231.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2195 ttl=3D64 time=3D230.483 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2196 ttl=3D64 time=3D231.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2197 ttl=3D64 time=3D231.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2198 ttl=3D64 time=3D230.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2199 ttl=3D64 time=3D230.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2200 ttl=3D64 time=3D230.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2201 ttl=3D64 time=3D229.868 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2202 ttl=3D64 time=3D230.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2203 ttl=3D64 time=3D231.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2204 ttl=3D64 time=3D231.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2205 ttl=3D64 time=3D231.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2206 ttl=3D64 time=3D230.906 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2207 ttl=3D64 time=3D229.584 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2208 ttl=3D64 time=3D228.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2209 ttl=3D64 time=3D230.254 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2210 ttl=3D64 time=3D229.042 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2211 ttl=3D64 time=3D230.021 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2212 ttl=3D64 time=3D230.240 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2213 ttl=3D64 time=3D229.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2214 ttl=3D64 time=3D229.231 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2215 ttl=3D64 time=3D229.153 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2216 ttl=3D64 time=3D229.141 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2217 ttl=3D64 time=3D228.015 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2218 ttl=3D64 time=3D228.426 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2219 ttl=3D64 time=3D227.849 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2220 ttl=3D64 time=3D228.979 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2221 ttl=3D64 time=3D227.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2222 ttl=3D64 time=3D227.560 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2223 ttl=3D64 time=3D228.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2224 ttl=3D64 time=3D229.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2225 ttl=3D64 time=3D227.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2226 ttl=3D64 time=3D226.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2227 ttl=3D64 time=3D227.201 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2228 ttl=3D64 time=3D227.820 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2229 ttl=3D64 time=3D227.452 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2230 ttl=3D64 time=3D226.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2233 ttl=3D64 time=3D229.986 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2234 ttl=3D64 time=3D229.687 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2235 ttl=3D64 time=3D230.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2236 ttl=3D64 time=3D232.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2237 ttl=3D64 time=3D232.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2238 ttl=3D64 time=3D232.241 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2239 ttl=3D64 time=3D233.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2240 ttl=3D64 time=3D235.169 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2241 ttl=3D64 time=3D234.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2242 ttl=3D64 time=3D235.494 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2243 ttl=3D64 time=3D235.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2244 ttl=3D64 time=3D235.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2245 ttl=3D64 time=3D234.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2246 ttl=3D64 time=3D235.163 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2247 ttl=3D64 time=3D234.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2248 ttl=3D64 time=3D236.981 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2249 ttl=3D64 time=3D237.020 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2250 ttl=3D64 time=3D237.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2251 ttl=3D64 time=3D236.353 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2252 ttl=3D64 time=3D236.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2253 ttl=3D64 time=3D235.476 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2254 ttl=3D64 time=3D235.153 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2255 ttl=3D64 time=3D234.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2256 ttl=3D64 time=3D236.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2257 ttl=3D64 time=3D237.213 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2258 ttl=3D64 time=3D236.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2259 ttl=3D64 time=3D236.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2260 ttl=3D64 time=3D236.203 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2261 ttl=3D64 time=3D236.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2262 ttl=3D64 time=3D236.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2263 ttl=3D64 time=3D235.627 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2264 ttl=3D64 time=3D234.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2265 ttl=3D64 time=3D233.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2266 ttl=3D64 time=3D232.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2267 ttl=3D64 time=3D234.180 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2268 ttl=3D64 time=3D234.289 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2269 ttl=3D64 time=3D233.333 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2270 ttl=3D64 time=3D233.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2271 ttl=3D64 time=3D232.543 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2272 ttl=3D64 time=3D234.238 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2273 ttl=3D64 time=3D233.715 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2274 ttl=3D64 time=3D234.974 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2275 ttl=3D64 time=3D238.134 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2276 ttl=3D64 time=3D238.337 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2277 ttl=3D64 time=3D237.995 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2278 ttl=3D64 time=3D242.906 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2279 ttl=3D64 time=3D242.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2280 ttl=3D64 time=3D241.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2281 ttl=3D64 time=3D242.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2282 ttl=3D64 time=3D242.669 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2283 ttl=3D64 time=3D242.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2284 ttl=3D64 time=3D241.062 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2285 ttl=3D64 time=3D241.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2286 ttl=3D64 time=3D240.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2287 ttl=3D64 time=3D241.213 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2288 ttl=3D64 time=3D239.920 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2289 ttl=3D64 time=3D239.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2290 ttl=3D64 time=3D238.345 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2291 ttl=3D64 time=3D240.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2292 ttl=3D64 time=3D242.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2293 ttl=3D64 time=3D243.934 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2294 ttl=3D64 time=3D243.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2295 ttl=3D64 time=3D243.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2296 ttl=3D64 time=3D244.031 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2297 ttl=3D64 time=3D244.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2298 ttl=3D64 time=3D244.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2299 ttl=3D64 time=3D244.169 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2300 ttl=3D64 time=3D244.318 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2301 ttl=3D64 time=3D245.169 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2302 ttl=3D64 time=3D244.671 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2303 ttl=3D64 time=3D244.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2304 ttl=3D64 time=3D244.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2305 ttl=3D64 time=3D245.100 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2306 ttl=3D64 time=3D243.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2307 ttl=3D64 time=3D247.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2308 ttl=3D64 time=3D247.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2309 ttl=3D64 time=3D247.688 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2310 ttl=3D64 time=3D248.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2311 ttl=3D64 time=3D247.432 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2312 ttl=3D64 time=3D247.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2313 ttl=3D64 time=3D246.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2314 ttl=3D64 time=3D245.213 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2315 ttl=3D64 time=3D246.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2316 ttl=3D64 time=3D246.345 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2317 ttl=3D64 time=3D246.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2318 ttl=3D64 time=3D244.572 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2319 ttl=3D64 time=3D243.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2320 ttl=3D64 time=3D242.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2321 ttl=3D64 time=3D242.055 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2322 ttl=3D64 time=3D241.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2323 ttl=3D64 time=3D242.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2324 ttl=3D64 time=3D243.377 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2325 ttl=3D64 time=3D244.945 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2326 ttl=3D64 time=3D244.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2327 ttl=3D64 time=3D244.997 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2328 ttl=3D64 time=3D243.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2329 ttl=3D64 time=3D244.139 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2330 ttl=3D64 time=3D242.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2331 ttl=3D64 time=3D243.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2332 ttl=3D64 time=3D241.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2333 ttl=3D64 time=3D243.277 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2334 ttl=3D64 time=3D244.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2335 ttl=3D64 time=3D244.515 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2336 ttl=3D64 time=3D243.966 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2337 ttl=3D64 time=3D244.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2338 ttl=3D64 time=3D244.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2339 ttl=3D64 time=3D244.435 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2340 ttl=3D64 time=3D244.675 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2341 ttl=3D64 time=3D244.645 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2342 ttl=3D64 time=3D243.357 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2343 ttl=3D64 time=3D243.829 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2344 ttl=3D64 time=3D244.221 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2345 ttl=3D64 time=3D244.715 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2346 ttl=3D64 time=3D243.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2347 ttl=3D64 time=3D243.267 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2348 ttl=3D64 time=3D243.529 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2349 ttl=3D64 time=3D243.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2350 ttl=3D64 time=3D242.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2351 ttl=3D64 time=3D243.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2352 ttl=3D64 time=3D245.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2353 ttl=3D64 time=3D248.292 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2354 ttl=3D64 time=3D249.005 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2355 ttl=3D64 time=3D248.687 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2356 ttl=3D64 time=3D248.988 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2357 ttl=3D64 time=3D251.689 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2358 ttl=3D64 time=3D251.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2359 ttl=3D64 time=3D251.643 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2360 ttl=3D64 time=3D251.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2361 ttl=3D64 time=3D249.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2362 ttl=3D64 time=3D249.635 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2363 ttl=3D64 time=3D249.539 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2364 ttl=3D64 time=3D248.892 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2365 ttl=3D64 time=3D248.572 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2366 ttl=3D64 time=3D247.993 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2367 ttl=3D64 time=3D250.108 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2368 ttl=3D64 time=3D250.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2369 ttl=3D64 time=3D250.232 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2370 ttl=3D64 time=3D251.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2371 ttl=3D64 time=3D251.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2372 ttl=3D64 time=3D251.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2373 ttl=3D64 time=3D251.871 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2374 ttl=3D64 time=3D250.606 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2375 ttl=3D64 time=3D249.316 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2376 ttl=3D64 time=3D249.442 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2377 ttl=3D64 time=3D249.347 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2378 ttl=3D64 time=3D249.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2379 ttl=3D64 time=3D249.209 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2380 ttl=3D64 time=3D248.306 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2381 ttl=3D64 time=3D249.287 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2382 ttl=3D64 time=3D248.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2383 ttl=3D64 time=3D249.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2384 ttl=3D64 time=3D250.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2385 ttl=3D64 time=3D249.992 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2386 ttl=3D64 time=3D249.625 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2387 ttl=3D64 time=3D248.281 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2388 ttl=3D64 time=3D249.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2389 ttl=3D64 time=3D248.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2390 ttl=3D64 time=3D248.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2391 ttl=3D64 time=3D247.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2392 ttl=3D64 time=3D246.689 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2393 ttl=3D64 time=3D246.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2394 ttl=3D64 time=3D245.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2395 ttl=3D64 time=3D247.124 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2396 ttl=3D64 time=3D245.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2397 ttl=3D64 time=3D245.519 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2398 ttl=3D64 time=3D246.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2399 ttl=3D64 time=3D246.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2400 ttl=3D64 time=3D245.306 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2401 ttl=3D64 time=3D244.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2402 ttl=3D64 time=3D242.951 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2403 ttl=3D64 time=3D242.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2404 ttl=3D64 time=3D242.381 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2405 ttl=3D64 time=3D244.097 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2406 ttl=3D64 time=3D243.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2407 ttl=3D64 time=3D242.981 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2408 ttl=3D64 time=3D243.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2409 ttl=3D64 time=3D242.948 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2410 ttl=3D64 time=3D244.442 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2411 ttl=3D64 time=3D244.986 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2412 ttl=3D64 time=3D245.858 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2413 ttl=3D64 time=3D244.886 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2414 ttl=3D64 time=3D243.577 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2415 ttl=3D64 time=3D243.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2416 ttl=3D64 time=3D242.779 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2417 ttl=3D64 time=3D243.177 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2418 ttl=3D64 time=3D242.700 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2419 ttl=3D64 time=3D241.499 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2420 ttl=3D64 time=3D241.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2421 ttl=3D64 time=3D242.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2422 ttl=3D64 time=3D242.436 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2423 ttl=3D64 time=3D242.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2424 ttl=3D64 time=3D242.550 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2425 ttl=3D64 time=3D242.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2426 ttl=3D64 time=3D241.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2427 ttl=3D64 time=3D241.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2428 ttl=3D64 time=3D241.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2429 ttl=3D64 time=3D242.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2430 ttl=3D64 time=3D243.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2431 ttl=3D64 time=3D242.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2432 ttl=3D64 time=3D241.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2433 ttl=3D64 time=3D241.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2434 ttl=3D64 time=3D240.686 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2435 ttl=3D64 time=3D240.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2436 ttl=3D64 time=3D241.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2437 ttl=3D64 time=3D240.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2438 ttl=3D64 time=3D240.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2439 ttl=3D64 time=3D241.605 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2440 ttl=3D64 time=3D241.895 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2441 ttl=3D64 time=3D242.005 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2442 ttl=3D64 time=3D241.490 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2443 ttl=3D64 time=3D240.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2444 ttl=3D64 time=3D240.940 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2445 ttl=3D64 time=3D240.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2446 ttl=3D64 time=3D239.683 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2447 ttl=3D64 time=3D239.951 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2448 ttl=3D64 time=3D239.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2449 ttl=3D64 time=3D238.989 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2450 ttl=3D64 time=3D237.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2451 ttl=3D64 time=3D237.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2452 ttl=3D64 time=3D236.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2453 ttl=3D64 time=3D235.873 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2454 ttl=3D64 time=3D237.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2455 ttl=3D64 time=3D236.448 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2456 ttl=3D64 time=3D236.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2457 ttl=3D64 time=3D236.895 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2458 ttl=3D64 time=3D236.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2459 ttl=3D64 time=3D237.779 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2460 ttl=3D64 time=3D236.042 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2461 ttl=3D64 time=3D235.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2462 ttl=3D64 time=3D236.153 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2463 ttl=3D64 time=3D236.475 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2464 ttl=3D64 time=3D236.807 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2465 ttl=3D64 time=3D235.583 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2466 ttl=3D64 time=3D234.622 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2467 ttl=3D64 time=3D239.695 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2468 ttl=3D64 time=3D238.181 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2469 ttl=3D64 time=3D236.868 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2470 ttl=3D64 time=3D236.321 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2471 ttl=3D64 time=3D235.824 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2472 ttl=3D64 time=3D235.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2473 ttl=3D64 time=3D240.928 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2474 ttl=3D64 time=3D240.370 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2475 ttl=3D64 time=3D240.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2476 ttl=3D64 time=3D240.145 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2477 ttl=3D64 time=3D242.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2478 ttl=3D64 time=3D242.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2479 ttl=3D64 time=3D242.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2480 ttl=3D64 time=3D243.090 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2481 ttl=3D64 time=3D244.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2482 ttl=3D64 time=3D243.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2483 ttl=3D64 time=3D243.935 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2484 ttl=3D64 time=3D242.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2485 ttl=3D64 time=3D244.133 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2486 ttl=3D64 time=3D243.429 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2487 ttl=3D64 time=3D243.412 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2488 ttl=3D64 time=3D242.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2489 ttl=3D64 time=3D242.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2490 ttl=3D64 time=3D241.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2491 ttl=3D64 time=3D240.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2492 ttl=3D64 time=3D239.313 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2493 ttl=3D64 time=3D239.288 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2494 ttl=3D64 time=3D239.471 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2495 ttl=3D64 time=3D238.970 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2496 ttl=3D64 time=3D238.456 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2497 ttl=3D64 time=3D237.879 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2498 ttl=3D64 time=3D238.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2499 ttl=3D64 time=3D237.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2500 ttl=3D64 time=3D239.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2501 ttl=3D64 time=3D239.083 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2502 ttl=3D64 time=3D238.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2503 ttl=3D64 time=3D239.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2504 ttl=3D64 time=3D239.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2505 ttl=3D64 time=3D238.308 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2506 ttl=3D64 time=3D237.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2507 ttl=3D64 time=3D237.307 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2508 ttl=3D64 time=3D237.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2509 ttl=3D64 time=3D237.362 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2510 ttl=3D64 time=3D239.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2511 ttl=3D64 time=3D239.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2512 ttl=3D64 time=3D238.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2513 ttl=3D64 time=3D238.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2514 ttl=3D64 time=3D240.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2515 ttl=3D64 time=3D239.465 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2516 ttl=3D64 time=3D241.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2517 ttl=3D64 time=3D240.271 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2518 ttl=3D64 time=3D239.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2519 ttl=3D64 time=3D239.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2520 ttl=3D64 time=3D239.544 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2521 ttl=3D64 time=3D240.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2522 ttl=3D64 time=3D240.058 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2523 ttl=3D64 time=3D240.145 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2524 ttl=3D64 time=3D240.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2525 ttl=3D64 time=3D239.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2526 ttl=3D64 time=3D239.638 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2527 ttl=3D64 time=3D240.188 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2528 ttl=3D64 time=3D243.148 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2529 ttl=3D64 time=3D242.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2530 ttl=3D64 time=3D243.361 ms ping: sendto: No buffer space available - AT THIS POINT SHOWS = OACTIVE FLAG 1480 bytes from 10.40.64.17: icmp_seq=3D2531 ttl=3D64 time=3D244.347 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2532 ttl=3D64 time=3D245.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2533 ttl=3D64 time=3D244.278 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2534 ttl=3D64 time=3D244.868 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2535 ttl=3D64 time=3D245.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2536 ttl=3D64 time=3D244.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2537 ttl=3D64 time=3D244.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2538 ttl=3D64 time=3D246.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2539 ttl=3D64 time=3D247.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2540 ttl=3D64 time=3D248.011 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2541 ttl=3D64 time=3D247.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2542 ttl=3D64 time=3D246.752 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2543 ttl=3D64 time=3D249.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2544 ttl=3D64 time=3D250.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2545 ttl=3D64 time=3D249.625 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2546 ttl=3D64 time=3D249.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2547 ttl=3D64 time=3D251.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2548 ttl=3D64 time=3D251.495 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2549 ttl=3D64 time=3D251.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2550 ttl=3D64 time=3D251.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2551 ttl=3D64 time=3D251.234 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2552 ttl=3D64 time=3D250.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2553 ttl=3D64 time=3D253.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2554 ttl=3D64 time=3D254.186 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2555 ttl=3D64 time=3D254.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2556 ttl=3D64 time=3D255.572 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2557 ttl=3D64 time=3D254.996 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2558 ttl=3D64 time=3D254.018 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2559 ttl=3D64 time=3D254.181 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2560 ttl=3D64 time=3D253.316 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2561 ttl=3D64 time=3D252.839 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2562 ttl=3D64 time=3D252.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2563 ttl=3D64 time=3D252.683 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2564 ttl=3D64 time=3D252.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2565 ttl=3D64 time=3D252.030 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2566 ttl=3D64 time=3D251.834 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2567 ttl=3D64 time=3D251.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2568 ttl=3D64 time=3D250.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2569 ttl=3D64 time=3D251.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2570 ttl=3D64 time=3D249.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2571 ttl=3D64 time=3D249.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2572 ttl=3D64 time=3D249.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2573 ttl=3D64 time=3D251.197 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2574 ttl=3D64 time=3D250.857 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2575 ttl=3D64 time=3D250.515 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2576 ttl=3D64 time=3D250.616 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2577 ttl=3D64 time=3D250.058 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2578 ttl=3D64 time=3D250.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2579 ttl=3D64 time=3D250.540 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2580 ttl=3D64 time=3D256.079 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2581 ttl=3D64 time=3D255.600 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2582 ttl=3D64 time=3D254.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2583 ttl=3D64 time=3D255.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2584 ttl=3D64 time=3D255.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2585 ttl=3D64 time=3D255.532 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2586 ttl=3D64 time=3D254.999 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2587 ttl=3D64 time=3D255.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2588 ttl=3D64 time=3D254.847 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2589 ttl=3D64 time=3D255.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2590 ttl=3D64 time=3D254.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2591 ttl=3D64 time=3D259.661 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2592 ttl=3D64 time=3D261.159 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2593 ttl=3D64 time=3D262.684 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2594 ttl=3D64 time=3D262.857 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2595 ttl=3D64 time=3D263.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2596 ttl=3D64 time=3D266.954 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2597 ttl=3D64 time=3D266.887 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2598 ttl=3D64 time=3D266.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2599 ttl=3D64 time=3D265.473 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2600 ttl=3D64 time=3D271.094 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2601 ttl=3D64 time=3D270.817 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2602 ttl=3D64 time=3D270.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2603 ttl=3D64 time=3D269.966 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2604 ttl=3D64 time=3D270.377 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2605 ttl=3D64 time=3D269.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2606 ttl=3D64 time=3D268.769 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2607 ttl=3D64 time=3D269.158 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2608 ttl=3D64 time=3D268.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2609 ttl=3D64 time=3D268.589 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2610 ttl=3D64 time=3D268.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2611 ttl=3D64 time=3D268.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2612 ttl=3D64 time=3D267.876 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2613 ttl=3D64 time=3D266.569 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2614 ttl=3D64 time=3D266.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2615 ttl=3D64 time=3D265.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2616 ttl=3D64 time=3D265.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2617 ttl=3D64 time=3D263.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2618 ttl=3D64 time=3D263.799 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2619 ttl=3D64 time=3D264.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2620 ttl=3D64 time=3D263.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2621 ttl=3D64 time=3D262.181 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2622 ttl=3D64 time=3D261.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2623 ttl=3D64 time=3D262.221 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2624 ttl=3D64 time=3D261.722 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2625 ttl=3D64 time=3D260.405 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2626 ttl=3D64 time=3D261.594 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2627 ttl=3D64 time=3D261.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2628 ttl=3D64 time=3D260.989 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2629 ttl=3D64 time=3D261.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2630 ttl=3D64 time=3D261.682 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2631 ttl=3D64 time=3D261.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2632 ttl=3D64 time=3D261.639 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2633 ttl=3D64 time=3D260.812 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D2634 ttl=3D64 time=3D260.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2635 ttl=3D64 time=3D261.529 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2636 ttl=3D64 time=3D260.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2637 ttl=3D64 time=3D260.813 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2638 ttl=3D64 time=3D262.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2639 ttl=3D64 time=3D261.525 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2640 ttl=3D64 time=3D261.609 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2641 ttl=3D64 time=3D261.801 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2642 ttl=3D64 time=3D262.944 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2643 ttl=3D64 time=3D262.553 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2644 ttl=3D64 time=3D262.612 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2645 ttl=3D64 time=3D265.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2646 ttl=3D64 time=3D264.264 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2647 ttl=3D64 time=3D265.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2648 ttl=3D64 time=3D264.968 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2649 ttl=3D64 time=3D264.901 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2650 ttl=3D64 time=3D266.388 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2651 ttl=3D64 time=3D266.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2652 ttl=3D64 time=3D266.505 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2653 ttl=3D64 time=3D265.347 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2654 ttl=3D64 time=3D266.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2655 ttl=3D64 time=3D265.376 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2656 ttl=3D64 time=3D265.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2657 ttl=3D64 time=3D266.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2658 ttl=3D64 time=3D266.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2659 ttl=3D64 time=3D266.394 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2660 ttl=3D64 time=3D266.764 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2661 ttl=3D64 time=3D267.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2662 ttl=3D64 time=3D267.152 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2663 ttl=3D64 time=3D267.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2664 ttl=3D64 time=3D268.061 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2665 ttl=3D64 time=3D267.330 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2666 ttl=3D64 time=3D266.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2667 ttl=3D64 time=3D266.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2668 ttl=3D64 time=3D266.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2669 ttl=3D64 time=3D267.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2670 ttl=3D64 time=3D267.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2671 ttl=3D64 time=3D267.381 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2672 ttl=3D64 time=3D266.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2673 ttl=3D64 time=3D267.770 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2674 ttl=3D64 time=3D267.850 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2675 ttl=3D64 time=3D266.585 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2676 ttl=3D64 time=3D266.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2677 ttl=3D64 time=3D266.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2678 ttl=3D64 time=3D264.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2685 ttl=3D64 time=3D256.015 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2686 ttl=3D64 time=3D256.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2687 ttl=3D64 time=3D256.001 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2688 ttl=3D64 time=3D255.564 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2689 ttl=3D64 time=3D256.936 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2690 ttl=3D64 time=3D257.187 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2691 ttl=3D64 time=3D255.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2692 ttl=3D64 time=3D257.188 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2693 ttl=3D64 time=3D258.175 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2694 ttl=3D64 time=3D257.659 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2695 ttl=3D64 time=3D256.619 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2696 ttl=3D64 time=3D256.872 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2697 ttl=3D64 time=3D256.466 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2698 ttl=3D64 time=3D257.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2699 ttl=3D64 time=3D257.453 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2700 ttl=3D64 time=3D256.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2701 ttl=3D64 time=3D258.997 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2702 ttl=3D64 time=3D259.191 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2703 ttl=3D64 time=3D258.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2704 ttl=3D64 time=3D259.260 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2705 ttl=3D64 time=3D259.595 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2706 ttl=3D64 time=3D258.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2707 ttl=3D64 time=3D260.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2708 ttl=3D64 time=3D261.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2709 ttl=3D64 time=3D262.000 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2710 ttl=3D64 time=3D261.634 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2711 ttl=3D64 time=3D261.940 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2712 ttl=3D64 time=3D261.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2713 ttl=3D64 time=3D261.556 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2714 ttl=3D64 time=3D259.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2715 ttl=3D64 time=3D260.486 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2716 ttl=3D64 time=3D260.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2717 ttl=3D64 time=3D260.494 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2718 ttl=3D64 time=3D261.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2719 ttl=3D64 time=3D260.926 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2720 ttl=3D64 time=3D262.519 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2721 ttl=3D64 time=3D264.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2722 ttl=3D64 time=3D263.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2723 ttl=3D64 time=3D264.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2724 ttl=3D64 time=3D265.380 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2725 ttl=3D64 time=3D264.922 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2726 ttl=3D64 time=3D265.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2727 ttl=3D64 time=3D264.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2728 ttl=3D64 time=3D264.243 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2729 ttl=3D64 time=3D267.936 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2730 ttl=3D64 time=3D268.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2731 ttl=3D64 time=3D268.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2732 ttl=3D64 time=3D269.578 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2738 ttl=3D64 time=3D262.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2739 ttl=3D64 time=3D262.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2740 ttl=3D64 time=3D262.550 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2741 ttl=3D64 time=3D263.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2742 ttl=3D64 time=3D262.059 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2743 ttl=3D64 time=3D262.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2744 ttl=3D64 time=3D262.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2745 ttl=3D64 time=3D262.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2746 ttl=3D64 time=3D261.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2747 ttl=3D64 time=3D259.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2748 ttl=3D64 time=3D260.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2749 ttl=3D64 time=3D259.469 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2750 ttl=3D64 time=3D259.316 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2751 ttl=3D64 time=3D258.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2752 ttl=3D64 time=3D258.392 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2753 ttl=3D64 time=3D259.288 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2754 ttl=3D64 time=3D259.502 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2755 ttl=3D64 time=3D259.128 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2756 ttl=3D64 time=3D258.690 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2757 ttl=3D64 time=3D258.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2758 ttl=3D64 time=3D257.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2759 ttl=3D64 time=3D257.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2760 ttl=3D64 time=3D257.342 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2761 ttl=3D64 time=3D256.058 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2762 ttl=3D64 time=3D256.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2763 ttl=3D64 time=3D257.166 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2764 ttl=3D64 time=3D259.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2765 ttl=3D64 time=3D260.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2766 ttl=3D64 time=3D259.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2767 ttl=3D64 time=3D259.907 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2768 ttl=3D64 time=3D259.163 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2769 ttl=3D64 time=3D258.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2770 ttl=3D64 time=3D259.142 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2771 ttl=3D64 time=3D257.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2772 ttl=3D64 time=3D257.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2773 ttl=3D64 time=3D258.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2774 ttl=3D64 time=3D258.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2775 ttl=3D64 time=3D257.056 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2776 ttl=3D64 time=3D257.038 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2777 ttl=3D64 time=3D257.550 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2778 ttl=3D64 time=3D257.786 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2779 ttl=3D64 time=3D258.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2780 ttl=3D64 time=3D257.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2781 ttl=3D64 time=3D257.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2782 ttl=3D64 time=3D256.647 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2783 ttl=3D64 time=3D256.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2784 ttl=3D64 time=3D256.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2794 ttl=3D64 time=3D240.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2795 ttl=3D64 time=3D240.944 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2796 ttl=3D64 time=3D240.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2797 ttl=3D64 time=3D240.494 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2798 ttl=3D64 time=3D240.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2799 ttl=3D64 time=3D240.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2800 ttl=3D64 time=3D241.918 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2801 ttl=3D64 time=3D240.834 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2802 ttl=3D64 time=3D241.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2803 ttl=3D64 time=3D240.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2804 ttl=3D64 time=3D241.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2805 ttl=3D64 time=3D240.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2806 ttl=3D64 time=3D240.236 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2807 ttl=3D64 time=3D239.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2808 ttl=3D64 time=3D241.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2809 ttl=3D64 time=3D242.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2810 ttl=3D64 time=3D243.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2811 ttl=3D64 time=3D242.030 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2812 ttl=3D64 time=3D242.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2813 ttl=3D64 time=3D241.968 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2814 ttl=3D64 time=3D242.171 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2815 ttl=3D64 time=3D242.675 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2816 ttl=3D64 time=3D242.647 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2817 ttl=3D64 time=3D241.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2818 ttl=3D64 time=3D241.795 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2819 ttl=3D64 time=3D240.332 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2820 ttl=3D64 time=3D241.293 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2821 ttl=3D64 time=3D240.926 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2822 ttl=3D64 time=3D241.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2823 ttl=3D64 time=3D240.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2824 ttl=3D64 time=3D243.623 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2825 ttl=3D64 time=3D243.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2826 ttl=3D64 time=3D244.094 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2827 ttl=3D64 time=3D243.879 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2828 ttl=3D64 time=3D244.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2829 ttl=3D64 time=3D243.779 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2830 ttl=3D64 time=3D244.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2831 ttl=3D64 time=3D247.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2832 ttl=3D64 time=3D246.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2833 ttl=3D64 time=3D246.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2834 ttl=3D64 time=3D246.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2835 ttl=3D64 time=3D247.556 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2836 ttl=3D64 time=3D247.063 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2837 ttl=3D64 time=3D247.686 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2838 ttl=3D64 time=3D246.955 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2839 ttl=3D64 time=3D246.612 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2840 ttl=3D64 time=3D247.766 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2841 ttl=3D64 time=3D246.941 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2842 ttl=3D64 time=3D248.056 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2843 ttl=3D64 time=3D247.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2844 ttl=3D64 time=3D248.028 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2845 ttl=3D64 time=3D247.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2846 ttl=3D64 time=3D246.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2847 ttl=3D64 time=3D246.307 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2848 ttl=3D64 time=3D248.229 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2849 ttl=3D64 time=3D246.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2850 ttl=3D64 time=3D251.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2851 ttl=3D64 time=3D251.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2852 ttl=3D64 time=3D251.484 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2853 ttl=3D64 time=3D251.516 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2854 ttl=3D64 time=3D252.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2855 ttl=3D64 time=3D251.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2856 ttl=3D64 time=3D250.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2857 ttl=3D64 time=3D249.837 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2858 ttl=3D64 time=3D249.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2859 ttl=3D64 time=3D248.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2860 ttl=3D64 time=3D248.844 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2861 ttl=3D64 time=3D249.171 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2862 ttl=3D64 time=3D250.190 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2863 ttl=3D64 time=3D249.941 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2864 ttl=3D64 time=3D250.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2865 ttl=3D64 time=3D250.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2866 ttl=3D64 time=3D250.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2867 ttl=3D64 time=3D250.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2868 ttl=3D64 time=3D251.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2869 ttl=3D64 time=3D252.186 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2870 ttl=3D64 time=3D251.837 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2871 ttl=3D64 time=3D251.140 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2872 ttl=3D64 time=3D253.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2873 ttl=3D64 time=3D253.466 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2874 ttl=3D64 time=3D253.959 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2875 ttl=3D64 time=3D257.442 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2876 ttl=3D64 time=3D258.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2877 ttl=3D64 time=3D258.205 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2878 ttl=3D64 time=3D257.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2879 ttl=3D64 time=3D257.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2880 ttl=3D64 time=3D258.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2881 ttl=3D64 time=3D258.086 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2882 ttl=3D64 time=3D258.700 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2883 ttl=3D64 time=3D259.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2884 ttl=3D64 time=3D261.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2885 ttl=3D64 time=3D261.088 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2886 ttl=3D64 time=3D261.864 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2887 ttl=3D64 time=3D261.394 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2888 ttl=3D64 time=3D263.609 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2889 ttl=3D64 time=3D264.427 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2890 ttl=3D64 time=3D264.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2891 ttl=3D64 time=3D263.524 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2892 ttl=3D64 time=3D262.205 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2893 ttl=3D64 time=3D260.922 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2894 ttl=3D64 time=3D260.556 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2895 ttl=3D64 time=3D259.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2896 ttl=3D64 time=3D258.706 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2897 ttl=3D64 time=3D258.308 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2898 ttl=3D64 time=3D258.025 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2899 ttl=3D64 time=3D258.336 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2900 ttl=3D64 time=3D257.187 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2901 ttl=3D64 time=3D257.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2902 ttl=3D64 time=3D256.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2903 ttl=3D64 time=3D257.086 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2904 ttl=3D64 time=3D256.342 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2905 ttl=3D64 time=3D255.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2906 ttl=3D64 time=3D254.512 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2907 ttl=3D64 time=3D254.017 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2908 ttl=3D64 time=3D253.568 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2909 ttl=3D64 time=3D252.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2910 ttl=3D64 time=3D253.047 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2911 ttl=3D64 time=3D252.647 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2912 ttl=3D64 time=3D252.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2913 ttl=3D64 time=3D251.696 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2914 ttl=3D64 time=3D250.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2915 ttl=3D64 time=3D249.912 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2916 ttl=3D64 time=3D249.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2917 ttl=3D64 time=3D251.838 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2918 ttl=3D64 time=3D250.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2919 ttl=3D64 time=3D250.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2920 ttl=3D64 time=3D253.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2921 ttl=3D64 time=3D252.430 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2922 ttl=3D64 time=3D252.744 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2923 ttl=3D64 time=3D251.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2924 ttl=3D64 time=3D251.262 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2925 ttl=3D64 time=3D250.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2926 ttl=3D64 time=3D250.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2927 ttl=3D64 time=3D250.880 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2928 ttl=3D64 time=3D250.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2929 ttl=3D64 time=3D249.922 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2930 ttl=3D64 time=3D250.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2931 ttl=3D64 time=3D250.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2932 ttl=3D64 time=3D249.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2933 ttl=3D64 time=3D249.817 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2934 ttl=3D64 time=3D251.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2935 ttl=3D64 time=3D251.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2936 ttl=3D64 time=3D252.221 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2937 ttl=3D64 time=3D253.117 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2938 ttl=3D64 time=3D253.168 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2939 ttl=3D64 time=3D252.449 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2940 ttl=3D64 time=3D253.572 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2941 ttl=3D64 time=3D253.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2942 ttl=3D64 time=3D252.645 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2943 ttl=3D64 time=3D252.910 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2944 ttl=3D64 time=3D252.493 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2945 ttl=3D64 time=3D252.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2946 ttl=3D64 time=3D252.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2947 ttl=3D64 time=3D253.317 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2948 ttl=3D64 time=3D254.327 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2949 ttl=3D64 time=3D253.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2950 ttl=3D64 time=3D253.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2951 ttl=3D64 time=3D254.052 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2952 ttl=3D64 time=3D256.993 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2953 ttl=3D64 time=3D256.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2954 ttl=3D64 time=3D257.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2955 ttl=3D64 time=3D256.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2956 ttl=3D64 time=3D256.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2957 ttl=3D64 time=3D255.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2958 ttl=3D64 time=3D255.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2959 ttl=3D64 time=3D255.015 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2960 ttl=3D64 time=3D255.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2961 ttl=3D64 time=3D254.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2962 ttl=3D64 time=3D254.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2963 ttl=3D64 time=3D255.016 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2964 ttl=3D64 time=3D255.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2965 ttl=3D64 time=3D255.715 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2966 ttl=3D64 time=3D255.119 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2967 ttl=3D64 time=3D255.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2968 ttl=3D64 time=3D256.678 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2969 ttl=3D64 time=3D255.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2970 ttl=3D64 time=3D255.974 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2971 ttl=3D64 time=3D256.488 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2972 ttl=3D64 time=3D256.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2973 ttl=3D64 time=3D256.688 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2974 ttl=3D64 time=3D256.205 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2975 ttl=3D64 time=3D254.979 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2976 ttl=3D64 time=3D255.934 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2977 ttl=3D64 time=3D255.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2978 ttl=3D64 time=3D255.834 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2979 ttl=3D64 time=3D256.053 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2980 ttl=3D64 time=3D254.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2981 ttl=3D64 time=3D255.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2982 ttl=3D64 time=3D255.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2983 ttl=3D64 time=3D255.546 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2984 ttl=3D64 time=3D255.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2985 ttl=3D64 time=3D262.146 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2986 ttl=3D64 time=3D261.449 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2987 ttl=3D64 time=3D266.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2988 ttl=3D64 time=3D265.892 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2989 ttl=3D64 time=3D265.922 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2990 ttl=3D64 time=3D265.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2991 ttl=3D64 time=3D265.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2992 ttl=3D64 time=3D265.239 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2993 ttl=3D64 time=3D265.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2994 ttl=3D64 time=3D265.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2995 ttl=3D64 time=3D265.241 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2996 ttl=3D64 time=3D264.163 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2997 ttl=3D64 time=3D264.418 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2998 ttl=3D64 time=3D264.855 ms 1480 bytes from 10.40.64.17: icmp_seq=3D2999 ttl=3D64 time=3D263.638 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3000 ttl=3D64 time=3D263.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3001 ttl=3D64 time=3D263.551 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3002 ttl=3D64 time=3D263.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3003 ttl=3D64 time=3D264.512 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3004 ttl=3D64 time=3D263.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3005 ttl=3D64 time=3D263.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3006 ttl=3D64 time=3D263.995 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3007 ttl=3D64 time=3D264.502 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3008 ttl=3D64 time=3D264.813 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3009 ttl=3D64 time=3D264.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3010 ttl=3D64 time=3D264.955 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3011 ttl=3D64 time=3D265.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3012 ttl=3D64 time=3D265.912 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3013 ttl=3D64 time=3D265.623 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3014 ttl=3D64 time=3D266.722 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3015 ttl=3D64 time=3D267.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3016 ttl=3D64 time=3D266.280 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3017 ttl=3D64 time=3D269.128 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3018 ttl=3D64 time=3D269.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3019 ttl=3D64 time=3D268.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3020 ttl=3D64 time=3D268.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3021 ttl=3D64 time=3D267.972 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3022 ttl=3D64 time=3D269.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3023 ttl=3D64 time=3D269.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3024 ttl=3D64 time=3D268.121 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3025 ttl=3D64 time=3D267.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3026 ttl=3D64 time=3D267.031 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3027 ttl=3D64 time=3D268.445 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3028 ttl=3D64 time=3D268.251 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3029 ttl=3D64 time=3D268.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3030 ttl=3D64 time=3D268.001 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3031 ttl=3D64 time=3D268.495 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3032 ttl=3D64 time=3D269.544 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3033 ttl=3D64 time=3D273.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3034 ttl=3D64 time=3D274.533 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3035 ttl=3D64 time=3D274.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3036 ttl=3D64 time=3D273.954 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3037 ttl=3D64 time=3D274.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3038 ttl=3D64 time=3D275.150 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3039 ttl=3D64 time=3D274.551 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3040 ttl=3D64 time=3D275.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3041 ttl=3D64 time=3D275.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3042 ttl=3D64 time=3D274.712 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3043 ttl=3D64 time=3D274.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3044 ttl=3D64 time=3D273.001 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3045 ttl=3D64 time=3D272.412 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3046 ttl=3D64 time=3D273.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3047 ttl=3D64 time=3D274.015 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3048 ttl=3D64 time=3D274.328 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3049 ttl=3D64 time=3D273.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3050 ttl=3D64 time=3D273.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3051 ttl=3D64 time=3D272.288 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3052 ttl=3D64 time=3D272.201 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3053 ttl=3D64 time=3D270.875 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3054 ttl=3D64 time=3D274.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3055 ttl=3D64 time=3D273.583 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3056 ttl=3D64 time=3D278.645 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3057 ttl=3D64 time=3D278.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3058 ttl=3D64 time=3D277.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3059 ttl=3D64 time=3D277.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3060 ttl=3D64 time=3D279.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3061 ttl=3D64 time=3D279.382 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3062 ttl=3D64 time=3D282.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3063 ttl=3D64 time=3D281.752 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3064 ttl=3D64 time=3D281.402 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3065 ttl=3D64 time=3D281.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3066 ttl=3D64 time=3D280.433 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3067 ttl=3D64 time=3D281.006 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3068 ttl=3D64 time=3D282.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3069 ttl=3D64 time=3D282.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3070 ttl=3D64 time=3D281.818 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3071 ttl=3D64 time=3D281.028 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3072 ttl=3D64 time=3D281.086 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3073 ttl=3D64 time=3D281.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3074 ttl=3D64 time=3D281.177 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3075 ttl=3D64 time=3D280.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3076 ttl=3D64 time=3D280.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3077 ttl=3D64 time=3D278.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3078 ttl=3D64 time=3D278.476 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3079 ttl=3D64 time=3D278.192 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3080 ttl=3D64 time=3D280.186 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3081 ttl=3D64 time=3D279.668 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3082 ttl=3D64 time=3D280.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3083 ttl=3D64 time=3D280.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3084 ttl=3D64 time=3D280.885 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3085 ttl=3D64 time=3D281.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3086 ttl=3D64 time=3D280.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3087 ttl=3D64 time=3D281.761 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3088 ttl=3D64 time=3D282.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3089 ttl=3D64 time=3D280.926 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3090 ttl=3D64 time=3D282.508 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3091 ttl=3D64 time=3D282.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3092 ttl=3D64 time=3D281.731 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3093 ttl=3D64 time=3D281.926 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3094 ttl=3D64 time=3D281.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3095 ttl=3D64 time=3D283.241 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3096 ttl=3D64 time=3D283.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3097 ttl=3D64 time=3D283.943 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3098 ttl=3D64 time=3D282.740 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3099 ttl=3D64 time=3D282.927 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3100 ttl=3D64 time=3D284.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3101 ttl=3D64 time=3D285.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3102 ttl=3D64 time=3D284.760 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3103 ttl=3D64 time=3D284.330 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3104 ttl=3D64 time=3D284.806 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3105 ttl=3D64 time=3D285.966 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3106 ttl=3D64 time=3D287.053 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3107 ttl=3D64 time=3D286.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3108 ttl=3D64 time=3D285.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3109 ttl=3D64 time=3D286.161 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3110 ttl=3D64 time=3D284.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3111 ttl=3D64 time=3D289.528 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3112 ttl=3D64 time=3D289.491 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3113 ttl=3D64 time=3D290.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3114 ttl=3D64 time=3D290.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3115 ttl=3D64 time=3D292.812 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3116 ttl=3D64 time=3D293.261 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3117 ttl=3D64 time=3D292.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3118 ttl=3D64 time=3D292.997 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3119 ttl=3D64 time=3D292.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3120 ttl=3D64 time=3D291.774 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3121 ttl=3D64 time=3D292.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3122 ttl=3D64 time=3D292.139 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3123 ttl=3D64 time=3D290.953 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3124 ttl=3D64 time=3D291.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3125 ttl=3D64 time=3D293.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3126 ttl=3D64 time=3D292.197 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3127 ttl=3D64 time=3D291.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3128 ttl=3D64 time=3D290.635 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3129 ttl=3D64 time=3D292.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3130 ttl=3D64 time=3D292.974 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3131 ttl=3D64 time=3D294.836 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3132 ttl=3D64 time=3D296.694 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3133 ttl=3D64 time=3D296.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3134 ttl=3D64 time=3D295.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3135 ttl=3D64 time=3D294.638 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3136 ttl=3D64 time=3D297.826 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3137 ttl=3D64 time=3D297.354 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3138 ttl=3D64 time=3D297.653 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3139 ttl=3D64 time=3D296.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3140 ttl=3D64 time=3D296.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3141 ttl=3D64 time=3D295.770 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3142 ttl=3D64 time=3D295.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3143 ttl=3D64 time=3D294.861 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3144 ttl=3D64 time=3D296.043 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3145 ttl=3D64 time=3D296.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3146 ttl=3D64 time=3D298.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3147 ttl=3D64 time=3D298.424 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3148 ttl=3D64 time=3D298.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3149 ttl=3D64 time=3D299.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3150 ttl=3D64 time=3D297.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3151 ttl=3D64 time=3D298.291 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3152 ttl=3D64 time=3D298.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3153 ttl=3D64 time=3D298.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3154 ttl=3D64 time=3D297.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3155 ttl=3D64 time=3D297.947 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3156 ttl=3D64 time=3D298.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3157 ttl=3D64 time=3D298.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3158 ttl=3D64 time=3D298.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3159 ttl=3D64 time=3D298.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3160 ttl=3D64 time=3D297.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3161 ttl=3D64 time=3D298.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3162 ttl=3D64 time=3D298.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3163 ttl=3D64 time=3D298.784 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3164 ttl=3D64 time=3D298.014 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3165 ttl=3D64 time=3D297.337 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3166 ttl=3D64 time=3D296.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3167 ttl=3D64 time=3D295.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3168 ttl=3D64 time=3D294.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3169 ttl=3D64 time=3D292.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3170 ttl=3D64 time=3D293.145 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3171 ttl=3D64 time=3D292.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3172 ttl=3D64 time=3D292.519 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3173 ttl=3D64 time=3D292.677 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3174 ttl=3D64 time=3D291.829 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3175 ttl=3D64 time=3D292.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3176 ttl=3D64 time=3D293.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3177 ttl=3D64 time=3D293.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3178 ttl=3D64 time=3D292.512 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3179 ttl=3D64 time=3D295.949 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3180 ttl=3D64 time=3D295.456 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3181 ttl=3D64 time=3D294.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3182 ttl=3D64 time=3D294.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3183 ttl=3D64 time=3D292.593 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3184 ttl=3D64 time=3D293.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3185 ttl=3D64 time=3D293.456 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3186 ttl=3D64 time=3D292.994 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3187 ttl=3D64 time=3D291.760 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3188 ttl=3D64 time=3D299.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3189 ttl=3D64 time=3D300.159 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3190 ttl=3D64 time=3D300.393 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3191 ttl=3D64 time=3D299.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3192 ttl=3D64 time=3D300.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3193 ttl=3D64 time=3D299.766 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3194 ttl=3D64 time=3D299.317 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3195 ttl=3D64 time=3D299.220 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3196 ttl=3D64 time=3D298.629 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3197 ttl=3D64 time=3D298.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3198 ttl=3D64 time=3D298.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3199 ttl=3D64 time=3D298.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3200 ttl=3D64 time=3D297.499 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3201 ttl=3D64 time=3D297.241 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3202 ttl=3D64 time=3D298.043 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3203 ttl=3D64 time=3D297.392 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3204 ttl=3D64 time=3D299.677 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3205 ttl=3D64 time=3D299.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3206 ttl=3D64 time=3D300.358 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3207 ttl=3D64 time=3D300.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3208 ttl=3D64 time=3D299.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3209 ttl=3D64 time=3D300.124 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3210 ttl=3D64 time=3D299.953 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3211 ttl=3D64 time=3D299.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3212 ttl=3D64 time=3D298.036 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3213 ttl=3D64 time=3D298.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3214 ttl=3D64 time=3D299.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3215 ttl=3D64 time=3D298.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3216 ttl=3D64 time=3D298.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3217 ttl=3D64 time=3D299.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3218 ttl=3D64 time=3D299.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3219 ttl=3D64 time=3D300.654 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3220 ttl=3D64 time=3D300.428 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3221 ttl=3D64 time=3D299.959 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3222 ttl=3D64 time=3D299.248 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3223 ttl=3D64 time=3D298.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3224 ttl=3D64 time=3D297.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3225 ttl=3D64 time=3D297.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3226 ttl=3D64 time=3D296.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3227 ttl=3D64 time=3D296.931 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3228 ttl=3D64 time=3D296.094 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3229 ttl=3D64 time=3D295.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3230 ttl=3D64 time=3D296.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3231 ttl=3D64 time=3D296.067 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3232 ttl=3D64 time=3D295.489 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3233 ttl=3D64 time=3D295.291 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3234 ttl=3D64 time=3D294.792 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3237 ttl=3D64 time=3D290.844 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3238 ttl=3D64 time=3D290.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3239 ttl=3D64 time=3D290.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3240 ttl=3D64 time=3D290.153 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3241 ttl=3D64 time=3D288.847 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3242 ttl=3D64 time=3D288.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3243 ttl=3D64 time=3D289.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3244 ttl=3D64 time=3D289.668 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3245 ttl=3D64 time=3D289.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3246 ttl=3D64 time=3D290.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3247 ttl=3D64 time=3D289.561 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3248 ttl=3D64 time=3D289.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3249 ttl=3D64 time=3D290.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3250 ttl=3D64 time=3D289.828 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3251 ttl=3D64 time=3D289.161 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3252 ttl=3D64 time=3D291.544 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3253 ttl=3D64 time=3D291.770 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3254 ttl=3D64 time=3D292.056 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3255 ttl=3D64 time=3D291.515 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3256 ttl=3D64 time=3D292.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3257 ttl=3D64 time=3D290.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3258 ttl=3D64 time=3D291.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3259 ttl=3D64 time=3D294.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3260 ttl=3D64 time=3D294.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3261 ttl=3D64 time=3D294.345 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3262 ttl=3D64 time=3D297.170 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3263 ttl=3D64 time=3D296.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3264 ttl=3D64 time=3D295.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3265 ttl=3D64 time=3D295.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3266 ttl=3D64 time=3D296.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3267 ttl=3D64 time=3D297.619 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3268 ttl=3D64 time=3D297.142 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3269 ttl=3D64 time=3D296.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3270 ttl=3D64 time=3D297.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3271 ttl=3D64 time=3D296.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3272 ttl=3D64 time=3D295.735 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3273 ttl=3D64 time=3D294.462 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3274 ttl=3D64 time=3D294.102 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3275 ttl=3D64 time=3D294.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3276 ttl=3D64 time=3D294.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3277 ttl=3D64 time=3D294.469 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3278 ttl=3D64 time=3D294.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3279 ttl=3D64 time=3D293.607 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3280 ttl=3D64 time=3D293.138 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3281 ttl=3D64 time=3D294.152 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3282 ttl=3D64 time=3D293.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3283 ttl=3D64 time=3D300.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3284 ttl=3D64 time=3D300.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3285 ttl=3D64 time=3D299.880 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3286 ttl=3D64 time=3D298.599 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3287 ttl=3D64 time=3D298.876 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3288 ttl=3D64 time=3D303.865 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3289 ttl=3D64 time=3D303.414 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3290 ttl=3D64 time=3D305.302 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3291 ttl=3D64 time=3D305.196 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3292 ttl=3D64 time=3D305.803 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3293 ttl=3D64 time=3D305.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3294 ttl=3D64 time=3D305.110 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3295 ttl=3D64 time=3D304.951 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3296 ttl=3D64 time=3D304.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3297 ttl=3D64 time=3D303.864 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3298 ttl=3D64 time=3D306.412 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3299 ttl=3D64 time=3D306.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3300 ttl=3D64 time=3D305.678 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3301 ttl=3D64 time=3D306.354 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3302 ttl=3D64 time=3D305.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3303 ttl=3D64 time=3D305.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3304 ttl=3D64 time=3D305.008 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3305 ttl=3D64 time=3D305.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3306 ttl=3D64 time=3D307.912 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3307 ttl=3D64 time=3D309.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3308 ttl=3D64 time=3D308.645 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3309 ttl=3D64 time=3D308.067 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3310 ttl=3D64 time=3D309.179 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3311 ttl=3D64 time=3D308.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3312 ttl=3D64 time=3D308.357 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3313 ttl=3D64 time=3D307.059 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3314 ttl=3D64 time=3D309.212 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3315 ttl=3D64 time=3D309.986 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3316 ttl=3D64 time=3D308.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3317 ttl=3D64 time=3D309.686 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3318 ttl=3D64 time=3D310.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3319 ttl=3D64 time=3D310.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3320 ttl=3D64 time=3D310.231 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3321 ttl=3D64 time=3D309.500 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3322 ttl=3D64 time=3D310.646 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3323 ttl=3D64 time=3D315.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3324 ttl=3D64 time=3D314.569 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3325 ttl=3D64 time=3D314.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3326 ttl=3D64 time=3D314.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3327 ttl=3D64 time=3D314.114 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3328 ttl=3D64 time=3D313.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3329 ttl=3D64 time=3D314.104 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3330 ttl=3D64 time=3D314.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3331 ttl=3D64 time=3D314.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3332 ttl=3D64 time=3D313.349 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3333 ttl=3D64 time=3D312.764 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3334 ttl=3D64 time=3D314.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3335 ttl=3D64 time=3D313.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3336 ttl=3D64 time=3D312.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3337 ttl=3D64 time=3D313.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3338 ttl=3D64 time=3D311.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3339 ttl=3D64 time=3D312.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3340 ttl=3D64 time=3D313.727 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3341 ttl=3D64 time=3D312.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3342 ttl=3D64 time=3D312.738 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3343 ttl=3D64 time=3D313.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3344 ttl=3D64 time=3D313.440 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3345 ttl=3D64 time=3D313.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3346 ttl=3D64 time=3D313.047 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3347 ttl=3D64 time=3D313.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3348 ttl=3D64 time=3D313.088 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3349 ttl=3D64 time=3D314.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3350 ttl=3D64 time=3D314.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3351 ttl=3D64 time=3D315.317 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3352 ttl=3D64 time=3D315.906 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3353 ttl=3D64 time=3D314.645 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3354 ttl=3D64 time=3D314.162 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3355 ttl=3D64 time=3D315.254 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3356 ttl=3D64 time=3D315.456 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3357 ttl=3D64 time=3D315.519 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3358 ttl=3D64 time=3D315.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3359 ttl=3D64 time=3D317.036 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3360 ttl=3D64 time=3D316.488 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3361 ttl=3D64 time=3D315.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3362 ttl=3D64 time=3D314.676 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3363 ttl=3D64 time=3D314.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3364 ttl=3D64 time=3D312.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3365 ttl=3D64 time=3D312.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3366 ttl=3D64 time=3D311.718 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3367 ttl=3D64 time=3D310.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3368 ttl=3D64 time=3D309.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3369 ttl=3D64 time=3D308.015 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3370 ttl=3D64 time=3D309.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3371 ttl=3D64 time=3D308.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3372 ttl=3D64 time=3D309.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3373 ttl=3D64 time=3D309.452 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3374 ttl=3D64 time=3D308.835 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3375 ttl=3D64 time=3D308.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3376 ttl=3D64 time=3D312.581 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3382 ttl=3D64 time=3D303.243 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3383 ttl=3D64 time=3D302.779 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3384 ttl=3D64 time=3D302.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3385 ttl=3D64 time=3D302.220 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3386 ttl=3D64 time=3D303.984 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3387 ttl=3D64 time=3D304.307 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3388 ttl=3D64 time=3D307.797 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3389 ttl=3D64 time=3D308.801 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3390 ttl=3D64 time=3D308.551 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3391 ttl=3D64 time=3D309.892 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3392 ttl=3D64 time=3D311.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3393 ttl=3D64 time=3D311.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3394 ttl=3D64 time=3D312.727 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3395 ttl=3D64 time=3D313.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3396 ttl=3D64 time=3D313.314 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3397 ttl=3D64 time=3D314.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3398 ttl=3D64 time=3D314.108 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3399 ttl=3D64 time=3D316.844 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3400 ttl=3D64 time=3D316.752 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3401 ttl=3D64 time=3D316.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3402 ttl=3D64 time=3D316.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3403 ttl=3D64 time=3D316.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3404 ttl=3D64 time=3D315.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3405 ttl=3D64 time=3D314.679 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3406 ttl=3D64 time=3D314.678 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3407 ttl=3D64 time=3D314.244 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3408 ttl=3D64 time=3D314.135 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3409 ttl=3D64 time=3D314.484 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3410 ttl=3D64 time=3D316.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3411 ttl=3D64 time=3D315.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3412 ttl=3D64 time=3D315.153 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3413 ttl=3D64 time=3D317.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3414 ttl=3D64 time=3D318.100 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3415 ttl=3D64 time=3D319.377 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3416 ttl=3D64 time=3D318.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3417 ttl=3D64 time=3D320.585 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3418 ttl=3D64 time=3D319.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3419 ttl=3D64 time=3D322.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3420 ttl=3D64 time=3D322.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3421 ttl=3D64 time=3D321.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3422 ttl=3D64 time=3D321.607 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3423 ttl=3D64 time=3D322.043 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3424 ttl=3D64 time=3D321.595 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3425 ttl=3D64 time=3D322.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3426 ttl=3D64 time=3D321.627 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3427 ttl=3D64 time=3D322.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3428 ttl=3D64 time=3D322.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3429 ttl=3D64 time=3D324.188 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3430 ttl=3D64 time=3D324.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3431 ttl=3D64 time=3D326.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3432 ttl=3D64 time=3D329.119 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3433 ttl=3D64 time=3D328.433 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3434 ttl=3D64 time=3D330.193 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3435 ttl=3D64 time=3D328.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3436 ttl=3D64 time=3D328.595 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3437 ttl=3D64 time=3D328.850 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3438 ttl=3D64 time=3D328.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3439 ttl=3D64 time=3D327.026 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3440 ttl=3D64 time=3D327.142 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3441 ttl=3D64 time=3D326.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3442 ttl=3D64 time=3D326.289 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3443 ttl=3D64 time=3D327.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3444 ttl=3D64 time=3D327.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3445 ttl=3D64 time=3D328.043 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3446 ttl=3D64 time=3D327.596 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3447 ttl=3D64 time=3D327.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3448 ttl=3D64 time=3D327.198 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3449 ttl=3D64 time=3D327.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3450 ttl=3D64 time=3D327.143 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3451 ttl=3D64 time=3D327.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3452 ttl=3D64 time=3D328.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3453 ttl=3D64 time=3D330.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3454 ttl=3D64 time=3D330.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3455 ttl=3D64 time=3D334.445 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3456 ttl=3D64 time=3D334.090 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3457 ttl=3D64 time=3D333.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3458 ttl=3D64 time=3D333.264 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3459 ttl=3D64 time=3D332.021 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3460 ttl=3D64 time=3D332.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3461 ttl=3D64 time=3D331.257 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3462 ttl=3D64 time=3D330.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3463 ttl=3D64 time=3D329.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3464 ttl=3D64 time=3D334.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3465 ttl=3D64 time=3D333.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3466 ttl=3D64 time=3D333.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3467 ttl=3D64 time=3D331.800 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3468 ttl=3D64 time=3D333.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3469 ttl=3D64 time=3D333.307 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3470 ttl=3D64 time=3D332.759 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3471 ttl=3D64 time=3D333.063 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3472 ttl=3D64 time=3D332.593 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3473 ttl=3D64 time=3D333.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3474 ttl=3D64 time=3D333.317 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3475 ttl=3D64 time=3D332.631 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3476 ttl=3D64 time=3D331.104 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3477 ttl=3D64 time=3D331.458 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3478 ttl=3D64 time=3D330.942 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3479 ttl=3D64 time=3D330.575 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3480 ttl=3D64 time=3D331.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3481 ttl=3D64 time=3D331.404 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3482 ttl=3D64 time=3D330.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3483 ttl=3D64 time=3D329.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3484 ttl=3D64 time=3D329.319 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3485 ttl=3D64 time=3D328.990 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3486 ttl=3D64 time=3D328.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3487 ttl=3D64 time=3D328.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3488 ttl=3D64 time=3D326.715 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3489 ttl=3D64 time=3D326.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3490 ttl=3D64 time=3D325.729 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3491 ttl=3D64 time=3D324.418 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3492 ttl=3D64 time=3D323.902 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3493 ttl=3D64 time=3D326.351 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3494 ttl=3D64 time=3D326.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3495 ttl=3D64 time=3D326.658 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3496 ttl=3D64 time=3D326.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3497 ttl=3D64 time=3D326.724 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3498 ttl=3D64 time=3D326.370 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3499 ttl=3D64 time=3D326.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3500 ttl=3D64 time=3D326.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3501 ttl=3D64 time=3D326.889 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3502 ttl=3D64 time=3D325.813 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3503 ttl=3D64 time=3D326.190 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3504 ttl=3D64 time=3D325.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3505 ttl=3D64 time=3D326.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3506 ttl=3D64 time=3D324.800 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3507 ttl=3D64 time=3D324.205 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3508 ttl=3D64 time=3D328.382 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3509 ttl=3D64 time=3D327.907 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3510 ttl=3D64 time=3D327.906 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3511 ttl=3D64 time=3D328.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3512 ttl=3D64 time=3D328.781 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3513 ttl=3D64 time=3D328.277 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3514 ttl=3D64 time=3D327.684 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3515 ttl=3D64 time=3D328.030 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3516 ttl=3D64 time=3D328.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3517 ttl=3D64 time=3D328.635 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3518 ttl=3D64 time=3D328.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3519 ttl=3D64 time=3D328.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3520 ttl=3D64 time=3D329.392 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3521 ttl=3D64 time=3D328.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3522 ttl=3D64 time=3D328.492 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3523 ttl=3D64 time=3D327.433 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3524 ttl=3D64 time=3D327.881 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3525 ttl=3D64 time=3D326.548 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3526 ttl=3D64 time=3D325.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3527 ttl=3D64 time=3D325.440 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3528 ttl=3D64 time=3D323.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3529 ttl=3D64 time=3D324.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3530 ttl=3D64 time=3D322.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3531 ttl=3D64 time=3D322.270 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3532 ttl=3D64 time=3D322.059 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3533 ttl=3D64 time=3D322.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3534 ttl=3D64 time=3D321.251 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3535 ttl=3D64 time=3D320.837 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3536 ttl=3D64 time=3D319.285 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3537 ttl=3D64 time=3D318.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3538 ttl=3D64 time=3D318.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3539 ttl=3D64 time=3D318.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3540 ttl=3D64 time=3D318.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3541 ttl=3D64 time=3D318.412 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3542 ttl=3D64 time=3D319.224 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3543 ttl=3D64 time=3D319.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3544 ttl=3D64 time=3D319.121 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3545 ttl=3D64 time=3D319.850 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3546 ttl=3D64 time=3D320.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3547 ttl=3D64 time=3D318.606 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3548 ttl=3D64 time=3D318.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3549 ttl=3D64 time=3D317.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3550 ttl=3D64 time=3D316.588 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3551 ttl=3D64 time=3D316.706 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3552 ttl=3D64 time=3D322.190 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3553 ttl=3D64 time=3D323.489 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3554 ttl=3D64 time=3D322.679 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3555 ttl=3D64 time=3D322.711 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3556 ttl=3D64 time=3D322.687 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3557 ttl=3D64 time=3D323.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3558 ttl=3D64 time=3D322.049 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3559 ttl=3D64 time=3D320.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3560 ttl=3D64 time=3D321.876 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3561 ttl=3D64 time=3D321.030 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3562 ttl=3D64 time=3D321.086 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3563 ttl=3D64 time=3D320.038 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3564 ttl=3D64 time=3D319.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3565 ttl=3D64 time=3D319.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3566 ttl=3D64 time=3D319.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3567 ttl=3D64 time=3D320.481 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3568 ttl=3D64 time=3D320.600 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3569 ttl=3D64 time=3D320.580 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3570 ttl=3D64 time=3D320.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3576 ttl=3D64 time=3D317.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3577 ttl=3D64 time=3D317.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3578 ttl=3D64 time=3D316.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3579 ttl=3D64 time=3D316.919 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3580 ttl=3D64 time=3D316.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3581 ttl=3D64 time=3D317.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3582 ttl=3D64 time=3D317.292 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3583 ttl=3D64 time=3D318.503 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3584 ttl=3D64 time=3D317.953 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3585 ttl=3D64 time=3D316.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3586 ttl=3D64 time=3D315.478 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3587 ttl=3D64 time=3D314.960 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3588 ttl=3D64 time=3D319.544 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3589 ttl=3D64 time=3D318.271 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3590 ttl=3D64 time=3D317.834 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3591 ttl=3D64 time=3D317.964 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3592 ttl=3D64 time=3D317.935 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3593 ttl=3D64 time=3D317.989 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3594 ttl=3D64 time=3D316.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3595 ttl=3D64 time=3D316.726 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3596 ttl=3D64 time=3D315.478 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3597 ttl=3D64 time=3D315.128 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3598 ttl=3D64 time=3D314.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3599 ttl=3D64 time=3D314.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3600 ttl=3D64 time=3D314.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3601 ttl=3D64 time=3D313.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3602 ttl=3D64 time=3D313.238 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3603 ttl=3D64 time=3D312.781 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3604 ttl=3D64 time=3D313.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3605 ttl=3D64 time=3D314.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3606 ttl=3D64 time=3D314.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3607 ttl=3D64 time=3D313.573 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3608 ttl=3D64 time=3D313.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3609 ttl=3D64 time=3D314.102 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3610 ttl=3D64 time=3D313.635 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3611 ttl=3D64 time=3D314.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3612 ttl=3D64 time=3D313.615 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3613 ttl=3D64 time=3D312.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3614 ttl=3D64 time=3D312.757 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3615 ttl=3D64 time=3D312.188 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3616 ttl=3D64 time=3D311.936 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3617 ttl=3D64 time=3D312.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3618 ttl=3D64 time=3D312.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3619 ttl=3D64 time=3D311.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3620 ttl=3D64 time=3D310.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3621 ttl=3D64 time=3D311.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3622 ttl=3D64 time=3D310.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3623 ttl=3D64 time=3D310.796 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3624 ttl=3D64 time=3D309.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3625 ttl=3D64 time=3D308.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3626 ttl=3D64 time=3D310.005 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3627 ttl=3D64 time=3D310.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3628 ttl=3D64 time=3D310.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3629 ttl=3D64 time=3D308.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3630 ttl=3D64 time=3D308.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3631 ttl=3D64 time=3D308.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3632 ttl=3D64 time=3D308.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3633 ttl=3D64 time=3D308.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3634 ttl=3D64 time=3D306.770 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3635 ttl=3D64 time=3D305.567 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3636 ttl=3D64 time=3D304.260 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3637 ttl=3D64 time=3D303.694 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3638 ttl=3D64 time=3D303.353 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3639 ttl=3D64 time=3D302.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3640 ttl=3D64 time=3D302.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3641 ttl=3D64 time=3D303.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3642 ttl=3D64 time=3D302.959 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3643 ttl=3D64 time=3D303.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3644 ttl=3D64 time=3D303.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3645 ttl=3D64 time=3D303.248 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3646 ttl=3D64 time=3D303.462 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3647 ttl=3D64 time=3D302.739 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3648 ttl=3D64 time=3D303.633 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3649 ttl=3D64 time=3D303.902 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3650 ttl=3D64 time=3D303.380 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3651 ttl=3D64 time=3D304.243 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3652 ttl=3D64 time=3D304.946 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3653 ttl=3D64 time=3D304.425 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3654 ttl=3D64 time=3D302.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3655 ttl=3D64 time=3D303.235 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3656 ttl=3D64 time=3D302.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3657 ttl=3D64 time=3D301.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3658 ttl=3D64 time=3D301.328 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3659 ttl=3D64 time=3D301.532 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3660 ttl=3D64 time=3D301.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3661 ttl=3D64 time=3D300.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3662 ttl=3D64 time=3D301.593 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3663 ttl=3D64 time=3D301.394 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3664 ttl=3D64 time=3D301.556 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3665 ttl=3D64 time=3D301.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3675 ttl=3D64 time=3D286.027 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3676 ttl=3D64 time=3D285.635 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3677 ttl=3D64 time=3D285.375 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3678 ttl=3D64 time=3D285.731 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3679 ttl=3D64 time=3D284.922 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3680 ttl=3D64 time=3D285.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3681 ttl=3D64 time=3D284.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3682 ttl=3D64 time=3D283.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3683 ttl=3D64 time=3D282.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3684 ttl=3D64 time=3D282.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3685 ttl=3D64 time=3D282.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3686 ttl=3D64 time=3D282.660 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3687 ttl=3D64 time=3D282.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3688 ttl=3D64 time=3D281.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3689 ttl=3D64 time=3D280.471 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3690 ttl=3D64 time=3D279.806 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3691 ttl=3D64 time=3D280.103 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3692 ttl=3D64 time=3D279.820 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3693 ttl=3D64 time=3D279.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3694 ttl=3D64 time=3D279.026 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3695 ttl=3D64 time=3D278.503 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3696 ttl=3D64 time=3D277.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3697 ttl=3D64 time=3D281.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3698 ttl=3D64 time=3D280.257 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3699 ttl=3D64 time=3D279.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3700 ttl=3D64 time=3D279.354 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3701 ttl=3D64 time=3D279.388 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3702 ttl=3D64 time=3D279.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3703 ttl=3D64 time=3D278.318 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3704 ttl=3D64 time=3D278.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3705 ttl=3D64 time=3D278.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3706 ttl=3D64 time=3D278.859 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3707 ttl=3D64 time=3D278.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3708 ttl=3D64 time=3D278.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3709 ttl=3D64 time=3D277.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3710 ttl=3D64 time=3D278.525 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3711 ttl=3D64 time=3D277.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3712 ttl=3D64 time=3D276.807 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3713 ttl=3D64 time=3D276.796 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3714 ttl=3D64 time=3D276.018 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3715 ttl=3D64 time=3D275.576 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3716 ttl=3D64 time=3D275.361 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3717 ttl=3D64 time=3D276.145 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3718 ttl=3D64 time=3D276.018 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3719 ttl=3D64 time=3D276.314 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3720 ttl=3D64 time=3D275.877 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3721 ttl=3D64 time=3D276.400 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3722 ttl=3D64 time=3D277.427 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3725 ttl=3D64 time=3D275.517 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3726 ttl=3D64 time=3D275.020 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3727 ttl=3D64 time=3D275.502 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D3728 ttl=3D64 time=3D276.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3729 ttl=3D64 time=3D276.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3730 ttl=3D64 time=3D275.850 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3731 ttl=3D64 time=3D275.273 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3732 ttl=3D64 time=3D275.512 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3733 ttl=3D64 time=3D275.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3734 ttl=3D64 time=3D277.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3735 ttl=3D64 time=3D277.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3736 ttl=3D64 time=3D277.623 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3737 ttl=3D64 time=3D276.928 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3738 ttl=3D64 time=3D277.418 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3739 ttl=3D64 time=3D277.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3740 ttl=3D64 time=3D276.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3741 ttl=3D64 time=3D275.248 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3742 ttl=3D64 time=3D274.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3743 ttl=3D64 time=3D274.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3744 ttl=3D64 time=3D274.569 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3745 ttl=3D64 time=3D274.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3746 ttl=3D64 time=3D274.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3747 ttl=3D64 time=3D273.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3748 ttl=3D64 time=3D274.092 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3749 ttl=3D64 time=3D273.724 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3750 ttl=3D64 time=3D273.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3751 ttl=3D64 time=3D272.721 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3752 ttl=3D64 time=3D273.391 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3753 ttl=3D64 time=3D273.365 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3754 ttl=3D64 time=3D273.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3755 ttl=3D64 time=3D272.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3756 ttl=3D64 time=3D271.868 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3757 ttl=3D64 time=3D271.911 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3758 ttl=3D64 time=3D272.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3759 ttl=3D64 time=3D271.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3760 ttl=3D64 time=3D271.290 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3761 ttl=3D64 time=3D273.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3762 ttl=3D64 time=3D272.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3763 ttl=3D64 time=3D273.375 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3764 ttl=3D64 time=3D273.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3765 ttl=3D64 time=3D273.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3766 ttl=3D64 time=3D273.429 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3767 ttl=3D64 time=3D274.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3768 ttl=3D64 time=3D272.462 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3769 ttl=3D64 time=3D272.122 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3770 ttl=3D64 time=3D272.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3771 ttl=3D64 time=3D272.048 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3772 ttl=3D64 time=3D271.671 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3782 ttl=3D64 time=3D257.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3783 ttl=3D64 time=3D256.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3784 ttl=3D64 time=3D256.879 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3785 ttl=3D64 time=3D256.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3786 ttl=3D64 time=3D257.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3787 ttl=3D64 time=3D256.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3788 ttl=3D64 time=3D255.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3789 ttl=3D64 time=3D254.577 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3790 ttl=3D64 time=3D254.463 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3791 ttl=3D64 time=3D254.647 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3792 ttl=3D64 time=3D254.102 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3793 ttl=3D64 time=3D254.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3794 ttl=3D64 time=3D254.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3795 ttl=3D64 time=3D254.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3796 ttl=3D64 time=3D254.428 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3797 ttl=3D64 time=3D253.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3798 ttl=3D64 time=3D253.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3799 ttl=3D64 time=3D254.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3800 ttl=3D64 time=3D255.330 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3801 ttl=3D64 time=3D254.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3802 ttl=3D64 time=3D255.967 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3803 ttl=3D64 time=3D255.809 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3804 ttl=3D64 time=3D256.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3805 ttl=3D64 time=3D255.331 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3806 ttl=3D64 time=3D256.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3807 ttl=3D64 time=3D256.014 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3808 ttl=3D64 time=3D255.990 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3809 ttl=3D64 time=3D256.258 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3810 ttl=3D64 time=3D255.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3811 ttl=3D64 time=3D255.564 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3812 ttl=3D64 time=3D253.968 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3813 ttl=3D64 time=3D254.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3814 ttl=3D64 time=3D253.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3815 ttl=3D64 time=3D253.487 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3816 ttl=3D64 time=3D255.045 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3817 ttl=3D64 time=3D253.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3818 ttl=3D64 time=3D253.862 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3819 ttl=3D64 time=3D254.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3820 ttl=3D64 time=3D255.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3821 ttl=3D64 time=3D258.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3822 ttl=3D64 time=3D258.847 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3823 ttl=3D64 time=3D259.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3824 ttl=3D64 time=3D259.566 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3825 ttl=3D64 time=3D259.969 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3826 ttl=3D64 time=3D259.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3827 ttl=3D64 time=3D263.684 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3828 ttl=3D64 time=3D264.161 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3829 ttl=3D64 time=3D264.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3831 ttl=3D64 time=3D261.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3832 ttl=3D64 time=3D261.294 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3833 ttl=3D64 time=3D261.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3834 ttl=3D64 time=3D259.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3835 ttl=3D64 time=3D258.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3836 ttl=3D64 time=3D259.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3837 ttl=3D64 time=3D262.031 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3838 ttl=3D64 time=3D262.103 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3839 ttl=3D64 time=3D262.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3840 ttl=3D64 time=3D261.784 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3841 ttl=3D64 time=3D262.870 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3842 ttl=3D64 time=3D262.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3843 ttl=3D64 time=3D263.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3844 ttl=3D64 time=3D264.191 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3845 ttl=3D64 time=3D263.877 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3846 ttl=3D64 time=3D263.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3847 ttl=3D64 time=3D263.886 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3848 ttl=3D64 time=3D263.312 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3849 ttl=3D64 time=3D263.442 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3850 ttl=3D64 time=3D262.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3851 ttl=3D64 time=3D264.018 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3852 ttl=3D64 time=3D264.089 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3853 ttl=3D64 time=3D262.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3854 ttl=3D64 time=3D264.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3855 ttl=3D64 time=3D263.873 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3856 ttl=3D64 time=3D262.307 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3857 ttl=3D64 time=3D262.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3858 ttl=3D64 time=3D263.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3859 ttl=3D64 time=3D262.120 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3860 ttl=3D64 time=3D264.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3861 ttl=3D64 time=3D263.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3862 ttl=3D64 time=3D263.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3863 ttl=3D64 time=3D263.142 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3864 ttl=3D64 time=3D264.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3865 ttl=3D64 time=3D264.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3866 ttl=3D64 time=3D264.999 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3867 ttl=3D64 time=3D265.048 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3868 ttl=3D64 time=3D265.781 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3869 ttl=3D64 time=3D265.804 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3870 ttl=3D64 time=3D264.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3871 ttl=3D64 time=3D265.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3872 ttl=3D64 time=3D264.808 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3873 ttl=3D64 time=3D265.867 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3874 ttl=3D64 time=3D264.774 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3875 ttl=3D64 time=3D265.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3876 ttl=3D64 time=3D265.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3877 ttl=3D64 time=3D264.948 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3878 ttl=3D64 time=3D263.440 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3894 ttl=3D64 time=3D239.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3895 ttl=3D64 time=3D238.926 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3896 ttl=3D64 time=3D240.162 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3897 ttl=3D64 time=3D239.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3898 ttl=3D64 time=3D239.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3899 ttl=3D64 time=3D239.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3900 ttl=3D64 time=3D238.428 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3901 ttl=3D64 time=3D238.598 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3902 ttl=3D64 time=3D238.266 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3903 ttl=3D64 time=3D237.524 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3904 ttl=3D64 time=3D239.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3905 ttl=3D64 time=3D238.535 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3906 ttl=3D64 time=3D237.028 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3907 ttl=3D64 time=3D238.166 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3908 ttl=3D64 time=3D236.965 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3909 ttl=3D64 time=3D237.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3910 ttl=3D64 time=3D240.251 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3911 ttl=3D64 time=3D238.948 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3912 ttl=3D64 time=3D238.754 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3913 ttl=3D64 time=3D238.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3914 ttl=3D64 time=3D238.667 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3915 ttl=3D64 time=3D239.036 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3916 ttl=3D64 time=3D239.502 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3917 ttl=3D64 time=3D238.835 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3918 ttl=3D64 time=3D238.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3919 ttl=3D64 time=3D238.846 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3920 ttl=3D64 time=3D239.619 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3921 ttl=3D64 time=3D239.572 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3922 ttl=3D64 time=3D239.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3923 ttl=3D64 time=3D239.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3924 ttl=3D64 time=3D240.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3925 ttl=3D64 time=3D239.935 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3926 ttl=3D64 time=3D238.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3927 ttl=3D64 time=3D237.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3928 ttl=3D64 time=3D237.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3929 ttl=3D64 time=3D238.823 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3930 ttl=3D64 time=3D237.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3931 ttl=3D64 time=3D238.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3932 ttl=3D64 time=3D239.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3933 ttl=3D64 time=3D238.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3934 ttl=3D64 time=3D238.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3935 ttl=3D64 time=3D238.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3936 ttl=3D64 time=3D238.418 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3937 ttl=3D64 time=3D239.111 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3938 ttl=3D64 time=3D239.375 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3939 ttl=3D64 time=3D241.451 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3940 ttl=3D64 time=3D241.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3941 ttl=3D64 time=3D240.887 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3942 ttl=3D64 time=3D241.139 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3943 ttl=3D64 time=3D249.240 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3944 ttl=3D64 time=3D248.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3945 ttl=3D64 time=3D250.120 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3946 ttl=3D64 time=3D250.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3947 ttl=3D64 time=3D250.157 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3948 ttl=3D64 time=3D250.659 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3949 ttl=3D64 time=3D252.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3950 ttl=3D64 time=3D253.265 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3951 ttl=3D64 time=3D253.483 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3952 ttl=3D64 time=3D252.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3953 ttl=3D64 time=3D252.015 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3954 ttl=3D64 time=3D252.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3955 ttl=3D64 time=3D252.860 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3956 ttl=3D64 time=3D252.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3957 ttl=3D64 time=3D251.869 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3958 ttl=3D64 time=3D251.669 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3959 ttl=3D64 time=3D251.002 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3960 ttl=3D64 time=3D249.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3961 ttl=3D64 time=3D250.148 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3962 ttl=3D64 time=3D256.333 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3963 ttl=3D64 time=3D258.148 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3964 ttl=3D64 time=3D256.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3965 ttl=3D64 time=3D258.943 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3966 ttl=3D64 time=3D260.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3967 ttl=3D64 time=3D260.578 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3968 ttl=3D64 time=3D261.242 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3969 ttl=3D64 time=3D261.771 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3970 ttl=3D64 time=3D261.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3971 ttl=3D64 time=3D261.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3972 ttl=3D64 time=3D260.872 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3973 ttl=3D64 time=3D259.951 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3974 ttl=3D64 time=3D259.388 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3975 ttl=3D64 time=3D259.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3976 ttl=3D64 time=3D259.936 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3977 ttl=3D64 time=3D260.048 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3978 ttl=3D64 time=3D258.759 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3979 ttl=3D64 time=3D258.052 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3980 ttl=3D64 time=3D257.940 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3981 ttl=3D64 time=3D256.640 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3982 ttl=3D64 time=3D256.620 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3983 ttl=3D64 time=3D259.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3984 ttl=3D64 time=3D260.332 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3985 ttl=3D64 time=3D261.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3986 ttl=3D64 time=3D261.965 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3987 ttl=3D64 time=3D262.417 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3988 ttl=3D64 time=3D262.629 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3989 ttl=3D64 time=3D262.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3990 ttl=3D64 time=3D262.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3991 ttl=3D64 time=3D262.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3992 ttl=3D64 time=3D262.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3993 ttl=3D64 time=3D263.803 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3994 ttl=3D64 time=3D266.226 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3995 ttl=3D64 time=3D265.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3996 ttl=3D64 time=3D264.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3997 ttl=3D64 time=3D264.590 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3998 ttl=3D64 time=3D264.261 ms 1480 bytes from 10.40.64.17: icmp_seq=3D3999 ttl=3D64 time=3D262.998 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4000 ttl=3D64 time=3D262.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4001 ttl=3D64 time=3D262.290 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4002 ttl=3D64 time=3D262.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4003 ttl=3D64 time=3D263.189 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4004 ttl=3D64 time=3D265.345 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4005 ttl=3D64 time=3D263.205 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4006 ttl=3D64 time=3D262.095 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4007 ttl=3D64 time=3D261.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4008 ttl=3D64 time=3D260.965 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4009 ttl=3D64 time=3D260.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4010 ttl=3D64 time=3D259.904 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4011 ttl=3D64 time=3D259.652 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4012 ttl=3D64 time=3D258.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4013 ttl=3D64 time=3D258.834 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4014 ttl=3D64 time=3D258.623 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4015 ttl=3D64 time=3D258.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4016 ttl=3D64 time=3D259.350 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4017 ttl=3D64 time=3D261.101 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4018 ttl=3D64 time=3D260.502 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4019 ttl=3D64 time=3D260.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4020 ttl=3D64 time=3D260.092 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4021 ttl=3D64 time=3D260.110 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4022 ttl=3D64 time=3D263.239 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4023 ttl=3D64 time=3D262.749 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4024 ttl=3D64 time=3D262.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4025 ttl=3D64 time=3D262.110 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4026 ttl=3D64 time=3D261.474 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4027 ttl=3D64 time=3D261.424 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4028 ttl=3D64 time=3D263.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4029 ttl=3D64 time=3D263.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4030 ttl=3D64 time=3D262.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4031 ttl=3D64 time=3D263.196 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4032 ttl=3D64 time=3D263.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4033 ttl=3D64 time=3D263.733 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4034 ttl=3D64 time=3D264.201 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4035 ttl=3D64 time=3D264.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4036 ttl=3D64 time=3D264.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4037 ttl=3D64 time=3D263.428 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4038 ttl=3D64 time=3D263.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4039 ttl=3D64 time=3D264.270 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4040 ttl=3D64 time=3D263.542 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4041 ttl=3D64 time=3D264.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4042 ttl=3D64 time=3D265.625 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4043 ttl=3D64 time=3D264.726 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4044 ttl=3D64 time=3D264.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4045 ttl=3D64 time=3D263.887 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4046 ttl=3D64 time=3D264.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4047 ttl=3D64 time=3D272.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4048 ttl=3D64 time=3D272.090 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4049 ttl=3D64 time=3D272.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4050 ttl=3D64 time=3D272.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4051 ttl=3D64 time=3D272.259 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4052 ttl=3D64 time=3D276.442 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4053 ttl=3D64 time=3D275.658 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4054 ttl=3D64 time=3D274.354 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4055 ttl=3D64 time=3D273.802 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4056 ttl=3D64 time=3D273.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4057 ttl=3D64 time=3D273.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4058 ttl=3D64 time=3D272.593 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4059 ttl=3D64 time=3D271.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4060 ttl=3D64 time=3D271.045 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4061 ttl=3D64 time=3D271.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4062 ttl=3D64 time=3D271.850 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4063 ttl=3D64 time=3D270.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4064 ttl=3D64 time=3D270.052 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4065 ttl=3D64 time=3D270.177 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4066 ttl=3D64 time=3D268.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4067 ttl=3D64 time=3D269.539 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4068 ttl=3D64 time=3D269.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4069 ttl=3D64 time=3D269.938 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4070 ttl=3D64 time=3D273.028 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4071 ttl=3D64 time=3D273.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4072 ttl=3D64 time=3D273.771 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4073 ttl=3D64 time=3D273.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4074 ttl=3D64 time=3D273.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4075 ttl=3D64 time=3D272.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4076 ttl=3D64 time=3D271.500 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4077 ttl=3D64 time=3D272.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4078 ttl=3D64 time=3D272.432 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4079 ttl=3D64 time=3D272.095 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4080 ttl=3D64 time=3D273.264 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4081 ttl=3D64 time=3D273.043 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4082 ttl=3D64 time=3D274.625 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4083 ttl=3D64 time=3D273.413 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4084 ttl=3D64 time=3D275.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4085 ttl=3D64 time=3D275.265 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4086 ttl=3D64 time=3D274.631 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4087 ttl=3D64 time=3D275.184 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4088 ttl=3D64 time=3D275.357 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4089 ttl=3D64 time=3D276.332 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4090 ttl=3D64 time=3D275.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4091 ttl=3D64 time=3D276.185 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4092 ttl=3D64 time=3D275.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4093 ttl=3D64 time=3D275.996 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4094 ttl=3D64 time=3D277.846 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4095 ttl=3D64 time=3D276.955 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4096 ttl=3D64 time=3D282.829 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4097 ttl=3D64 time=3D282.265 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4098 ttl=3D64 time=3D281.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4099 ttl=3D64 time=3D281.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4100 ttl=3D64 time=3D283.128 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4101 ttl=3D64 time=3D290.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4102 ttl=3D64 time=3D290.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4103 ttl=3D64 time=3D289.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4104 ttl=3D64 time=3D294.362 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4105 ttl=3D64 time=3D294.712 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4106 ttl=3D64 time=3D294.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4107 ttl=3D64 time=3D295.561 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4108 ttl=3D64 time=3D296.902 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4109 ttl=3D64 time=3D299.972 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4110 ttl=3D64 time=3D299.583 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4111 ttl=3D64 time=3D299.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4112 ttl=3D64 time=3D298.781 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4113 ttl=3D64 time=3D297.600 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4114 ttl=3D64 time=3D297.260 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4115 ttl=3D64 time=3D297.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4116 ttl=3D64 time=3D296.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4117 ttl=3D64 time=3D296.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4118 ttl=3D64 time=3D295.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4119 ttl=3D64 time=3D295.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4120 ttl=3D64 time=3D295.631 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4121 ttl=3D64 time=3D295.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4122 ttl=3D64 time=3D295.107 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4123 ttl=3D64 time=3D294.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4124 ttl=3D64 time=3D294.019 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4125 ttl=3D64 time=3D294.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4126 ttl=3D64 time=3D294.015 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4127 ttl=3D64 time=3D295.428 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4128 ttl=3D64 time=3D296.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4129 ttl=3D64 time=3D295.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4130 ttl=3D64 time=3D296.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4131 ttl=3D64 time=3D295.225 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4132 ttl=3D64 time=3D295.615 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4133 ttl=3D64 time=3D294.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4134 ttl=3D64 time=3D293.469 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4135 ttl=3D64 time=3D294.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4136 ttl=3D64 time=3D293.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4137 ttl=3D64 time=3D293.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4138 ttl=3D64 time=3D292.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4139 ttl=3D64 time=3D292.406 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4140 ttl=3D64 time=3D291.198 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4141 ttl=3D64 time=3D290.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4142 ttl=3D64 time=3D291.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4143 ttl=3D64 time=3D289.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4144 ttl=3D64 time=3D288.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4145 ttl=3D64 time=3D288.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4146 ttl=3D64 time=3D288.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4147 ttl=3D64 time=3D288.427 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4148 ttl=3D64 time=3D288.370 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4149 ttl=3D64 time=3D287.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4150 ttl=3D64 time=3D290.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4151 ttl=3D64 time=3D290.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4152 ttl=3D64 time=3D288.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4153 ttl=3D64 time=3D288.524 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4154 ttl=3D64 time=3D291.934 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4155 ttl=3D64 time=3D290.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4156 ttl=3D64 time=3D291.114 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4157 ttl=3D64 time=3D293.122 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4158 ttl=3D64 time=3D292.529 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4159 ttl=3D64 time=3D292.879 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4160 ttl=3D64 time=3D291.761 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4161 ttl=3D64 time=3D291.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4162 ttl=3D64 time=3D292.205 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4163 ttl=3D64 time=3D291.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4164 ttl=3D64 time=3D292.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4165 ttl=3D64 time=3D296.011 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4166 ttl=3D64 time=3D296.812 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4167 ttl=3D64 time=3D295.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4168 ttl=3D64 time=3D294.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4169 ttl=3D64 time=3D296.027 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4170 ttl=3D64 time=3D296.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4171 ttl=3D64 time=3D297.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4172 ttl=3D64 time=3D298.117 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4173 ttl=3D64 time=3D297.761 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4174 ttl=3D64 time=3D298.224 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4175 ttl=3D64 time=3D299.236 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4176 ttl=3D64 time=3D299.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4177 ttl=3D64 time=3D299.173 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4178 ttl=3D64 time=3D298.583 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4179 ttl=3D64 time=3D297.292 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4180 ttl=3D64 time=3D297.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4181 ttl=3D64 time=3D296.503 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4182 ttl=3D64 time=3D295.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4183 ttl=3D64 time=3D295.965 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4184 ttl=3D64 time=3D296.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4185 ttl=3D64 time=3D296.521 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4186 ttl=3D64 time=3D295.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4187 ttl=3D64 time=3D296.657 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4188 ttl=3D64 time=3D296.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4189 ttl=3D64 time=3D295.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4190 ttl=3D64 time=3D295.616 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4191 ttl=3D64 time=3D295.145 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4192 ttl=3D64 time=3D295.492 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4193 ttl=3D64 time=3D294.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4194 ttl=3D64 time=3D293.624 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4195 ttl=3D64 time=3D294.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4196 ttl=3D64 time=3D293.201 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4197 ttl=3D64 time=3D293.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4198 ttl=3D64 time=3D298.312 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4199 ttl=3D64 time=3D298.454 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4200 ttl=3D64 time=3D299.306 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4201 ttl=3D64 time=3D300.115 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4202 ttl=3D64 time=3D300.321 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4203 ttl=3D64 time=3D299.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4204 ttl=3D64 time=3D299.643 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4205 ttl=3D64 time=3D299.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4206 ttl=3D64 time=3D298.605 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4207 ttl=3D64 time=3D297.571 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4208 ttl=3D64 time=3D298.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4209 ttl=3D64 time=3D298.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4210 ttl=3D64 time=3D297.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4211 ttl=3D64 time=3D297.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4212 ttl=3D64 time=3D299.102 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4213 ttl=3D64 time=3D299.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4214 ttl=3D64 time=3D299.860 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4215 ttl=3D64 time=3D300.569 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4216 ttl=3D64 time=3D300.191 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4217 ttl=3D64 time=3D301.609 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4218 ttl=3D64 time=3D302.423 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4219 ttl=3D64 time=3D303.271 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4220 ttl=3D64 time=3D303.392 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4221 ttl=3D64 time=3D303.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4222 ttl=3D64 time=3D306.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4223 ttl=3D64 time=3D306.674 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4224 ttl=3D64 time=3D308.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4225 ttl=3D64 time=3D308.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4226 ttl=3D64 time=3D307.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4227 ttl=3D64 time=3D306.287 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4228 ttl=3D64 time=3D304.972 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4229 ttl=3D64 time=3D304.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4230 ttl=3D64 time=3D304.478 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4231 ttl=3D64 time=3D305.546 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4232 ttl=3D64 time=3D305.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4233 ttl=3D64 time=3D304.572 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4234 ttl=3D64 time=3D304.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4235 ttl=3D64 time=3D304.937 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4236 ttl=3D64 time=3D305.117 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4237 ttl=3D64 time=3D305.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4238 ttl=3D64 time=3D309.581 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4239 ttl=3D64 time=3D309.031 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4240 ttl=3D64 time=3D311.949 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4241 ttl=3D64 time=3D311.017 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4242 ttl=3D64 time=3D311.189 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4243 ttl=3D64 time=3D310.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4244 ttl=3D64 time=3D310.235 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4245 ttl=3D64 time=3D310.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4253 ttl=3D64 time=3D296.427 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4254 ttl=3D64 time=3D296.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4255 ttl=3D64 time=3D296.379 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4256 ttl=3D64 time=3D295.883 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4257 ttl=3D64 time=3D295.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4258 ttl=3D64 time=3D294.711 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4259 ttl=3D64 time=3D293.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4260 ttl=3D64 time=3D293.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4261 ttl=3D64 time=3D295.225 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4262 ttl=3D64 time=3D296.212 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4263 ttl=3D64 time=3D294.940 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4264 ttl=3D64 time=3D294.490 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4265 ttl=3D64 time=3D294.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4266 ttl=3D64 time=3D295.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4267 ttl=3D64 time=3D295.869 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4268 ttl=3D64 time=3D295.186 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4269 ttl=3D64 time=3D294.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4270 ttl=3D64 time=3D293.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4271 ttl=3D64 time=3D294.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4272 ttl=3D64 time=3D294.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4273 ttl=3D64 time=3D293.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4274 ttl=3D64 time=3D293.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4275 ttl=3D64 time=3D293.290 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4276 ttl=3D64 time=3D292.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4277 ttl=3D64 time=3D291.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4278 ttl=3D64 time=3D291.451 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4279 ttl=3D64 time=3D292.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4280 ttl=3D64 time=3D291.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4281 ttl=3D64 time=3D292.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4282 ttl=3D64 time=3D292.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4283 ttl=3D64 time=3D291.835 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4284 ttl=3D64 time=3D290.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4285 ttl=3D64 time=3D291.028 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4286 ttl=3D64 time=3D289.721 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4287 ttl=3D64 time=3D290.333 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4288 ttl=3D64 time=3D290.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4289 ttl=3D64 time=3D289.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4290 ttl=3D64 time=3D288.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4291 ttl=3D64 time=3D287.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4292 ttl=3D64 time=3D288.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4293 ttl=3D64 time=3D289.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4294 ttl=3D64 time=3D290.534 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4295 ttl=3D64 time=3D290.297 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4296 ttl=3D64 time=3D290.533 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4297 ttl=3D64 time=3D291.314 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4298 ttl=3D64 time=3D291.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4299 ttl=3D64 time=3D291.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4300 ttl=3D64 time=3D291.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4302 ttl=3D64 time=3D288.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4303 ttl=3D64 time=3D288.934 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4304 ttl=3D64 time=3D289.152 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4305 ttl=3D64 time=3D289.239 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4306 ttl=3D64 time=3D289.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4307 ttl=3D64 time=3D290.318 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4308 ttl=3D64 time=3D290.679 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4309 ttl=3D64 time=3D291.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4310 ttl=3D64 time=3D291.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4311 ttl=3D64 time=3D291.170 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4312 ttl=3D64 time=3D290.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4313 ttl=3D64 time=3D291.653 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4314 ttl=3D64 time=3D293.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4315 ttl=3D64 time=3D293.735 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4316 ttl=3D64 time=3D294.099 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4317 ttl=3D64 time=3D293.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4318 ttl=3D64 time=3D295.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4319 ttl=3D64 time=3D294.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4320 ttl=3D64 time=3D294.886 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4321 ttl=3D64 time=3D295.770 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4322 ttl=3D64 time=3D295.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4323 ttl=3D64 time=3D296.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4324 ttl=3D64 time=3D295.312 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4325 ttl=3D64 time=3D295.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4326 ttl=3D64 time=3D294.827 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4327 ttl=3D64 time=3D293.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4328 ttl=3D64 time=3D293.163 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4329 ttl=3D64 time=3D297.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4330 ttl=3D64 time=3D296.756 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4331 ttl=3D64 time=3D296.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4332 ttl=3D64 time=3D295.173 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4333 ttl=3D64 time=3D295.413 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4334 ttl=3D64 time=3D297.933 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4335 ttl=3D64 time=3D296.546 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4336 ttl=3D64 time=3D298.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4337 ttl=3D64 time=3D297.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4338 ttl=3D64 time=3D297.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4339 ttl=3D64 time=3D298.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4340 ttl=3D64 time=3D297.690 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4341 ttl=3D64 time=3D298.000 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4342 ttl=3D64 time=3D297.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4343 ttl=3D64 time=3D297.805 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4344 ttl=3D64 time=3D298.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4345 ttl=3D64 time=3D297.937 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4346 ttl=3D64 time=3D298.481 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4347 ttl=3D64 time=3D298.769 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4348 ttl=3D64 time=3D298.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4349 ttl=3D64 time=3D297.837 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4356 ttl=3D64 time=3D286.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4357 ttl=3D64 time=3D286.563 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4358 ttl=3D64 time=3D287.370 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4359 ttl=3D64 time=3D287.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4360 ttl=3D64 time=3D288.655 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4361 ttl=3D64 time=3D287.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4362 ttl=3D64 time=3D286.475 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4363 ttl=3D64 time=3D285.760 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4364 ttl=3D64 time=3D286.634 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4365 ttl=3D64 time=3D286.524 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4366 ttl=3D64 time=3D285.923 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4367 ttl=3D64 time=3D285.449 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4368 ttl=3D64 time=3D285.754 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4369 ttl=3D64 time=3D288.141 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4370 ttl=3D64 time=3D287.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4371 ttl=3D64 time=3D287.956 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4372 ttl=3D64 time=3D286.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4373 ttl=3D64 time=3D286.255 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4374 ttl=3D64 time=3D288.011 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4375 ttl=3D64 time=3D286.967 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4376 ttl=3D64 time=3D288.019 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4377 ttl=3D64 time=3D288.054 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4378 ttl=3D64 time=3D290.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4379 ttl=3D64 time=3D290.374 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4380 ttl=3D64 time=3D290.505 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4381 ttl=3D64 time=3D292.154 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4382 ttl=3D64 time=3D291.992 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4383 ttl=3D64 time=3D295.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4384 ttl=3D64 time=3D294.288 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4385 ttl=3D64 time=3D293.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4386 ttl=3D64 time=3D294.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4387 ttl=3D64 time=3D295.561 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4388 ttl=3D64 time=3D295.780 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4389 ttl=3D64 time=3D294.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4390 ttl=3D64 time=3D294.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4391 ttl=3D64 time=3D294.620 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4392 ttl=3D64 time=3D294.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4393 ttl=3D64 time=3D294.733 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4394 ttl=3D64 time=3D294.864 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4395 ttl=3D64 time=3D295.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4396 ttl=3D64 time=3D296.594 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4397 ttl=3D64 time=3D295.997 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4398 ttl=3D64 time=3D294.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4399 ttl=3D64 time=3D295.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4400 ttl=3D64 time=3D295.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4401 ttl=3D64 time=3D295.449 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4402 ttl=3D64 time=3D294.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4403 ttl=3D64 time=3D294.418 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4404 ttl=3D64 time=3D294.030 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4405 ttl=3D64 time=3D295.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4406 ttl=3D64 time=3D295.330 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4407 ttl=3D64 time=3D294.968 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4408 ttl=3D64 time=3D295.152 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4409 ttl=3D64 time=3D295.088 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4410 ttl=3D64 time=3D295.948 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4411 ttl=3D64 time=3D295.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4412 ttl=3D64 time=3D294.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4413 ttl=3D64 time=3D294.020 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4414 ttl=3D64 time=3D295.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4415 ttl=3D64 time=3D295.919 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4416 ttl=3D64 time=3D295.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4417 ttl=3D64 time=3D295.475 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4418 ttl=3D64 time=3D294.722 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4419 ttl=3D64 time=3D294.940 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4420 ttl=3D64 time=3D296.357 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4421 ttl=3D64 time=3D296.585 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4422 ttl=3D64 time=3D298.391 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4423 ttl=3D64 time=3D297.609 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4424 ttl=3D64 time=3D297.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4425 ttl=3D64 time=3D296.480 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4426 ttl=3D64 time=3D295.989 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4427 ttl=3D64 time=3D295.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4428 ttl=3D64 time=3D294.374 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4429 ttl=3D64 time=3D296.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4430 ttl=3D64 time=3D296.424 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4431 ttl=3D64 time=3D297.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4432 ttl=3D64 time=3D297.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4433 ttl=3D64 time=3D300.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4434 ttl=3D64 time=3D300.265 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4435 ttl=3D64 time=3D299.812 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4436 ttl=3D64 time=3D298.612 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4437 ttl=3D64 time=3D298.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4438 ttl=3D64 time=3D298.020 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4439 ttl=3D64 time=3D297.803 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4440 ttl=3D64 time=3D296.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4441 ttl=3D64 time=3D299.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4442 ttl=3D64 time=3D299.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4443 ttl=3D64 time=3D298.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4444 ttl=3D64 time=3D298.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4445 ttl=3D64 time=3D298.436 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4446 ttl=3D64 time=3D298.474 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4447 ttl=3D64 time=3D298.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4448 ttl=3D64 time=3D298.429 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4449 ttl=3D64 time=3D298.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4450 ttl=3D64 time=3D297.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4451 ttl=3D64 time=3D297.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4452 ttl=3D64 time=3D296.965 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4453 ttl=3D64 time=3D296.224 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4454 ttl=3D64 time=3D295.038 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4455 ttl=3D64 time=3D295.593 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4456 ttl=3D64 time=3D295.969 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4457 ttl=3D64 time=3D295.480 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4458 ttl=3D64 time=3D295.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4459 ttl=3D64 time=3D294.559 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4460 ttl=3D64 time=3D293.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4461 ttl=3D64 time=3D293.876 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4462 ttl=3D64 time=3D293.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4463 ttl=3D64 time=3D293.110 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4464 ttl=3D64 time=3D292.234 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4465 ttl=3D64 time=3D292.541 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4466 ttl=3D64 time=3D294.096 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4467 ttl=3D64 time=3D294.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4468 ttl=3D64 time=3D294.076 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4469 ttl=3D64 time=3D293.837 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4470 ttl=3D64 time=3D293.386 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4471 ttl=3D64 time=3D292.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4472 ttl=3D64 time=3D291.762 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4473 ttl=3D64 time=3D292.059 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4474 ttl=3D64 time=3D291.647 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4475 ttl=3D64 time=3D292.894 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4476 ttl=3D64 time=3D292.357 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4477 ttl=3D64 time=3D292.879 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4478 ttl=3D64 time=3D293.281 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4479 ttl=3D64 time=3D293.196 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4480 ttl=3D64 time=3D291.593 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4481 ttl=3D64 time=3D291.056 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4482 ttl=3D64 time=3D290.742 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4483 ttl=3D64 time=3D292.974 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4484 ttl=3D64 time=3D291.687 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4485 ttl=3D64 time=3D292.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4486 ttl=3D64 time=3D293.014 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4487 ttl=3D64 time=3D292.463 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4488 ttl=3D64 time=3D293.100 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4489 ttl=3D64 time=3D291.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4490 ttl=3D64 time=3D292.152 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4491 ttl=3D64 time=3D290.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4492 ttl=3D64 time=3D291.813 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4493 ttl=3D64 time=3D291.483 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4494 ttl=3D64 time=3D291.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4495 ttl=3D64 time=3D290.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4496 ttl=3D64 time=3D290.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4497 ttl=3D64 time=3D290.306 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4498 ttl=3D64 time=3D290.461 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4503 ttl=3D64 time=3D285.826 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4504 ttl=3D64 time=3D285.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4505 ttl=3D64 time=3D285.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4506 ttl=3D64 time=3D284.543 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4507 ttl=3D64 time=3D284.792 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4508 ttl=3D64 time=3D284.927 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4509 ttl=3D64 time=3D285.086 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4510 ttl=3D64 time=3D284.529 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4511 ttl=3D64 time=3D284.281 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4512 ttl=3D64 time=3D288.011 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4513 ttl=3D64 time=3D289.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4514 ttl=3D64 time=3D289.889 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4515 ttl=3D64 time=3D289.203 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4516 ttl=3D64 time=3D289.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4517 ttl=3D64 time=3D288.807 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4518 ttl=3D64 time=3D289.465 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4519 ttl=3D64 time=3D288.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4520 ttl=3D64 time=3D289.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4521 ttl=3D64 time=3D289.410 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4522 ttl=3D64 time=3D295.367 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4523 ttl=3D64 time=3D294.059 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4524 ttl=3D64 time=3D293.657 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4525 ttl=3D64 time=3D293.254 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4526 ttl=3D64 time=3D293.545 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4527 ttl=3D64 time=3D294.712 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4528 ttl=3D64 time=3D294.192 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4529 ttl=3D64 time=3D293.928 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4530 ttl=3D64 time=3D294.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4531 ttl=3D64 time=3D294.345 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4532 ttl=3D64 time=3D293.846 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4533 ttl=3D64 time=3D294.134 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4534 ttl=3D64 time=3D293.695 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4535 ttl=3D64 time=3D292.448 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4536 ttl=3D64 time=3D294.201 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4537 ttl=3D64 time=3D293.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4538 ttl=3D64 time=3D293.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4539 ttl=3D64 time=3D293.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4540 ttl=3D64 time=3D293.959 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4541 ttl=3D64 time=3D295.474 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4542 ttl=3D64 time=3D295.865 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4543 ttl=3D64 time=3D293.839 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4544 ttl=3D64 time=3D292.818 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4545 ttl=3D64 time=3D294.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4546 ttl=3D64 time=3D294.198 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4547 ttl=3D64 time=3D293.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4548 ttl=3D64 time=3D293.297 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4549 ttl=3D64 time=3D293.683 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4550 ttl=3D64 time=3D292.819 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4554 ttl=3D64 time=3D287.171 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4555 ttl=3D64 time=3D286.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4556 ttl=3D64 time=3D287.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4557 ttl=3D64 time=3D287.327 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4558 ttl=3D64 time=3D286.231 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4559 ttl=3D64 time=3D285.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4560 ttl=3D64 time=3D286.534 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4561 ttl=3D64 time=3D285.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4562 ttl=3D64 time=3D284.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4563 ttl=3D64 time=3D284.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4564 ttl=3D64 time=3D285.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4565 ttl=3D64 time=3D284.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4566 ttl=3D64 time=3D287.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4567 ttl=3D64 time=3D287.619 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4568 ttl=3D64 time=3D287.681 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4569 ttl=3D64 time=3D287.653 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4570 ttl=3D64 time=3D286.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4571 ttl=3D64 time=3D285.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4572 ttl=3D64 time=3D285.236 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4573 ttl=3D64 time=3D286.099 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4574 ttl=3D64 time=3D285.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4575 ttl=3D64 time=3D286.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4576 ttl=3D64 time=3D287.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4577 ttl=3D64 time=3D286.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4578 ttl=3D64 time=3D285.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4579 ttl=3D64 time=3D285.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4580 ttl=3D64 time=3D286.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4581 ttl=3D64 time=3D286.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4582 ttl=3D64 time=3D286.061 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4583 ttl=3D64 time=3D288.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4584 ttl=3D64 time=3D290.239 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4585 ttl=3D64 time=3D288.806 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4586 ttl=3D64 time=3D288.581 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4587 ttl=3D64 time=3D288.740 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4588 ttl=3D64 time=3D288.395 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4589 ttl=3D64 time=3D287.747 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4590 ttl=3D64 time=3D286.587 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4591 ttl=3D64 time=3D286.111 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4592 ttl=3D64 time=3D285.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4593 ttl=3D64 time=3D285.427 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4594 ttl=3D64 time=3D286.923 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4595 ttl=3D64 time=3D286.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4596 ttl=3D64 time=3D286.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4597 ttl=3D64 time=3D286.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4598 ttl=3D64 time=3D284.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4599 ttl=3D64 time=3D283.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4600 ttl=3D64 time=3D283.118 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4601 ttl=3D64 time=3D282.877 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4602 ttl=3D64 time=3D283.197 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4603 ttl=3D64 time=3D284.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4604 ttl=3D64 time=3D283.246 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4605 ttl=3D64 time=3D283.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4606 ttl=3D64 time=3D282.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4607 ttl=3D64 time=3D281.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4608 ttl=3D64 time=3D282.944 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4609 ttl=3D64 time=3D281.843 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4610 ttl=3D64 time=3D282.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4611 ttl=3D64 time=3D282.209 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4612 ttl=3D64 time=3D282.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4613 ttl=3D64 time=3D281.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4614 ttl=3D64 time=3D282.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4615 ttl=3D64 time=3D281.366 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4616 ttl=3D64 time=3D280.945 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4617 ttl=3D64 time=3D280.564 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4618 ttl=3D64 time=3D279.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4619 ttl=3D64 time=3D281.270 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4620 ttl=3D64 time=3D280.936 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4621 ttl=3D64 time=3D281.402 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4622 ttl=3D64 time=3D281.551 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4623 ttl=3D64 time=3D281.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4624 ttl=3D64 time=3D281.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4625 ttl=3D64 time=3D281.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4626 ttl=3D64 time=3D282.145 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4627 ttl=3D64 time=3D281.091 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4628 ttl=3D64 time=3D280.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4629 ttl=3D64 time=3D279.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4630 ttl=3D64 time=3D279.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4631 ttl=3D64 time=3D278.956 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4632 ttl=3D64 time=3D280.327 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4633 ttl=3D64 time=3D280.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4634 ttl=3D64 time=3D281.117 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4635 ttl=3D64 time=3D280.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4636 ttl=3D64 time=3D279.350 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4637 ttl=3D64 time=3D278.166 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4638 ttl=3D64 time=3D277.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4639 ttl=3D64 time=3D277.738 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4640 ttl=3D64 time=3D278.568 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4641 ttl=3D64 time=3D278.781 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4642 ttl=3D64 time=3D279.232 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4655 ttl=3D64 time=3D256.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4656 ttl=3D64 time=3D256.484 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4657 ttl=3D64 time=3D257.668 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4658 ttl=3D64 time=3D256.491 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4659 ttl=3D64 time=3D257.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4660 ttl=3D64 time=3D257.143 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4661 ttl=3D64 time=3D257.580 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4662 ttl=3D64 time=3D258.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4663 ttl=3D64 time=3D258.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4664 ttl=3D64 time=3D258.508 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4665 ttl=3D64 time=3D258.596 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4666 ttl=3D64 time=3D257.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4667 ttl=3D64 time=3D259.150 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4668 ttl=3D64 time=3D259.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4669 ttl=3D64 time=3D258.095 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4670 ttl=3D64 time=3D257.709 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4671 ttl=3D64 time=3D257.197 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4672 ttl=3D64 time=3D256.816 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4673 ttl=3D64 time=3D257.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4674 ttl=3D64 time=3D257.931 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4675 ttl=3D64 time=3D257.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4676 ttl=3D64 time=3D258.733 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4677 ttl=3D64 time=3D258.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4678 ttl=3D64 time=3D257.018 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4679 ttl=3D64 time=3D257.423 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4680 ttl=3D64 time=3D257.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4681 ttl=3D64 time=3D256.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4682 ttl=3D64 time=3D256.993 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4683 ttl=3D64 time=3D256.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4684 ttl=3D64 time=3D256.476 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4685 ttl=3D64 time=3D256.727 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4686 ttl=3D64 time=3D257.911 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4687 ttl=3D64 time=3D256.729 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4688 ttl=3D64 time=3D256.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4689 ttl=3D64 time=3D257.337 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4690 ttl=3D64 time=3D256.090 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4691 ttl=3D64 time=3D255.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4692 ttl=3D64 time=3D255.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4693 ttl=3D64 time=3D255.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4694 ttl=3D64 time=3D257.244 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4695 ttl=3D64 time=3D257.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4696 ttl=3D64 time=3D257.380 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4697 ttl=3D64 time=3D256.755 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4698 ttl=3D64 time=3D256.393 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4699 ttl=3D64 time=3D256.028 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4700 ttl=3D64 time=3D256.192 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4701 ttl=3D64 time=3D255.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4702 ttl=3D64 time=3D255.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4705 ttl=3D64 time=3D252.910 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4706 ttl=3D64 time=3D252.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4707 ttl=3D64 time=3D251.402 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4708 ttl=3D64 time=3D251.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4709 ttl=3D64 time=3D250.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4710 ttl=3D64 time=3D251.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4711 ttl=3D64 time=3D250.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4712 ttl=3D64 time=3D250.124 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4713 ttl=3D64 time=3D249.406 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4714 ttl=3D64 time=3D251.083 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4715 ttl=3D64 time=3D251.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4716 ttl=3D64 time=3D250.460 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4717 ttl=3D64 time=3D249.425 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4718 ttl=3D64 time=3D249.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4719 ttl=3D64 time=3D249.300 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4720 ttl=3D64 time=3D249.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4721 ttl=3D64 time=3D250.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4722 ttl=3D64 time=3D250.577 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4723 ttl=3D64 time=3D249.959 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4724 ttl=3D64 time=3D250.312 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4725 ttl=3D64 time=3D249.301 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4726 ttl=3D64 time=3D249.527 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4727 ttl=3D64 time=3D250.367 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4728 ttl=3D64 time=3D250.360 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4729 ttl=3D64 time=3D249.327 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4730 ttl=3D64 time=3D249.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4731 ttl=3D64 time=3D249.914 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4732 ttl=3D64 time=3D249.220 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4733 ttl=3D64 time=3D249.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4734 ttl=3D64 time=3D249.382 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4735 ttl=3D64 time=3D248.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4736 ttl=3D64 time=3D249.252 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4737 ttl=3D64 time=3D249.083 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4738 ttl=3D64 time=3D248.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4739 ttl=3D64 time=3D249.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4740 ttl=3D64 time=3D248.197 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4741 ttl=3D64 time=3D247.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4742 ttl=3D64 time=3D249.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4743 ttl=3D64 time=3D248.661 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4744 ttl=3D64 time=3D248.276 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4745 ttl=3D64 time=3D248.118 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4746 ttl=3D64 time=3D251.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4747 ttl=3D64 time=3D252.546 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4748 ttl=3D64 time=3D252.901 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4749 ttl=3D64 time=3D259.793 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4750 ttl=3D64 time=3D259.704 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4751 ttl=3D64 time=3D259.425 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4752 ttl=3D64 time=3D260.525 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4757 ttl=3D64 time=3D256.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4758 ttl=3D64 time=3D255.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4759 ttl=3D64 time=3D256.525 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4760 ttl=3D64 time=3D256.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4761 ttl=3D64 time=3D257.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4762 ttl=3D64 time=3D255.936 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4763 ttl=3D64 time=3D254.646 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4764 ttl=3D64 time=3D254.031 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4765 ttl=3D64 time=3D253.754 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4766 ttl=3D64 time=3D254.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4767 ttl=3D64 time=3D253.902 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4768 ttl=3D64 time=3D254.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4769 ttl=3D64 time=3D253.580 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4770 ttl=3D64 time=3D253.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4771 ttl=3D64 time=3D254.471 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4772 ttl=3D64 time=3D255.350 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4773 ttl=3D64 time=3D255.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4774 ttl=3D64 time=3D255.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4775 ttl=3D64 time=3D255.367 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4776 ttl=3D64 time=3D255.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4777 ttl=3D64 time=3D255.452 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4778 ttl=3D64 time=3D255.135 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4779 ttl=3D64 time=3D254.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4780 ttl=3D64 time=3D254.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4781 ttl=3D64 time=3D253.935 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4782 ttl=3D64 time=3D254.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4783 ttl=3D64 time=3D254.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4784 ttl=3D64 time=3D253.394 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4785 ttl=3D64 time=3D253.573 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4786 ttl=3D64 time=3D253.596 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4787 ttl=3D64 time=3D253.987 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4788 ttl=3D64 time=3D261.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4789 ttl=3D64 time=3D261.871 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4790 ttl=3D64 time=3D262.124 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4791 ttl=3D64 time=3D261.680 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4792 ttl=3D64 time=3D263.090 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4793 ttl=3D64 time=3D263.519 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4794 ttl=3D64 time=3D263.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4795 ttl=3D64 time=3D262.906 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4796 ttl=3D64 time=3D262.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4797 ttl=3D64 time=3D264.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4798 ttl=3D64 time=3D263.053 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4799 ttl=3D64 time=3D273.337 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4800 ttl=3D64 time=3D272.376 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4801 ttl=3D64 time=3D272.376 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4802 ttl=3D64 time=3D273.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4803 ttl=3D64 time=3D272.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4804 ttl=3D64 time=3D271.391 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4807 ttl=3D64 time=3D267.127 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4808 ttl=3D64 time=3D265.659 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4809 ttl=3D64 time=3D265.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4810 ttl=3D64 time=3D265.802 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4811 ttl=3D64 time=3D265.435 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4812 ttl=3D64 time=3D265.058 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4813 ttl=3D64 time=3D265.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4814 ttl=3D64 time=3D265.096 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4815 ttl=3D64 time=3D266.475 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4816 ttl=3D64 time=3D267.293 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4817 ttl=3D64 time=3D267.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4818 ttl=3D64 time=3D266.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4819 ttl=3D64 time=3D265.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4820 ttl=3D64 time=3D265.596 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4821 ttl=3D64 time=3D269.862 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4822 ttl=3D64 time=3D269.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4823 ttl=3D64 time=3D270.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4824 ttl=3D64 time=3D269.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4825 ttl=3D64 time=3D270.669 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4826 ttl=3D64 time=3D270.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4827 ttl=3D64 time=3D270.014 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4828 ttl=3D64 time=3D270.205 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4829 ttl=3D64 time=3D269.819 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4830 ttl=3D64 time=3D268.678 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4831 ttl=3D64 time=3D268.996 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4832 ttl=3D64 time=3D270.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4833 ttl=3D64 time=3D270.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4834 ttl=3D64 time=3D270.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4835 ttl=3D64 time=3D270.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4836 ttl=3D64 time=3D270.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4837 ttl=3D64 time=3D269.185 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4838 ttl=3D64 time=3D268.961 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4839 ttl=3D64 time=3D270.124 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4840 ttl=3D64 time=3D270.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4841 ttl=3D64 time=3D270.823 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4842 ttl=3D64 time=3D271.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4843 ttl=3D64 time=3D270.382 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4844 ttl=3D64 time=3D270.467 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4845 ttl=3D64 time=3D268.876 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4846 ttl=3D64 time=3D269.114 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4847 ttl=3D64 time=3D267.761 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4848 ttl=3D64 time=3D266.487 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4849 ttl=3D64 time=3D267.286 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4850 ttl=3D64 time=3D267.355 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4851 ttl=3D64 time=3D272.988 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4852 ttl=3D64 time=3D272.774 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4853 ttl=3D64 time=3D273.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4854 ttl=3D64 time=3D272.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4855 ttl=3D64 time=3D271.104 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4856 ttl=3D64 time=3D272.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4857 ttl=3D64 time=3D272.277 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4858 ttl=3D64 time=3D272.219 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4859 ttl=3D64 time=3D273.771 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4860 ttl=3D64 time=3D273.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4861 ttl=3D64 time=3D272.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4862 ttl=3D64 time=3D272.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4863 ttl=3D64 time=3D272.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4864 ttl=3D64 time=3D271.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4865 ttl=3D64 time=3D271.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4866 ttl=3D64 time=3D270.940 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4867 ttl=3D64 time=3D270.872 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4868 ttl=3D64 time=3D271.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4869 ttl=3D64 time=3D271.187 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4870 ttl=3D64 time=3D270.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4871 ttl=3D64 time=3D272.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4872 ttl=3D64 time=3D271.036 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4873 ttl=3D64 time=3D271.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4874 ttl=3D64 time=3D271.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4875 ttl=3D64 time=3D270.961 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4876 ttl=3D64 time=3D269.667 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4877 ttl=3D64 time=3D269.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4878 ttl=3D64 time=3D269.066 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4879 ttl=3D64 time=3D268.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4880 ttl=3D64 time=3D269.331 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4881 ttl=3D64 time=3D273.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4882 ttl=3D64 time=3D273.569 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4883 ttl=3D64 time=3D274.559 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4884 ttl=3D64 time=3D277.347 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4885 ttl=3D64 time=3D276.947 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4886 ttl=3D64 time=3D277.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4887 ttl=3D64 time=3D277.645 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4888 ttl=3D64 time=3D278.050 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4889 ttl=3D64 time=3D277.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4890 ttl=3D64 time=3D276.473 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4891 ttl=3D64 time=3D276.053 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4892 ttl=3D64 time=3D276.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4893 ttl=3D64 time=3D276.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4894 ttl=3D64 time=3D277.818 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4895 ttl=3D64 time=3D276.805 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4896 ttl=3D64 time=3D275.485 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4897 ttl=3D64 time=3D275.106 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4898 ttl=3D64 time=3D275.525 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4899 ttl=3D64 time=3D275.199 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4900 ttl=3D64 time=3D274.299 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4901 ttl=3D64 time=3D276.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4909 ttl=3D64 time=3D262.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4910 ttl=3D64 time=3D265.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4911 ttl=3D64 time=3D264.625 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4912 ttl=3D64 time=3D270.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4913 ttl=3D64 time=3D270.494 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4914 ttl=3D64 time=3D270.940 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4915 ttl=3D64 time=3D270.313 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4916 ttl=3D64 time=3D270.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4917 ttl=3D64 time=3D269.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4918 ttl=3D64 time=3D269.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4919 ttl=3D64 time=3D270.481 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4920 ttl=3D64 time=3D269.786 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4921 ttl=3D64 time=3D269.668 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4922 ttl=3D64 time=3D268.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4923 ttl=3D64 time=3D269.001 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4924 ttl=3D64 time=3D268.816 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4925 ttl=3D64 time=3D269.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4926 ttl=3D64 time=3D268.578 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4927 ttl=3D64 time=3D268.045 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4928 ttl=3D64 time=3D266.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4929 ttl=3D64 time=3D266.766 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4930 ttl=3D64 time=3D266.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4931 ttl=3D64 time=3D266.529 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4932 ttl=3D64 time=3D267.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4933 ttl=3D64 time=3D267.128 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4934 ttl=3D64 time=3D266.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4935 ttl=3D64 time=3D266.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4936 ttl=3D64 time=3D265.789 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4937 ttl=3D64 time=3D265.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4938 ttl=3D64 time=3D265.948 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4939 ttl=3D64 time=3D265.539 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4940 ttl=3D64 time=3D265.171 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4941 ttl=3D64 time=3D264.653 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4942 ttl=3D64 time=3D263.491 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4943 ttl=3D64 time=3D262.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4944 ttl=3D64 time=3D261.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4945 ttl=3D64 time=3D261.254 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4946 ttl=3D64 time=3D261.234 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4947 ttl=3D64 time=3D261.347 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4948 ttl=3D64 time=3D262.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4949 ttl=3D64 time=3D263.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4950 ttl=3D64 time=3D264.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4951 ttl=3D64 time=3D263.624 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4952 ttl=3D64 time=3D263.312 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4953 ttl=3D64 time=3D263.619 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4954 ttl=3D64 time=3D263.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4955 ttl=3D64 time=3D263.834 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D4956 ttl=3D64 time=3D264.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4957 ttl=3D64 time=3D264.534 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4958 ttl=3D64 time=3D264.394 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4959 ttl=3D64 time=3D264.698 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4960 ttl=3D64 time=3D263.488 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4961 ttl=3D64 time=3D262.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4962 ttl=3D64 time=3D262.465 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4963 ttl=3D64 time=3D261.886 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4964 ttl=3D64 time=3D262.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4965 ttl=3D64 time=3D262.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4966 ttl=3D64 time=3D263.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4967 ttl=3D64 time=3D263.115 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4968 ttl=3D64 time=3D261.684 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4969 ttl=3D64 time=3D262.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4970 ttl=3D64 time=3D262.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4971 ttl=3D64 time=3D263.451 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4972 ttl=3D64 time=3D262.190 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4973 ttl=3D64 time=3D261.949 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4974 ttl=3D64 time=3D262.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4975 ttl=3D64 time=3D262.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4976 ttl=3D64 time=3D261.635 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4977 ttl=3D64 time=3D260.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4978 ttl=3D64 time=3D260.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4979 ttl=3D64 time=3D260.365 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4980 ttl=3D64 time=3D260.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4981 ttl=3D64 time=3D260.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4982 ttl=3D64 time=3D261.038 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4983 ttl=3D64 time=3D260.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4984 ttl=3D64 time=3D259.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4985 ttl=3D64 time=3D260.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4986 ttl=3D64 time=3D261.442 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4987 ttl=3D64 time=3D260.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4988 ttl=3D64 time=3D261.690 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4989 ttl=3D64 time=3D261.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4990 ttl=3D64 time=3D260.912 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4991 ttl=3D64 time=3D261.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4992 ttl=3D64 time=3D260.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4993 ttl=3D64 time=3D260.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4994 ttl=3D64 time=3D260.838 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4995 ttl=3D64 time=3D265.126 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4996 ttl=3D64 time=3D264.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4997 ttl=3D64 time=3D264.336 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4998 ttl=3D64 time=3D265.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D4999 ttl=3D64 time=3D266.027 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5000 ttl=3D64 time=3D264.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5001 ttl=3D64 time=3D264.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5002 ttl=3D64 time=3D262.849 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5003 ttl=3D64 time=3D262.858 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5013 ttl=3D64 time=3D247.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5014 ttl=3D64 time=3D247.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5015 ttl=3D64 time=3D246.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5016 ttl=3D64 time=3D245.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5017 ttl=3D64 time=3D245.910 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5018 ttl=3D64 time=3D245.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5019 ttl=3D64 time=3D245.016 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5020 ttl=3D64 time=3D246.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5021 ttl=3D64 time=3D245.786 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5022 ttl=3D64 time=3D246.293 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5023 ttl=3D64 time=3D246.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5024 ttl=3D64 time=3D245.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5025 ttl=3D64 time=3D246.485 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5026 ttl=3D64 time=3D246.721 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5027 ttl=3D64 time=3D246.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5028 ttl=3D64 time=3D246.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5029 ttl=3D64 time=3D247.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5030 ttl=3D64 time=3D248.777 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5031 ttl=3D64 time=3D247.525 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5032 ttl=3D64 time=3D247.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5033 ttl=3D64 time=3D247.353 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5034 ttl=3D64 time=3D247.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5035 ttl=3D64 time=3D246.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5036 ttl=3D64 time=3D248.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5037 ttl=3D64 time=3D247.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5038 ttl=3D64 time=3D247.394 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5039 ttl=3D64 time=3D246.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5040 ttl=3D64 time=3D247.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5041 ttl=3D64 time=3D247.769 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5042 ttl=3D64 time=3D246.629 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5043 ttl=3D64 time=3D247.198 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5044 ttl=3D64 time=3D247.518 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5045 ttl=3D64 time=3D250.049 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5046 ttl=3D64 time=3D250.916 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5047 ttl=3D64 time=3D250.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5048 ttl=3D64 time=3D250.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5049 ttl=3D64 time=3D253.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5050 ttl=3D64 time=3D258.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5051 ttl=3D64 time=3D258.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5052 ttl=3D64 time=3D258.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5053 ttl=3D64 time=3D257.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5054 ttl=3D64 time=3D258.219 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5055 ttl=3D64 time=3D260.092 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5056 ttl=3D64 time=3D259.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5057 ttl=3D64 time=3D259.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5058 ttl=3D64 time=3D259.669 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5059 ttl=3D64 time=3D260.289 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5060 ttl=3D64 time=3D260.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5064 ttl=3D64 time=3D254.124 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5065 ttl=3D64 time=3D252.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5066 ttl=3D64 time=3D253.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5067 ttl=3D64 time=3D253.599 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5068 ttl=3D64 time=3D254.103 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5069 ttl=3D64 time=3D255.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5070 ttl=3D64 time=3D255.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5071 ttl=3D64 time=3D255.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5072 ttl=3D64 time=3D254.747 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5073 ttl=3D64 time=3D254.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5074 ttl=3D64 time=3D254.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5075 ttl=3D64 time=3D258.001 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5076 ttl=3D64 time=3D258.891 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5077 ttl=3D64 time=3D258.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5078 ttl=3D64 time=3D260.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5079 ttl=3D64 time=3D260.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5080 ttl=3D64 time=3D260.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5081 ttl=3D64 time=3D259.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5082 ttl=3D64 time=3D259.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5083 ttl=3D64 time=3D259.271 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5084 ttl=3D64 time=3D258.362 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5085 ttl=3D64 time=3D258.351 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5086 ttl=3D64 time=3D260.846 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5087 ttl=3D64 time=3D261.171 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5088 ttl=3D64 time=3D260.676 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5089 ttl=3D64 time=3D259.471 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5090 ttl=3D64 time=3D259.020 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5091 ttl=3D64 time=3D260.177 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5092 ttl=3D64 time=3D258.764 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5093 ttl=3D64 time=3D257.442 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5094 ttl=3D64 time=3D256.931 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5095 ttl=3D64 time=3D257.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5096 ttl=3D64 time=3D256.404 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5097 ttl=3D64 time=3D256.273 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5098 ttl=3D64 time=3D257.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5099 ttl=3D64 time=3D259.134 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5100 ttl=3D64 time=3D258.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5101 ttl=3D64 time=3D259.451 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5102 ttl=3D64 time=3D260.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5103 ttl=3D64 time=3D260.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5104 ttl=3D64 time=3D264.502 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5105 ttl=3D64 time=3D265.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5106 ttl=3D64 time=3D264.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5107 ttl=3D64 time=3D264.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5108 ttl=3D64 time=3D265.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5109 ttl=3D64 time=3D265.021 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5111 ttl=3D64 time=3D264.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5112 ttl=3D64 time=3D264.749 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5113 ttl=3D64 time=3D265.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5114 ttl=3D64 time=3D264.588 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5115 ttl=3D64 time=3D263.452 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5116 ttl=3D64 time=3D263.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5117 ttl=3D64 time=3D263.675 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5118 ttl=3D64 time=3D263.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5119 ttl=3D64 time=3D264.351 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5120 ttl=3D64 time=3D264.184 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5121 ttl=3D64 time=3D265.861 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5122 ttl=3D64 time=3D265.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5123 ttl=3D64 time=3D264.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5124 ttl=3D64 time=3D263.871 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5125 ttl=3D64 time=3D262.802 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5126 ttl=3D64 time=3D263.024 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5127 ttl=3D64 time=3D261.818 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5128 ttl=3D64 time=3D263.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5129 ttl=3D64 time=3D262.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5130 ttl=3D64 time=3D261.860 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5131 ttl=3D64 time=3D261.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5132 ttl=3D64 time=3D261.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5133 ttl=3D64 time=3D261.711 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5134 ttl=3D64 time=3D263.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5135 ttl=3D64 time=3D265.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5136 ttl=3D64 time=3D265.892 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5137 ttl=3D64 time=3D265.256 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5138 ttl=3D64 time=3D265.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5139 ttl=3D64 time=3D265.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5140 ttl=3D64 time=3D265.849 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5141 ttl=3D64 time=3D265.740 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5142 ttl=3D64 time=3D264.041 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5143 ttl=3D64 time=3D264.165 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5144 ttl=3D64 time=3D262.125 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5145 ttl=3D64 time=3D262.690 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5146 ttl=3D64 time=3D263.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5147 ttl=3D64 time=3D262.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5148 ttl=3D64 time=3D262.002 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5149 ttl=3D64 time=3D260.796 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5150 ttl=3D64 time=3D260.406 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5151 ttl=3D64 time=3D260.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5152 ttl=3D64 time=3D260.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5153 ttl=3D64 time=3D259.136 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5154 ttl=3D64 time=3D258.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5155 ttl=3D64 time=3D258.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5156 ttl=3D64 time=3D258.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5157 ttl=3D64 time=3D259.676 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5158 ttl=3D64 time=3D258.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5159 ttl=3D64 time=3D258.647 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5160 ttl=3D64 time=3D260.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5161 ttl=3D64 time=3D259.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5162 ttl=3D64 time=3D259.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5163 ttl=3D64 time=3D259.126 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5164 ttl=3D64 time=3D259.271 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5165 ttl=3D64 time=3D259.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5166 ttl=3D64 time=3D259.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5167 ttl=3D64 time=3D259.261 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5168 ttl=3D64 time=3D258.660 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5169 ttl=3D64 time=3D259.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5170 ttl=3D64 time=3D259.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5171 ttl=3D64 time=3D259.732 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5172 ttl=3D64 time=3D258.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5173 ttl=3D64 time=3D259.190 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5174 ttl=3D64 time=3D259.127 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5175 ttl=3D64 time=3D260.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5176 ttl=3D64 time=3D259.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5177 ttl=3D64 time=3D261.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5178 ttl=3D64 time=3D260.660 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5179 ttl=3D64 time=3D260.652 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5180 ttl=3D64 time=3D259.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5181 ttl=3D64 time=3D258.095 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5182 ttl=3D64 time=3D258.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5183 ttl=3D64 time=3D258.260 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5184 ttl=3D64 time=3D257.804 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5185 ttl=3D64 time=3D256.786 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5186 ttl=3D64 time=3D256.715 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5187 ttl=3D64 time=3D255.742 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5188 ttl=3D64 time=3D255.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5189 ttl=3D64 time=3D254.165 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5190 ttl=3D64 time=3D255.000 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5191 ttl=3D64 time=3D254.622 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5192 ttl=3D64 time=3D254.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5193 ttl=3D64 time=3D253.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5194 ttl=3D64 time=3D253.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5195 ttl=3D64 time=3D252.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5196 ttl=3D64 time=3D255.668 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5197 ttl=3D64 time=3D255.436 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5198 ttl=3D64 time=3D255.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5199 ttl=3D64 time=3D254.342 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5200 ttl=3D64 time=3D253.825 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5201 ttl=3D64 time=3D253.464 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5202 ttl=3D64 time=3D253.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5203 ttl=3D64 time=3D254.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5204 ttl=3D64 time=3D254.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5205 ttl=3D64 time=3D254.173 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5206 ttl=3D64 time=3D254.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5207 ttl=3D64 time=3D255.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5208 ttl=3D64 time=3D253.800 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5209 ttl=3D64 time=3D253.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5210 ttl=3D64 time=3D253.205 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5211 ttl=3D64 time=3D254.056 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5212 ttl=3D64 time=3D254.944 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5213 ttl=3D64 time=3D254.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5214 ttl=3D64 time=3D255.331 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5215 ttl=3D64 time=3D256.579 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5216 ttl=3D64 time=3D255.290 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5217 ttl=3D64 time=3D256.812 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5218 ttl=3D64 time=3D255.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5219 ttl=3D64 time=3D256.115 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5220 ttl=3D64 time=3D256.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5221 ttl=3D64 time=3D257.121 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5222 ttl=3D64 time=3D257.508 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5223 ttl=3D64 time=3D261.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5224 ttl=3D64 time=3D261.292 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5225 ttl=3D64 time=3D261.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5226 ttl=3D64 time=3D260.563 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5227 ttl=3D64 time=3D260.027 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5228 ttl=3D64 time=3D259.659 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5229 ttl=3D64 time=3D258.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5230 ttl=3D64 time=3D257.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5231 ttl=3D64 time=3D257.063 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5232 ttl=3D64 time=3D257.975 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5233 ttl=3D64 time=3D257.796 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5234 ttl=3D64 time=3D257.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5235 ttl=3D64 time=3D259.058 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5236 ttl=3D64 time=3D258.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5237 ttl=3D64 time=3D258.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5238 ttl=3D64 time=3D257.561 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5239 ttl=3D64 time=3D259.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5240 ttl=3D64 time=3D259.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5241 ttl=3D64 time=3D259.928 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5242 ttl=3D64 time=3D259.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5243 ttl=3D64 time=3D257.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5244 ttl=3D64 time=3D258.426 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5245 ttl=3D64 time=3D259.143 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5246 ttl=3D64 time=3D259.938 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5247 ttl=3D64 time=3D262.136 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5248 ttl=3D64 time=3D261.627 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5249 ttl=3D64 time=3D261.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5250 ttl=3D64 time=3D261.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5251 ttl=3D64 time=3D261.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5252 ttl=3D64 time=3D262.246 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5253 ttl=3D64 time=3D261.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5254 ttl=3D64 time=3D261.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5255 ttl=3D64 time=3D260.150 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5256 ttl=3D64 time=3D260.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5257 ttl=3D64 time=3D260.349 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5258 ttl=3D64 time=3D260.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5259 ttl=3D64 time=3D259.175 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5260 ttl=3D64 time=3D262.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5261 ttl=3D64 time=3D263.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5262 ttl=3D64 time=3D262.464 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5263 ttl=3D64 time=3D261.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5264 ttl=3D64 time=3D262.016 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5265 ttl=3D64 time=3D262.333 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5266 ttl=3D64 time=3D264.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5267 ttl=3D64 time=3D263.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5268 ttl=3D64 time=3D262.677 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5269 ttl=3D64 time=3D262.894 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5270 ttl=3D64 time=3D263.425 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5271 ttl=3D64 time=3D261.757 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5272 ttl=3D64 time=3D262.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5273 ttl=3D64 time=3D261.837 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5274 ttl=3D64 time=3D261.214 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5275 ttl=3D64 time=3D260.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5276 ttl=3D64 time=3D260.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5277 ttl=3D64 time=3D261.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5278 ttl=3D64 time=3D261.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5279 ttl=3D64 time=3D262.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5280 ttl=3D64 time=3D261.584 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5281 ttl=3D64 time=3D260.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5282 ttl=3D64 time=3D258.964 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5283 ttl=3D64 time=3D258.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5284 ttl=3D64 time=3D258.849 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5285 ttl=3D64 time=3D258.314 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5286 ttl=3D64 time=3D258.696 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5287 ttl=3D64 time=3D259.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5288 ttl=3D64 time=3D259.979 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5289 ttl=3D64 time=3D259.718 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5290 ttl=3D64 time=3D259.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5291 ttl=3D64 time=3D258.865 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5292 ttl=3D64 time=3D258.243 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5293 ttl=3D64 time=3D257.963 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5294 ttl=3D64 time=3D258.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5295 ttl=3D64 time=3D257.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5296 ttl=3D64 time=3D259.048 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5297 ttl=3D64 time=3D260.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5298 ttl=3D64 time=3D260.764 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5301 ttl=3D64 time=3D262.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5302 ttl=3D64 time=3D260.789 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5303 ttl=3D64 time=3D260.042 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5304 ttl=3D64 time=3D260.732 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5305 ttl=3D64 time=3D260.321 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5306 ttl=3D64 time=3D259.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5307 ttl=3D64 time=3D259.234 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5308 ttl=3D64 time=3D258.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5309 ttl=3D64 time=3D258.850 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5310 ttl=3D64 time=3D259.292 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5311 ttl=3D64 time=3D258.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5312 ttl=3D64 time=3D258.596 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5313 ttl=3D64 time=3D258.598 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5314 ttl=3D64 time=3D258.870 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5315 ttl=3D64 time=3D257.935 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5316 ttl=3D64 time=3D256.283 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5317 ttl=3D64 time=3D255.753 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5318 ttl=3D64 time=3D255.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5319 ttl=3D64 time=3D254.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5320 ttl=3D64 time=3D255.215 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5321 ttl=3D64 time=3D256.601 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5322 ttl=3D64 time=3D256.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5323 ttl=3D64 time=3D256.461 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5324 ttl=3D64 time=3D256.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5325 ttl=3D64 time=3D256.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5326 ttl=3D64 time=3D255.984 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5327 ttl=3D64 time=3D257.277 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5328 ttl=3D64 time=3D257.061 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5329 ttl=3D64 time=3D256.313 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5330 ttl=3D64 time=3D255.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5331 ttl=3D64 time=3D254.759 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5332 ttl=3D64 time=3D254.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5333 ttl=3D64 time=3D254.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5334 ttl=3D64 time=3D256.180 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5335 ttl=3D64 time=3D255.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5336 ttl=3D64 time=3D253.671 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5337 ttl=3D64 time=3D254.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5338 ttl=3D64 time=3D254.596 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5339 ttl=3D64 time=3D255.089 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5340 ttl=3D64 time=3D256.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5341 ttl=3D64 time=3D255.567 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5342 ttl=3D64 time=3D258.029 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5343 ttl=3D64 time=3D257.841 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5344 ttl=3D64 time=3D256.460 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5345 ttl=3D64 time=3D257.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5346 ttl=3D64 time=3D256.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5347 ttl=3D64 time=3D256.807 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5348 ttl=3D64 time=3D256.955 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5354 ttl=3D64 time=3D247.809 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5355 ttl=3D64 time=3D247.256 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5356 ttl=3D64 time=3D248.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5357 ttl=3D64 time=3D247.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5358 ttl=3D64 time=3D246.591 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5359 ttl=3D64 time=3D245.988 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5360 ttl=3D64 time=3D246.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5361 ttl=3D64 time=3D246.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5362 ttl=3D64 time=3D247.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5363 ttl=3D64 time=3D246.253 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5364 ttl=3D64 time=3D245.690 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5365 ttl=3D64 time=3D251.606 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5366 ttl=3D64 time=3D251.159 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5367 ttl=3D64 time=3D251.136 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5368 ttl=3D64 time=3D250.967 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5369 ttl=3D64 time=3D249.729 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5370 ttl=3D64 time=3D249.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5371 ttl=3D64 time=3D249.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5372 ttl=3D64 time=3D248.964 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5373 ttl=3D64 time=3D248.628 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5374 ttl=3D64 time=3D248.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5375 ttl=3D64 time=3D248.302 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5376 ttl=3D64 time=3D247.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5377 ttl=3D64 time=3D246.739 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5378 ttl=3D64 time=3D247.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5379 ttl=3D64 time=3D246.962 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5380 ttl=3D64 time=3D247.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5381 ttl=3D64 time=3D247.018 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5382 ttl=3D64 time=3D246.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5383 ttl=3D64 time=3D250.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5384 ttl=3D64 time=3D249.423 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5385 ttl=3D64 time=3D248.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5386 ttl=3D64 time=3D248.302 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5387 ttl=3D64 time=3D251.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5388 ttl=3D64 time=3D252.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5389 ttl=3D64 time=3D255.681 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5390 ttl=3D64 time=3D256.970 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5391 ttl=3D64 time=3D257.005 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5392 ttl=3D64 time=3D256.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5393 ttl=3D64 time=3D255.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5394 ttl=3D64 time=3D255.527 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5395 ttl=3D64 time=3D255.054 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5396 ttl=3D64 time=3D253.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5397 ttl=3D64 time=3D253.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5398 ttl=3D64 time=3D254.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5399 ttl=3D64 time=3D254.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5400 ttl=3D64 time=3D253.818 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5401 ttl=3D64 time=3D253.386 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5402 ttl=3D64 time=3D254.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5403 ttl=3D64 time=3D255.857 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5404 ttl=3D64 time=3D255.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5405 ttl=3D64 time=3D257.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5406 ttl=3D64 time=3D255.837 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5407 ttl=3D64 time=3D256.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5408 ttl=3D64 time=3D255.975 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5409 ttl=3D64 time=3D256.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5410 ttl=3D64 time=3D256.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5411 ttl=3D64 time=3D255.869 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5412 ttl=3D64 time=3D256.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5413 ttl=3D64 time=3D255.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5414 ttl=3D64 time=3D255.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5415 ttl=3D64 time=3D256.927 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5416 ttl=3D64 time=3D260.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5417 ttl=3D64 time=3D259.379 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5418 ttl=3D64 time=3D259.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5419 ttl=3D64 time=3D258.912 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5420 ttl=3D64 time=3D258.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5421 ttl=3D64 time=3D258.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5422 ttl=3D64 time=3D258.436 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5423 ttl=3D64 time=3D257.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5424 ttl=3D64 time=3D257.780 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5425 ttl=3D64 time=3D257.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5426 ttl=3D64 time=3D257.742 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5427 ttl=3D64 time=3D256.567 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5428 ttl=3D64 time=3D256.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5429 ttl=3D64 time=3D256.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5430 ttl=3D64 time=3D254.424 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5431 ttl=3D64 time=3D253.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5432 ttl=3D64 time=3D252.876 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5433 ttl=3D64 time=3D253.634 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5434 ttl=3D64 time=3D252.701 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5435 ttl=3D64 time=3D253.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5436 ttl=3D64 time=3D253.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5437 ttl=3D64 time=3D254.107 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5438 ttl=3D64 time=3D253.625 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5439 ttl=3D64 time=3D253.313 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5440 ttl=3D64 time=3D255.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5441 ttl=3D64 time=3D256.804 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5442 ttl=3D64 time=3D255.457 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5443 ttl=3D64 time=3D255.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5445 ttl=3D64 time=3D253.102 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5446 ttl=3D64 time=3D254.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5447 ttl=3D64 time=3D253.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5448 ttl=3D64 time=3D253.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5449 ttl=3D64 time=3D253.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5450 ttl=3D64 time=3D252.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5451 ttl=3D64 time=3D252.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5452 ttl=3D64 time=3D252.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5453 ttl=3D64 time=3D253.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5454 ttl=3D64 time=3D252.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5455 ttl=3D64 time=3D252.453 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5456 ttl=3D64 time=3D251.962 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5457 ttl=3D64 time=3D254.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5458 ttl=3D64 time=3D253.911 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5459 ttl=3D64 time=3D254.135 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5460 ttl=3D64 time=3D253.740 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5461 ttl=3D64 time=3D253.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5462 ttl=3D64 time=3D255.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5463 ttl=3D64 time=3D254.168 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5464 ttl=3D64 time=3D253.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5465 ttl=3D64 time=3D254.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5466 ttl=3D64 time=3D254.622 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5467 ttl=3D64 time=3D253.327 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5468 ttl=3D64 time=3D253.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5469 ttl=3D64 time=3D253.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5470 ttl=3D64 time=3D253.134 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5471 ttl=3D64 time=3D253.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5472 ttl=3D64 time=3D253.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5473 ttl=3D64 time=3D254.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5474 ttl=3D64 time=3D254.541 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5475 ttl=3D64 time=3D254.964 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5476 ttl=3D64 time=3D256.620 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5477 ttl=3D64 time=3D255.493 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5478 ttl=3D64 time=3D255.104 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5479 ttl=3D64 time=3D256.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5480 ttl=3D64 time=3D257.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5481 ttl=3D64 time=3D257.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5482 ttl=3D64 time=3D257.379 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5483 ttl=3D64 time=3D257.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5484 ttl=3D64 time=3D258.301 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5485 ttl=3D64 time=3D259.150 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5486 ttl=3D64 time=3D259.926 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5487 ttl=3D64 time=3D259.370 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5488 ttl=3D64 time=3D265.176 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5489 ttl=3D64 time=3D265.426 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5490 ttl=3D64 time=3D264.870 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5491 ttl=3D64 time=3D264.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5492 ttl=3D64 time=3D263.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5497 ttl=3D64 time=3D256.558 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5498 ttl=3D64 time=3D259.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5499 ttl=3D64 time=3D259.101 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5500 ttl=3D64 time=3D258.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5501 ttl=3D64 time=3D262.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5502 ttl=3D64 time=3D262.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5503 ttl=3D64 time=3D267.594 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5504 ttl=3D64 time=3D266.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5505 ttl=3D64 time=3D267.593 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5506 ttl=3D64 time=3D267.828 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5507 ttl=3D64 time=3D266.740 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5508 ttl=3D64 time=3D267.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5509 ttl=3D64 time=3D266.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5510 ttl=3D64 time=3D266.291 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5511 ttl=3D64 time=3D267.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5512 ttl=3D64 time=3D266.644 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5513 ttl=3D64 time=3D270.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5514 ttl=3D64 time=3D268.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5515 ttl=3D64 time=3D272.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5516 ttl=3D64 time=3D271.967 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5517 ttl=3D64 time=3D272.209 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5518 ttl=3D64 time=3D272.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5519 ttl=3D64 time=3D271.546 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5520 ttl=3D64 time=3D271.138 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5521 ttl=3D64 time=3D269.824 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5522 ttl=3D64 time=3D270.754 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5523 ttl=3D64 time=3D269.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5524 ttl=3D64 time=3D270.269 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5525 ttl=3D64 time=3D269.864 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5526 ttl=3D64 time=3D270.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5527 ttl=3D64 time=3D269.316 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5528 ttl=3D64 time=3D270.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5529 ttl=3D64 time=3D269.262 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5530 ttl=3D64 time=3D270.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5531 ttl=3D64 time=3D272.887 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5532 ttl=3D64 time=3D273.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5533 ttl=3D64 time=3D272.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5534 ttl=3D64 time=3D272.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5535 ttl=3D64 time=3D271.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5536 ttl=3D64 time=3D271.873 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5537 ttl=3D64 time=3D271.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5538 ttl=3D64 time=3D271.246 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5539 ttl=3D64 time=3D271.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5540 ttl=3D64 time=3D270.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5541 ttl=3D64 time=3D272.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5542 ttl=3D64 time=3D272.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5543 ttl=3D64 time=3D272.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5544 ttl=3D64 time=3D271.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5545 ttl=3D64 time=3D272.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5546 ttl=3D64 time=3D272.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5547 ttl=3D64 time=3D277.591 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5548 ttl=3D64 time=3D277.581 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5549 ttl=3D64 time=3D277.059 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5550 ttl=3D64 time=3D276.625 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5551 ttl=3D64 time=3D276.201 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5552 ttl=3D64 time=3D276.435 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5553 ttl=3D64 time=3D275.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5554 ttl=3D64 time=3D276.856 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5555 ttl=3D64 time=3D275.589 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5556 ttl=3D64 time=3D275.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5557 ttl=3D64 time=3D274.139 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5558 ttl=3D64 time=3D274.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5559 ttl=3D64 time=3D274.261 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5560 ttl=3D64 time=3D273.415 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5561 ttl=3D64 time=3D272.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5562 ttl=3D64 time=3D272.701 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5563 ttl=3D64 time=3D272.674 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5564 ttl=3D64 time=3D274.633 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5565 ttl=3D64 time=3D275.787 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5566 ttl=3D64 time=3D275.669 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5567 ttl=3D64 time=3D275.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5568 ttl=3D64 time=3D277.780 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5569 ttl=3D64 time=3D277.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5570 ttl=3D64 time=3D278.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5571 ttl=3D64 time=3D278.179 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5572 ttl=3D64 time=3D278.594 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5573 ttl=3D64 time=3D279.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5574 ttl=3D64 time=3D279.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5575 ttl=3D64 time=3D280.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5576 ttl=3D64 time=3D279.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5577 ttl=3D64 time=3D278.561 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5578 ttl=3D64 time=3D279.433 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5579 ttl=3D64 time=3D279.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5580 ttl=3D64 time=3D278.855 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5581 ttl=3D64 time=3D279.242 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5582 ttl=3D64 time=3D280.312 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5583 ttl=3D64 time=3D280.331 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5584 ttl=3D64 time=3D279.677 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5585 ttl=3D64 time=3D280.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5586 ttl=3D64 time=3D280.393 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5587 ttl=3D64 time=3D280.886 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5588 ttl=3D64 time=3D281.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5589 ttl=3D64 time=3D279.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5590 ttl=3D64 time=3D280.445 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5591 ttl=3D64 time=3D280.779 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5594 ttl=3D64 time=3D278.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5595 ttl=3D64 time=3D278.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5596 ttl=3D64 time=3D279.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5597 ttl=3D64 time=3D280.317 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5598 ttl=3D64 time=3D279.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5599 ttl=3D64 time=3D278.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5600 ttl=3D64 time=3D276.395 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5601 ttl=3D64 time=3D275.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5602 ttl=3D64 time=3D275.503 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5603 ttl=3D64 time=3D275.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5604 ttl=3D64 time=3D275.242 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5605 ttl=3D64 time=3D274.060 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5606 ttl=3D64 time=3D273.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5607 ttl=3D64 time=3D273.887 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5608 ttl=3D64 time=3D273.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5609 ttl=3D64 time=3D273.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5610 ttl=3D64 time=3D272.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5611 ttl=3D64 time=3D272.503 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5612 ttl=3D64 time=3D272.572 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5613 ttl=3D64 time=3D273.193 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5614 ttl=3D64 time=3D272.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5615 ttl=3D64 time=3D271.560 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5616 ttl=3D64 time=3D271.591 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5617 ttl=3D64 time=3D271.140 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5618 ttl=3D64 time=3D271.518 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5619 ttl=3D64 time=3D271.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5620 ttl=3D64 time=3D272.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5621 ttl=3D64 time=3D271.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5622 ttl=3D64 time=3D271.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5623 ttl=3D64 time=3D272.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5624 ttl=3D64 time=3D273.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5625 ttl=3D64 time=3D271.977 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5626 ttl=3D64 time=3D272.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5627 ttl=3D64 time=3D271.883 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5628 ttl=3D64 time=3D272.047 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5629 ttl=3D64 time=3D270.700 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5630 ttl=3D64 time=3D270.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5631 ttl=3D64 time=3D269.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5632 ttl=3D64 time=3D269.336 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5633 ttl=3D64 time=3D268.047 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5634 ttl=3D64 time=3D268.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5635 ttl=3D64 time=3D267.598 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5636 ttl=3D64 time=3D267.626 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5637 ttl=3D64 time=3D267.201 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5638 ttl=3D64 time=3D267.417 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5639 ttl=3D64 time=3D266.249 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5640 ttl=3D64 time=3D268.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5641 ttl=3D64 time=3D269.781 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5647 ttl=3D64 time=3D261.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5648 ttl=3D64 time=3D261.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5649 ttl=3D64 time=3D260.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5650 ttl=3D64 time=3D261.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5651 ttl=3D64 time=3D261.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5652 ttl=3D64 time=3D261.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5653 ttl=3D64 time=3D262.054 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5654 ttl=3D64 time=3D261.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5655 ttl=3D64 time=3D260.101 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5656 ttl=3D64 time=3D260.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5657 ttl=3D64 time=3D259.114 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5658 ttl=3D64 time=3D258.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5659 ttl=3D64 time=3D258.239 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5660 ttl=3D64 time=3D259.321 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5661 ttl=3D64 time=3D264.869 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5662 ttl=3D64 time=3D264.127 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5663 ttl=3D64 time=3D262.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5664 ttl=3D64 time=3D262.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5665 ttl=3D64 time=3D262.025 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5666 ttl=3D64 time=3D261.938 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5667 ttl=3D64 time=3D262.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5668 ttl=3D64 time=3D262.157 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5669 ttl=3D64 time=3D261.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5670 ttl=3D64 time=3D263.028 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5671 ttl=3D64 time=3D264.055 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5672 ttl=3D64 time=3D264.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5673 ttl=3D64 time=3D263.812 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5674 ttl=3D64 time=3D263.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5675 ttl=3D64 time=3D262.709 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5676 ttl=3D64 time=3D262.367 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5677 ttl=3D64 time=3D262.718 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5678 ttl=3D64 time=3D262.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5679 ttl=3D64 time=3D261.750 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5680 ttl=3D64 time=3D262.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5681 ttl=3D64 time=3D261.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5682 ttl=3D64 time=3D260.348 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5683 ttl=3D64 time=3D258.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5684 ttl=3D64 time=3D259.121 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5685 ttl=3D64 time=3D261.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5686 ttl=3D64 time=3D261.370 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5687 ttl=3D64 time=3D260.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5688 ttl=3D64 time=3D260.360 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5689 ttl=3D64 time=3D259.067 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5690 ttl=3D64 time=3D260.687 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5691 ttl=3D64 time=3D261.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5692 ttl=3D64 time=3D262.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5693 ttl=3D64 time=3D263.695 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5694 ttl=3D64 time=3D263.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5695 ttl=3D64 time=3D264.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5696 ttl=3D64 time=3D266.542 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5697 ttl=3D64 time=3D267.690 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5698 ttl=3D64 time=3D267.214 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5699 ttl=3D64 time=3D267.661 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5700 ttl=3D64 time=3D267.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5701 ttl=3D64 time=3D266.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5702 ttl=3D64 time=3D266.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5703 ttl=3D64 time=3D270.024 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5704 ttl=3D64 time=3D269.742 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5705 ttl=3D64 time=3D269.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5706 ttl=3D64 time=3D269.775 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5707 ttl=3D64 time=3D269.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5708 ttl=3D64 time=3D270.146 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5709 ttl=3D64 time=3D270.581 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5710 ttl=3D64 time=3D270.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5711 ttl=3D64 time=3D271.481 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5712 ttl=3D64 time=3D271.875 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5713 ttl=3D64 time=3D271.511 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5714 ttl=3D64 time=3D270.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5715 ttl=3D64 time=3D269.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5716 ttl=3D64 time=3D269.442 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5717 ttl=3D64 time=3D268.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5718 ttl=3D64 time=3D269.885 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5719 ttl=3D64 time=3D270.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5720 ttl=3D64 time=3D269.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5721 ttl=3D64 time=3D268.861 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5722 ttl=3D64 time=3D269.003 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5723 ttl=3D64 time=3D268.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5724 ttl=3D64 time=3D268.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5725 ttl=3D64 time=3D268.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5726 ttl=3D64 time=3D268.314 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5727 ttl=3D64 time=3D272.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5728 ttl=3D64 time=3D272.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5729 ttl=3D64 time=3D272.139 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5730 ttl=3D64 time=3D271.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5731 ttl=3D64 time=3D272.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5732 ttl=3D64 time=3D272.944 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5733 ttl=3D64 time=3D273.020 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5734 ttl=3D64 time=3D272.501 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5735 ttl=3D64 time=3D273.004 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5736 ttl=3D64 time=3D273.943 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5737 ttl=3D64 time=3D274.546 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5738 ttl=3D64 time=3D275.232 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5739 ttl=3D64 time=3D274.052 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5740 ttl=3D64 time=3D273.743 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D5741 ttl=3D64 time=3D273.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5747 ttl=3D64 time=3D264.892 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5748 ttl=3D64 time=3D264.947 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5749 ttl=3D64 time=3D265.203 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5750 ttl=3D64 time=3D265.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5751 ttl=3D64 time=3D265.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5752 ttl=3D64 time=3D266.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5753 ttl=3D64 time=3D266.694 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5754 ttl=3D64 time=3D266.091 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5755 ttl=3D64 time=3D265.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5756 ttl=3D64 time=3D265.599 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5757 ttl=3D64 time=3D268.283 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5758 ttl=3D64 time=3D267.179 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5759 ttl=3D64 time=3D268.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5760 ttl=3D64 time=3D267.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5761 ttl=3D64 time=3D266.827 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5762 ttl=3D64 time=3D266.839 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5763 ttl=3D64 time=3D266.171 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5764 ttl=3D64 time=3D265.681 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5765 ttl=3D64 time=3D266.102 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5766 ttl=3D64 time=3D265.528 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5767 ttl=3D64 time=3D265.499 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5768 ttl=3D64 time=3D264.239 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5769 ttl=3D64 time=3D264.901 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5770 ttl=3D64 time=3D265.106 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5771 ttl=3D64 time=3D263.839 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5772 ttl=3D64 time=3D264.088 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5773 ttl=3D64 time=3D262.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5774 ttl=3D64 time=3D264.036 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5775 ttl=3D64 time=3D265.128 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5776 ttl=3D64 time=3D266.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5777 ttl=3D64 time=3D266.516 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5778 ttl=3D64 time=3D265.358 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5779 ttl=3D64 time=3D265.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5780 ttl=3D64 time=3D265.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5781 ttl=3D64 time=3D266.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5782 ttl=3D64 time=3D266.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5783 ttl=3D64 time=3D266.001 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5784 ttl=3D64 time=3D266.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5785 ttl=3D64 time=3D267.518 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5786 ttl=3D64 time=3D266.315 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5787 ttl=3D64 time=3D266.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5788 ttl=3D64 time=3D266.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5789 ttl=3D64 time=3D266.872 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5790 ttl=3D64 time=3D267.094 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5791 ttl=3D64 time=3D266.796 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5792 ttl=3D64 time=3D266.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5793 ttl=3D64 time=3D266.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5794 ttl=3D64 time=3D266.097 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5800 ttl=3D64 time=3D257.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5801 ttl=3D64 time=3D257.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5802 ttl=3D64 time=3D258.332 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5803 ttl=3D64 time=3D257.943 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5804 ttl=3D64 time=3D257.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5805 ttl=3D64 time=3D256.799 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5806 ttl=3D64 time=3D256.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5807 ttl=3D64 time=3D256.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5808 ttl=3D64 time=3D258.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5809 ttl=3D64 time=3D256.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5810 ttl=3D64 time=3D256.572 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5811 ttl=3D64 time=3D255.819 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5812 ttl=3D64 time=3D256.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5813 ttl=3D64 time=3D259.472 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5814 ttl=3D64 time=3D260.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5815 ttl=3D64 time=3D260.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5816 ttl=3D64 time=3D261.203 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5817 ttl=3D64 time=3D260.749 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5818 ttl=3D64 time=3D260.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5819 ttl=3D64 time=3D260.269 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5820 ttl=3D64 time=3D260.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5821 ttl=3D64 time=3D261.653 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5822 ttl=3D64 time=3D261.008 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5823 ttl=3D64 time=3D261.067 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5824 ttl=3D64 time=3D260.725 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5825 ttl=3D64 time=3D260.254 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5826 ttl=3D64 time=3D260.454 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5827 ttl=3D64 time=3D260.173 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5828 ttl=3D64 time=3D261.979 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5829 ttl=3D64 time=3D260.816 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5830 ttl=3D64 time=3D260.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5831 ttl=3D64 time=3D261.622 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5832 ttl=3D64 time=3D261.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5833 ttl=3D64 time=3D262.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5834 ttl=3D64 time=3D262.814 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5835 ttl=3D64 time=3D263.886 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5836 ttl=3D64 time=3D263.938 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5837 ttl=3D64 time=3D265.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5838 ttl=3D64 time=3D264.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5839 ttl=3D64 time=3D264.678 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5840 ttl=3D64 time=3D264.668 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5841 ttl=3D64 time=3D264.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5842 ttl=3D64 time=3D266.006 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5843 ttl=3D64 time=3D265.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5844 ttl=3D64 time=3D264.962 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5845 ttl=3D64 time=3D265.683 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5846 ttl=3D64 time=3D266.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5847 ttl=3D64 time=3D266.725 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5849 ttl=3D64 time=3D266.005 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5850 ttl=3D64 time=3D265.716 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5851 ttl=3D64 time=3D265.258 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5852 ttl=3D64 time=3D263.966 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5853 ttl=3D64 time=3D264.394 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5854 ttl=3D64 time=3D263.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5855 ttl=3D64 time=3D262.755 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5856 ttl=3D64 time=3D262.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5857 ttl=3D64 time=3D262.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5858 ttl=3D64 time=3D263.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5859 ttl=3D64 time=3D265.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5860 ttl=3D64 time=3D265.370 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5861 ttl=3D64 time=3D265.256 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5862 ttl=3D64 time=3D265.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5863 ttl=3D64 time=3D268.553 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5864 ttl=3D64 time=3D269.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5865 ttl=3D64 time=3D269.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5866 ttl=3D64 time=3D268.786 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5867 ttl=3D64 time=3D269.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5868 ttl=3D64 time=3D269.183 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5869 ttl=3D64 time=3D268.788 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5870 ttl=3D64 time=3D267.744 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5871 ttl=3D64 time=3D269.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5872 ttl=3D64 time=3D270.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5873 ttl=3D64 time=3D270.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5874 ttl=3D64 time=3D269.997 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5875 ttl=3D64 time=3D271.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5876 ttl=3D64 time=3D270.694 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5877 ttl=3D64 time=3D271.001 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5878 ttl=3D64 time=3D271.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5879 ttl=3D64 time=3D270.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5880 ttl=3D64 time=3D272.294 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5881 ttl=3D64 time=3D271.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5882 ttl=3D64 time=3D273.092 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5883 ttl=3D64 time=3D273.769 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5884 ttl=3D64 time=3D272.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5885 ttl=3D64 time=3D272.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5886 ttl=3D64 time=3D272.809 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5887 ttl=3D64 time=3D272.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5888 ttl=3D64 time=3D272.738 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5889 ttl=3D64 time=3D272.342 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5890 ttl=3D64 time=3D271.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5891 ttl=3D64 time=3D270.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5892 ttl=3D64 time=3D271.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5893 ttl=3D64 time=3D269.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5894 ttl=3D64 time=3D269.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5895 ttl=3D64 time=3D268.678 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5896 ttl=3D64 time=3D268.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5905 ttl=3D64 time=3D254.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5906 ttl=3D64 time=3D255.213 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5907 ttl=3D64 time=3D254.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5908 ttl=3D64 time=3D252.315 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5909 ttl=3D64 time=3D251.847 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5910 ttl=3D64 time=3D252.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5911 ttl=3D64 time=3D251.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5912 ttl=3D64 time=3D251.262 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5913 ttl=3D64 time=3D251.365 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5914 ttl=3D64 time=3D252.761 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5915 ttl=3D64 time=3D252.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5916 ttl=3D64 time=3D252.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5917 ttl=3D64 time=3D251.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5918 ttl=3D64 time=3D251.307 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5919 ttl=3D64 time=3D250.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5920 ttl=3D64 time=3D251.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5921 ttl=3D64 time=3D251.726 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5922 ttl=3D64 time=3D251.317 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5923 ttl=3D64 time=3D250.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5924 ttl=3D64 time=3D249.721 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5925 ttl=3D64 time=3D250.620 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5926 ttl=3D64 time=3D251.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5927 ttl=3D64 time=3D251.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5928 ttl=3D64 time=3D249.616 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5929 ttl=3D64 time=3D250.427 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5930 ttl=3D64 time=3D250.026 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5931 ttl=3D64 time=3D249.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5932 ttl=3D64 time=3D247.474 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5933 ttl=3D64 time=3D247.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5934 ttl=3D64 time=3D246.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5935 ttl=3D64 time=3D246.300 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5936 ttl=3D64 time=3D245.229 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5937 ttl=3D64 time=3D245.392 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5938 ttl=3D64 time=3D245.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5939 ttl=3D64 time=3D244.724 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5940 ttl=3D64 time=3D244.234 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5941 ttl=3D64 time=3D243.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5942 ttl=3D64 time=3D242.034 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5943 ttl=3D64 time=3D242.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5944 ttl=3D64 time=3D242.045 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5945 ttl=3D64 time=3D243.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5946 ttl=3D64 time=3D244.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5947 ttl=3D64 time=3D243.483 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5948 ttl=3D64 time=3D243.258 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5949 ttl=3D64 time=3D242.601 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5950 ttl=3D64 time=3D242.543 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5951 ttl=3D64 time=3D242.667 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5952 ttl=3D64 time=3D241.855 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5953 ttl=3D64 time=3D240.564 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5954 ttl=3D64 time=3D240.096 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5955 ttl=3D64 time=3D241.100 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5956 ttl=3D64 time=3D239.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5957 ttl=3D64 time=3D240.052 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5958 ttl=3D64 time=3D239.966 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5959 ttl=3D64 time=3D239.271 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5960 ttl=3D64 time=3D239.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5961 ttl=3D64 time=3D239.472 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5962 ttl=3D64 time=3D239.039 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5963 ttl=3D64 time=3D239.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5964 ttl=3D64 time=3D239.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5965 ttl=3D64 time=3D239.336 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5966 ttl=3D64 time=3D240.423 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5967 ttl=3D64 time=3D239.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5968 ttl=3D64 time=3D239.379 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5969 ttl=3D64 time=3D239.951 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5970 ttl=3D64 time=3D240.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5971 ttl=3D64 time=3D240.753 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5972 ttl=3D64 time=3D240.706 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5973 ttl=3D64 time=3D240.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5974 ttl=3D64 time=3D239.240 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5975 ttl=3D64 time=3D241.525 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5976 ttl=3D64 time=3D241.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5977 ttl=3D64 time=3D240.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5978 ttl=3D64 time=3D240.241 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5979 ttl=3D64 time=3D239.650 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5980 ttl=3D64 time=3D238.377 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5981 ttl=3D64 time=3D237.967 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5982 ttl=3D64 time=3D238.362 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5983 ttl=3D64 time=3D240.134 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5984 ttl=3D64 time=3D238.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5985 ttl=3D64 time=3D238.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5986 ttl=3D64 time=3D236.981 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5987 ttl=3D64 time=3D236.625 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5988 ttl=3D64 time=3D241.005 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5989 ttl=3D64 time=3D240.462 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5990 ttl=3D64 time=3D244.787 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5991 ttl=3D64 time=3D243.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5992 ttl=3D64 time=3D243.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5993 ttl=3D64 time=3D242.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5994 ttl=3D64 time=3D243.246 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5995 ttl=3D64 time=3D242.726 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5996 ttl=3D64 time=3D245.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5997 ttl=3D64 time=3D244.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5998 ttl=3D64 time=3D244.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D5999 ttl=3D64 time=3D244.709 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6000 ttl=3D64 time=3D245.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6001 ttl=3D64 time=3D247.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6002 ttl=3D64 time=3D246.770 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6003 ttl=3D64 time=3D247.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6004 ttl=3D64 time=3D246.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6005 ttl=3D64 time=3D246.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6006 ttl=3D64 time=3D246.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6007 ttl=3D64 time=3D245.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6008 ttl=3D64 time=3D244.918 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6009 ttl=3D64 time=3D244.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6010 ttl=3D64 time=3D243.519 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6011 ttl=3D64 time=3D245.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6012 ttl=3D64 time=3D245.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6013 ttl=3D64 time=3D245.775 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6014 ttl=3D64 time=3D245.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6015 ttl=3D64 time=3D244.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6016 ttl=3D64 time=3D245.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6017 ttl=3D64 time=3D244.034 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6018 ttl=3D64 time=3D243.734 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6019 ttl=3D64 time=3D244.835 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6020 ttl=3D64 time=3D244.488 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6021 ttl=3D64 time=3D243.888 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6022 ttl=3D64 time=3D242.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6023 ttl=3D64 time=3D242.120 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6024 ttl=3D64 time=3D241.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6025 ttl=3D64 time=3D242.260 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6026 ttl=3D64 time=3D242.541 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6027 ttl=3D64 time=3D243.534 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6028 ttl=3D64 time=3D244.654 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6029 ttl=3D64 time=3D245.021 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6030 ttl=3D64 time=3D244.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6031 ttl=3D64 time=3D245.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6032 ttl=3D64 time=3D244.868 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6033 ttl=3D64 time=3D244.615 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6034 ttl=3D64 time=3D244.725 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6035 ttl=3D64 time=3D247.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6036 ttl=3D64 time=3D246.638 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6037 ttl=3D64 time=3D246.380 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6038 ttl=3D64 time=3D245.998 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6039 ttl=3D64 time=3D244.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6040 ttl=3D64 time=3D243.388 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6041 ttl=3D64 time=3D243.345 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6042 ttl=3D64 time=3D242.721 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6043 ttl=3D64 time=3D242.264 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6044 ttl=3D64 time=3D242.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6045 ttl=3D64 time=3D242.922 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6046 ttl=3D64 time=3D243.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6047 ttl=3D64 time=3D243.342 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6048 ttl=3D64 time=3D244.224 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6049 ttl=3D64 time=3D245.157 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6050 ttl=3D64 time=3D244.627 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6051 ttl=3D64 time=3D244.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6052 ttl=3D64 time=3D243.694 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6053 ttl=3D64 time=3D243.229 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6054 ttl=3D64 time=3D243.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6055 ttl=3D64 time=3D242.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6056 ttl=3D64 time=3D242.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6057 ttl=3D64 time=3D243.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6058 ttl=3D64 time=3D244.053 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6059 ttl=3D64 time=3D242.804 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6060 ttl=3D64 time=3D242.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6061 ttl=3D64 time=3D242.761 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6062 ttl=3D64 time=3D242.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6063 ttl=3D64 time=3D242.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6064 ttl=3D64 time=3D245.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6065 ttl=3D64 time=3D244.001 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6066 ttl=3D64 time=3D243.461 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6067 ttl=3D64 time=3D244.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6068 ttl=3D64 time=3D245.861 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6069 ttl=3D64 time=3D245.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6070 ttl=3D64 time=3D245.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6071 ttl=3D64 time=3D244.622 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6072 ttl=3D64 time=3D244.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6073 ttl=3D64 time=3D243.729 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6074 ttl=3D64 time=3D244.573 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6075 ttl=3D64 time=3D244.623 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6076 ttl=3D64 time=3D244.291 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6077 ttl=3D64 time=3D243.759 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6078 ttl=3D64 time=3D243.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6079 ttl=3D64 time=3D244.589 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6080 ttl=3D64 time=3D246.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6081 ttl=3D64 time=3D246.008 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6082 ttl=3D64 time=3D246.742 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6083 ttl=3D64 time=3D245.250 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6084 ttl=3D64 time=3D245.524 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6085 ttl=3D64 time=3D244.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6086 ttl=3D64 time=3D245.505 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6087 ttl=3D64 time=3D245.573 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6088 ttl=3D64 time=3D245.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6089 ttl=3D64 time=3D245.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6090 ttl=3D64 time=3D246.475 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6091 ttl=3D64 time=3D245.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6092 ttl=3D64 time=3D245.646 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6093 ttl=3D64 time=3D246.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6094 ttl=3D64 time=3D244.823 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6095 ttl=3D64 time=3D245.321 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6096 ttl=3D64 time=3D246.106 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6097 ttl=3D64 time=3D245.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6098 ttl=3D64 time=3D245.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6099 ttl=3D64 time=3D246.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6100 ttl=3D64 time=3D245.660 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6101 ttl=3D64 time=3D246.483 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6102 ttl=3D64 time=3D247.055 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6103 ttl=3D64 time=3D246.269 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6104 ttl=3D64 time=3D244.735 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6105 ttl=3D64 time=3D248.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6106 ttl=3D64 time=3D248.534 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6107 ttl=3D64 time=3D248.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6108 ttl=3D64 time=3D248.354 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6109 ttl=3D64 time=3D247.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6110 ttl=3D64 time=3D247.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6111 ttl=3D64 time=3D247.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6112 ttl=3D64 time=3D247.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6113 ttl=3D64 time=3D247.366 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6114 ttl=3D64 time=3D246.953 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6115 ttl=3D64 time=3D246.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6116 ttl=3D64 time=3D247.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6117 ttl=3D64 time=3D247.483 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6118 ttl=3D64 time=3D247.755 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6119 ttl=3D64 time=3D247.181 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6120 ttl=3D64 time=3D246.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6121 ttl=3D64 time=3D246.119 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6122 ttl=3D64 time=3D245.857 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6123 ttl=3D64 time=3D246.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6124 ttl=3D64 time=3D245.764 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6125 ttl=3D64 time=3D245.290 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6126 ttl=3D64 time=3D244.861 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6127 ttl=3D64 time=3D244.366 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6128 ttl=3D64 time=3D244.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6129 ttl=3D64 time=3D244.780 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6130 ttl=3D64 time=3D245.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6131 ttl=3D64 time=3D244.402 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6132 ttl=3D64 time=3D243.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6133 ttl=3D64 time=3D244.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6134 ttl=3D64 time=3D245.124 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6135 ttl=3D64 time=3D245.988 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6136 ttl=3D64 time=3D253.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6137 ttl=3D64 time=3D254.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6138 ttl=3D64 time=3D254.234 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6139 ttl=3D64 time=3D253.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6140 ttl=3D64 time=3D253.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6141 ttl=3D64 time=3D251.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6142 ttl=3D64 time=3D253.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6143 ttl=3D64 time=3D257.986 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6144 ttl=3D64 time=3D257.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6145 ttl=3D64 time=3D257.998 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6146 ttl=3D64 time=3D257.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6147 ttl=3D64 time=3D259.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6148 ttl=3D64 time=3D258.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6149 ttl=3D64 time=3D259.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6150 ttl=3D64 time=3D260.631 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6151 ttl=3D64 time=3D260.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6152 ttl=3D64 time=3D261.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6153 ttl=3D64 time=3D261.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6154 ttl=3D64 time=3D261.733 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6155 ttl=3D64 time=3D261.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6156 ttl=3D64 time=3D263.904 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6157 ttl=3D64 time=3D263.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6158 ttl=3D64 time=3D261.975 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6159 ttl=3D64 time=3D261.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6160 ttl=3D64 time=3D261.877 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6161 ttl=3D64 time=3D262.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6162 ttl=3D64 time=3D264.045 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6163 ttl=3D64 time=3D263.665 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6164 ttl=3D64 time=3D264.765 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6165 ttl=3D64 time=3D263.809 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6166 ttl=3D64 time=3D263.264 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6167 ttl=3D64 time=3D262.765 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6168 ttl=3D64 time=3D262.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6169 ttl=3D64 time=3D262.553 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6170 ttl=3D64 time=3D262.133 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6171 ttl=3D64 time=3D262.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6172 ttl=3D64 time=3D262.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6173 ttl=3D64 time=3D260.819 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6174 ttl=3D64 time=3D260.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6175 ttl=3D64 time=3D260.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6176 ttl=3D64 time=3D259.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6177 ttl=3D64 time=3D264.974 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6178 ttl=3D64 time=3D266.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6179 ttl=3D64 time=3D265.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6180 ttl=3D64 time=3D265.646 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6181 ttl=3D64 time=3D266.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6182 ttl=3D64 time=3D269.342 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6183 ttl=3D64 time=3D269.488 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6184 ttl=3D64 time=3D269.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6185 ttl=3D64 time=3D269.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6186 ttl=3D64 time=3D269.250 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6187 ttl=3D64 time=3D269.896 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6188 ttl=3D64 time=3D269.516 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6189 ttl=3D64 time=3D269.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6190 ttl=3D64 time=3D268.735 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6191 ttl=3D64 time=3D267.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6192 ttl=3D64 time=3D267.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6193 ttl=3D64 time=3D269.406 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6194 ttl=3D64 time=3D269.183 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6195 ttl=3D64 time=3D272.847 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6196 ttl=3D64 time=3D271.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6197 ttl=3D64 time=3D271.855 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6198 ttl=3D64 time=3D271.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6199 ttl=3D64 time=3D271.181 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6200 ttl=3D64 time=3D270.639 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6201 ttl=3D64 time=3D270.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6202 ttl=3D64 time=3D269.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6203 ttl=3D64 time=3D269.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6204 ttl=3D64 time=3D269.932 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6205 ttl=3D64 time=3D271.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6206 ttl=3D64 time=3D271.771 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6207 ttl=3D64 time=3D272.505 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6208 ttl=3D64 time=3D272.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6209 ttl=3D64 time=3D273.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6210 ttl=3D64 time=3D272.169 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6211 ttl=3D64 time=3D271.677 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6212 ttl=3D64 time=3D271.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6213 ttl=3D64 time=3D270.646 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6214 ttl=3D64 time=3D270.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6215 ttl=3D64 time=3D271.052 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6216 ttl=3D64 time=3D271.862 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6217 ttl=3D64 time=3D271.731 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6218 ttl=3D64 time=3D271.921 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6219 ttl=3D64 time=3D270.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6220 ttl=3D64 time=3D273.275 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6221 ttl=3D64 time=3D272.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6228 ttl=3D64 time=3D264.209 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6229 ttl=3D64 time=3D264.454 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6230 ttl=3D64 time=3D263.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6231 ttl=3D64 time=3D263.480 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6232 ttl=3D64 time=3D263.267 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6233 ttl=3D64 time=3D263.519 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6234 ttl=3D64 time=3D263.647 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6235 ttl=3D64 time=3D263.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6236 ttl=3D64 time=3D263.465 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6237 ttl=3D64 time=3D262.933 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6238 ttl=3D64 time=3D262.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6239 ttl=3D64 time=3D261.289 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6240 ttl=3D64 time=3D262.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6241 ttl=3D64 time=3D261.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6242 ttl=3D64 time=3D262.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6243 ttl=3D64 time=3D261.902 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6244 ttl=3D64 time=3D262.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6245 ttl=3D64 time=3D262.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6246 ttl=3D64 time=3D262.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6247 ttl=3D64 time=3D261.037 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6248 ttl=3D64 time=3D273.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6249 ttl=3D64 time=3D273.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6250 ttl=3D64 time=3D273.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6251 ttl=3D64 time=3D273.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6252 ttl=3D64 time=3D272.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6253 ttl=3D64 time=3D272.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6254 ttl=3D64 time=3D271.857 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6255 ttl=3D64 time=3D270.502 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6256 ttl=3D64 time=3D270.591 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6257 ttl=3D64 time=3D271.478 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6258 ttl=3D64 time=3D271.533 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6259 ttl=3D64 time=3D271.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6260 ttl=3D64 time=3D271.097 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6261 ttl=3D64 time=3D270.605 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6262 ttl=3D64 time=3D271.717 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6263 ttl=3D64 time=3D271.301 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6264 ttl=3D64 time=3D270.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6265 ttl=3D64 time=3D270.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6266 ttl=3D64 time=3D271.653 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6267 ttl=3D64 time=3D270.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6268 ttl=3D64 time=3D270.106 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6269 ttl=3D64 time=3D273.834 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6270 ttl=3D64 time=3D273.678 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6271 ttl=3D64 time=3D275.330 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6272 ttl=3D64 time=3D274.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6273 ttl=3D64 time=3D276.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6274 ttl=3D64 time=3D274.914 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6275 ttl=3D64 time=3D275.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6277 ttl=3D64 time=3D273.118 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6278 ttl=3D64 time=3D272.644 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6279 ttl=3D64 time=3D273.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6280 ttl=3D64 time=3D273.414 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6281 ttl=3D64 time=3D272.689 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6282 ttl=3D64 time=3D272.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6283 ttl=3D64 time=3D273.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6284 ttl=3D64 time=3D271.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6285 ttl=3D64 time=3D270.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6286 ttl=3D64 time=3D269.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6287 ttl=3D64 time=3D268.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6288 ttl=3D64 time=3D267.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6289 ttl=3D64 time=3D267.453 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6290 ttl=3D64 time=3D267.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6291 ttl=3D64 time=3D267.386 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6292 ttl=3D64 time=3D266.927 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6293 ttl=3D64 time=3D266.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6294 ttl=3D64 time=3D272.928 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6295 ttl=3D64 time=3D271.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6296 ttl=3D64 time=3D272.213 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6297 ttl=3D64 time=3D271.018 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6298 ttl=3D64 time=3D270.623 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6299 ttl=3D64 time=3D270.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6300 ttl=3D64 time=3D271.493 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6301 ttl=3D64 time=3D273.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6302 ttl=3D64 time=3D277.051 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6303 ttl=3D64 time=3D281.550 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6304 ttl=3D64 time=3D280.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6305 ttl=3D64 time=3D281.581 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6306 ttl=3D64 time=3D282.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6307 ttl=3D64 time=3D282.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6308 ttl=3D64 time=3D282.315 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6309 ttl=3D64 time=3D282.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6310 ttl=3D64 time=3D283.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6311 ttl=3D64 time=3D283.258 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6312 ttl=3D64 time=3D282.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6313 ttl=3D64 time=3D282.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6314 ttl=3D64 time=3D282.019 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6315 ttl=3D64 time=3D286.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6316 ttl=3D64 time=3D285.757 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6317 ttl=3D64 time=3D284.639 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6318 ttl=3D64 time=3D285.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6319 ttl=3D64 time=3D286.124 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6320 ttl=3D64 time=3D286.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6321 ttl=3D64 time=3D289.215 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6322 ttl=3D64 time=3D287.951 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6323 ttl=3D64 time=3D288.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6324 ttl=3D64 time=3D289.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6327 ttl=3D64 time=3D285.362 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6328 ttl=3D64 time=3D285.823 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6329 ttl=3D64 time=3D286.102 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6330 ttl=3D64 time=3D290.104 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6331 ttl=3D64 time=3D289.159 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6332 ttl=3D64 time=3D290.721 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6333 ttl=3D64 time=3D290.184 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6334 ttl=3D64 time=3D290.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6335 ttl=3D64 time=3D289.350 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6336 ttl=3D64 time=3D288.816 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6337 ttl=3D64 time=3D289.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6338 ttl=3D64 time=3D288.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6339 ttl=3D64 time=3D287.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6340 ttl=3D64 time=3D287.550 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6341 ttl=3D64 time=3D287.220 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6342 ttl=3D64 time=3D285.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6343 ttl=3D64 time=3D286.096 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6344 ttl=3D64 time=3D285.594 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6345 ttl=3D64 time=3D290.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6346 ttl=3D64 time=3D289.620 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6347 ttl=3D64 time=3D290.150 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6348 ttl=3D64 time=3D289.525 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6349 ttl=3D64 time=3D288.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6350 ttl=3D64 time=3D288.844 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6351 ttl=3D64 time=3D286.974 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6352 ttl=3D64 time=3D287.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6353 ttl=3D64 time=3D287.605 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6354 ttl=3D64 time=3D287.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6355 ttl=3D64 time=3D286.704 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6356 ttl=3D64 time=3D286.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6357 ttl=3D64 time=3D285.797 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6358 ttl=3D64 time=3D286.027 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6359 ttl=3D64 time=3D285.726 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6360 ttl=3D64 time=3D286.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6361 ttl=3D64 time=3D285.686 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6362 ttl=3D64 time=3D285.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6363 ttl=3D64 time=3D285.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6364 ttl=3D64 time=3D284.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6365 ttl=3D64 time=3D283.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6366 ttl=3D64 time=3D283.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6367 ttl=3D64 time=3D282.293 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6368 ttl=3D64 time=3D281.108 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6369 ttl=3D64 time=3D280.563 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6370 ttl=3D64 time=3D280.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6371 ttl=3D64 time=3D280.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6372 ttl=3D64 time=3D282.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6373 ttl=3D64 time=3D284.970 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6374 ttl=3D64 time=3D285.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6375 ttl=3D64 time=3D284.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6376 ttl=3D64 time=3D284.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6377 ttl=3D64 time=3D282.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6378 ttl=3D64 time=3D283.213 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6379 ttl=3D64 time=3D281.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6380 ttl=3D64 time=3D281.277 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6381 ttl=3D64 time=3D280.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6382 ttl=3D64 time=3D280.488 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6383 ttl=3D64 time=3D280.127 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6384 ttl=3D64 time=3D280.264 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6385 ttl=3D64 time=3D279.527 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6386 ttl=3D64 time=3D279.966 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6387 ttl=3D64 time=3D279.754 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6388 ttl=3D64 time=3D281.528 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6389 ttl=3D64 time=3D282.276 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6390 ttl=3D64 time=3D282.170 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6391 ttl=3D64 time=3D286.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6392 ttl=3D64 time=3D287.236 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6393 ttl=3D64 time=3D286.119 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6394 ttl=3D64 time=3D285.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6395 ttl=3D64 time=3D285.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6396 ttl=3D64 time=3D284.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6397 ttl=3D64 time=3D283.525 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6398 ttl=3D64 time=3D283.083 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6399 ttl=3D64 time=3D282.653 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6400 ttl=3D64 time=3D281.212 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6401 ttl=3D64 time=3D279.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6402 ttl=3D64 time=3D279.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6403 ttl=3D64 time=3D278.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6404 ttl=3D64 time=3D277.480 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6405 ttl=3D64 time=3D277.111 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6406 ttl=3D64 time=3D278.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6407 ttl=3D64 time=3D277.974 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6408 ttl=3D64 time=3D277.183 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6409 ttl=3D64 time=3D277.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6410 ttl=3D64 time=3D275.600 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6411 ttl=3D64 time=3D275.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6412 ttl=3D64 time=3D275.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6413 ttl=3D64 time=3D274.090 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6414 ttl=3D64 time=3D273.956 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6415 ttl=3D64 time=3D274.226 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6416 ttl=3D64 time=3D275.096 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6417 ttl=3D64 time=3D274.996 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6418 ttl=3D64 time=3D275.803 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6419 ttl=3D64 time=3D277.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6420 ttl=3D64 time=3D276.770 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6421 ttl=3D64 time=3D276.559 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6422 ttl=3D64 time=3D275.967 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6429 ttl=3D64 time=3D266.166 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6430 ttl=3D64 time=3D266.620 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6431 ttl=3D64 time=3D265.424 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6432 ttl=3D64 time=3D264.945 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6433 ttl=3D64 time=3D265.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6434 ttl=3D64 time=3D265.969 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6435 ttl=3D64 time=3D266.242 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6436 ttl=3D64 time=3D266.534 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6437 ttl=3D64 time=3D265.816 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6438 ttl=3D64 time=3D267.485 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6439 ttl=3D64 time=3D266.775 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6440 ttl=3D64 time=3D266.729 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6441 ttl=3D64 time=3D266.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6442 ttl=3D64 time=3D266.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6443 ttl=3D64 time=3D267.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6444 ttl=3D64 time=3D266.683 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6445 ttl=3D64 time=3D266.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6446 ttl=3D64 time=3D266.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6447 ttl=3D64 time=3D269.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6448 ttl=3D64 time=3D269.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6449 ttl=3D64 time=3D269.118 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6450 ttl=3D64 time=3D268.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6451 ttl=3D64 time=3D268.152 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6452 ttl=3D64 time=3D266.915 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6453 ttl=3D64 time=3D267.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6454 ttl=3D64 time=3D267.089 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6455 ttl=3D64 time=3D266.595 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6456 ttl=3D64 time=3D265.155 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6457 ttl=3D64 time=3D264.445 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6458 ttl=3D64 time=3D264.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6459 ttl=3D64 time=3D263.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6460 ttl=3D64 time=3D262.410 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6461 ttl=3D64 time=3D263.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6462 ttl=3D64 time=3D263.846 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6463 ttl=3D64 time=3D264.150 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6464 ttl=3D64 time=3D265.238 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6465 ttl=3D64 time=3D264.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6466 ttl=3D64 time=3D264.515 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6467 ttl=3D64 time=3D264.235 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6468 ttl=3D64 time=3D266.006 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6469 ttl=3D64 time=3D264.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6470 ttl=3D64 time=3D265.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6471 ttl=3D64 time=3D264.499 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6472 ttl=3D64 time=3D267.170 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6473 ttl=3D64 time=3D266.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6474 ttl=3D64 time=3D267.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6475 ttl=3D64 time=3D268.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6476 ttl=3D64 time=3D268.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6477 ttl=3D64 time=3D267.535 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6478 ttl=3D64 time=3D270.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6479 ttl=3D64 time=3D271.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6480 ttl=3D64 time=3D270.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6481 ttl=3D64 time=3D270.629 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6482 ttl=3D64 time=3D269.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6483 ttl=3D64 time=3D271.653 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6484 ttl=3D64 time=3D271.240 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6485 ttl=3D64 time=3D271.717 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6486 ttl=3D64 time=3D271.061 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6487 ttl=3D64 time=3D271.118 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6488 ttl=3D64 time=3D271.944 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6489 ttl=3D64 time=3D271.231 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6490 ttl=3D64 time=3D271.725 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6491 ttl=3D64 time=3D271.350 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6492 ttl=3D64 time=3D270.879 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6493 ttl=3D64 time=3D270.493 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6494 ttl=3D64 time=3D270.583 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6495 ttl=3D64 time=3D268.788 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6496 ttl=3D64 time=3D269.170 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6497 ttl=3D64 time=3D268.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6498 ttl=3D64 time=3D269.128 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6499 ttl=3D64 time=3D269.564 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6500 ttl=3D64 time=3D277.970 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6501 ttl=3D64 time=3D278.417 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6502 ttl=3D64 time=3D277.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6503 ttl=3D64 time=3D278.327 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6504 ttl=3D64 time=3D279.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6505 ttl=3D64 time=3D279.178 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6506 ttl=3D64 time=3D278.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6507 ttl=3D64 time=3D280.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6508 ttl=3D64 time=3D280.092 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6509 ttl=3D64 time=3D280.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6510 ttl=3D64 time=3D280.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6511 ttl=3D64 time=3D280.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6512 ttl=3D64 time=3D280.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6513 ttl=3D64 time=3D279.473 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6514 ttl=3D64 time=3D278.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6515 ttl=3D64 time=3D278.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6516 ttl=3D64 time=3D281.943 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6517 ttl=3D64 time=3D282.859 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6518 ttl=3D64 time=3D282.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6524 ttl=3D64 time=3D274.760 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6525 ttl=3D64 time=3D273.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6526 ttl=3D64 time=3D273.347 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6527 ttl=3D64 time=3D273.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6528 ttl=3D64 time=3D273.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6529 ttl=3D64 time=3D271.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6530 ttl=3D64 time=3D271.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6531 ttl=3D64 time=3D271.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6532 ttl=3D64 time=3D271.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6533 ttl=3D64 time=3D274.729 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6534 ttl=3D64 time=3D274.819 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6535 ttl=3D64 time=3D274.267 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6536 ttl=3D64 time=3D273.828 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6537 ttl=3D64 time=3D273.461 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6538 ttl=3D64 time=3D273.598 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6539 ttl=3D64 time=3D272.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6540 ttl=3D64 time=3D272.434 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6541 ttl=3D64 time=3D272.906 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6542 ttl=3D64 time=3D273.344 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6543 ttl=3D64 time=3D277.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6544 ttl=3D64 time=3D276.888 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6545 ttl=3D64 time=3D276.381 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6546 ttl=3D64 time=3D276.979 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6547 ttl=3D64 time=3D275.521 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6548 ttl=3D64 time=3D276.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6549 ttl=3D64 time=3D276.484 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6550 ttl=3D64 time=3D279.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6551 ttl=3D64 time=3D279.492 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6552 ttl=3D64 time=3D279.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6553 ttl=3D64 time=3D279.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6554 ttl=3D64 time=3D278.932 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6555 ttl=3D64 time=3D277.755 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6556 ttl=3D64 time=3D277.152 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6557 ttl=3D64 time=3D275.923 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6558 ttl=3D64 time=3D275.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6559 ttl=3D64 time=3D275.181 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6560 ttl=3D64 time=3D275.404 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6561 ttl=3D64 time=3D276.270 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6562 ttl=3D64 time=3D275.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6563 ttl=3D64 time=3D275.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6564 ttl=3D64 time=3D275.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6565 ttl=3D64 time=3D277.714 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6566 ttl=3D64 time=3D278.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6567 ttl=3D64 time=3D277.351 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6568 ttl=3D64 time=3D276.827 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6569 ttl=3D64 time=3D276.375 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6572 ttl=3D64 time=3D274.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6573 ttl=3D64 time=3D273.225 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6574 ttl=3D64 time=3D273.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6575 ttl=3D64 time=3D273.166 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6576 ttl=3D64 time=3D273.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6577 ttl=3D64 time=3D273.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6578 ttl=3D64 time=3D272.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6579 ttl=3D64 time=3D272.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6580 ttl=3D64 time=3D272.527 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6581 ttl=3D64 time=3D273.451 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6582 ttl=3D64 time=3D274.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6583 ttl=3D64 time=3D277.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6584 ttl=3D64 time=3D276.505 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6585 ttl=3D64 time=3D276.003 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6586 ttl=3D64 time=3D279.134 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6587 ttl=3D64 time=3D279.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6588 ttl=3D64 time=3D279.106 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6589 ttl=3D64 time=3D279.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6590 ttl=3D64 time=3D280.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6591 ttl=3D64 time=3D280.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6592 ttl=3D64 time=3D280.906 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6593 ttl=3D64 time=3D281.415 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6594 ttl=3D64 time=3D286.150 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6595 ttl=3D64 time=3D288.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6596 ttl=3D64 time=3D287.644 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6597 ttl=3D64 time=3D288.753 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6598 ttl=3D64 time=3D288.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6599 ttl=3D64 time=3D287.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6600 ttl=3D64 time=3D288.142 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6601 ttl=3D64 time=3D287.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6602 ttl=3D64 time=3D286.418 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6603 ttl=3D64 time=3D285.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6604 ttl=3D64 time=3D285.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6605 ttl=3D64 time=3D284.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6606 ttl=3D64 time=3D284.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6607 ttl=3D64 time=3D283.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6608 ttl=3D64 time=3D284.063 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6609 ttl=3D64 time=3D285.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6610 ttl=3D64 time=3D284.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6611 ttl=3D64 time=3D284.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6612 ttl=3D64 time=3D284.486 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6613 ttl=3D64 time=3D285.388 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6614 ttl=3D64 time=3D284.643 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6615 ttl=3D64 time=3D284.483 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6616 ttl=3D64 time=3D283.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6617 ttl=3D64 time=3D282.591 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6618 ttl=3D64 time=3D282.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6619 ttl=3D64 time=3D281.600 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6620 ttl=3D64 time=3D280.993 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6621 ttl=3D64 time=3D281.319 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6622 ttl=3D64 time=3D280.460 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6623 ttl=3D64 time=3D279.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6624 ttl=3D64 time=3D277.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6625 ttl=3D64 time=3D279.313 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6626 ttl=3D64 time=3D278.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6627 ttl=3D64 time=3D279.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6628 ttl=3D64 time=3D279.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6629 ttl=3D64 time=3D281.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6630 ttl=3D64 time=3D284.631 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6631 ttl=3D64 time=3D284.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6632 ttl=3D64 time=3D283.671 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6633 ttl=3D64 time=3D283.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6634 ttl=3D64 time=3D283.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6635 ttl=3D64 time=3D283.159 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6636 ttl=3D64 time=3D282.486 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6637 ttl=3D64 time=3D282.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6638 ttl=3D64 time=3D281.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6639 ttl=3D64 time=3D280.541 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6640 ttl=3D64 time=3D281.593 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6641 ttl=3D64 time=3D281.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6642 ttl=3D64 time=3D281.092 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6643 ttl=3D64 time=3D279.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6644 ttl=3D64 time=3D279.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6645 ttl=3D64 time=3D279.225 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6646 ttl=3D64 time=3D278.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6647 ttl=3D64 time=3D278.053 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6648 ttl=3D64 time=3D278.414 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6649 ttl=3D64 time=3D278.196 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6650 ttl=3D64 time=3D278.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6651 ttl=3D64 time=3D278.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6652 ttl=3D64 time=3D278.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6653 ttl=3D64 time=3D278.042 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6654 ttl=3D64 time=3D277.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6655 ttl=3D64 time=3D278.199 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6656 ttl=3D64 time=3D277.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6657 ttl=3D64 time=3D277.362 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6658 ttl=3D64 time=3D276.944 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6659 ttl=3D64 time=3D278.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6660 ttl=3D64 time=3D279.209 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6661 ttl=3D64 time=3D277.900 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6662 ttl=3D64 time=3D277.622 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6663 ttl=3D64 time=3D280.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6664 ttl=3D64 time=3D279.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6666 ttl=3D64 time=3D283.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6667 ttl=3D64 time=3D283.103 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6668 ttl=3D64 time=3D283.221 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6669 ttl=3D64 time=3D282.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6670 ttl=3D64 time=3D284.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6671 ttl=3D64 time=3D285.266 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6672 ttl=3D64 time=3D285.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6673 ttl=3D64 time=3D286.067 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6674 ttl=3D64 time=3D285.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6675 ttl=3D64 time=3D284.988 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6676 ttl=3D64 time=3D287.270 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6677 ttl=3D64 time=3D286.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6678 ttl=3D64 time=3D286.968 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6679 ttl=3D64 time=3D287.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6680 ttl=3D64 time=3D286.730 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6681 ttl=3D64 time=3D285.438 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6682 ttl=3D64 time=3D290.433 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6683 ttl=3D64 time=3D290.650 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6684 ttl=3D64 time=3D289.726 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6685 ttl=3D64 time=3D289.902 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6686 ttl=3D64 time=3D288.888 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6687 ttl=3D64 time=3D288.968 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6688 ttl=3D64 time=3D287.092 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6689 ttl=3D64 time=3D287.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6690 ttl=3D64 time=3D287.008 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6691 ttl=3D64 time=3D287.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6692 ttl=3D64 time=3D287.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6693 ttl=3D64 time=3D287.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6694 ttl=3D64 time=3D287.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6695 ttl=3D64 time=3D287.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6696 ttl=3D64 time=3D294.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6697 ttl=3D64 time=3D293.993 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6698 ttl=3D64 time=3D293.239 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6699 ttl=3D64 time=3D293.297 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6700 ttl=3D64 time=3D294.267 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6701 ttl=3D64 time=3D293.739 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6702 ttl=3D64 time=3D292.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6703 ttl=3D64 time=3D292.062 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6704 ttl=3D64 time=3D294.914 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6705 ttl=3D64 time=3D294.910 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6706 ttl=3D64 time=3D296.353 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6707 ttl=3D64 time=3D296.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6708 ttl=3D64 time=3D295.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6709 ttl=3D64 time=3D296.048 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6710 ttl=3D64 time=3D294.757 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6711 ttl=3D64 time=3D294.344 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6712 ttl=3D64 time=3D293.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6713 ttl=3D64 time=3D292.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6714 ttl=3D64 time=3D296.097 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6715 ttl=3D64 time=3D294.769 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6716 ttl=3D64 time=3D293.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6717 ttl=3D64 time=3D300.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6718 ttl=3D64 time=3D300.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6719 ttl=3D64 time=3D300.706 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6720 ttl=3D64 time=3D299.804 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6721 ttl=3D64 time=3D299.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6722 ttl=3D64 time=3D300.839 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6723 ttl=3D64 time=3D303.853 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6724 ttl=3D64 time=3D304.277 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6725 ttl=3D64 time=3D303.848 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6726 ttl=3D64 time=3D304.021 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6727 ttl=3D64 time=3D303.981 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6728 ttl=3D64 time=3D302.300 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6729 ttl=3D64 time=3D301.414 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6730 ttl=3D64 time=3D301.265 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6731 ttl=3D64 time=3D301.322 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6732 ttl=3D64 time=3D300.635 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6733 ttl=3D64 time=3D299.268 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6734 ttl=3D64 time=3D299.792 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6735 ttl=3D64 time=3D298.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6736 ttl=3D64 time=3D297.915 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6737 ttl=3D64 time=3D298.777 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6738 ttl=3D64 time=3D298.593 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6739 ttl=3D64 time=3D298.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6740 ttl=3D64 time=3D298.607 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6741 ttl=3D64 time=3D298.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6742 ttl=3D64 time=3D298.360 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6743 ttl=3D64 time=3D298.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6744 ttl=3D64 time=3D303.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6745 ttl=3D64 time=3D304.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6746 ttl=3D64 time=3D303.589 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6747 ttl=3D64 time=3D303.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6748 ttl=3D64 time=3D302.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6749 ttl=3D64 time=3D304.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6750 ttl=3D64 time=3D304.384 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6751 ttl=3D64 time=3D303.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6752 ttl=3D64 time=3D303.231 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6753 ttl=3D64 time=3D302.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6754 ttl=3D64 time=3D301.635 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6755 ttl=3D64 time=3D301.097 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6756 ttl=3D64 time=3D301.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6757 ttl=3D64 time=3D301.189 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6758 ttl=3D64 time=3D302.120 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6759 ttl=3D64 time=3D302.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6760 ttl=3D64 time=3D301.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6761 ttl=3D64 time=3D302.563 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6762 ttl=3D64 time=3D301.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6763 ttl=3D64 time=3D302.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6764 ttl=3D64 time=3D302.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6765 ttl=3D64 time=3D301.406 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6766 ttl=3D64 time=3D301.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6767 ttl=3D64 time=3D301.677 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6768 ttl=3D64 time=3D301.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6769 ttl=3D64 time=3D303.374 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6770 ttl=3D64 time=3D302.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6771 ttl=3D64 time=3D302.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6772 ttl=3D64 time=3D303.320 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6773 ttl=3D64 time=3D302.624 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6774 ttl=3D64 time=3D302.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6775 ttl=3D64 time=3D305.539 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6776 ttl=3D64 time=3D306.221 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6777 ttl=3D64 time=3D309.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6778 ttl=3D64 time=3D309.849 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6779 ttl=3D64 time=3D309.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6780 ttl=3D64 time=3D309.424 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6781 ttl=3D64 time=3D308.684 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6782 ttl=3D64 time=3D307.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6783 ttl=3D64 time=3D306.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6784 ttl=3D64 time=3D305.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6785 ttl=3D64 time=3D304.376 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6786 ttl=3D64 time=3D305.425 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6787 ttl=3D64 time=3D304.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6788 ttl=3D64 time=3D304.489 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6789 ttl=3D64 time=3D304.427 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6790 ttl=3D64 time=3D305.792 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6791 ttl=3D64 time=3D306.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6792 ttl=3D64 time=3D306.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6793 ttl=3D64 time=3D309.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6794 ttl=3D64 time=3D309.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6795 ttl=3D64 time=3D309.477 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6796 ttl=3D64 time=3D308.494 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6797 ttl=3D64 time=3D308.796 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6798 ttl=3D64 time=3D307.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6799 ttl=3D64 time=3D311.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6800 ttl=3D64 time=3D309.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6801 ttl=3D64 time=3D310.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6802 ttl=3D64 time=3D309.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6803 ttl=3D64 time=3D309.426 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6804 ttl=3D64 time=3D309.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6805 ttl=3D64 time=3D309.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6806 ttl=3D64 time=3D310.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6807 ttl=3D64 time=3D310.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6808 ttl=3D64 time=3D310.941 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6809 ttl=3D64 time=3D310.932 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6810 ttl=3D64 time=3D310.315 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6811 ttl=3D64 time=3D309.016 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6812 ttl=3D64 time=3D308.475 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6813 ttl=3D64 time=3D307.904 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6814 ttl=3D64 time=3D308.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6815 ttl=3D64 time=3D308.749 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6816 ttl=3D64 time=3D307.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6817 ttl=3D64 time=3D305.944 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6818 ttl=3D64 time=3D304.966 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6819 ttl=3D64 time=3D305.162 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6820 ttl=3D64 time=3D304.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6821 ttl=3D64 time=3D304.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6822 ttl=3D64 time=3D305.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6823 ttl=3D64 time=3D306.320 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6824 ttl=3D64 time=3D305.805 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6825 ttl=3D64 time=3D306.043 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6826 ttl=3D64 time=3D305.747 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6827 ttl=3D64 time=3D306.101 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6828 ttl=3D64 time=3D307.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6829 ttl=3D64 time=3D306.658 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6830 ttl=3D64 time=3D305.391 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6831 ttl=3D64 time=3D305.605 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6832 ttl=3D64 time=3D304.643 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6833 ttl=3D64 time=3D305.567 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6834 ttl=3D64 time=3D310.173 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6835 ttl=3D64 time=3D310.783 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6836 ttl=3D64 time=3D311.934 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6837 ttl=3D64 time=3D310.726 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6838 ttl=3D64 time=3D310.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6839 ttl=3D64 time=3D309.860 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6840 ttl=3D64 time=3D311.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6841 ttl=3D64 time=3D311.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6842 ttl=3D64 time=3D309.376 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6843 ttl=3D64 time=3D308.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6844 ttl=3D64 time=3D308.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6845 ttl=3D64 time=3D308.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6846 ttl=3D64 time=3D307.990 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6852 ttl=3D64 time=3D297.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6853 ttl=3D64 time=3D297.108 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6854 ttl=3D64 time=3D299.367 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6855 ttl=3D64 time=3D298.038 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6856 ttl=3D64 time=3D298.532 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6857 ttl=3D64 time=3D297.949 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6858 ttl=3D64 time=3D298.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6859 ttl=3D64 time=3D297.760 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6860 ttl=3D64 time=3D298.472 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6861 ttl=3D64 time=3D297.569 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6862 ttl=3D64 time=3D297.723 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6863 ttl=3D64 time=3D296.732 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6864 ttl=3D64 time=3D297.752 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6865 ttl=3D64 time=3D296.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6866 ttl=3D64 time=3D295.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6867 ttl=3D64 time=3D293.911 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6868 ttl=3D64 time=3D293.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6869 ttl=3D64 time=3D293.795 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6870 ttl=3D64 time=3D293.491 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6871 ttl=3D64 time=3D293.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6872 ttl=3D64 time=3D293.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6873 ttl=3D64 time=3D292.989 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6874 ttl=3D64 time=3D293.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6875 ttl=3D64 time=3D293.473 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6876 ttl=3D64 time=3D294.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6877 ttl=3D64 time=3D295.474 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6878 ttl=3D64 time=3D294.631 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6879 ttl=3D64 time=3D296.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6880 ttl=3D64 time=3D297.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6881 ttl=3D64 time=3D297.292 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6882 ttl=3D64 time=3D297.336 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6883 ttl=3D64 time=3D298.297 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6884 ttl=3D64 time=3D298.650 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6885 ttl=3D64 time=3D298.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6886 ttl=3D64 time=3D297.994 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6887 ttl=3D64 time=3D298.693 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6888 ttl=3D64 time=3D297.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6889 ttl=3D64 time=3D296.946 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6890 ttl=3D64 time=3D298.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6891 ttl=3D64 time=3D298.269 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6892 ttl=3D64 time=3D296.975 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6893 ttl=3D64 time=3D296.417 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6894 ttl=3D64 time=3D295.108 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6895 ttl=3D64 time=3D296.212 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6896 ttl=3D64 time=3D296.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6897 ttl=3D64 time=3D296.801 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6898 ttl=3D64 time=3D296.987 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6899 ttl=3D64 time=3D295.740 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6917 ttl=3D64 time=3D267.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6918 ttl=3D64 time=3D266.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6919 ttl=3D64 time=3D266.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6920 ttl=3D64 time=3D265.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6921 ttl=3D64 time=3D263.760 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6922 ttl=3D64 time=3D264.110 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6923 ttl=3D64 time=3D262.914 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6924 ttl=3D64 time=3D261.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6925 ttl=3D64 time=3D261.889 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6926 ttl=3D64 time=3D266.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6927 ttl=3D64 time=3D264.915 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6928 ttl=3D64 time=3D264.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6929 ttl=3D64 time=3D263.524 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6930 ttl=3D64 time=3D263.629 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6931 ttl=3D64 time=3D262.186 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6932 ttl=3D64 time=3D260.865 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6933 ttl=3D64 time=3D261.332 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6934 ttl=3D64 time=3D261.533 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6935 ttl=3D64 time=3D261.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6936 ttl=3D64 time=3D261.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6937 ttl=3D64 time=3D261.711 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6938 ttl=3D64 time=3D260.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6939 ttl=3D64 time=3D259.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6940 ttl=3D64 time=3D259.036 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6941 ttl=3D64 time=3D259.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6942 ttl=3D64 time=3D257.570 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6943 ttl=3D64 time=3D258.977 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6944 ttl=3D64 time=3D259.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6945 ttl=3D64 time=3D257.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6946 ttl=3D64 time=3D259.774 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6947 ttl=3D64 time=3D258.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6948 ttl=3D64 time=3D258.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6949 ttl=3D64 time=3D258.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6950 ttl=3D64 time=3D258.337 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6951 ttl=3D64 time=3D257.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6952 ttl=3D64 time=3D259.503 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6953 ttl=3D64 time=3D259.037 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6954 ttl=3D64 time=3D259.969 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6955 ttl=3D64 time=3D259.472 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6956 ttl=3D64 time=3D259.111 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6957 ttl=3D64 time=3D259.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6958 ttl=3D64 time=3D259.928 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D6959 ttl=3D64 time=3D260.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6960 ttl=3D64 time=3D259.722 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6961 ttl=3D64 time=3D261.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6962 ttl=3D64 time=3D261.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6963 ttl=3D64 time=3D263.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6964 ttl=3D64 time=3D263.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6968 ttl=3D64 time=3D259.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6969 ttl=3D64 time=3D259.395 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6970 ttl=3D64 time=3D259.679 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6971 ttl=3D64 time=3D259.159 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6972 ttl=3D64 time=3D259.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6973 ttl=3D64 time=3D261.567 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6974 ttl=3D64 time=3D261.577 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6975 ttl=3D64 time=3D260.721 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6976 ttl=3D64 time=3D259.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6977 ttl=3D64 time=3D257.948 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6978 ttl=3D64 time=3D259.111 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6979 ttl=3D64 time=3D259.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6980 ttl=3D64 time=3D259.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6981 ttl=3D64 time=3D259.196 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6982 ttl=3D64 time=3D259.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6983 ttl=3D64 time=3D258.947 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6984 ttl=3D64 time=3D258.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6985 ttl=3D64 time=3D261.432 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6986 ttl=3D64 time=3D260.410 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6987 ttl=3D64 time=3D260.686 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6988 ttl=3D64 time=3D260.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6989 ttl=3D64 time=3D260.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6990 ttl=3D64 time=3D260.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6991 ttl=3D64 time=3D260.700 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6992 ttl=3D64 time=3D261.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6993 ttl=3D64 time=3D262.186 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6994 ttl=3D64 time=3D262.275 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6995 ttl=3D64 time=3D260.789 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6996 ttl=3D64 time=3D261.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6997 ttl=3D64 time=3D259.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6998 ttl=3D64 time=3D260.257 ms 1480 bytes from 10.40.64.17: icmp_seq=3D6999 ttl=3D64 time=3D259.754 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7000 ttl=3D64 time=3D259.143 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7001 ttl=3D64 time=3D259.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7002 ttl=3D64 time=3D258.948 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7003 ttl=3D64 time=3D261.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7004 ttl=3D64 time=3D261.938 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7005 ttl=3D64 time=3D262.386 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7006 ttl=3D64 time=3D261.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7007 ttl=3D64 time=3D261.598 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7008 ttl=3D64 time=3D261.490 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7009 ttl=3D64 time=3D259.984 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7010 ttl=3D64 time=3D262.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7011 ttl=3D64 time=3D262.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7012 ttl=3D64 time=3D260.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7013 ttl=3D64 time=3D259.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7014 ttl=3D64 time=3D258.348 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7015 ttl=3D64 time=3D259.548 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7018 ttl=3D64 time=3D255.251 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7019 ttl=3D64 time=3D254.717 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7020 ttl=3D64 time=3D254.457 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7021 ttl=3D64 time=3D257.184 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7022 ttl=3D64 time=3D257.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7023 ttl=3D64 time=3D257.391 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7024 ttl=3D64 time=3D256.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7025 ttl=3D64 time=3D256.347 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7026 ttl=3D64 time=3D256.205 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7027 ttl=3D64 time=3D257.938 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7028 ttl=3D64 time=3D258.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7029 ttl=3D64 time=3D258.616 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7030 ttl=3D64 time=3D259.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7031 ttl=3D64 time=3D259.804 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7032 ttl=3D64 time=3D261.061 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7033 ttl=3D64 time=3D261.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7034 ttl=3D64 time=3D260.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7035 ttl=3D64 time=3D261.992 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7036 ttl=3D64 time=3D261.936 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7037 ttl=3D64 time=3D262.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7038 ttl=3D64 time=3D261.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7039 ttl=3D64 time=3D260.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7040 ttl=3D64 time=3D260.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7041 ttl=3D64 time=3D260.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7042 ttl=3D64 time=3D261.344 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7043 ttl=3D64 time=3D262.386 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7044 ttl=3D64 time=3D262.671 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7045 ttl=3D64 time=3D261.365 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7046 ttl=3D64 time=3D261.476 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7047 ttl=3D64 time=3D263.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7048 ttl=3D64 time=3D263.348 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7049 ttl=3D64 time=3D263.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7050 ttl=3D64 time=3D263.119 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7051 ttl=3D64 time=3D263.920 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7052 ttl=3D64 time=3D263.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7053 ttl=3D64 time=3D267.220 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7054 ttl=3D64 time=3D267.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7055 ttl=3D64 time=3D266.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7056 ttl=3D64 time=3D266.968 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7057 ttl=3D64 time=3D266.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7058 ttl=3D64 time=3D267.000 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7059 ttl=3D64 time=3D266.956 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7060 ttl=3D64 time=3D270.456 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7061 ttl=3D64 time=3D270.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7062 ttl=3D64 time=3D269.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7063 ttl=3D64 time=3D269.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7064 ttl=3D64 time=3D268.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7068 ttl=3D64 time=3D262.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7069 ttl=3D64 time=3D262.965 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7070 ttl=3D64 time=3D263.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7071 ttl=3D64 time=3D262.532 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7072 ttl=3D64 time=3D264.203 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7073 ttl=3D64 time=3D263.290 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7074 ttl=3D64 time=3D263.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7075 ttl=3D64 time=3D263.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7076 ttl=3D64 time=3D263.970 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7077 ttl=3D64 time=3D263.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7078 ttl=3D64 time=3D263.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7079 ttl=3D64 time=3D264.442 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7080 ttl=3D64 time=3D264.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7081 ttl=3D64 time=3D264.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7082 ttl=3D64 time=3D265.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7083 ttl=3D64 time=3D265.314 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7084 ttl=3D64 time=3D266.052 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7085 ttl=3D64 time=3D265.449 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7086 ttl=3D64 time=3D265.199 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7087 ttl=3D64 time=3D263.936 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7088 ttl=3D64 time=3D263.478 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7089 ttl=3D64 time=3D263.566 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7090 ttl=3D64 time=3D264.003 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7091 ttl=3D64 time=3D262.860 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7092 ttl=3D64 time=3D262.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7093 ttl=3D64 time=3D262.120 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7094 ttl=3D64 time=3D264.830 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7095 ttl=3D64 time=3D264.819 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7096 ttl=3D64 time=3D266.298 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7097 ttl=3D64 time=3D266.573 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7098 ttl=3D64 time=3D267.000 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7099 ttl=3D64 time=3D267.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7100 ttl=3D64 time=3D267.681 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7101 ttl=3D64 time=3D268.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7102 ttl=3D64 time=3D269.048 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7103 ttl=3D64 time=3D268.291 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7104 ttl=3D64 time=3D268.140 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7105 ttl=3D64 time=3D269.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7106 ttl=3D64 time=3D271.724 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7107 ttl=3D64 time=3D272.036 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7108 ttl=3D64 time=3D271.904 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7109 ttl=3D64 time=3D272.799 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7110 ttl=3D64 time=3D271.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7111 ttl=3D64 time=3D272.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7112 ttl=3D64 time=3D272.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7113 ttl=3D64 time=3D272.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7114 ttl=3D64 time=3D270.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7115 ttl=3D64 time=3D270.241 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7121 ttl=3D64 time=3D263.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7122 ttl=3D64 time=3D263.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7123 ttl=3D64 time=3D262.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7124 ttl=3D64 time=3D261.214 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7125 ttl=3D64 time=3D262.146 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7126 ttl=3D64 time=3D261.679 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7127 ttl=3D64 time=3D261.196 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7128 ttl=3D64 time=3D259.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7129 ttl=3D64 time=3D264.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7130 ttl=3D64 time=3D264.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7131 ttl=3D64 time=3D264.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7132 ttl=3D64 time=3D261.544 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7133 ttl=3D64 time=3D262.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7134 ttl=3D64 time=3D261.689 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7135 ttl=3D64 time=3D262.679 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7136 ttl=3D64 time=3D260.616 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7137 ttl=3D64 time=3D262.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7138 ttl=3D64 time=3D264.519 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7139 ttl=3D64 time=3D266.281 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7140 ttl=3D64 time=3D264.518 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7141 ttl=3D64 time=3D263.796 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7142 ttl=3D64 time=3D263.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7143 ttl=3D64 time=3D262.357 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7144 ttl=3D64 time=3D261.724 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7145 ttl=3D64 time=3D260.486 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7146 ttl=3D64 time=3D262.380 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7147 ttl=3D64 time=3D261.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7148 ttl=3D64 time=3D261.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7149 ttl=3D64 time=3D260.307 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7150 ttl=3D64 time=3D259.039 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7151 ttl=3D64 time=3D259.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7152 ttl=3D64 time=3D259.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7153 ttl=3D64 time=3D258.562 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7154 ttl=3D64 time=3D259.716 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7155 ttl=3D64 time=3D259.223 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7156 ttl=3D64 time=3D259.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7157 ttl=3D64 time=3D259.158 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7158 ttl=3D64 time=3D256.893 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7159 ttl=3D64 time=3D257.148 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7160 ttl=3D64 time=3D256.943 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7161 ttl=3D64 time=3D256.929 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7162 ttl=3D64 time=3D256.382 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7163 ttl=3D64 time=3D256.695 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7164 ttl=3D64 time=3D257.750 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7165 ttl=3D64 time=3D257.212 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7166 ttl=3D64 time=3D257.042 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7167 ttl=3D64 time=3D258.735 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7168 ttl=3D64 time=3D257.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7171 ttl=3D64 time=3D255.654 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7172 ttl=3D64 time=3D255.185 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7173 ttl=3D64 time=3D254.668 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7174 ttl=3D64 time=3D254.220 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7175 ttl=3D64 time=3D253.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7176 ttl=3D64 time=3D253.516 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7177 ttl=3D64 time=3D254.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7178 ttl=3D64 time=3D255.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7179 ttl=3D64 time=3D255.633 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7180 ttl=3D64 time=3D254.377 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7181 ttl=3D64 time=3D253.101 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7182 ttl=3D64 time=3D251.817 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7183 ttl=3D64 time=3D251.178 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7184 ttl=3D64 time=3D251.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7185 ttl=3D64 time=3D251.887 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7186 ttl=3D64 time=3D251.376 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7187 ttl=3D64 time=3D251.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7188 ttl=3D64 time=3D250.543 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7189 ttl=3D64 time=3D251.018 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7190 ttl=3D64 time=3D251.190 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7191 ttl=3D64 time=3D251.055 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7192 ttl=3D64 time=3D255.066 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7193 ttl=3D64 time=3D254.256 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7194 ttl=3D64 time=3D253.774 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7195 ttl=3D64 time=3D253.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7196 ttl=3D64 time=3D257.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7197 ttl=3D64 time=3D261.919 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7198 ttl=3D64 time=3D267.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7199 ttl=3D64 time=3D266.499 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7200 ttl=3D64 time=3D265.618 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7201 ttl=3D64 time=3D266.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7202 ttl=3D64 time=3D265.448 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7203 ttl=3D64 time=3D265.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7204 ttl=3D64 time=3D265.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7205 ttl=3D64 time=3D264.784 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7206 ttl=3D64 time=3D263.579 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7207 ttl=3D64 time=3D264.352 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7208 ttl=3D64 time=3D266.321 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7209 ttl=3D64 time=3D266.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7210 ttl=3D64 time=3D265.732 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7211 ttl=3D64 time=3D265.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7212 ttl=3D64 time=3D265.744 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7213 ttl=3D64 time=3D264.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7214 ttl=3D64 time=3D265.701 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7215 ttl=3D64 time=3D264.518 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7216 ttl=3D64 time=3D264.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7217 ttl=3D64 time=3D265.623 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7218 ttl=3D64 time=3D266.198 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7219 ttl=3D64 time=3D270.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7220 ttl=3D64 time=3D270.226 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7221 ttl=3D64 time=3D270.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7222 ttl=3D64 time=3D269.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7223 ttl=3D64 time=3D270.300 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7224 ttl=3D64 time=3D274.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7225 ttl=3D64 time=3D273.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7226 ttl=3D64 time=3D272.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7227 ttl=3D64 time=3D273.056 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7228 ttl=3D64 time=3D272.133 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7229 ttl=3D64 time=3D272.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7230 ttl=3D64 time=3D271.969 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7231 ttl=3D64 time=3D271.464 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7232 ttl=3D64 time=3D271.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7233 ttl=3D64 time=3D271.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7234 ttl=3D64 time=3D270.795 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7235 ttl=3D64 time=3D272.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7236 ttl=3D64 time=3D272.306 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7237 ttl=3D64 time=3D272.300 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7238 ttl=3D64 time=3D275.354 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7239 ttl=3D64 time=3D274.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7240 ttl=3D64 time=3D275.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7241 ttl=3D64 time=3D274.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7242 ttl=3D64 time=3D274.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7243 ttl=3D64 time=3D273.197 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7244 ttl=3D64 time=3D273.342 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7245 ttl=3D64 time=3D272.689 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7246 ttl=3D64 time=3D273.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7247 ttl=3D64 time=3D273.595 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7248 ttl=3D64 time=3D274.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7249 ttl=3D64 time=3D272.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7250 ttl=3D64 time=3D273.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7251 ttl=3D64 time=3D273.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7252 ttl=3D64 time=3D272.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7253 ttl=3D64 time=3D272.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7254 ttl=3D64 time=3D276.049 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7255 ttl=3D64 time=3D276.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7256 ttl=3D64 time=3D275.817 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7257 ttl=3D64 time=3D276.168 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7258 ttl=3D64 time=3D276.680 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7259 ttl=3D64 time=3D277.089 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7260 ttl=3D64 time=3D276.700 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7261 ttl=3D64 time=3D276.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7262 ttl=3D64 time=3D276.625 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7263 ttl=3D64 time=3D276.644 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7264 ttl=3D64 time=3D276.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7265 ttl=3D64 time=3D275.178 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7266 ttl=3D64 time=3D275.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7267 ttl=3D64 time=3D274.385 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7268 ttl=3D64 time=3D277.243 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7269 ttl=3D64 time=3D278.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7270 ttl=3D64 time=3D278.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7271 ttl=3D64 time=3D277.627 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7272 ttl=3D64 time=3D277.328 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7273 ttl=3D64 time=3D277.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7274 ttl=3D64 time=3D277.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7275 ttl=3D64 time=3D276.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7276 ttl=3D64 time=3D275.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7277 ttl=3D64 time=3D277.806 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7278 ttl=3D64 time=3D277.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7279 ttl=3D64 time=3D276.944 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7280 ttl=3D64 time=3D276.989 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7281 ttl=3D64 time=3D277.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7282 ttl=3D64 time=3D280.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7283 ttl=3D64 time=3D279.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7284 ttl=3D64 time=3D280.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7285 ttl=3D64 time=3D281.988 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7286 ttl=3D64 time=3D282.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7287 ttl=3D64 time=3D283.135 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7288 ttl=3D64 time=3D281.986 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7289 ttl=3D64 time=3D281.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7290 ttl=3D64 time=3D282.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7291 ttl=3D64 time=3D282.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7292 ttl=3D64 time=3D284.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7293 ttl=3D64 time=3D282.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7294 ttl=3D64 time=3D281.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7295 ttl=3D64 time=3D281.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7296 ttl=3D64 time=3D280.696 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7297 ttl=3D64 time=3D280.803 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7298 ttl=3D64 time=3D282.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7299 ttl=3D64 time=3D283.351 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7300 ttl=3D64 time=3D286.599 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7301 ttl=3D64 time=3D286.824 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7302 ttl=3D64 time=3D293.706 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7303 ttl=3D64 time=3D294.460 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7304 ttl=3D64 time=3D293.019 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7305 ttl=3D64 time=3D296.365 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7306 ttl=3D64 time=3D295.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7307 ttl=3D64 time=3D294.926 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7317 ttl=3D64 time=3D279.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7318 ttl=3D64 time=3D279.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7319 ttl=3D64 time=3D279.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7320 ttl=3D64 time=3D279.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7321 ttl=3D64 time=3D279.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7322 ttl=3D64 time=3D278.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7323 ttl=3D64 time=3D277.143 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7324 ttl=3D64 time=3D277.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7325 ttl=3D64 time=3D277.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7326 ttl=3D64 time=3D276.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7327 ttl=3D64 time=3D276.885 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7328 ttl=3D64 time=3D275.594 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7329 ttl=3D64 time=3D275.865 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7330 ttl=3D64 time=3D276.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7331 ttl=3D64 time=3D278.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7332 ttl=3D64 time=3D278.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7333 ttl=3D64 time=3D278.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7334 ttl=3D64 time=3D278.217 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7335 ttl=3D64 time=3D277.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7336 ttl=3D64 time=3D276.769 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7337 ttl=3D64 time=3D277.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7338 ttl=3D64 time=3D277.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7339 ttl=3D64 time=3D278.990 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7340 ttl=3D64 time=3D279.004 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7341 ttl=3D64 time=3D279.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7342 ttl=3D64 time=3D277.843 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7343 ttl=3D64 time=3D277.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7344 ttl=3D64 time=3D276.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7345 ttl=3D64 time=3D276.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7346 ttl=3D64 time=3D276.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7347 ttl=3D64 time=3D277.727 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7348 ttl=3D64 time=3D277.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7349 ttl=3D64 time=3D277.594 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7350 ttl=3D64 time=3D277.031 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7351 ttl=3D64 time=3D278.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7352 ttl=3D64 time=3D279.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7353 ttl=3D64 time=3D278.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7354 ttl=3D64 time=3D277.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7355 ttl=3D64 time=3D277.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7356 ttl=3D64 time=3D277.465 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7357 ttl=3D64 time=3D277.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7358 ttl=3D64 time=3D279.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7359 ttl=3D64 time=3D278.865 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7360 ttl=3D64 time=3D278.136 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7361 ttl=3D64 time=3D277.505 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7362 ttl=3D64 time=3D277.275 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7363 ttl=3D64 time=3D276.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7364 ttl=3D64 time=3D277.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7370 ttl=3D64 time=3D269.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7371 ttl=3D64 time=3D269.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7372 ttl=3D64 time=3D269.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7373 ttl=3D64 time=3D269.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7374 ttl=3D64 time=3D269.527 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7375 ttl=3D64 time=3D269.089 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7376 ttl=3D64 time=3D268.488 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7377 ttl=3D64 time=3D267.894 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7378 ttl=3D64 time=3D267.031 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7379 ttl=3D64 time=3D267.050 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7380 ttl=3D64 time=3D265.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7381 ttl=3D64 time=3D266.979 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7382 ttl=3D64 time=3D266.424 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7383 ttl=3D64 time=3D265.765 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7384 ttl=3D64 time=3D265.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7385 ttl=3D64 time=3D265.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7386 ttl=3D64 time=3D264.733 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7387 ttl=3D64 time=3D263.466 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7388 ttl=3D64 time=3D264.655 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7389 ttl=3D64 time=3D265.774 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7390 ttl=3D64 time=3D266.984 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7391 ttl=3D64 time=3D266.572 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7392 ttl=3D64 time=3D266.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7393 ttl=3D64 time=3D266.629 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7394 ttl=3D64 time=3D266.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7395 ttl=3D64 time=3D266.086 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7396 ttl=3D64 time=3D266.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7397 ttl=3D64 time=3D266.865 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7398 ttl=3D64 time=3D267.370 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7399 ttl=3D64 time=3D266.896 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7400 ttl=3D64 time=3D265.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7401 ttl=3D64 time=3D265.771 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7402 ttl=3D64 time=3D266.215 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7403 ttl=3D64 time=3D266.599 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7404 ttl=3D64 time=3D266.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7405 ttl=3D64 time=3D267.241 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7406 ttl=3D64 time=3D266.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7407 ttl=3D64 time=3D267.264 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7408 ttl=3D64 time=3D267.008 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7409 ttl=3D64 time=3D267.161 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7410 ttl=3D64 time=3D269.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7411 ttl=3D64 time=3D270.185 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7412 ttl=3D64 time=3D270.088 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7413 ttl=3D64 time=3D270.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7414 ttl=3D64 time=3D270.619 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7415 ttl=3D64 time=3D269.320 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7416 ttl=3D64 time=3D268.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7417 ttl=3D64 time=3D269.121 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7423 ttl=3D64 time=3D261.489 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7424 ttl=3D64 time=3D263.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7425 ttl=3D64 time=3D263.706 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7426 ttl=3D64 time=3D263.193 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7427 ttl=3D64 time=3D263.619 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7428 ttl=3D64 time=3D262.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7429 ttl=3D64 time=3D262.779 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7430 ttl=3D64 time=3D262.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7431 ttl=3D64 time=3D262.548 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7432 ttl=3D64 time=3D261.371 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7433 ttl=3D64 time=3D261.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7434 ttl=3D64 time=3D262.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7435 ttl=3D64 time=3D262.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7436 ttl=3D64 time=3D261.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7437 ttl=3D64 time=3D262.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7438 ttl=3D64 time=3D262.168 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7439 ttl=3D64 time=3D261.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7440 ttl=3D64 time=3D261.271 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7441 ttl=3D64 time=3D261.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7442 ttl=3D64 time=3D261.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7443 ttl=3D64 time=3D259.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7444 ttl=3D64 time=3D258.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7445 ttl=3D64 time=3D259.122 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7446 ttl=3D64 time=3D258.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7447 ttl=3D64 time=3D258.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7448 ttl=3D64 time=3D256.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7449 ttl=3D64 time=3D256.284 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7450 ttl=3D64 time=3D255.839 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7451 ttl=3D64 time=3D255.675 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7452 ttl=3D64 time=3D255.350 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7453 ttl=3D64 time=3D255.725 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7454 ttl=3D64 time=3D256.644 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7455 ttl=3D64 time=3D256.765 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7456 ttl=3D64 time=3D256.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7457 ttl=3D64 time=3D256.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7458 ttl=3D64 time=3D257.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7459 ttl=3D64 time=3D257.136 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7460 ttl=3D64 time=3D257.357 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7461 ttl=3D64 time=3D257.231 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7462 ttl=3D64 time=3D257.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7463 ttl=3D64 time=3D257.140 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7464 ttl=3D64 time=3D257.516 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7465 ttl=3D64 time=3D257.979 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7466 ttl=3D64 time=3D257.637 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7467 ttl=3D64 time=3D257.062 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7468 ttl=3D64 time=3D256.909 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7469 ttl=3D64 time=3D257.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7470 ttl=3D64 time=3D256.728 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7473 ttl=3D64 time=3D252.254 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7474 ttl=3D64 time=3D253.968 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7475 ttl=3D64 time=3D252.936 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7476 ttl=3D64 time=3D253.224 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7477 ttl=3D64 time=3D252.877 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7478 ttl=3D64 time=3D252.943 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7479 ttl=3D64 time=3D252.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7480 ttl=3D64 time=3D253.099 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7481 ttl=3D64 time=3D251.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7482 ttl=3D64 time=3D251.739 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7483 ttl=3D64 time=3D252.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7484 ttl=3D64 time=3D253.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7485 ttl=3D64 time=3D254.611 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7486 ttl=3D64 time=3D255.929 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7487 ttl=3D64 time=3D254.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7488 ttl=3D64 time=3D254.133 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7489 ttl=3D64 time=3D254.014 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7490 ttl=3D64 time=3D253.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7491 ttl=3D64 time=3D252.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7492 ttl=3D64 time=3D251.706 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7493 ttl=3D64 time=3D250.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7494 ttl=3D64 time=3D253.180 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7495 ttl=3D64 time=3D256.393 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7496 ttl=3D64 time=3D255.082 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7497 ttl=3D64 time=3D256.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7498 ttl=3D64 time=3D255.698 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7499 ttl=3D64 time=3D256.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7500 ttl=3D64 time=3D255.879 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7501 ttl=3D64 time=3D254.609 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7502 ttl=3D64 time=3D254.981 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7503 ttl=3D64 time=3D254.181 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7504 ttl=3D64 time=3D256.860 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7505 ttl=3D64 time=3D255.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7506 ttl=3D64 time=3D255.315 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7507 ttl=3D64 time=3D255.187 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7508 ttl=3D64 time=3D255.308 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7509 ttl=3D64 time=3D254.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7510 ttl=3D64 time=3D253.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7511 ttl=3D64 time=3D253.895 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7512 ttl=3D64 time=3D254.449 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7513 ttl=3D64 time=3D253.826 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7514 ttl=3D64 time=3D254.624 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7515 ttl=3D64 time=3D254.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7516 ttl=3D64 time=3D253.954 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7517 ttl=3D64 time=3D258.250 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7518 ttl=3D64 time=3D258.818 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7519 ttl=3D64 time=3D257.835 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7520 ttl=3D64 time=3D256.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7521 ttl=3D64 time=3D256.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7522 ttl=3D64 time=3D255.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7523 ttl=3D64 time=3D255.808 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7524 ttl=3D64 time=3D255.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7525 ttl=3D64 time=3D256.078 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7526 ttl=3D64 time=3D256.718 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7527 ttl=3D64 time=3D256.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7528 ttl=3D64 time=3D256.717 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7529 ttl=3D64 time=3D257.467 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7530 ttl=3D64 time=3D256.238 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7531 ttl=3D64 time=3D255.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7532 ttl=3D64 time=3D255.259 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7533 ttl=3D64 time=3D255.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7534 ttl=3D64 time=3D255.505 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7535 ttl=3D64 time=3D255.855 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7536 ttl=3D64 time=3D255.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7537 ttl=3D64 time=3D256.049 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7538 ttl=3D64 time=3D255.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7539 ttl=3D64 time=3D255.733 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7540 ttl=3D64 time=3D255.271 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7541 ttl=3D64 time=3D256.135 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7542 ttl=3D64 time=3D255.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7543 ttl=3D64 time=3D255.826 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7544 ttl=3D64 time=3D255.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7545 ttl=3D64 time=3D256.243 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7546 ttl=3D64 time=3D256.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7547 ttl=3D64 time=3D256.104 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7548 ttl=3D64 time=3D256.489 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7549 ttl=3D64 time=3D256.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7550 ttl=3D64 time=3D256.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7551 ttl=3D64 time=3D255.572 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7552 ttl=3D64 time=3D256.464 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7553 ttl=3D64 time=3D255.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7554 ttl=3D64 time=3D257.947 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7555 ttl=3D64 time=3D256.643 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7556 ttl=3D64 time=3D256.554 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7557 ttl=3D64 time=3D257.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7558 ttl=3D64 time=3D257.667 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7559 ttl=3D64 time=3D256.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7560 ttl=3D64 time=3D255.051 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7561 ttl=3D64 time=3D255.262 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7562 ttl=3D64 time=3D255.598 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7563 ttl=3D64 time=3D255.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7564 ttl=3D64 time=3D255.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7565 ttl=3D64 time=3D254.487 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7566 ttl=3D64 time=3D253.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7567 ttl=3D64 time=3D253.135 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7568 ttl=3D64 time=3D253.187 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7572 ttl=3D64 time=3D246.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7573 ttl=3D64 time=3D246.423 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7574 ttl=3D64 time=3D246.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7575 ttl=3D64 time=3D247.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7576 ttl=3D64 time=3D247.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7577 ttl=3D64 time=3D249.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7578 ttl=3D64 time=3D253.826 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7579 ttl=3D64 time=3D253.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7580 ttl=3D64 time=3D252.315 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7581 ttl=3D64 time=3D251.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7582 ttl=3D64 time=3D251.168 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7583 ttl=3D64 time=3D251.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7584 ttl=3D64 time=3D251.300 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7585 ttl=3D64 time=3D251.428 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7586 ttl=3D64 time=3D250.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7587 ttl=3D64 time=3D251.198 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7588 ttl=3D64 time=3D250.765 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7589 ttl=3D64 time=3D250.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7590 ttl=3D64 time=3D250.941 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7591 ttl=3D64 time=3D252.035 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7592 ttl=3D64 time=3D252.946 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7593 ttl=3D64 time=3D253.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7594 ttl=3D64 time=3D255.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7595 ttl=3D64 time=3D257.755 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7596 ttl=3D64 time=3D258.314 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7597 ttl=3D64 time=3D268.484 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7598 ttl=3D64 time=3D269.008 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7599 ttl=3D64 time=3D268.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7600 ttl=3D64 time=3D268.691 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7601 ttl=3D64 time=3D268.195 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7602 ttl=3D64 time=3D268.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7603 ttl=3D64 time=3D267.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7604 ttl=3D64 time=3D267.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7605 ttl=3D64 time=3D269.835 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7606 ttl=3D64 time=3D269.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7607 ttl=3D64 time=3D269.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7608 ttl=3D64 time=3D268.661 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7609 ttl=3D64 time=3D275.452 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7610 ttl=3D64 time=3D276.055 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7611 ttl=3D64 time=3D276.504 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7612 ttl=3D64 time=3D275.296 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7613 ttl=3D64 time=3D274.016 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7614 ttl=3D64 time=3D274.417 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7615 ttl=3D64 time=3D275.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7616 ttl=3D64 time=3D274.995 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7617 ttl=3D64 time=3D274.054 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7618 ttl=3D64 time=3D274.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7619 ttl=3D64 time=3D275.203 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7630 ttl=3D64 time=3D257.910 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7631 ttl=3D64 time=3D259.406 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7632 ttl=3D64 time=3D259.647 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7633 ttl=3D64 time=3D258.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7634 ttl=3D64 time=3D257.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7635 ttl=3D64 time=3D257.473 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7636 ttl=3D64 time=3D257.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7637 ttl=3D64 time=3D256.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7638 ttl=3D64 time=3D256.280 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7639 ttl=3D64 time=3D255.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7640 ttl=3D64 time=3D255.433 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7641 ttl=3D64 time=3D254.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7642 ttl=3D64 time=3D253.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7643 ttl=3D64 time=3D252.358 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7644 ttl=3D64 time=3D252.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7645 ttl=3D64 time=3D256.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7646 ttl=3D64 time=3D255.698 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7647 ttl=3D64 time=3D254.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7648 ttl=3D64 time=3D256.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7649 ttl=3D64 time=3D256.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7650 ttl=3D64 time=3D254.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7651 ttl=3D64 time=3D254.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7652 ttl=3D64 time=3D254.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7653 ttl=3D64 time=3D254.154 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7654 ttl=3D64 time=3D254.318 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7655 ttl=3D64 time=3D253.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7656 ttl=3D64 time=3D253.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7657 ttl=3D64 time=3D252.893 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7658 ttl=3D64 time=3D252.179 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7659 ttl=3D64 time=3D253.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7660 ttl=3D64 time=3D258.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7661 ttl=3D64 time=3D258.946 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7662 ttl=3D64 time=3D260.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7663 ttl=3D64 time=3D261.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7664 ttl=3D64 time=3D260.252 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7665 ttl=3D64 time=3D260.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7666 ttl=3D64 time=3D261.124 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7667 ttl=3D64 time=3D258.847 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7668 ttl=3D64 time=3D258.441 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7669 ttl=3D64 time=3D258.569 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7670 ttl=3D64 time=3D257.778 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7671 ttl=3D64 time=3D258.120 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7672 ttl=3D64 time=3D257.630 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7673 ttl=3D64 time=3D258.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7674 ttl=3D64 time=3D257.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7675 ttl=3D64 time=3D256.839 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7676 ttl=3D64 time=3D257.714 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7677 ttl=3D64 time=3D257.935 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7678 ttl=3D64 time=3D258.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7679 ttl=3D64 time=3D257.962 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7680 ttl=3D64 time=3D258.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7681 ttl=3D64 time=3D259.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7682 ttl=3D64 time=3D260.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7683 ttl=3D64 time=3D261.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7684 ttl=3D64 time=3D260.667 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7685 ttl=3D64 time=3D261.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7686 ttl=3D64 time=3D261.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7687 ttl=3D64 time=3D263.906 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7688 ttl=3D64 time=3D264.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7689 ttl=3D64 time=3D264.259 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7690 ttl=3D64 time=3D265.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7691 ttl=3D64 time=3D263.792 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7692 ttl=3D64 time=3D263.384 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7693 ttl=3D64 time=3D263.017 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7694 ttl=3D64 time=3D263.440 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7695 ttl=3D64 time=3D263.088 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7696 ttl=3D64 time=3D263.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7697 ttl=3D64 time=3D264.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7698 ttl=3D64 time=3D265.987 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7699 ttl=3D64 time=3D266.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7700 ttl=3D64 time=3D267.225 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7701 ttl=3D64 time=3D267.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7702 ttl=3D64 time=3D267.181 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7703 ttl=3D64 time=3D266.175 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7704 ttl=3D64 time=3D266.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7705 ttl=3D64 time=3D266.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7706 ttl=3D64 time=3D267.887 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7707 ttl=3D64 time=3D266.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7708 ttl=3D64 time=3D266.168 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7709 ttl=3D64 time=3D264.979 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7710 ttl=3D64 time=3D265.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7711 ttl=3D64 time=3D265.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7712 ttl=3D64 time=3D264.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7713 ttl=3D64 time=3D264.833 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7714 ttl=3D64 time=3D263.709 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7715 ttl=3D64 time=3D264.525 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7716 ttl=3D64 time=3D263.869 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7717 ttl=3D64 time=3D264.864 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7718 ttl=3D64 time=3D264.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7719 ttl=3D64 time=3D264.891 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7720 ttl=3D64 time=3D263.747 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7721 ttl=3D64 time=3D264.044 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7722 ttl=3D64 time=3D264.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7723 ttl=3D64 time=3D264.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7724 ttl=3D64 time=3D262.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7725 ttl=3D64 time=3D264.987 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7726 ttl=3D64 time=3D264.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7727 ttl=3D64 time=3D263.640 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7728 ttl=3D64 time=3D263.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7729 ttl=3D64 time=3D264.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7730 ttl=3D64 time=3D264.311 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7731 ttl=3D64 time=3D263.516 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7732 ttl=3D64 time=3D262.633 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7733 ttl=3D64 time=3D263.384 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7734 ttl=3D64 time=3D263.225 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7735 ttl=3D64 time=3D263.558 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7736 ttl=3D64 time=3D262.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7737 ttl=3D64 time=3D262.881 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7738 ttl=3D64 time=3D263.067 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7739 ttl=3D64 time=3D263.350 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7740 ttl=3D64 time=3D263.759 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7741 ttl=3D64 time=3D264.238 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7742 ttl=3D64 time=3D263.765 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7743 ttl=3D64 time=3D263.294 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7744 ttl=3D64 time=3D263.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7745 ttl=3D64 time=3D262.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7746 ttl=3D64 time=3D261.724 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7747 ttl=3D64 time=3D261.333 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7748 ttl=3D64 time=3D260.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7749 ttl=3D64 time=3D260.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7750 ttl=3D64 time=3D259.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7751 ttl=3D64 time=3D257.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7752 ttl=3D64 time=3D257.219 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7753 ttl=3D64 time=3D260.774 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7754 ttl=3D64 time=3D259.542 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7755 ttl=3D64 time=3D258.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7756 ttl=3D64 time=3D260.136 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7757 ttl=3D64 time=3D260.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7758 ttl=3D64 time=3D258.900 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7759 ttl=3D64 time=3D258.859 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7760 ttl=3D64 time=3D258.138 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7761 ttl=3D64 time=3D258.570 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7762 ttl=3D64 time=3D258.238 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7763 ttl=3D64 time=3D258.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7764 ttl=3D64 time=3D258.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7765 ttl=3D64 time=3D258.599 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7766 ttl=3D64 time=3D262.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7767 ttl=3D64 time=3D261.461 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7768 ttl=3D64 time=3D260.830 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7772 ttl=3D64 time=3D254.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7773 ttl=3D64 time=3D255.316 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7774 ttl=3D64 time=3D254.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7775 ttl=3D64 time=3D254.348 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7776 ttl=3D64 time=3D253.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7777 ttl=3D64 time=3D253.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7778 ttl=3D64 time=3D252.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7779 ttl=3D64 time=3D252.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7780 ttl=3D64 time=3D252.018 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7781 ttl=3D64 time=3D252.181 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7782 ttl=3D64 time=3D252.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7783 ttl=3D64 time=3D251.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7784 ttl=3D64 time=3D251.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7785 ttl=3D64 time=3D250.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7786 ttl=3D64 time=3D250.121 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7787 ttl=3D64 time=3D249.717 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7788 ttl=3D64 time=3D249.366 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7789 ttl=3D64 time=3D249.345 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7790 ttl=3D64 time=3D248.542 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7791 ttl=3D64 time=3D248.920 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7792 ttl=3D64 time=3D248.514 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7793 ttl=3D64 time=3D247.954 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7794 ttl=3D64 time=3D247.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7795 ttl=3D64 time=3D248.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7796 ttl=3D64 time=3D247.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7797 ttl=3D64 time=3D247.896 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7798 ttl=3D64 time=3D247.914 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7799 ttl=3D64 time=3D247.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7800 ttl=3D64 time=3D248.485 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7801 ttl=3D64 time=3D250.226 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7802 ttl=3D64 time=3D250.726 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7803 ttl=3D64 time=3D251.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7804 ttl=3D64 time=3D251.262 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7805 ttl=3D64 time=3D251.579 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7806 ttl=3D64 time=3D249.972 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7807 ttl=3D64 time=3D249.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7808 ttl=3D64 time=3D248.787 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7809 ttl=3D64 time=3D249.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7810 ttl=3D64 time=3D248.681 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7811 ttl=3D64 time=3D248.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7812 ttl=3D64 time=3D248.690 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7813 ttl=3D64 time=3D248.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7814 ttl=3D64 time=3D249.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7815 ttl=3D64 time=3D249.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7816 ttl=3D64 time=3D248.832 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7817 ttl=3D64 time=3D248.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7818 ttl=3D64 time=3D247.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7823 ttl=3D64 time=3D241.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7824 ttl=3D64 time=3D241.381 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7825 ttl=3D64 time=3D240.625 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7826 ttl=3D64 time=3D240.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7827 ttl=3D64 time=3D239.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7828 ttl=3D64 time=3D240.020 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7829 ttl=3D64 time=3D238.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7830 ttl=3D64 time=3D238.060 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7831 ttl=3D64 time=3D239.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7832 ttl=3D64 time=3D239.687 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7833 ttl=3D64 time=3D242.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7834 ttl=3D64 time=3D242.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7835 ttl=3D64 time=3D242.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7836 ttl=3D64 time=3D242.738 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7837 ttl=3D64 time=3D242.235 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7838 ttl=3D64 time=3D241.839 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7839 ttl=3D64 time=3D240.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7840 ttl=3D64 time=3D239.258 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7841 ttl=3D64 time=3D239.494 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7842 ttl=3D64 time=3D239.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7843 ttl=3D64 time=3D239.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7844 ttl=3D64 time=3D239.561 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7845 ttl=3D64 time=3D239.854 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7846 ttl=3D64 time=3D239.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7847 ttl=3D64 time=3D238.820 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7848 ttl=3D64 time=3D240.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7849 ttl=3D64 time=3D243.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7850 ttl=3D64 time=3D242.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7851 ttl=3D64 time=3D242.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7852 ttl=3D64 time=3D241.048 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7853 ttl=3D64 time=3D241.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7854 ttl=3D64 time=3D240.998 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7855 ttl=3D64 time=3D240.460 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7856 ttl=3D64 time=3D240.271 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7857 ttl=3D64 time=3D240.472 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7858 ttl=3D64 time=3D239.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7859 ttl=3D64 time=3D239.755 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7860 ttl=3D64 time=3D239.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7861 ttl=3D64 time=3D238.867 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7862 ttl=3D64 time=3D238.823 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7863 ttl=3D64 time=3D239.104 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7864 ttl=3D64 time=3D239.495 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7865 ttl=3D64 time=3D240.612 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7866 ttl=3D64 time=3D239.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7867 ttl=3D64 time=3D239.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7868 ttl=3D64 time=3D239.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7869 ttl=3D64 time=3D238.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7870 ttl=3D64 time=3D239.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7871 ttl=3D64 time=3D240.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7872 ttl=3D64 time=3D240.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7873 ttl=3D64 time=3D240.267 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7874 ttl=3D64 time=3D239.545 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7875 ttl=3D64 time=3D240.875 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7876 ttl=3D64 time=3D242.904 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7877 ttl=3D64 time=3D243.163 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7878 ttl=3D64 time=3D242.754 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7879 ttl=3D64 time=3D242.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7880 ttl=3D64 time=3D243.027 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7881 ttl=3D64 time=3D242.514 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7882 ttl=3D64 time=3D242.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7883 ttl=3D64 time=3D242.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7884 ttl=3D64 time=3D241.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7885 ttl=3D64 time=3D241.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7886 ttl=3D64 time=3D243.862 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7887 ttl=3D64 time=3D243.330 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7888 ttl=3D64 time=3D243.327 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7889 ttl=3D64 time=3D242.652 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7890 ttl=3D64 time=3D243.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7891 ttl=3D64 time=3D243.634 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7892 ttl=3D64 time=3D243.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7893 ttl=3D64 time=3D242.888 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7894 ttl=3D64 time=3D243.178 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7895 ttl=3D64 time=3D243.495 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7896 ttl=3D64 time=3D244.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7897 ttl=3D64 time=3D244.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7898 ttl=3D64 time=3D244.109 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7899 ttl=3D64 time=3D243.545 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7900 ttl=3D64 time=3D243.337 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7901 ttl=3D64 time=3D242.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7902 ttl=3D64 time=3D243.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7903 ttl=3D64 time=3D243.781 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7904 ttl=3D64 time=3D244.856 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7905 ttl=3D64 time=3D244.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7906 ttl=3D64 time=3D245.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7907 ttl=3D64 time=3D245.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7908 ttl=3D64 time=3D244.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7909 ttl=3D64 time=3D247.280 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7910 ttl=3D64 time=3D247.502 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7911 ttl=3D64 time=3D246.945 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7912 ttl=3D64 time=3D248.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7913 ttl=3D64 time=3D249.041 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7914 ttl=3D64 time=3D249.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7915 ttl=3D64 time=3D248.640 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7916 ttl=3D64 time=3D247.927 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7917 ttl=3D64 time=3D244.392 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7918 ttl=3D64 time=3D244.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7919 ttl=3D64 time=3D245.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7920 ttl=3D64 time=3D245.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7921 ttl=3D64 time=3D244.859 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7922 ttl=3D64 time=3D246.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7923 ttl=3D64 time=3D245.836 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7924 ttl=3D64 time=3D245.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7925 ttl=3D64 time=3D245.344 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7926 ttl=3D64 time=3D244.055 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7927 ttl=3D64 time=3D243.452 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7928 ttl=3D64 time=3D245.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7929 ttl=3D64 time=3D244.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7930 ttl=3D64 time=3D245.486 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7931 ttl=3D64 time=3D246.212 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7932 ttl=3D64 time=3D245.780 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7933 ttl=3D64 time=3D246.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7934 ttl=3D64 time=3D246.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7935 ttl=3D64 time=3D246.469 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7936 ttl=3D64 time=3D248.420 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7937 ttl=3D64 time=3D247.753 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7938 ttl=3D64 time=3D247.726 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7939 ttl=3D64 time=3D247.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7940 ttl=3D64 time=3D247.750 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7941 ttl=3D64 time=3D247.761 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7942 ttl=3D64 time=3D248.020 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7943 ttl=3D64 time=3D248.753 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7944 ttl=3D64 time=3D255.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7945 ttl=3D64 time=3D255.399 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7946 ttl=3D64 time=3D254.117 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7947 ttl=3D64 time=3D254.381 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7948 ttl=3D64 time=3D253.096 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7949 ttl=3D64 time=3D254.817 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7950 ttl=3D64 time=3D254.089 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7951 ttl=3D64 time=3D253.484 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7952 ttl=3D64 time=3D252.301 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7953 ttl=3D64 time=3D250.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7954 ttl=3D64 time=3D250.601 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7955 ttl=3D64 time=3D250.185 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7956 ttl=3D64 time=3D252.252 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7957 ttl=3D64 time=3D254.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7962 ttl=3D64 time=3D250.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7963 ttl=3D64 time=3D250.870 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7964 ttl=3D64 time=3D250.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7965 ttl=3D64 time=3D250.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7966 ttl=3D64 time=3D251.384 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7967 ttl=3D64 time=3D251.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7968 ttl=3D64 time=3D252.297 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7969 ttl=3D64 time=3D252.263 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7970 ttl=3D64 time=3D253.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7971 ttl=3D64 time=3D252.133 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7972 ttl=3D64 time=3D255.386 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7973 ttl=3D64 time=3D254.489 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7974 ttl=3D64 time=3D253.844 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7975 ttl=3D64 time=3D256.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7976 ttl=3D64 time=3D255.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7977 ttl=3D64 time=3D257.097 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7978 ttl=3D64 time=3D258.298 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7979 ttl=3D64 time=3D260.795 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7980 ttl=3D64 time=3D262.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7981 ttl=3D64 time=3D262.306 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7982 ttl=3D64 time=3D262.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7983 ttl=3D64 time=3D261.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7984 ttl=3D64 time=3D262.107 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7985 ttl=3D64 time=3D262.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7986 ttl=3D64 time=3D262.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7987 ttl=3D64 time=3D261.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7988 ttl=3D64 time=3D261.504 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7989 ttl=3D64 time=3D261.115 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7990 ttl=3D64 time=3D261.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7991 ttl=3D64 time=3D261.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7992 ttl=3D64 time=3D259.987 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7993 ttl=3D64 time=3D260.424 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7994 ttl=3D64 time=3D260.795 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7995 ttl=3D64 time=3D260.945 ms 1480 bytes from 10.40.64.17: icmp_seq=3D7996 ttl=3D64 time=3D259.907 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7997 ttl=3D64 time=3D261.834 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7998 ttl=3D64 time=3D261.683 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D7999 ttl=3D64 time=3D263.281 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8000 ttl=3D64 time=3D263.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8001 ttl=3D64 time=3D263.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8002 ttl=3D64 time=3D264.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8003 ttl=3D64 time=3D263.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8004 ttl=3D64 time=3D262.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8005 ttl=3D64 time=3D262.212 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8006 ttl=3D64 time=3D262.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8007 ttl=3D64 time=3D262.795 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8008 ttl=3D64 time=3D264.415 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8009 ttl=3D64 time=3D264.112 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8010 ttl=3D64 time=3D263.435 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8011 ttl=3D64 time=3D263.814 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8012 ttl=3D64 time=3D263.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8013 ttl=3D64 time=3D262.071 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8014 ttl=3D64 time=3D262.240 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8015 ttl=3D64 time=3D261.083 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8016 ttl=3D64 time=3D261.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8017 ttl=3D64 time=3D261.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8018 ttl=3D64 time=3D261.178 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8019 ttl=3D64 time=3D260.750 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8020 ttl=3D64 time=3D262.633 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8021 ttl=3D64 time=3D263.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8022 ttl=3D64 time=3D264.542 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8023 ttl=3D64 time=3D264.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8024 ttl=3D64 time=3D267.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8025 ttl=3D64 time=3D271.107 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8026 ttl=3D64 time=3D271.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8027 ttl=3D64 time=3D272.253 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8028 ttl=3D64 time=3D272.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8029 ttl=3D64 time=3D273.577 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8030 ttl=3D64 time=3D273.094 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8031 ttl=3D64 time=3D272.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8032 ttl=3D64 time=3D275.276 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8033 ttl=3D64 time=3D275.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8034 ttl=3D64 time=3D275.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8035 ttl=3D64 time=3D274.451 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8036 ttl=3D64 time=3D274.645 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8037 ttl=3D64 time=3D274.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8038 ttl=3D64 time=3D274.535 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8039 ttl=3D64 time=3D278.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8040 ttl=3D64 time=3D278.876 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8041 ttl=3D64 time=3D285.771 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8042 ttl=3D64 time=3D285.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8043 ttl=3D64 time=3D286.635 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8044 ttl=3D64 time=3D286.030 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8045 ttl=3D64 time=3D285.006 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8046 ttl=3D64 time=3D286.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8047 ttl=3D64 time=3D285.545 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8048 ttl=3D64 time=3D286.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8049 ttl=3D64 time=3D286.143 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8050 ttl=3D64 time=3D287.212 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8051 ttl=3D64 time=3D285.947 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8052 ttl=3D64 time=3D286.113 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8053 ttl=3D64 time=3D287.300 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8054 ttl=3D64 time=3D287.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8055 ttl=3D64 time=3D286.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8056 ttl=3D64 time=3D286.862 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8057 ttl=3D64 time=3D287.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8058 ttl=3D64 time=3D287.130 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8059 ttl=3D64 time=3D286.484 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8060 ttl=3D64 time=3D285.317 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8061 ttl=3D64 time=3D285.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8062 ttl=3D64 time=3D284.319 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8063 ttl=3D64 time=3D284.616 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8064 ttl=3D64 time=3D284.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8065 ttl=3D64 time=3D284.587 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8066 ttl=3D64 time=3D284.542 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8067 ttl=3D64 time=3D283.969 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8068 ttl=3D64 time=3D284.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8069 ttl=3D64 time=3D284.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8070 ttl=3D64 time=3D284.114 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8071 ttl=3D64 time=3D282.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8072 ttl=3D64 time=3D282.308 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8073 ttl=3D64 time=3D281.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8074 ttl=3D64 time=3D281.731 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8075 ttl=3D64 time=3D283.229 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8076 ttl=3D64 time=3D284.839 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8077 ttl=3D64 time=3D284.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8078 ttl=3D64 time=3D284.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8079 ttl=3D64 time=3D284.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8080 ttl=3D64 time=3D284.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8081 ttl=3D64 time=3D283.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8082 ttl=3D64 time=3D283.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8083 ttl=3D64 time=3D283.623 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8084 ttl=3D64 time=3D283.612 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8085 ttl=3D64 time=3D284.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8086 ttl=3D64 time=3D284.173 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8087 ttl=3D64 time=3D283.550 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8088 ttl=3D64 time=3D284.201 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8089 ttl=3D64 time=3D286.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8090 ttl=3D64 time=3D286.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8091 ttl=3D64 time=3D286.404 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8092 ttl=3D64 time=3D286.121 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8093 ttl=3D64 time=3D286.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8094 ttl=3D64 time=3D286.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8095 ttl=3D64 time=3D285.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8096 ttl=3D64 time=3D285.036 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8097 ttl=3D64 time=3D284.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8098 ttl=3D64 time=3D286.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8099 ttl=3D64 time=3D288.051 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8104 ttl=3D64 time=3D281.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8105 ttl=3D64 time=3D279.680 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8106 ttl=3D64 time=3D278.858 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8107 ttl=3D64 time=3D278.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8108 ttl=3D64 time=3D278.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8109 ttl=3D64 time=3D277.414 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8110 ttl=3D64 time=3D277.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8111 ttl=3D64 time=3D276.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8112 ttl=3D64 time=3D276.965 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8113 ttl=3D64 time=3D276.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8114 ttl=3D64 time=3D275.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8115 ttl=3D64 time=3D275.544 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8116 ttl=3D64 time=3D275.302 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8117 ttl=3D64 time=3D273.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8118 ttl=3D64 time=3D273.945 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8119 ttl=3D64 time=3D273.883 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8120 ttl=3D64 time=3D273.567 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8121 ttl=3D64 time=3D273.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8122 ttl=3D64 time=3D272.690 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8123 ttl=3D64 time=3D272.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8124 ttl=3D64 time=3D272.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8125 ttl=3D64 time=3D271.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8126 ttl=3D64 time=3D270.983 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8127 ttl=3D64 time=3D272.067 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8128 ttl=3D64 time=3D271.721 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8129 ttl=3D64 time=3D271.661 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8130 ttl=3D64 time=3D270.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8131 ttl=3D64 time=3D271.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8132 ttl=3D64 time=3D271.141 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8133 ttl=3D64 time=3D272.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8134 ttl=3D64 time=3D271.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8135 ttl=3D64 time=3D271.669 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8136 ttl=3D64 time=3D271.186 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8137 ttl=3D64 time=3D270.024 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8138 ttl=3D64 time=3D270.652 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8139 ttl=3D64 time=3D271.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8140 ttl=3D64 time=3D270.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8141 ttl=3D64 time=3D269.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8142 ttl=3D64 time=3D268.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8143 ttl=3D64 time=3D267.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8144 ttl=3D64 time=3D267.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8145 ttl=3D64 time=3D269.103 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8146 ttl=3D64 time=3D269.234 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8147 ttl=3D64 time=3D268.157 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8148 ttl=3D64 time=3D268.984 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8149 ttl=3D64 time=3D268.469 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8150 ttl=3D64 time=3D268.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8157 ttl=3D64 time=3D258.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8158 ttl=3D64 time=3D257.879 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8159 ttl=3D64 time=3D258.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8160 ttl=3D64 time=3D257.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8161 ttl=3D64 time=3D257.561 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8162 ttl=3D64 time=3D257.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8163 ttl=3D64 time=3D258.315 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8164 ttl=3D64 time=3D257.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8165 ttl=3D64 time=3D258.725 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8166 ttl=3D64 time=3D258.855 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8167 ttl=3D64 time=3D259.807 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8168 ttl=3D64 time=3D261.565 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8169 ttl=3D64 time=3D261.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8170 ttl=3D64 time=3D262.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8171 ttl=3D64 time=3D265.829 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8172 ttl=3D64 time=3D264.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8173 ttl=3D64 time=3D264.251 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8174 ttl=3D64 time=3D264.724 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8175 ttl=3D64 time=3D264.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8176 ttl=3D64 time=3D264.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8177 ttl=3D64 time=3D272.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8178 ttl=3D64 time=3D272.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8179 ttl=3D64 time=3D272.606 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8180 ttl=3D64 time=3D273.515 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8181 ttl=3D64 time=3D272.690 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8182 ttl=3D64 time=3D271.964 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8183 ttl=3D64 time=3D272.637 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8184 ttl=3D64 time=3D273.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8185 ttl=3D64 time=3D272.934 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8186 ttl=3D64 time=3D271.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8187 ttl=3D64 time=3D271.496 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8188 ttl=3D64 time=3D271.830 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8189 ttl=3D64 time=3D270.564 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8190 ttl=3D64 time=3D270.412 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8191 ttl=3D64 time=3D270.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8192 ttl=3D64 time=3D270.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8193 ttl=3D64 time=3D269.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8194 ttl=3D64 time=3D272.430 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8195 ttl=3D64 time=3D271.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8196 ttl=3D64 time=3D269.935 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8197 ttl=3D64 time=3D269.654 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8198 ttl=3D64 time=3D270.586 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8199 ttl=3D64 time=3D269.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8200 ttl=3D64 time=3D271.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8201 ttl=3D64 time=3D270.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8202 ttl=3D64 time=3D271.473 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8203 ttl=3D64 time=3D272.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8211 ttl=3D64 time=3D261.133 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8212 ttl=3D64 time=3D262.058 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8213 ttl=3D64 time=3D262.300 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8214 ttl=3D64 time=3D260.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8215 ttl=3D64 time=3D264.838 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8216 ttl=3D64 time=3D263.553 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8217 ttl=3D64 time=3D263.647 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8218 ttl=3D64 time=3D264.019 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8219 ttl=3D64 time=3D264.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8220 ttl=3D64 time=3D262.916 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8221 ttl=3D64 time=3D261.628 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8222 ttl=3D64 time=3D261.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8223 ttl=3D64 time=3D259.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8224 ttl=3D64 time=3D260.794 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8225 ttl=3D64 time=3D260.265 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8226 ttl=3D64 time=3D261.914 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8227 ttl=3D64 time=3D262.901 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8228 ttl=3D64 time=3D263.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8229 ttl=3D64 time=3D263.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8230 ttl=3D64 time=3D263.328 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8231 ttl=3D64 time=3D262.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8232 ttl=3D64 time=3D262.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8233 ttl=3D64 time=3D265.634 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8234 ttl=3D64 time=3D265.370 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8235 ttl=3D64 time=3D264.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8236 ttl=3D64 time=3D263.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8237 ttl=3D64 time=3D262.970 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8238 ttl=3D64 time=3D263.366 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8239 ttl=3D64 time=3D263.351 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8240 ttl=3D64 time=3D263.433 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8241 ttl=3D64 time=3D263.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8242 ttl=3D64 time=3D263.023 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8243 ttl=3D64 time=3D263.288 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8244 ttl=3D64 time=3D262.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8245 ttl=3D64 time=3D263.347 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8246 ttl=3D64 time=3D262.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8247 ttl=3D64 time=3D261.449 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8248 ttl=3D64 time=3D261.440 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8249 ttl=3D64 time=3D262.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8250 ttl=3D64 time=3D261.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8251 ttl=3D64 time=3D261.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8252 ttl=3D64 time=3D264.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8253 ttl=3D64 time=3D263.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8254 ttl=3D64 time=3D263.920 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8255 ttl=3D64 time=3D265.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8256 ttl=3D64 time=3D264.770 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8257 ttl=3D64 time=3D265.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8258 ttl=3D64 time=3D265.508 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8259 ttl=3D64 time=3D265.733 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8260 ttl=3D64 time=3D265.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8261 ttl=3D64 time=3D264.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8262 ttl=3D64 time=3D264.880 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8263 ttl=3D64 time=3D264.824 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8264 ttl=3D64 time=3D264.019 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8265 ttl=3D64 time=3D265.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8266 ttl=3D64 time=3D264.859 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8267 ttl=3D64 time=3D263.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8268 ttl=3D64 time=3D264.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8269 ttl=3D64 time=3D264.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8270 ttl=3D64 time=3D266.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8271 ttl=3D64 time=3D266.558 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8272 ttl=3D64 time=3D266.932 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8273 ttl=3D64 time=3D267.034 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8274 ttl=3D64 time=3D266.978 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8275 ttl=3D64 time=3D265.732 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8276 ttl=3D64 time=3D267.451 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8277 ttl=3D64 time=3D268.157 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8278 ttl=3D64 time=3D269.907 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8279 ttl=3D64 time=3D270.436 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8280 ttl=3D64 time=3D270.379 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8281 ttl=3D64 time=3D270.320 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8282 ttl=3D64 time=3D270.276 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8283 ttl=3D64 time=3D271.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8284 ttl=3D64 time=3D271.579 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8285 ttl=3D64 time=3D271.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8286 ttl=3D64 time=3D270.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8287 ttl=3D64 time=3D269.546 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8288 ttl=3D64 time=3D271.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8289 ttl=3D64 time=3D271.548 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8290 ttl=3D64 time=3D270.588 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8291 ttl=3D64 time=3D270.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8292 ttl=3D64 time=3D269.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8293 ttl=3D64 time=3D268.486 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8294 ttl=3D64 time=3D267.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8295 ttl=3D64 time=3D267.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8296 ttl=3D64 time=3D267.869 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8297 ttl=3D64 time=3D267.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8298 ttl=3D64 time=3D268.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8299 ttl=3D64 time=3D267.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8300 ttl=3D64 time=3D267.360 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8301 ttl=3D64 time=3D266.927 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8302 ttl=3D64 time=3D267.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8303 ttl=3D64 time=3D267.163 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8304 ttl=3D64 time=3D265.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8305 ttl=3D64 time=3D266.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8306 ttl=3D64 time=3D265.638 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8307 ttl=3D64 time=3D266.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8308 ttl=3D64 time=3D267.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8309 ttl=3D64 time=3D268.934 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8310 ttl=3D64 time=3D269.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8311 ttl=3D64 time=3D268.620 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8312 ttl=3D64 time=3D268.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8313 ttl=3D64 time=3D268.493 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8314 ttl=3D64 time=3D270.214 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8315 ttl=3D64 time=3D272.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8316 ttl=3D64 time=3D271.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8317 ttl=3D64 time=3D271.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8318 ttl=3D64 time=3D271.937 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8319 ttl=3D64 time=3D272.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8320 ttl=3D64 time=3D273.157 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8321 ttl=3D64 time=3D272.981 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8322 ttl=3D64 time=3D273.961 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8323 ttl=3D64 time=3D274.203 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8324 ttl=3D64 time=3D272.809 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8325 ttl=3D64 time=3D272.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8326 ttl=3D64 time=3D272.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8327 ttl=3D64 time=3D271.427 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8328 ttl=3D64 time=3D269.254 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8329 ttl=3D64 time=3D269.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8330 ttl=3D64 time=3D269.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8331 ttl=3D64 time=3D271.677 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8332 ttl=3D64 time=3D270.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8333 ttl=3D64 time=3D270.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8334 ttl=3D64 time=3D268.812 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8335 ttl=3D64 time=3D267.328 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8336 ttl=3D64 time=3D265.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8337 ttl=3D64 time=3D264.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8338 ttl=3D64 time=3D263.906 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8339 ttl=3D64 time=3D263.911 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8340 ttl=3D64 time=3D264.237 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8341 ttl=3D64 time=3D263.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8342 ttl=3D64 time=3D262.610 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8343 ttl=3D64 time=3D261.479 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8344 ttl=3D64 time=3D261.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8345 ttl=3D64 time=3D261.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8346 ttl=3D64 time=3D260.281 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8347 ttl=3D64 time=3D259.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8348 ttl=3D64 time=3D259.242 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8349 ttl=3D64 time=3D259.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8350 ttl=3D64 time=3D259.622 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8351 ttl=3D64 time=3D259.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8352 ttl=3D64 time=3D259.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8353 ttl=3D64 time=3D258.809 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8354 ttl=3D64 time=3D260.386 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8355 ttl=3D64 time=3D259.546 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8356 ttl=3D64 time=3D259.723 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8357 ttl=3D64 time=3D259.654 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8358 ttl=3D64 time=3D259.362 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8359 ttl=3D64 time=3D258.090 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8360 ttl=3D64 time=3D257.559 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8361 ttl=3D64 time=3D258.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8362 ttl=3D64 time=3D258.250 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8363 ttl=3D64 time=3D257.972 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8364 ttl=3D64 time=3D257.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8365 ttl=3D64 time=3D265.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8366 ttl=3D64 time=3D264.605 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8367 ttl=3D64 time=3D264.367 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8368 ttl=3D64 time=3D263.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8369 ttl=3D64 time=3D264.564 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8370 ttl=3D64 time=3D265.015 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8371 ttl=3D64 time=3D263.777 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8372 ttl=3D64 time=3D263.548 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8373 ttl=3D64 time=3D264.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8374 ttl=3D64 time=3D263.981 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8375 ttl=3D64 time=3D263.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8376 ttl=3D64 time=3D263.269 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8377 ttl=3D64 time=3D263.776 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8378 ttl=3D64 time=3D264.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8379 ttl=3D64 time=3D263.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8380 ttl=3D64 time=3D264.131 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8381 ttl=3D64 time=3D263.834 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8382 ttl=3D64 time=3D264.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8383 ttl=3D64 time=3D262.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8384 ttl=3D64 time=3D263.599 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8385 ttl=3D64 time=3D262.843 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8386 ttl=3D64 time=3D263.177 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8387 ttl=3D64 time=3D262.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8388 ttl=3D64 time=3D261.956 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8389 ttl=3D64 time=3D262.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8390 ttl=3D64 time=3D261.981 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8391 ttl=3D64 time=3D262.394 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8392 ttl=3D64 time=3D262.095 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8393 ttl=3D64 time=3D262.498 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8394 ttl=3D64 time=3D261.153 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8395 ttl=3D64 time=3D261.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8396 ttl=3D64 time=3D261.339 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8397 ttl=3D64 time=3D260.866 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8398 ttl=3D64 time=3D261.170 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8399 ttl=3D64 time=3D260.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8400 ttl=3D64 time=3D261.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8401 ttl=3D64 time=3D264.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8402 ttl=3D64 time=3D263.935 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8403 ttl=3D64 time=3D264.761 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8404 ttl=3D64 time=3D264.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8405 ttl=3D64 time=3D265.402 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8406 ttl=3D64 time=3D264.766 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8407 ttl=3D64 time=3D265.696 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8408 ttl=3D64 time=3D264.448 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8409 ttl=3D64 time=3D264.877 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8410 ttl=3D64 time=3D265.729 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8411 ttl=3D64 time=3D265.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8412 ttl=3D64 time=3D264.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8413 ttl=3D64 time=3D265.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8414 ttl=3D64 time=3D265.564 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8415 ttl=3D64 time=3D273.043 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8416 ttl=3D64 time=3D273.643 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8417 ttl=3D64 time=3D273.665 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8418 ttl=3D64 time=3D273.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8419 ttl=3D64 time=3D272.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8420 ttl=3D64 time=3D274.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8421 ttl=3D64 time=3D273.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8422 ttl=3D64 time=3D274.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8423 ttl=3D64 time=3D275.219 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8424 ttl=3D64 time=3D274.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8425 ttl=3D64 time=3D274.606 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8426 ttl=3D64 time=3D274.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8427 ttl=3D64 time=3D274.759 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8428 ttl=3D64 time=3D274.393 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8429 ttl=3D64 time=3D275.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8430 ttl=3D64 time=3D275.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8431 ttl=3D64 time=3D275.801 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8432 ttl=3D64 time=3D276.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8433 ttl=3D64 time=3D276.564 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8434 ttl=3D64 time=3D276.209 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8435 ttl=3D64 time=3D275.666 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8436 ttl=3D64 time=3D276.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8437 ttl=3D64 time=3D276.867 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8438 ttl=3D64 time=3D278.060 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8439 ttl=3D64 time=3D277.695 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8440 ttl=3D64 time=3D277.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8441 ttl=3D64 time=3D277.868 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8442 ttl=3D64 time=3D277.429 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8443 ttl=3D64 time=3D277.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8444 ttl=3D64 time=3D276.643 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8445 ttl=3D64 time=3D277.152 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8446 ttl=3D64 time=3D275.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8447 ttl=3D64 time=3D276.312 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8448 ttl=3D64 time=3D275.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8449 ttl=3D64 time=3D276.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8450 ttl=3D64 time=3D275.403 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8451 ttl=3D64 time=3D274.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8452 ttl=3D64 time=3D274.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8453 ttl=3D64 time=3D274.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8454 ttl=3D64 time=3D274.570 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8455 ttl=3D64 time=3D274.457 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8456 ttl=3D64 time=3D275.338 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8457 ttl=3D64 time=3D275.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8458 ttl=3D64 time=3D275.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8459 ttl=3D64 time=3D276.828 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8460 ttl=3D64 time=3D275.634 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8461 ttl=3D64 time=3D275.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8462 ttl=3D64 time=3D275.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8463 ttl=3D64 time=3D275.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8464 ttl=3D64 time=3D275.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8465 ttl=3D64 time=3D275.703 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8466 ttl=3D64 time=3D276.454 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8467 ttl=3D64 time=3D281.709 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8468 ttl=3D64 time=3D281.574 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8469 ttl=3D64 time=3D281.820 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8470 ttl=3D64 time=3D285.166 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8471 ttl=3D64 time=3D285.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8472 ttl=3D64 time=3D284.919 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8473 ttl=3D64 time=3D283.675 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8474 ttl=3D64 time=3D282.381 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8475 ttl=3D64 time=3D283.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8476 ttl=3D64 time=3D283.126 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8477 ttl=3D64 time=3D282.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8478 ttl=3D64 time=3D282.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8479 ttl=3D64 time=3D282.812 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8480 ttl=3D64 time=3D283.799 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8481 ttl=3D64 time=3D282.657 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8482 ttl=3D64 time=3D284.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8483 ttl=3D64 time=3D285.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8484 ttl=3D64 time=3D285.988 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8485 ttl=3D64 time=3D286.266 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8486 ttl=3D64 time=3D285.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8487 ttl=3D64 time=3D285.525 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8488 ttl=3D64 time=3D285.987 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8489 ttl=3D64 time=3D286.873 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8490 ttl=3D64 time=3D288.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8491 ttl=3D64 time=3D288.215 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8492 ttl=3D64 time=3D286.615 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8493 ttl=3D64 time=3D287.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8494 ttl=3D64 time=3D292.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8495 ttl=3D64 time=3D292.229 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8496 ttl=3D64 time=3D296.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8497 ttl=3D64 time=3D296.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8498 ttl=3D64 time=3D296.612 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8499 ttl=3D64 time=3D296.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8500 ttl=3D64 time=3D295.788 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8501 ttl=3D64 time=3D294.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8507 ttl=3D64 time=3D285.026 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8508 ttl=3D64 time=3D287.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8509 ttl=3D64 time=3D285.902 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8510 ttl=3D64 time=3D285.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8511 ttl=3D64 time=3D284.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8512 ttl=3D64 time=3D283.076 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8513 ttl=3D64 time=3D284.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8514 ttl=3D64 time=3D283.807 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8515 ttl=3D64 time=3D288.345 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8516 ttl=3D64 time=3D289.940 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8517 ttl=3D64 time=3D289.829 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8518 ttl=3D64 time=3D291.273 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8519 ttl=3D64 time=3D290.608 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8520 ttl=3D64 time=3D291.404 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8521 ttl=3D64 time=3D290.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8522 ttl=3D64 time=3D291.353 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8523 ttl=3D64 time=3D290.996 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8524 ttl=3D64 time=3D290.566 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8525 ttl=3D64 time=3D290.936 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8526 ttl=3D64 time=3D289.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8527 ttl=3D64 time=3D289.780 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8528 ttl=3D64 time=3D288.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8529 ttl=3D64 time=3D288.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8530 ttl=3D64 time=3D288.003 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8531 ttl=3D64 time=3D288.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8532 ttl=3D64 time=3D287.362 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8533 ttl=3D64 time=3D286.672 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8534 ttl=3D64 time=3D286.179 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8535 ttl=3D64 time=3D285.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8536 ttl=3D64 time=3D285.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8537 ttl=3D64 time=3D285.365 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8538 ttl=3D64 time=3D285.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8539 ttl=3D64 time=3D286.922 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8540 ttl=3D64 time=3D286.357 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8541 ttl=3D64 time=3D284.949 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8542 ttl=3D64 time=3D284.133 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8543 ttl=3D64 time=3D284.169 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8544 ttl=3D64 time=3D287.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8545 ttl=3D64 time=3D288.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8546 ttl=3D64 time=3D287.948 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8547 ttl=3D64 time=3D288.469 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8548 ttl=3D64 time=3D289.147 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8549 ttl=3D64 time=3D289.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8550 ttl=3D64 time=3D288.159 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8551 ttl=3D64 time=3D289.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8552 ttl=3D64 time=3D288.956 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8553 ttl=3D64 time=3D288.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8554 ttl=3D64 time=3D288.718 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8555 ttl=3D64 time=3D287.846 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8556 ttl=3D64 time=3D288.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8557 ttl=3D64 time=3D288.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8558 ttl=3D64 time=3D289.091 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8559 ttl=3D64 time=3D287.875 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8560 ttl=3D64 time=3D287.393 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8561 ttl=3D64 time=3D287.762 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8562 ttl=3D64 time=3D287.341 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8563 ttl=3D64 time=3D287.252 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8564 ttl=3D64 time=3D286.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8565 ttl=3D64 time=3D285.164 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8566 ttl=3D64 time=3D286.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8567 ttl=3D64 time=3D285.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8568 ttl=3D64 time=3D285.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8569 ttl=3D64 time=3D286.025 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8570 ttl=3D64 time=3D290.836 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8571 ttl=3D64 time=3D290.122 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8572 ttl=3D64 time=3D290.241 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8573 ttl=3D64 time=3D289.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8574 ttl=3D64 time=3D290.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8575 ttl=3D64 time=3D291.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8576 ttl=3D64 time=3D292.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8577 ttl=3D64 time=3D293.589 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8578 ttl=3D64 time=3D292.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8579 ttl=3D64 time=3D291.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8580 ttl=3D64 time=3D291.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8581 ttl=3D64 time=3D290.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8582 ttl=3D64 time=3D291.482 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8583 ttl=3D64 time=3D291.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8584 ttl=3D64 time=3D291.841 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8585 ttl=3D64 time=3D293.739 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8586 ttl=3D64 time=3D294.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8587 ttl=3D64 time=3D294.483 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8588 ttl=3D64 time=3D299.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8589 ttl=3D64 time=3D299.375 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8590 ttl=3D64 time=3D299.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8591 ttl=3D64 time=3D299.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8592 ttl=3D64 time=3D299.996 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8593 ttl=3D64 time=3D299.904 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8594 ttl=3D64 time=3D299.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8595 ttl=3D64 time=3D299.102 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8596 ttl=3D64 time=3D298.677 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8597 ttl=3D64 time=3D298.094 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8598 ttl=3D64 time=3D296.784 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8599 ttl=3D64 time=3D298.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8600 ttl=3D64 time=3D297.618 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8601 ttl=3D64 time=3D299.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8602 ttl=3D64 time=3D298.652 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8603 ttl=3D64 time=3D298.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8604 ttl=3D64 time=3D299.011 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8605 ttl=3D64 time=3D297.988 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8606 ttl=3D64 time=3D298.644 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8607 ttl=3D64 time=3D298.314 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8608 ttl=3D64 time=3D298.445 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8609 ttl=3D64 time=3D297.822 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8610 ttl=3D64 time=3D298.747 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8611 ttl=3D64 time=3D299.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8612 ttl=3D64 time=3D299.559 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8613 ttl=3D64 time=3D299.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8614 ttl=3D64 time=3D299.157 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8615 ttl=3D64 time=3D298.500 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8616 ttl=3D64 time=3D300.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8617 ttl=3D64 time=3D300.168 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8618 ttl=3D64 time=3D300.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8619 ttl=3D64 time=3D300.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8620 ttl=3D64 time=3D301.277 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8621 ttl=3D64 time=3D300.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8622 ttl=3D64 time=3D303.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8623 ttl=3D64 time=3D302.899 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8624 ttl=3D64 time=3D302.301 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8625 ttl=3D64 time=3D314.468 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8626 ttl=3D64 time=3D313.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8627 ttl=3D64 time=3D313.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8628 ttl=3D64 time=3D313.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8629 ttl=3D64 time=3D312.331 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8630 ttl=3D64 time=3D313.017 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8631 ttl=3D64 time=3D313.209 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8632 ttl=3D64 time=3D312.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8633 ttl=3D64 time=3D315.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8634 ttl=3D64 time=3D318.190 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8635 ttl=3D64 time=3D317.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8636 ttl=3D64 time=3D316.333 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8637 ttl=3D64 time=3D315.692 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8638 ttl=3D64 time=3D314.617 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8639 ttl=3D64 time=3D314.882 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8640 ttl=3D64 time=3D313.725 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8641 ttl=3D64 time=3D314.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8642 ttl=3D64 time=3D312.747 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8643 ttl=3D64 time=3D312.275 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8644 ttl=3D64 time=3D312.818 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8645 ttl=3D64 time=3D311.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8646 ttl=3D64 time=3D311.641 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8647 ttl=3D64 time=3D311.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8648 ttl=3D64 time=3D310.915 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8649 ttl=3D64 time=3D312.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8650 ttl=3D64 time=3D312.352 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8651 ttl=3D64 time=3D312.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8652 ttl=3D64 time=3D313.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8653 ttl=3D64 time=3D313.499 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8654 ttl=3D64 time=3D312.106 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8655 ttl=3D64 time=3D311.454 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8656 ttl=3D64 time=3D310.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8657 ttl=3D64 time=3D309.869 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8658 ttl=3D64 time=3D310.350 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8659 ttl=3D64 time=3D315.302 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8660 ttl=3D64 time=3D315.323 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8661 ttl=3D64 time=3D316.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8662 ttl=3D64 time=3D316.390 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8663 ttl=3D64 time=3D315.952 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8664 ttl=3D64 time=3D316.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8665 ttl=3D64 time=3D316.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8666 ttl=3D64 time=3D316.407 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8667 ttl=3D64 time=3D316.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8668 ttl=3D64 time=3D316.224 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8669 ttl=3D64 time=3D314.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8670 ttl=3D64 time=3D313.753 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8671 ttl=3D64 time=3D314.075 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8672 ttl=3D64 time=3D313.527 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8673 ttl=3D64 time=3D313.816 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8674 ttl=3D64 time=3D313.492 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8675 ttl=3D64 time=3D316.332 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8676 ttl=3D64 time=3D316.042 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8677 ttl=3D64 time=3D316.018 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8678 ttl=3D64 time=3D316.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8679 ttl=3D64 time=3D314.542 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8680 ttl=3D64 time=3D315.087 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8681 ttl=3D64 time=3D314.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8682 ttl=3D64 time=3D314.219 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8683 ttl=3D64 time=3D314.655 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8684 ttl=3D64 time=3D314.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8685 ttl=3D64 time=3D317.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8686 ttl=3D64 time=3D317.657 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8687 ttl=3D64 time=3D318.162 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8688 ttl=3D64 time=3D316.873 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8689 ttl=3D64 time=3D316.464 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8690 ttl=3D64 time=3D316.655 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8691 ttl=3D64 time=3D316.452 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8692 ttl=3D64 time=3D315.149 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8693 ttl=3D64 time=3D315.213 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8694 ttl=3D64 time=3D315.345 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8695 ttl=3D64 time=3D315.483 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8696 ttl=3D64 time=3D313.993 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8697 ttl=3D64 time=3D313.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8698 ttl=3D64 time=3D312.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8699 ttl=3D64 time=3D315.122 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8700 ttl=3D64 time=3D315.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8701 ttl=3D64 time=3D315.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8702 ttl=3D64 time=3D314.826 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8703 ttl=3D64 time=3D314.536 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8704 ttl=3D64 time=3D314.768 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8705 ttl=3D64 time=3D314.553 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8706 ttl=3D64 time=3D315.312 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8707 ttl=3D64 time=3D317.021 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8708 ttl=3D64 time=3D317.493 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8709 ttl=3D64 time=3D316.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8710 ttl=3D64 time=3D315.127 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8711 ttl=3D64 time=3D315.316 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8712 ttl=3D64 time=3D314.056 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8713 ttl=3D64 time=3D314.887 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8714 ttl=3D64 time=3D317.475 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8715 ttl=3D64 time=3D317.260 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8716 ttl=3D64 time=3D317.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8717 ttl=3D64 time=3D317.261 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8718 ttl=3D64 time=3D317.400 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8719 ttl=3D64 time=3D320.799 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8720 ttl=3D64 time=3D320.459 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8721 ttl=3D64 time=3D320.055 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8722 ttl=3D64 time=3D321.219 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8723 ttl=3D64 time=3D319.929 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8724 ttl=3D64 time=3D319.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8725 ttl=3D64 time=3D320.064 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8726 ttl=3D64 time=3D318.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8727 ttl=3D64 time=3D320.765 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8728 ttl=3D64 time=3D320.360 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8729 ttl=3D64 time=3D321.653 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8730 ttl=3D64 time=3D323.426 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8731 ttl=3D64 time=3D322.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8732 ttl=3D64 time=3D324.140 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8733 ttl=3D64 time=3D326.795 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8734 ttl=3D64 time=3D326.885 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8735 ttl=3D64 time=3D326.512 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8741 ttl=3D64 time=3D318.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8742 ttl=3D64 time=3D317.067 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8743 ttl=3D64 time=3D318.539 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8744 ttl=3D64 time=3D318.209 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8745 ttl=3D64 time=3D317.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8746 ttl=3D64 time=3D317.351 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8747 ttl=3D64 time=3D316.850 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8748 ttl=3D64 time=3D316.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8749 ttl=3D64 time=3D314.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8750 ttl=3D64 time=3D314.379 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8751 ttl=3D64 time=3D314.804 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8752 ttl=3D64 time=3D314.179 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8753 ttl=3D64 time=3D313.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8754 ttl=3D64 time=3D313.855 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8755 ttl=3D64 time=3D315.410 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8756 ttl=3D64 time=3D315.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8757 ttl=3D64 time=3D315.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8758 ttl=3D64 time=3D315.532 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8759 ttl=3D64 time=3D314.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8760 ttl=3D64 time=3D313.717 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8761 ttl=3D64 time=3D312.638 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8762 ttl=3D64 time=3D313.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8763 ttl=3D64 time=3D313.849 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8764 ttl=3D64 time=3D313.119 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8765 ttl=3D64 time=3D312.895 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8766 ttl=3D64 time=3D312.432 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8767 ttl=3D64 time=3D312.709 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8768 ttl=3D64 time=3D311.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8769 ttl=3D64 time=3D312.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8770 ttl=3D64 time=3D311.466 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8771 ttl=3D64 time=3D311.264 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8772 ttl=3D64 time=3D310.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8773 ttl=3D64 time=3D308.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8774 ttl=3D64 time=3D309.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8775 ttl=3D64 time=3D308.808 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8776 ttl=3D64 time=3D308.101 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8777 ttl=3D64 time=3D307.232 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8778 ttl=3D64 time=3D307.471 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8779 ttl=3D64 time=3D307.820 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8780 ttl=3D64 time=3D308.139 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8781 ttl=3D64 time=3D308.645 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8782 ttl=3D64 time=3D308.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8783 ttl=3D64 time=3D307.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8784 ttl=3D64 time=3D310.457 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8785 ttl=3D64 time=3D309.992 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8786 ttl=3D64 time=3D310.312 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8787 ttl=3D64 time=3D311.049 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8788 ttl=3D64 time=3D309.558 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8792 ttl=3D64 time=3D303.786 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8793 ttl=3D64 time=3D302.696 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8794 ttl=3D64 time=3D303.132 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8795 ttl=3D64 time=3D311.880 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8796 ttl=3D64 time=3D310.660 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8797 ttl=3D64 time=3D310.273 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8798 ttl=3D64 time=3D309.931 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8799 ttl=3D64 time=3D311.946 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8800 ttl=3D64 time=3D311.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8801 ttl=3D64 time=3D310.937 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8802 ttl=3D64 time=3D309.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8803 ttl=3D64 time=3D309.302 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8804 ttl=3D64 time=3D308.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8805 ttl=3D64 time=3D307.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8806 ttl=3D64 time=3D307.168 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8807 ttl=3D64 time=3D308.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8808 ttl=3D64 time=3D307.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8809 ttl=3D64 time=3D307.279 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8810 ttl=3D64 time=3D306.722 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8811 ttl=3D64 time=3D307.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8812 ttl=3D64 time=3D305.990 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8813 ttl=3D64 time=3D306.301 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8814 ttl=3D64 time=3D306.774 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8815 ttl=3D64 time=3D306.422 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8816 ttl=3D64 time=3D305.805 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8817 ttl=3D64 time=3D306.198 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8818 ttl=3D64 time=3D307.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8819 ttl=3D64 time=3D307.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8820 ttl=3D64 time=3D306.780 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8821 ttl=3D64 time=3D306.191 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8822 ttl=3D64 time=3D306.968 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8823 ttl=3D64 time=3D307.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8824 ttl=3D64 time=3D307.094 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8825 ttl=3D64 time=3D306.894 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8826 ttl=3D64 time=3D309.521 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8827 ttl=3D64 time=3D310.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8828 ttl=3D64 time=3D311.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8829 ttl=3D64 time=3D311.705 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8830 ttl=3D64 time=3D310.461 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8831 ttl=3D64 time=3D311.196 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8832 ttl=3D64 time=3D311.227 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8833 ttl=3D64 time=3D310.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8834 ttl=3D64 time=3D310.299 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8835 ttl=3D64 time=3D310.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8836 ttl=3D64 time=3D311.425 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8837 ttl=3D64 time=3D309.901 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8838 ttl=3D64 time=3D310.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8839 ttl=3D64 time=3D310.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8840 ttl=3D64 time=3D309.315 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8841 ttl=3D64 time=3D310.417 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8842 ttl=3D64 time=3D310.719 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8843 ttl=3D64 time=3D310.486 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8844 ttl=3D64 time=3D310.746 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8845 ttl=3D64 time=3D311.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8846 ttl=3D64 time=3D309.804 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8847 ttl=3D64 time=3D310.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8848 ttl=3D64 time=3D309.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8849 ttl=3D64 time=3D309.283 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8850 ttl=3D64 time=3D309.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8851 ttl=3D64 time=3D309.158 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8852 ttl=3D64 time=3D308.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8853 ttl=3D64 time=3D307.620 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8854 ttl=3D64 time=3D307.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8855 ttl=3D64 time=3D308.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8856 ttl=3D64 time=3D307.173 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8857 ttl=3D64 time=3D306.624 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8858 ttl=3D64 time=3D306.236 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8859 ttl=3D64 time=3D306.493 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8860 ttl=3D64 time=3D307.716 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8861 ttl=3D64 time=3D307.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8862 ttl=3D64 time=3D307.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8863 ttl=3D64 time=3D307.671 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8864 ttl=3D64 time=3D308.008 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8865 ttl=3D64 time=3D308.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8866 ttl=3D64 time=3D307.908 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8867 ttl=3D64 time=3D306.598 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8868 ttl=3D64 time=3D306.233 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8869 ttl=3D64 time=3D306.600 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8870 ttl=3D64 time=3D307.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8871 ttl=3D64 time=3D307.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8872 ttl=3D64 time=3D306.652 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8873 ttl=3D64 time=3D306.039 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8874 ttl=3D64 time=3D305.384 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8875 ttl=3D64 time=3D304.682 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8876 ttl=3D64 time=3D305.005 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8877 ttl=3D64 time=3D305.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8878 ttl=3D64 time=3D304.881 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8879 ttl=3D64 time=3D305.244 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8880 ttl=3D64 time=3D304.141 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8881 ttl=3D64 time=3D303.571 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8882 ttl=3D64 time=3D302.340 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8883 ttl=3D64 time=3D302.593 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8884 ttl=3D64 time=3D302.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8885 ttl=3D64 time=3D303.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8886 ttl=3D64 time=3D302.984 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8897 ttl=3D64 time=3D285.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8898 ttl=3D64 time=3D285.253 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8899 ttl=3D64 time=3D285.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8900 ttl=3D64 time=3D286.545 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8901 ttl=3D64 time=3D286.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8902 ttl=3D64 time=3D286.230 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8903 ttl=3D64 time=3D285.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8904 ttl=3D64 time=3D288.353 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8905 ttl=3D64 time=3D287.183 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8906 ttl=3D64 time=3D285.856 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8907 ttl=3D64 time=3D286.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8908 ttl=3D64 time=3D288.414 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8909 ttl=3D64 time=3D288.593 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8910 ttl=3D64 time=3D288.143 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8911 ttl=3D64 time=3D288.539 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8912 ttl=3D64 time=3D288.821 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8913 ttl=3D64 time=3D288.328 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8914 ttl=3D64 time=3D288.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8915 ttl=3D64 time=3D291.418 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8916 ttl=3D64 time=3D291.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8917 ttl=3D64 time=3D291.956 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8918 ttl=3D64 time=3D291.678 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8919 ttl=3D64 time=3D291.962 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8920 ttl=3D64 time=3D292.095 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8921 ttl=3D64 time=3D290.874 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8922 ttl=3D64 time=3D291.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8923 ttl=3D64 time=3D291.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8924 ttl=3D64 time=3D291.478 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8925 ttl=3D64 time=3D291.774 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8926 ttl=3D64 time=3D291.659 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8927 ttl=3D64 time=3D291.024 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8928 ttl=3D64 time=3D292.204 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8929 ttl=3D64 time=3D291.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8930 ttl=3D64 time=3D291.449 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8931 ttl=3D64 time=3D291.933 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8932 ttl=3D64 time=3D291.639 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8933 ttl=3D64 time=3D292.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8934 ttl=3D64 time=3D292.151 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8935 ttl=3D64 time=3D290.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8936 ttl=3D64 time=3D301.342 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8937 ttl=3D64 time=3D302.031 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8938 ttl=3D64 time=3D302.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8939 ttl=3D64 time=3D301.495 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8940 ttl=3D64 time=3D300.558 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8941 ttl=3D64 time=3D300.657 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8942 ttl=3D64 time=3D300.660 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8943 ttl=3D64 time=3D302.312 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8944 ttl=3D64 time=3D302.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8946 ttl=3D64 time=3D298.880 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8947 ttl=3D64 time=3D298.357 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8948 ttl=3D64 time=3D300.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8949 ttl=3D64 time=3D301.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8950 ttl=3D64 time=3D300.680 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8951 ttl=3D64 time=3D300.162 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8952 ttl=3D64 time=3D300.716 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8953 ttl=3D64 time=3D300.061 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8954 ttl=3D64 time=3D300.872 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8955 ttl=3D64 time=3D301.388 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8956 ttl=3D64 time=3D308.954 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8957 ttl=3D64 time=3D310.554 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D8958 ttl=3D64 time=3D309.535 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8959 ttl=3D64 time=3D311.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8960 ttl=3D64 time=3D310.894 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8961 ttl=3D64 time=3D314.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8962 ttl=3D64 time=3D314.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8963 ttl=3D64 time=3D314.680 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8964 ttl=3D64 time=3D314.290 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8965 ttl=3D64 time=3D313.816 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8966 ttl=3D64 time=3D313.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8967 ttl=3D64 time=3D312.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8968 ttl=3D64 time=3D312.235 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8969 ttl=3D64 time=3D310.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8970 ttl=3D64 time=3D311.628 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8971 ttl=3D64 time=3D311.590 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8972 ttl=3D64 time=3D311.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8973 ttl=3D64 time=3D311.214 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8974 ttl=3D64 time=3D313.804 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8975 ttl=3D64 time=3D313.244 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8976 ttl=3D64 time=3D314.194 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8977 ttl=3D64 time=3D313.765 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8978 ttl=3D64 time=3D314.716 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8979 ttl=3D64 time=3D313.632 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8980 ttl=3D64 time=3D314.159 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8981 ttl=3D64 time=3D313.643 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8982 ttl=3D64 time=3D313.162 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8983 ttl=3D64 time=3D313.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8984 ttl=3D64 time=3D312.373 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8985 ttl=3D64 time=3D312.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8986 ttl=3D64 time=3D311.517 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8987 ttl=3D64 time=3D311.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8988 ttl=3D64 time=3D310.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8989 ttl=3D64 time=3D309.032 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8990 ttl=3D64 time=3D310.826 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8991 ttl=3D64 time=3D312.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D8992 ttl=3D64 time=3D314.140 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9001 ttl=3D64 time=3D300.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9002 ttl=3D64 time=3D299.404 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9003 ttl=3D64 time=3D299.388 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9004 ttl=3D64 time=3D298.881 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9005 ttl=3D64 time=3D299.875 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9006 ttl=3D64 time=3D300.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9007 ttl=3D64 time=3D302.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9008 ttl=3D64 time=3D302.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9009 ttl=3D64 time=3D301.877 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9010 ttl=3D64 time=3D301.955 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9011 ttl=3D64 time=3D301.640 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9012 ttl=3D64 time=3D301.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9013 ttl=3D64 time=3D301.901 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9014 ttl=3D64 time=3D301.717 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9015 ttl=3D64 time=3D301.331 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9016 ttl=3D64 time=3D301.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9017 ttl=3D64 time=3D305.208 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9018 ttl=3D64 time=3D304.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9019 ttl=3D64 time=3D304.391 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9020 ttl=3D64 time=3D303.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9021 ttl=3D64 time=3D303.522 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9022 ttl=3D64 time=3D306.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9023 ttl=3D64 time=3D306.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9024 ttl=3D64 time=3D309.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9025 ttl=3D64 time=3D310.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9026 ttl=3D64 time=3D309.544 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9027 ttl=3D64 time=3D309.535 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9028 ttl=3D64 time=3D308.974 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9029 ttl=3D64 time=3D311.592 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9030 ttl=3D64 time=3D311.042 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9031 ttl=3D64 time=3D311.463 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9032 ttl=3D64 time=3D310.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9033 ttl=3D64 time=3D309.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9034 ttl=3D64 time=3D309.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9035 ttl=3D64 time=3D308.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9036 ttl=3D64 time=3D309.215 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9037 ttl=3D64 time=3D308.869 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9038 ttl=3D64 time=3D309.126 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9039 ttl=3D64 time=3D309.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9040 ttl=3D64 time=3D309.453 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9041 ttl=3D64 time=3D309.084 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9042 ttl=3D64 time=3D308.566 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9043 ttl=3D64 time=3D309.502 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9044 ttl=3D64 time=3D309.609 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9045 ttl=3D64 time=3D309.018 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9046 ttl=3D64 time=3D308.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9047 ttl=3D64 time=3D309.846 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9048 ttl=3D64 time=3D311.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9049 ttl=3D64 time=3D314.694 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9050 ttl=3D64 time=3D314.519 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9051 ttl=3D64 time=3D313.906 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9052 ttl=3D64 time=3D314.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9053 ttl=3D64 time=3D313.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9054 ttl=3D64 time=3D312.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9055 ttl=3D64 time=3D312.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9056 ttl=3D64 time=3D313.379 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9057 ttl=3D64 time=3D312.252 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9058 ttl=3D64 time=3D311.724 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9059 ttl=3D64 time=3D311.303 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9060 ttl=3D64 time=3D310.955 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9061 ttl=3D64 time=3D312.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9062 ttl=3D64 time=3D312.789 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9063 ttl=3D64 time=3D311.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9064 ttl=3D64 time=3D310.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9065 ttl=3D64 time=3D310.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9066 ttl=3D64 time=3D309.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9067 ttl=3D64 time=3D308.190 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9068 ttl=3D64 time=3D308.289 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9069 ttl=3D64 time=3D309.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9070 ttl=3D64 time=3D309.121 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9071 ttl=3D64 time=3D312.808 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9072 ttl=3D64 time=3D312.999 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9073 ttl=3D64 time=3D313.294 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9074 ttl=3D64 time=3D314.220 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9075 ttl=3D64 time=3D314.487 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9076 ttl=3D64 time=3D315.380 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9077 ttl=3D64 time=3D315.534 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9078 ttl=3D64 time=3D324.981 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9079 ttl=3D64 time=3D323.718 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9080 ttl=3D64 time=3D324.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9081 ttl=3D64 time=3D324.289 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9082 ttl=3D64 time=3D323.683 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9083 ttl=3D64 time=3D322.411 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9084 ttl=3D64 time=3D322.713 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9085 ttl=3D64 time=3D323.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9086 ttl=3D64 time=3D322.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9087 ttl=3D64 time=3D321.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9088 ttl=3D64 time=3D326.680 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9089 ttl=3D64 time=3D325.430 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9090 ttl=3D64 time=3D324.852 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9091 ttl=3D64 time=3D324.539 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9092 ttl=3D64 time=3D324.811 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9093 ttl=3D64 time=3D324.318 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9094 ttl=3D64 time=3D323.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9095 ttl=3D64 time=3D323.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9096 ttl=3D64 time=3D322.427 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9097 ttl=3D64 time=3D322.295 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9098 ttl=3D64 time=3D323.115 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9099 ttl=3D64 time=3D322.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9100 ttl=3D64 time=3D323.015 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9101 ttl=3D64 time=3D322.160 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9102 ttl=3D64 time=3D325.428 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9103 ttl=3D64 time=3D325.119 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9104 ttl=3D64 time=3D324.599 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9105 ttl=3D64 time=3D325.496 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9106 ttl=3D64 time=3D326.922 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9107 ttl=3D64 time=3D330.488 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9108 ttl=3D64 time=3D328.839 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9109 ttl=3D64 time=3D329.013 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9110 ttl=3D64 time=3D331.439 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9111 ttl=3D64 time=3D330.805 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9112 ttl=3D64 time=3D333.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9113 ttl=3D64 time=3D332.096 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9114 ttl=3D64 time=3D331.962 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9115 ttl=3D64 time=3D332.784 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9116 ttl=3D64 time=3D332.200 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9117 ttl=3D64 time=3D332.017 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9118 ttl=3D64 time=3D332.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9119 ttl=3D64 time=3D332.056 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9120 ttl=3D64 time=3D332.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9121 ttl=3D64 time=3D331.720 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9122 ttl=3D64 time=3D330.497 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9123 ttl=3D64 time=3D329.896 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9124 ttl=3D64 time=3D330.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9125 ttl=3D64 time=3D330.589 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9126 ttl=3D64 time=3D329.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9127 ttl=3D64 time=3D329.914 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9128 ttl=3D64 time=3D330.013 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9129 ttl=3D64 time=3D329.465 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9130 ttl=3D64 time=3D329.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9131 ttl=3D64 time=3D328.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9132 ttl=3D64 time=3D327.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9133 ttl=3D64 time=3D327.054 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9134 ttl=3D64 time=3D329.737 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9137 ttl=3D64 time=3D326.077 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9138 ttl=3D64 time=3D325.639 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9139 ttl=3D64 time=3D325.380 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9140 ttl=3D64 time=3D325.881 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9141 ttl=3D64 time=3D325.453 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9142 ttl=3D64 time=3D325.357 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9143 ttl=3D64 time=3D324.669 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9144 ttl=3D64 time=3D324.591 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9145 ttl=3D64 time=3D324.890 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9146 ttl=3D64 time=3D324.448 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9147 ttl=3D64 time=3D324.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9148 ttl=3D64 time=3D323.807 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9149 ttl=3D64 time=3D324.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9150 ttl=3D64 time=3D324.170 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9151 ttl=3D64 time=3D323.997 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9152 ttl=3D64 time=3D324.163 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9153 ttl=3D64 time=3D323.751 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9154 ttl=3D64 time=3D323.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9155 ttl=3D64 time=3D328.329 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9156 ttl=3D64 time=3D327.900 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9157 ttl=3D64 time=3D327.469 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9158 ttl=3D64 time=3D326.951 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9159 ttl=3D64 time=3D326.927 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9160 ttl=3D64 time=3D326.474 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9161 ttl=3D64 time=3D326.235 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9162 ttl=3D64 time=3D324.900 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9163 ttl=3D64 time=3D325.412 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9164 ttl=3D64 time=3D324.845 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9165 ttl=3D64 time=3D324.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9166 ttl=3D64 time=3D324.006 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9167 ttl=3D64 time=3D322.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9168 ttl=3D64 time=3D327.742 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9169 ttl=3D64 time=3D326.090 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9170 ttl=3D64 time=3D326.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9171 ttl=3D64 time=3D326.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9172 ttl=3D64 time=3D326.382 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9173 ttl=3D64 time=3D327.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9174 ttl=3D64 time=3D327.038 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9175 ttl=3D64 time=3D326.818 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9176 ttl=3D64 time=3D327.781 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9177 ttl=3D64 time=3D328.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9178 ttl=3D64 time=3D328.000 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9179 ttl=3D64 time=3D331.584 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9180 ttl=3D64 time=3D330.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9181 ttl=3D64 time=3D329.863 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9182 ttl=3D64 time=3D328.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9183 ttl=3D64 time=3D328.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9184 ttl=3D64 time=3D327.911 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9189 ttl=3D64 time=3D321.445 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9190 ttl=3D64 time=3D322.560 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9191 ttl=3D64 time=3D322.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9192 ttl=3D64 time=3D323.153 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9193 ttl=3D64 time=3D322.743 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9194 ttl=3D64 time=3D325.156 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9195 ttl=3D64 time=3D325.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9196 ttl=3D64 time=3D325.473 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9197 ttl=3D64 time=3D324.034 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9198 ttl=3D64 time=3D324.237 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9199 ttl=3D64 time=3D323.706 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9200 ttl=3D64 time=3D322.759 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9201 ttl=3D64 time=3D322.799 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9202 ttl=3D64 time=3D323.056 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9203 ttl=3D64 time=3D322.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9204 ttl=3D64 time=3D322.292 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9205 ttl=3D64 time=3D322.946 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9206 ttl=3D64 time=3D323.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9207 ttl=3D64 time=3D322.793 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9208 ttl=3D64 time=3D322.953 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9209 ttl=3D64 time=3D322.515 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9210 ttl=3D64 time=3D321.551 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9211 ttl=3D64 time=3D320.106 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9212 ttl=3D64 time=3D319.626 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9213 ttl=3D64 time=3D319.932 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9214 ttl=3D64 time=3D321.267 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9215 ttl=3D64 time=3D320.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9216 ttl=3D64 time=3D322.584 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9217 ttl=3D64 time=3D322.316 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9218 ttl=3D64 time=3D321.915 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9219 ttl=3D64 time=3D328.014 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9220 ttl=3D64 time=3D328.464 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9221 ttl=3D64 time=3D327.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9222 ttl=3D64 time=3D327.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9223 ttl=3D64 time=3D332.708 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9224 ttl=3D64 time=3D331.898 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9225 ttl=3D64 time=3D331.285 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9226 ttl=3D64 time=3D330.021 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9227 ttl=3D64 time=3D331.136 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9228 ttl=3D64 time=3D332.766 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9229 ttl=3D64 time=3D331.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9230 ttl=3D64 time=3D331.336 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9231 ttl=3D64 time=3D330.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9232 ttl=3D64 time=3D329.462 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9233 ttl=3D64 time=3D330.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9234 ttl=3D64 time=3D331.327 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9235 ttl=3D64 time=3D331.597 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9236 ttl=3D64 time=3D331.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9241 ttl=3D64 time=3D324.044 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9242 ttl=3D64 time=3D323.442 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9243 ttl=3D64 time=3D323.915 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9244 ttl=3D64 time=3D323.837 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9245 ttl=3D64 time=3D323.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9246 ttl=3D64 time=3D323.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9247 ttl=3D64 time=3D322.620 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9248 ttl=3D64 time=3D322.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9249 ttl=3D64 time=3D323.215 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9250 ttl=3D64 time=3D322.753 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9251 ttl=3D64 time=3D322.848 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9252 ttl=3D64 time=3D321.810 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9253 ttl=3D64 time=3D322.163 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9254 ttl=3D64 time=3D322.461 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9255 ttl=3D64 time=3D323.363 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9256 ttl=3D64 time=3D323.885 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9257 ttl=3D64 time=3D324.817 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9258 ttl=3D64 time=3D323.591 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9259 ttl=3D64 time=3D323.869 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9260 ttl=3D64 time=3D324.244 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9261 ttl=3D64 time=3D323.653 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9262 ttl=3D64 time=3D323.248 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9263 ttl=3D64 time=3D322.703 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9264 ttl=3D64 time=3D322.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9265 ttl=3D64 time=3D321.201 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9266 ttl=3D64 time=3D321.058 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9267 ttl=3D64 time=3D321.138 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9268 ttl=3D64 time=3D322.567 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9269 ttl=3D64 time=3D321.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9270 ttl=3D64 time=3D321.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9271 ttl=3D64 time=3D320.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9272 ttl=3D64 time=3D319.508 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9273 ttl=3D64 time=3D319.080 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9274 ttl=3D64 time=3D318.581 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9275 ttl=3D64 time=3D318.421 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9276 ttl=3D64 time=3D318.549 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9277 ttl=3D64 time=3D318.158 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9278 ttl=3D64 time=3D318.577 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9279 ttl=3D64 time=3D319.748 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9280 ttl=3D64 time=3D320.027 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9281 ttl=3D64 time=3D320.172 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9282 ttl=3D64 time=3D318.628 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9283 ttl=3D64 time=3D319.786 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9284 ttl=3D64 time=3D319.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9285 ttl=3D64 time=3D320.003 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9286 ttl=3D64 time=3D320.304 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9287 ttl=3D64 time=3D321.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9288 ttl=3D64 time=3D320.455 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9301 ttl=3D64 time=3D299.931 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9302 ttl=3D64 time=3D299.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9303 ttl=3D64 time=3D299.495 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9304 ttl=3D64 time=3D299.474 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9305 ttl=3D64 time=3D299.063 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9306 ttl=3D64 time=3D298.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9307 ttl=3D64 time=3D298.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9308 ttl=3D64 time=3D299.584 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9309 ttl=3D64 time=3D299.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9310 ttl=3D64 time=3D299.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9311 ttl=3D64 time=3D299.125 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9312 ttl=3D64 time=3D299.381 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9313 ttl=3D64 time=3D299.268 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9314 ttl=3D64 time=3D301.072 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9315 ttl=3D64 time=3D302.210 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9316 ttl=3D64 time=3D301.630 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9317 ttl=3D64 time=3D302.093 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9318 ttl=3D64 time=3D306.139 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9319 ttl=3D64 time=3D305.763 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9320 ttl=3D64 time=3D305.243 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9321 ttl=3D64 time=3D305.961 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9322 ttl=3D64 time=3D305.196 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9323 ttl=3D64 time=3D305.318 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9324 ttl=3D64 time=3D304.655 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9325 ttl=3D64 time=3D304.432 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9326 ttl=3D64 time=3D305.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9327 ttl=3D64 time=3D304.847 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9328 ttl=3D64 time=3D305.260 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9329 ttl=3D64 time=3D305.505 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9330 ttl=3D64 time=3D305.058 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9331 ttl=3D64 time=3D303.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9332 ttl=3D64 time=3D303.651 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9333 ttl=3D64 time=3D304.042 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9334 ttl=3D64 time=3D306.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9335 ttl=3D64 time=3D306.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9336 ttl=3D64 time=3D305.137 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9337 ttl=3D64 time=3D306.358 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9338 ttl=3D64 time=3D306.810 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9339 ttl=3D64 time=3D306.727 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9340 ttl=3D64 time=3D306.178 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9341 ttl=3D64 time=3D305.729 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9342 ttl=3D64 time=3D305.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9343 ttl=3D64 time=3D305.138 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9344 ttl=3D64 time=3D306.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9345 ttl=3D64 time=3D305.914 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9346 ttl=3D64 time=3D311.310 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9347 ttl=3D64 time=3D309.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9348 ttl=3D64 time=3D309.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9351 ttl=3D64 time=3D306.034 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9352 ttl=3D64 time=3D306.259 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9353 ttl=3D64 time=3D305.552 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9354 ttl=3D64 time=3D304.777 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9355 ttl=3D64 time=3D304.389 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9356 ttl=3D64 time=3D304.820 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9357 ttl=3D64 time=3D305.190 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9358 ttl=3D64 time=3D304.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9359 ttl=3D64 time=3D304.202 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9360 ttl=3D64 time=3D303.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9361 ttl=3D64 time=3D302.466 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9362 ttl=3D64 time=3D302.115 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9363 ttl=3D64 time=3D301.588 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9364 ttl=3D64 time=3D301.187 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9365 ttl=3D64 time=3D300.544 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9366 ttl=3D64 time=3D299.694 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9367 ttl=3D64 time=3D299.736 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9368 ttl=3D64 time=3D299.715 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9369 ttl=3D64 time=3D300.332 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9370 ttl=3D64 time=3D300.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9371 ttl=3D64 time=3D300.731 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9372 ttl=3D64 time=3D299.575 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9373 ttl=3D64 time=3D299.883 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9374 ttl=3D64 time=3D299.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9375 ttl=3D64 time=3D298.240 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9376 ttl=3D64 time=3D297.765 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9377 ttl=3D64 time=3D297.330 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9378 ttl=3D64 time=3D296.796 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9379 ttl=3D64 time=3D295.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9380 ttl=3D64 time=3D295.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9381 ttl=3D64 time=3D297.730 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9382 ttl=3D64 time=3D298.105 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9383 ttl=3D64 time=3D297.864 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9384 ttl=3D64 time=3D297.396 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9385 ttl=3D64 time=3D297.034 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9386 ttl=3D64 time=3D297.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9387 ttl=3D64 time=3D305.880 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9388 ttl=3D64 time=3D306.094 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9389 ttl=3D64 time=3D305.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9390 ttl=3D64 time=3D306.884 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9391 ttl=3D64 time=3D307.955 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9392 ttl=3D64 time=3D306.401 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9393 ttl=3D64 time=3D306.982 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9394 ttl=3D64 time=3D307.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9395 ttl=3D64 time=3D307.117 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9396 ttl=3D64 time=3D307.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9397 ttl=3D64 time=3D308.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9398 ttl=3D64 time=3D308.714 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9404 ttl=3D64 time=3D298.840 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9405 ttl=3D64 time=3D298.930 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9406 ttl=3D64 time=3D298.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9407 ttl=3D64 time=3D298.456 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9408 ttl=3D64 time=3D299.325 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9409 ttl=3D64 time=3D298.812 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9410 ttl=3D64 time=3D297.504 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9411 ttl=3D64 time=3D297.802 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9412 ttl=3D64 time=3D296.501 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9413 ttl=3D64 time=3D297.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9414 ttl=3D64 time=3D298.943 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9415 ttl=3D64 time=3D299.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9416 ttl=3D64 time=3D299.510 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9417 ttl=3D64 time=3D299.118 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9418 ttl=3D64 time=3D298.707 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9419 ttl=3D64 time=3D298.714 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9420 ttl=3D64 time=3D299.424 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9421 ttl=3D64 time=3D298.992 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9422 ttl=3D64 time=3D298.392 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9423 ttl=3D64 time=3D297.354 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9424 ttl=3D64 time=3D296.797 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9425 ttl=3D64 time=3D296.888 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9426 ttl=3D64 time=3D296.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9427 ttl=3D64 time=3D298.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9428 ttl=3D64 time=3D296.756 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9429 ttl=3D64 time=3D295.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9430 ttl=3D64 time=3D296.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9431 ttl=3D64 time=3D298.161 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9432 ttl=3D64 time=3D298.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9433 ttl=3D64 time=3D298.136 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9434 ttl=3D64 time=3D296.951 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9435 ttl=3D64 time=3D297.207 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9436 ttl=3D64 time=3D296.766 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9437 ttl=3D64 time=3D296.777 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9438 ttl=3D64 time=3D299.379 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9439 ttl=3D64 time=3D300.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9440 ttl=3D64 time=3D300.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9441 ttl=3D64 time=3D298.610 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9442 ttl=3D64 time=3D298.531 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9443 ttl=3D64 time=3D301.461 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9444 ttl=3D64 time=3D300.989 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9445 ttl=3D64 time=3D301.171 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9446 ttl=3D64 time=3D300.774 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9447 ttl=3D64 time=3D301.012 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9448 ttl=3D64 time=3D300.773 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9449 ttl=3D64 time=3D300.253 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9450 ttl=3D64 time=3D300.347 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9451 ttl=3D64 time=3D302.685 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9457 ttl=3D64 time=3D294.702 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9458 ttl=3D64 time=3D293.412 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9459 ttl=3D64 time=3D293.950 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9460 ttl=3D64 time=3D293.591 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9461 ttl=3D64 time=3D295.655 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9462 ttl=3D64 time=3D296.650 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9463 ttl=3D64 time=3D299.146 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9464 ttl=3D64 time=3D298.915 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9465 ttl=3D64 time=3D298.316 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9466 ttl=3D64 time=3D297.881 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9467 ttl=3D64 time=3D297.307 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9468 ttl=3D64 time=3D297.741 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9469 ttl=3D64 time=3D297.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9470 ttl=3D64 time=3D296.853 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9471 ttl=3D64 time=3D295.764 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9472 ttl=3D64 time=3D295.215 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9473 ttl=3D64 time=3D294.779 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9474 ttl=3D64 time=3D294.654 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9475 ttl=3D64 time=3D294.893 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9476 ttl=3D64 time=3D294.478 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9477 ttl=3D64 time=3D295.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9478 ttl=3D64 time=3D295.242 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9479 ttl=3D64 time=3D295.398 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9480 ttl=3D64 time=3D294.594 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9481 ttl=3D64 time=3D295.286 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9482 ttl=3D64 time=3D294.527 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9483 ttl=3D64 time=3D294.480 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9484 ttl=3D64 time=3D296.416 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9485 ttl=3D64 time=3D295.846 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9486 ttl=3D64 time=3D295.488 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9487 ttl=3D64 time=3D295.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9488 ttl=3D64 time=3D295.472 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9489 ttl=3D64 time=3D295.362 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9490 ttl=3D64 time=3D296.222 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9491 ttl=3D64 time=3D295.066 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9492 ttl=3D64 time=3D296.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9493 ttl=3D64 time=3D295.745 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9494 ttl=3D64 time=3D296.256 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9495 ttl=3D64 time=3D296.174 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9496 ttl=3D64 time=3D297.017 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9497 ttl=3D64 time=3D295.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9498 ttl=3D64 time=3D295.250 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9499 ttl=3D64 time=3D294.559 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9500 ttl=3D64 time=3D294.712 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9501 ttl=3D64 time=3D295.054 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9502 ttl=3D64 time=3D294.712 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9503 ttl=3D64 time=3D296.331 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9504 ttl=3D64 time=3D296.280 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9506 ttl=3D64 time=3D295.305 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9507 ttl=3D64 time=3D295.639 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9508 ttl=3D64 time=3D294.725 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9509 ttl=3D64 time=3D294.470 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9510 ttl=3D64 time=3D294.723 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9511 ttl=3D64 time=3D294.723 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9512 ttl=3D64 time=3D293.992 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9513 ttl=3D64 time=3D293.989 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9514 ttl=3D64 time=3D294.124 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9515 ttl=3D64 time=3D294.432 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9516 ttl=3D64 time=3D293.076 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9517 ttl=3D64 time=3D292.770 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9518 ttl=3D64 time=3D293.139 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9519 ttl=3D64 time=3D294.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9520 ttl=3D64 time=3D294.378 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9521 ttl=3D64 time=3D295.199 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9522 ttl=3D64 time=3D293.559 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9523 ttl=3D64 time=3D296.265 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9524 ttl=3D64 time=3D294.869 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9525 ttl=3D64 time=3D294.128 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9526 ttl=3D64 time=3D292.744 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9527 ttl=3D64 time=3D292.127 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9528 ttl=3D64 time=3D292.355 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9529 ttl=3D64 time=3D291.673 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9530 ttl=3D64 time=3D292.051 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9531 ttl=3D64 time=3D290.679 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9532 ttl=3D64 time=3D291.169 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9533 ttl=3D64 time=3D289.189 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9534 ttl=3D64 time=3D288.438 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9535 ttl=3D64 time=3D287.795 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9536 ttl=3D64 time=3D287.466 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9537 ttl=3D64 time=3D286.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9538 ttl=3D64 time=3D286.007 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9539 ttl=3D64 time=3D289.117 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9540 ttl=3D64 time=3D290.001 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9541 ttl=3D64 time=3D290.521 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9542 ttl=3D64 time=3D289.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9543 ttl=3D64 time=3D288.762 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9544 ttl=3D64 time=3D288.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9545 ttl=3D64 time=3D288.839 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9546 ttl=3D64 time=3D289.054 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9547 ttl=3D64 time=3D290.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9548 ttl=3D64 time=3D290.223 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9549 ttl=3D64 time=3D290.760 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9550 ttl=3D64 time=3D292.419 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9551 ttl=3D64 time=3D291.368 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9552 ttl=3D64 time=3D292.140 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9553 ttl=3D64 time=3D290.872 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9554 ttl=3D64 time=3D292.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9555 ttl=3D64 time=3D291.590 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9556 ttl=3D64 time=3D291.366 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9557 ttl=3D64 time=3D291.170 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9558 ttl=3D64 time=3D291.897 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9559 ttl=3D64 time=3D291.959 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9560 ttl=3D64 time=3D292.182 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9561 ttl=3D64 time=3D290.894 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9562 ttl=3D64 time=3D290.374 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9563 ttl=3D64 time=3D290.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9564 ttl=3D64 time=3D290.185 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9565 ttl=3D64 time=3D289.277 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9566 ttl=3D64 time=3D288.664 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9567 ttl=3D64 time=3D288.209 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9568 ttl=3D64 time=3D287.956 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9569 ttl=3D64 time=3D287.242 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9570 ttl=3D64 time=3D290.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9571 ttl=3D64 time=3D290.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9572 ttl=3D64 time=3D290.993 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9573 ttl=3D64 time=3D291.273 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9574 ttl=3D64 time=3D290.100 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9575 ttl=3D64 time=3D290.063 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9576 ttl=3D64 time=3D289.383 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9577 ttl=3D64 time=3D289.663 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9578 ttl=3D64 time=3D289.948 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9579 ttl=3D64 time=3D288.445 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9580 ttl=3D64 time=3D289.645 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9581 ttl=3D64 time=3D290.683 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9582 ttl=3D64 time=3D290.104 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9583 ttl=3D64 time=3D290.005 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9584 ttl=3D64 time=3D290.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9585 ttl=3D64 time=3D288.792 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9586 ttl=3D64 time=3D288.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9587 ttl=3D64 time=3D287.913 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9588 ttl=3D64 time=3D287.359 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9589 ttl=3D64 time=3D287.008 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9590 ttl=3D64 time=3D286.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9591 ttl=3D64 time=3D287.070 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9592 ttl=3D64 time=3D285.788 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9593 ttl=3D64 time=3D285.318 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9594 ttl=3D64 time=3D284.604 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9595 ttl=3D64 time=3D285.121 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9596 ttl=3D64 time=3D284.700 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9597 ttl=3D64 time=3D284.228 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9598 ttl=3D64 time=3D283.810 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9599 ttl=3D64 time=3D282.977 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9600 ttl=3D64 time=3D283.120 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9601 ttl=3D64 time=3D280.808 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9602 ttl=3D64 time=3D280.479 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9603 ttl=3D64 time=3D281.309 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9604 ttl=3D64 time=3D281.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9605 ttl=3D64 time=3D281.364 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9606 ttl=3D64 time=3D281.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9607 ttl=3D64 time=3D283.523 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9608 ttl=3D64 time=3D283.576 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9609 ttl=3D64 time=3D282.298 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9610 ttl=3D64 time=3D281.001 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9611 ttl=3D64 time=3D281.059 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9612 ttl=3D64 time=3D281.014 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9613 ttl=3D64 time=3D280.997 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9614 ttl=3D64 time=3D280.588 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9615 ttl=3D64 time=3D280.116 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9616 ttl=3D64 time=3D285.657 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9617 ttl=3D64 time=3D285.251 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9618 ttl=3D64 time=3D284.178 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9619 ttl=3D64 time=3D284.540 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9620 ttl=3D64 time=3D286.413 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9621 ttl=3D64 time=3D286.247 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9622 ttl=3D64 time=3D285.649 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9623 ttl=3D64 time=3D285.907 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9624 ttl=3D64 time=3D289.328 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9625 ttl=3D64 time=3D288.843 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9626 ttl=3D64 time=3D288.900 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9627 ttl=3D64 time=3D289.625 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9628 ttl=3D64 time=3D288.861 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9629 ttl=3D64 time=3D289.020 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9630 ttl=3D64 time=3D293.974 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9631 ttl=3D64 time=3D294.242 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9632 ttl=3D64 time=3D294.553 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9633 ttl=3D64 time=3D294.274 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9634 ttl=3D64 time=3D293.129 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9635 ttl=3D64 time=3D293.014 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9636 ttl=3D64 time=3D293.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9637 ttl=3D64 time=3D293.138 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9638 ttl=3D64 time=3D291.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9639 ttl=3D64 time=3D291.547 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9640 ttl=3D64 time=3D290.909 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9641 ttl=3D64 time=3D289.815 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9642 ttl=3D64 time=3D290.942 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9645 ttl=3D64 time=3D287.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9646 ttl=3D64 time=3D286.807 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9647 ttl=3D64 time=3D285.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9648 ttl=3D64 time=3D288.831 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9649 ttl=3D64 time=3D287.969 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9650 ttl=3D64 time=3D287.357 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9651 ttl=3D64 time=3D287.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9652 ttl=3D64 time=3D286.941 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9653 ttl=3D64 time=3D289.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9654 ttl=3D64 time=3D291.305 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9655 ttl=3D64 time=3D290.890 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9656 ttl=3D64 time=3D292.598 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9657 ttl=3D64 time=3D290.763 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9658 ttl=3D64 time=3D291.530 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9659 ttl=3D64 time=3D291.337 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9660 ttl=3D64 time=3D292.458 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9661 ttl=3D64 time=3D293.489 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9662 ttl=3D64 time=3D292.397 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9663 ttl=3D64 time=3D293.457 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9664 ttl=3D64 time=3D293.995 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9665 ttl=3D64 time=3D294.446 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9666 ttl=3D64 time=3D294.211 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9667 ttl=3D64 time=3D293.353 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9668 ttl=3D64 time=3D295.029 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9669 ttl=3D64 time=3D293.976 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9670 ttl=3D64 time=3D294.332 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9671 ttl=3D64 time=3D293.319 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9672 ttl=3D64 time=3D294.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9673 ttl=3D64 time=3D293.772 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9674 ttl=3D64 time=3D297.326 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9675 ttl=3D64 time=3D297.460 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9676 ttl=3D64 time=3D297.342 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9677 ttl=3D64 time=3D297.476 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9678 ttl=3D64 time=3D297.961 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9679 ttl=3D64 time=3D297.591 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9680 ttl=3D64 time=3D297.425 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9681 ttl=3D64 time=3D296.835 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9682 ttl=3D64 time=3D296.333 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9683 ttl=3D64 time=3D296.615 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9684 ttl=3D64 time=3D295.771 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9685 ttl=3D64 time=3D298.431 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9686 ttl=3D64 time=3D297.973 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9687 ttl=3D64 time=3D298.871 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9688 ttl=3D64 time=3D300.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9689 ttl=3D64 time=3D298.989 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9690 ttl=3D64 time=3D299.903 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9691 ttl=3D64 time=3D300.485 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9692 ttl=3D64 time=3D299.322 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9695 ttl=3D64 time=3D296.369 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9696 ttl=3D64 time=3D295.544 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9697 ttl=3D64 time=3D295.244 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9698 ttl=3D64 time=3D295.520 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9699 ttl=3D64 time=3D295.346 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9700 ttl=3D64 time=3D294.801 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9701 ttl=3D64 time=3D294.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9702 ttl=3D64 time=3D295.568 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9703 ttl=3D64 time=3D296.646 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9704 ttl=3D64 time=3D296.971 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9705 ttl=3D64 time=3D297.671 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9706 ttl=3D64 time=3D297.698 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9707 ttl=3D64 time=3D297.089 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9708 ttl=3D64 time=3D296.658 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9709 ttl=3D64 time=3D296.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9710 ttl=3D64 time=3D297.097 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9711 ttl=3D64 time=3D295.710 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9712 ttl=3D64 time=3D296.452 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9713 ttl=3D64 time=3D295.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9714 ttl=3D64 time=3D297.613 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9715 ttl=3D64 time=3D296.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9716 ttl=3D64 time=3D295.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9717 ttl=3D64 time=3D296.057 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9718 ttl=3D64 time=3D295.728 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9719 ttl=3D64 time=3D295.828 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9720 ttl=3D64 time=3D295.858 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9721 ttl=3D64 time=3D295.386 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9722 ttl=3D64 time=3D294.606 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9723 ttl=3D64 time=3D293.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9724 ttl=3D64 time=3D293.865 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9725 ttl=3D64 time=3D292.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9726 ttl=3D64 time=3D293.033 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9727 ttl=3D64 time=3D291.655 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9728 ttl=3D64 time=3D291.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9729 ttl=3D64 time=3D291.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9730 ttl=3D64 time=3D290.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9731 ttl=3D64 time=3D290.556 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9732 ttl=3D64 time=3D289.977 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9733 ttl=3D64 time=3D289.602 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9734 ttl=3D64 time=3D289.270 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9735 ttl=3D64 time=3D289.647 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9736 ttl=3D64 time=3D291.206 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9737 ttl=3D64 time=3D297.646 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9738 ttl=3D64 time=3D297.767 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9739 ttl=3D64 time=3D298.044 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9740 ttl=3D64 time=3D297.624 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9741 ttl=3D64 time=3D298.628 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9742 ttl=3D64 time=3D297.990 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9743 ttl=3D64 time=3D299.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9744 ttl=3D64 time=3D298.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9745 ttl=3D64 time=3D299.405 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9746 ttl=3D64 time=3D299.582 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9747 ttl=3D64 time=3D298.732 ms ping: sendto: No buffer space available 1480 bytes from 10.40.64.17: icmp_seq=3D9748 ttl=3D64 time=3D298.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9749 ttl=3D64 time=3D298.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9750 ttl=3D64 time=3D297.992 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9751 ttl=3D64 time=3D296.979 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9752 ttl=3D64 time=3D297.040 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9753 ttl=3D64 time=3D296.879 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9754 ttl=3D64 time=3D297.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9755 ttl=3D64 time=3D298.400 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9756 ttl=3D64 time=3D298.504 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9757 ttl=3D64 time=3D298.010 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9758 ttl=3D64 time=3D298.594 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9759 ttl=3D64 time=3D298.264 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9760 ttl=3D64 time=3D297.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9761 ttl=3D64 time=3D298.495 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9762 ttl=3D64 time=3D297.902 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9763 ttl=3D64 time=3D298.871 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9764 ttl=3D64 time=3D299.271 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9765 ttl=3D64 time=3D298.052 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9766 ttl=3D64 time=3D297.793 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9767 ttl=3D64 time=3D298.753 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9768 ttl=3D64 time=3D298.428 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9769 ttl=3D64 time=3D297.817 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9770 ttl=3D64 time=3D298.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9771 ttl=3D64 time=3D297.588 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9772 ttl=3D64 time=3D297.123 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9773 ttl=3D64 time=3D296.729 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9774 ttl=3D64 time=3D297.046 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9775 ttl=3D64 time=3D296.769 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9776 ttl=3D64 time=3D296.176 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9777 ttl=3D64 time=3D297.621 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9778 ttl=3D64 time=3D299.051 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9779 ttl=3D64 time=3D300.068 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9780 ttl=3D64 time=3D300.699 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9781 ttl=3D64 time=3D300.690 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9782 ttl=3D64 time=3D302.704 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9783 ttl=3D64 time=3D302.074 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9784 ttl=3D64 time=3D301.533 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9785 ttl=3D64 time=3D303.399 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9786 ttl=3D64 time=3D303.873 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9787 ttl=3D64 time=3D303.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9788 ttl=3D64 time=3D303.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9789 ttl=3D64 time=3D304.307 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9790 ttl=3D64 time=3D305.056 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9791 ttl=3D64 time=3D305.753 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9792 ttl=3D64 time=3D305.144 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9793 ttl=3D64 time=3D305.880 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9794 ttl=3D64 time=3D305.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9795 ttl=3D64 time=3D304.167 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9796 ttl=3D64 time=3D303.758 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9797 ttl=3D64 time=3D304.842 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9798 ttl=3D64 time=3D304.526 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9799 ttl=3D64 time=3D307.187 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9800 ttl=3D64 time=3D306.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9801 ttl=3D64 time=3D308.164 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9802 ttl=3D64 time=3D308.212 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9803 ttl=3D64 time=3D310.785 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9804 ttl=3D64 time=3D310.314 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9805 ttl=3D64 time=3D309.146 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9806 ttl=3D64 time=3D309.447 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9807 ttl=3D64 time=3D308.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9808 ttl=3D64 time=3D308.662 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9809 ttl=3D64 time=3D308.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9810 ttl=3D64 time=3D308.814 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9811 ttl=3D64 time=3D310.324 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9812 ttl=3D64 time=3D310.250 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9813 ttl=3D64 time=3D310.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9814 ttl=3D64 time=3D311.300 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9815 ttl=3D64 time=3D310.879 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9816 ttl=3D64 time=3D310.361 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9817 ttl=3D64 time=3D310.184 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9818 ttl=3D64 time=3D314.159 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9819 ttl=3D64 time=3D313.395 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9820 ttl=3D64 time=3D315.648 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9821 ttl=3D64 time=3D314.603 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9822 ttl=3D64 time=3D315.270 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9823 ttl=3D64 time=3D315.791 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9824 ttl=3D64 time=3D315.810 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9825 ttl=3D64 time=3D315.782 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9826 ttl=3D64 time=3D314.472 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9827 ttl=3D64 time=3D313.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9833 ttl=3D64 time=3D304.644 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9834 ttl=3D64 time=3D304.009 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9835 ttl=3D64 time=3D304.636 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9836 ttl=3D64 time=3D304.924 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9837 ttl=3D64 time=3D305.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9838 ttl=3D64 time=3D306.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9839 ttl=3D64 time=3D306.166 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9840 ttl=3D64 time=3D304.896 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9841 ttl=3D64 time=3D304.444 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9842 ttl=3D64 time=3D305.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9843 ttl=3D64 time=3D305.290 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9844 ttl=3D64 time=3D305.693 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9845 ttl=3D64 time=3D305.985 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9846 ttl=3D64 time=3D308.160 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9847 ttl=3D64 time=3D309.441 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9848 ttl=3D64 time=3D309.456 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9849 ttl=3D64 time=3D310.627 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9850 ttl=3D64 time=3D310.229 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9851 ttl=3D64 time=3D310.806 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9852 ttl=3D64 time=3D311.047 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9853 ttl=3D64 time=3D310.599 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9854 ttl=3D64 time=3D311.069 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9855 ttl=3D64 time=3D314.558 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9856 ttl=3D64 time=3D314.073 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9857 ttl=3D64 time=3D315.005 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9858 ttl=3D64 time=3D313.905 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9859 ttl=3D64 time=3D313.255 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9860 ttl=3D64 time=3D312.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9861 ttl=3D64 time=3D311.356 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9862 ttl=3D64 time=3D311.028 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9863 ttl=3D64 time=3D310.600 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9864 ttl=3D64 time=3D310.787 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9865 ttl=3D64 time=3D308.805 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9866 ttl=3D64 time=3D308.372 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9867 ttl=3D64 time=3D308.642 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9868 ttl=3D64 time=3D310.085 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9869 ttl=3D64 time=3D310.224 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9870 ttl=3D64 time=3D309.555 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9871 ttl=3D64 time=3D309.003 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9872 ttl=3D64 time=3D308.635 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9873 ttl=3D64 time=3D310.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9874 ttl=3D64 time=3D310.065 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9875 ttl=3D64 time=3D311.670 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9876 ttl=3D64 time=3D312.234 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9877 ttl=3D64 time=3D314.218 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9878 ttl=3D64 time=3D312.994 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9879 ttl=3D64 time=3D312.562 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9880 ttl=3D64 time=3D313.437 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9881 ttl=3D64 time=3D314.566 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9882 ttl=3D64 time=3D314.925 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9883 ttl=3D64 time=3D314.430 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9884 ttl=3D64 time=3D314.055 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9885 ttl=3D64 time=3D313.808 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9886 ttl=3D64 time=3D313.409 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9887 ttl=3D64 time=3D313.296 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9888 ttl=3D64 time=3D315.110 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9889 ttl=3D64 time=3D314.157 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9890 ttl=3D64 time=3D313.506 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9891 ttl=3D64 time=3D313.051 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9892 ttl=3D64 time=3D317.778 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9893 ttl=3D64 time=3D317.509 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9894 ttl=3D64 time=3D320.661 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9895 ttl=3D64 time=3D325.825 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9896 ttl=3D64 time=3D332.513 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9897 ttl=3D64 time=3D332.656 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9898 ttl=3D64 time=3D332.752 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9899 ttl=3D64 time=3D331.440 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9900 ttl=3D64 time=3D331.343 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9901 ttl=3D64 time=3D332.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9902 ttl=3D64 time=3D331.954 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9903 ttl=3D64 time=3D332.701 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9904 ttl=3D64 time=3D331.800 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9905 ttl=3D64 time=3D332.875 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9906 ttl=3D64 time=3D335.101 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9907 ttl=3D64 time=3D335.503 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9908 ttl=3D64 time=3D334.216 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9909 ttl=3D64 time=3D333.734 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9910 ttl=3D64 time=3D333.878 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9911 ttl=3D64 time=3D333.783 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9912 ttl=3D64 time=3D334.022 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9913 ttl=3D64 time=3D334.537 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9914 ttl=3D64 time=3D333.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9915 ttl=3D64 time=3D332.960 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9916 ttl=3D64 time=3D332.483 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9917 ttl=3D64 time=3D333.614 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9918 ttl=3D64 time=3D341.965 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9919 ttl=3D64 time=3D342.090 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9920 ttl=3D64 time=3D342.820 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9921 ttl=3D64 time=3D342.958 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9922 ttl=3D64 time=3D344.387 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9923 ttl=3D64 time=3D343.819 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9924 ttl=3D64 time=3D345.039 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9925 ttl=3D64 time=3D345.282 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9926 ttl=3D64 time=3D345.089 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9928 ttl=3D64 time=3D347.024 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9929 ttl=3D64 time=3D346.792 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9930 ttl=3D64 time=3D347.098 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9931 ttl=3D64 time=3D347.198 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9932 ttl=3D64 time=3D347.128 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9933 ttl=3D64 time=3D345.964 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9934 ttl=3D64 time=3D346.319 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9935 ttl=3D64 time=3D346.425 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9936 ttl=3D64 time=3D347.122 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9937 ttl=3D64 time=3D347.423 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9938 ttl=3D64 time=3D346.789 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9939 ttl=3D64 time=3D347.375 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9940 ttl=3D64 time=3D347.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9941 ttl=3D64 time=3D347.798 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9942 ttl=3D64 time=3D347.507 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9943 ttl=3D64 time=3D347.066 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9944 ttl=3D64 time=3D347.240 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9946 ttl=3D64 time=3D345.186 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9947 ttl=3D64 time=3D344.199 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9948 ttl=3D64 time=3D343.939 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9949 ttl=3D64 time=3D342.847 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9950 ttl=3D64 time=3D342.443 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9951 ttl=3D64 time=3D342.079 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9952 ttl=3D64 time=3D341.504 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9953 ttl=3D64 time=3D340.790 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9954 ttl=3D64 time=3D339.556 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9955 ttl=3D64 time=3D338.533 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9956 ttl=3D64 time=3D338.335 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9957 ttl=3D64 time=3D337.267 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9958 ttl=3D64 time=3D336.851 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9959 ttl=3D64 time=3D335.972 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9960 ttl=3D64 time=3D335.557 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9961 ttl=3D64 time=3D334.643 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9962 ttl=3D64 time=3D333.477 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9963 ttl=3D64 time=3D332.249 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9964 ttl=3D64 time=3D331.066 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9965 ttl=3D64 time=3D329.799 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9966 ttl=3D64 time=3D329.450 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9967 ttl=3D64 time=3D328.917 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9968 ttl=3D64 time=3D328.532 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9969 ttl=3D64 time=3D327.334 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9970 ttl=3D64 time=3D326.337 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9971 ttl=3D64 time=3D325.587 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9972 ttl=3D64 time=3D324.440 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9973 ttl=3D64 time=3D324.273 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9974 ttl=3D64 time=3D323.081 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9975 ttl=3D64 time=3D321.980 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9976 ttl=3D64 time=3D320.963 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9977 ttl=3D64 time=3D320.505 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9978 ttl=3D64 time=3D319.293 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9979 ttl=3D64 time=3D318.979 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9980 ttl=3D64 time=3D318.329 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9981 ttl=3D64 time=3D317.991 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9982 ttl=3D64 time=3D316.838 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9983 ttl=3D64 time=3D316.538 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9984 ttl=3D64 time=3D315.253 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9985 ttl=3D64 time=3D314.171 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9986 ttl=3D64 time=3D313.278 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9987 ttl=3D64 time=3D312.923 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9988 ttl=3D64 time=3D311.870 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9989 ttl=3D64 time=3D311.408 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9990 ttl=3D64 time=3D310.287 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9991 ttl=3D64 time=3D309.272 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9992 ttl=3D64 time=3D308.026 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9993 ttl=3D64 time=3D307.589 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9994 ttl=3D64 time=3D306.697 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9995 ttl=3D64 time=3D306.226 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9996 ttl=3D64 time=3D305.711 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9997 ttl=3D64 time=3D304.245 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9998 ttl=3D64 time=3D302.957 ms 1480 bytes from 10.40.64.17: icmp_seq=3D9999 ttl=3D64 time=3D302.444 ms --- R1 ping statistics --- 10000 packets transmitted, 9630 packets received, 3% packet loss round-trip min/avg/max/stddev =3D 1.322/236.085/347.851/83.817 ms ------=_NextPart_000_0005_01C6D176.C75ACA80-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 05:03:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF3FE16A4DA for ; Wed, 6 Sep 2006 05:03:22 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts5-srv.bellnexxia.net (tomts5.bellnexxia.net [209.226.175.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34A3443D45 for ; Wed, 6 Sep 2006 05:03:22 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060906050321.PUFK18394.tomts5-srv.bellnexxia.net@[192.168.55.4]> for ; Wed, 6 Sep 2006 01:03:21 -0400 Message-ID: <44FE523A.3080707@sympatico.ca> Date: Wed, 06 Sep 2006 00:44:42 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <44FD7AD2.5010000@sympatico.ca> <20060905110139.1bda7532.rnsanchez@gmail.com> In-Reply-To: <20060905110139.1bda7532.rnsanchez@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 05:03:22 -0000 Ricardo Nabinger Sanchez wrote: > > IIRC, you must have all the ports (ports-all in your config file) in order > to generate an INDEX, as it will fail otherwise. > > Yeah, when I realized that I interrupted the cvsup command, edited ports-supfile to change it to ports-all, then reran cvsup. Perhaps interrupting it the first time is what caused the problem. -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 05:04:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55B5316A4DA for ; Wed, 6 Sep 2006 05:04:24 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts36-srv.bellnexxia.net (tomts36-srv.bellnexxia.net [209.226.175.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id A93C443D46 for ; Wed, 6 Sep 2006 05:04:23 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts36-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060906050422.EZWQ13653.tomts36-srv.bellnexxia.net@[192.168.55.4]> for ; Wed, 6 Sep 2006 01:04:22 -0400 Message-ID: <44FE5277.5070503@sympatico.ca> Date: Wed, 06 Sep 2006 00:45:43 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <200609051435.k85EZO6L033959@juno.lyxys.ka.sub.org> In-Reply-To: <200609051435.k85EZO6L033959@juno.lyxys.ka.sub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 05:04:24 -0000 Wolfgang Zenker wrote: > > just to make sure: You did run cvsup after uncommenting ports-all and > before running portsdb -Uu, right? > > Yes. I double-checked the command history and I definitely did. -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 05:07:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4887316A4DA for ; Wed, 6 Sep 2006 05:07:17 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts25-srv.bellnexxia.net (tomts25-srv.bellnexxia.net [209.226.175.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F3D43D53 for ; Wed, 6 Sep 2006 05:07:16 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts25-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060906050715.OCWU1747.tomts25-srv.bellnexxia.net@[192.168.55.4]> for ; Wed, 6 Sep 2006 01:07:15 -0400 Message-ID: <44FE5324.1040508@sympatico.ca> Date: Wed, 06 Sep 2006 00:48:36 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <44FD7AD2.5010000@sympatico.ca> <20060905145058.GA79681@xor.obsecurity.org> In-Reply-To: <20060905145058.GA79681@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 05:07:17 -0000 Kris Kennaway wrote: > > This makes me think that you didn't re-run cvsup since your "similar > error" is precisely what you'd expect if you didn't have anything in > japanese/. > > > It's there in my command history twice with an ee ports-supfile between the two occurances of cvsup. BTW, this is the exact command with arguments: cvsup -g -L 2 ports-supfile Also, I ran this while pwd was /root/ Perhaps I should have been in /usr/ports? -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 05:09:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FBC216A4DD for ; Wed, 6 Sep 2006 05:09:17 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts16-srv.bellnexxia.net (tomts16.bellnexxia.net [209.226.175.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94B5643D45 for ; Wed, 6 Sep 2006 05:09:16 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060906050915.XAWS27612.tomts16-srv.bellnexxia.net@[192.168.55.4]> for ; Wed, 6 Sep 2006 01:09:15 -0400 Message-ID: <44FE539C.2040008@sympatico.ca> Date: Wed, 06 Sep 2006 00:50:36 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <44FD7AD2.5010000@sympatico.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 05:09:17 -0000 Hi Daniel, Welcome to the discussion. Daniel Eischen wrote: > > I've seen errors similar to yours when your Mk files are out of > date with the rest of your ports tree. As root: > > # cd /usr/ports/Mk > # cvs -R update -P -d > > I'm assuming that the rest of your ports tree has also been > updated accordingly ('cd /usr/ports; cvs -R update -P -d'). > Okay, now I'm confused. I thought updating the ports tree was done with: cvsup -g -L 2 ports-supfile -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 05:58:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A517416A4DA; Wed, 6 Sep 2006 05:58:15 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3613943D45; Wed, 6 Sep 2006 05:58:15 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GKqQN-000HHF-O2; Wed, 06 Sep 2006 08:58:11 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Thomas Herrlin In-reply-to: Your message of Tue, 05 Sep 2006 18:21:07 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Sep 2006 08:58:11 +0300 From: Danny Braniss Message-ID: Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: tcp/udp performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 05:58:15 -0000 > Jack Vogel wrote: > > On 8/30/06, Danny Braniss wrote: > >> > >> ever since 6.1 I've seen fluctuations in the performance of > >> the em (Intel(R) PRO/1000 Gigabit Ethernet). > >> > >> motherboard OBN (On Board NIC) > >> ---------------- ------------------ > >> 1- Intel SE7501WV2S Intel 82546EB::2.1 > >> 2- Intel SE7320VP2D2 INTEL 82541 > >> 3- Sun Fire X4100 Server Intel(R) PRO/1000 > >> > >> test 1: writing to a NetApp filer via NFS/UDP > >> FreeBSD Linux > >> MegaBytes/sec > >> 1- Average: 18.48 32.61 > >> 2- Average: 15.69 35.72 > >> 3- Average: 16.61 29.69 > >> (interstingly, doing NFS/TCP instead of NFS/UDP shows an increase in > >> speed of > >> around 60% on FreeBSD but none on Linux) > >> > >> test2: iperf using 1 as server: > >> FreeBSD(*) Linux > >> Mbits/sec > >> 1- 926 905 (this machine was busy) > >> 2- 545 798 > >> 3- 910 912 > >> *: did a 'sysctl net.inet.tcp.sendspace=65536' > >> > >> > >> So, it seems to me something is not that good in the UDP department, but > >> I can't find what to tweek. > >> > >> Any help? > >> > >> danny > > > > Have discussed this some internally, the best idea I've heard is that > > UDP is not giving us the interrupt rate that TCP would, so we end up > > not cleaning up as often, and thus descriptors might not be as quickly > > available.. Its just speculation at this point. > If a high interrupt rate is a problem and your NIC+driver supports it, > then try enabling polling(4) aswell. This has helped me for bulk > transfers on slower boxes but i have noticed problems with ALTQ/dummynet > and other highly realtime dependent networking code. YMMV. > More info in the man 4 polling. > I think recent linux kernels/drivers have this implemented so it will > enable it dynamically on high load. However i only skimmed the documents > and i'm not a linux expert so i may be wrong on that. > /Junics as far as i know, polling only works on UP machines, besides, TCP performance is much better than UDP - which goes against basic instincts. the packets arriving at the NIC get processed - interrupt - before you can tell that they are IP/TCP/UDP, so the iterrupt latency should be the same for all. > > > > Try this: the default is only to have 256 descriptors, try going for > > the MAX > > which is 4K. > > > > Cheers, > > > > Jack From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 06:32:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 242F116A4E2; Wed, 6 Sep 2006 06:32:09 +0000 (UTC) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2141E43D6E; Wed, 6 Sep 2006 06:32:03 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.6/8.13.6) with ESMTP id k866W1PD056275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Sep 2006 08:32:02 +0200 (CEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.6/8.13.6/Submit) with UUCP id k866W176056274; Wed, 6 Sep 2006 08:32:01 +0200 (CEST) (envelope-from ast@marabu.ch) Received: from pano.marabu.ch (localhost [127.0.0.1]) by pano.marabu.ch (8.13.6/8.13.6) with ESMTP id k866TDg5045087; Wed, 6 Sep 2006 08:29:13 +0200 (CEST) (envelope-from ast@pano.marabu.ch) Received: (from ast@localhost) by pano.marabu.ch (8.13.6/8.13.6/Submit) id k866TDvL045086; Wed, 6 Sep 2006 08:29:13 +0200 (CEST) (envelope-from ast) Date: Wed, 6 Sep 2006 08:29:13 +0200 From: Adrian Steinmann To: freebsd-stable@freebsd.org Message-ID: <20060906062912.GA44900@webgroup.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (oneplusone.ch [127.0.0.1]); Wed, 06 Sep 2006 08:32:02 +0200 (CEST) X-Mailfilter: egfilter version 1.14; Archiver [msg.gLtkp1LL] (oneplusone.ch [127.0.0.1]); Wed, 06 Sep 2006 08:32:02 +0200 (CEST) X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 7.1.1.11; VDF: 6.35.1.188; host: oneplusone.ch) Cc: mr@freebsd.org, pjd@freebsd.org Subject: FAST_IPSEC + device padlock + device crypto + IKE broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 06:32:09 -0000 In my kernel config, I have options FAST_IPSEC device padlock device crypto which enables the crypto acceleration in VIA C3 and C7 CPUs. IPSEC with static rijndael-cbc keys of length 128, 192, and 256 makes use of the acceleration when sysctl net.inet.ipsec.crypto_support=1; - so far, so good. Yet when I configure racoon from ipsec-tools, racoon2, or iked for dynamic keying, I get a "PFKEYv2 UPDATE" (or similar) failure. When I set net.inet.ipsec.crypto_support=0 these same dynamic ike key configurations work, albeit without HW crypto accelleration. Has anyone else observed this and know what the problem is? Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 06:36:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C6116A4DD; Wed, 6 Sep 2006 06:36:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4B0443D46; Wed, 6 Sep 2006 06:36:39 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id E431951392; Wed, 6 Sep 2006 08:36:34 +0200 (CEST) Received: from localhost (dlk9.neoplus.adsl.tpnet.pl [83.24.40.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id DD40B5138A; Wed, 6 Sep 2006 08:36:26 +0200 (CEST) Date: Wed, 6 Sep 2006 08:36:21 +0200 From: Pawel Jakub Dawidek To: Adrian Steinmann Message-ID: <20060906063621.GA23449@garage.freebsd.pl> References: <20060906062912.GA44900@webgroup.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <20060906062912.GA44900@webgroup.ch> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: mr@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FAST_IPSEC + device padlock + device crypto + IKE broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 06:36:40 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 06, 2006 at 08:29:13AM +0200, Adrian Steinmann wrote: > In my kernel config, I have >=20 > options FAST_IPSEC > device padlock > device crypto >=20 > which enables the crypto acceleration in VIA C3 and C7 CPUs. IPSEC > with static rijndael-cbc keys of length 128, 192, and 256 makes use > of the acceleration when sysctl net.inet.ipsec.crypto_support=3D1; > - so far, so good. >=20 > Yet when I configure racoon from ipsec-tools, racoon2, or iked for > dynamic keying, I get a "PFKEYv2 UPDATE" (or similar) failure. When > I set net.inet.ipsec.crypto_support=3D0 these same dynamic ike key > configurations work, albeit without HW crypto accelleration. >=20 > Has anyone else observed this and know what the problem is? Is this after my recent padlock(4) update in RELENG_6? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE/mxlForvXbEpPzQRAqRPAJ9ZW6vawaxe6oFspGfHrjQC2IlFEwCfbC5Z IkQqSPcXHrGhboO7M5+QEpE= =P+A7 -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 07:38:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EDA416A4DF for ; Wed, 6 Sep 2006 07:38:58 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FA6643D49 for ; Wed, 6 Sep 2006 07:38:57 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so2556036wxd for ; Wed, 06 Sep 2006 00:38:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=fosUvjWnG92P3VQar62RKqkZtgfiwbIvRurK/x5u4+ZmPP75euAtH18gRKvR1by0NFzIPAEVDNGylTqzY1PNSvM6hd7Bf+DhzAYuqgZNg4cTrdmgNtZut2YziUKVif4PV4QUZ9pRUbm8+9QjOtQU/6EMABCP7b39c2goxamYDlU= Received: by 10.90.78.16 with SMTP id a16mr2045105agb; Wed, 06 Sep 2006 00:37:23 -0700 (PDT) Received: by 10.90.81.5 with HTTP; Wed, 6 Sep 2006 00:37:23 -0700 (PDT) Message-ID: Date: Wed, 6 Sep 2006 09:37:23 +0200 From: "Cristiano Deana" To: "FreeBSD Stable Mailing List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Problems with auditd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 07:38:58 -0000 Hi, i updated my system to -STABLE (FreeBSD mobile.deana.it 6.1-STABLE FreeBSD 6.1-STABLE #10: Wed Sep 6 08:20:43 CEST 2006) and followed instructions at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/audit.html but when i tried to start auditd i got: # grep auditd /etc/rc.conf auditd_enable="YES" # /etc/rc.d/auditd start Starting auditd. # tail -6 /var/log/messages Sep 6 09:34:29 mobile auditd[3867]: auditctl failed setting log file! : Invalid argument Sep 6 09:34:29 mobile auditd[3867]: Log directories exhausted Sep 6 09:34:29 mobile auditd[3867]: Could not swap audit file Sep 6 09:34:29 mobile auditd[3867]: Error reading control file Sep 6 09:34:29 mobile cris: audit warning: getacdir /var/audit Sep 6 09:34:29 mobile cris: audit warning: nostart files in /etc/security has not been modified. where i'm wrong? thanks in advance. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 07:57:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B13716A4DD for ; Wed, 6 Sep 2006 07:57:54 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D610543D45 for ; Wed, 6 Sep 2006 07:57:53 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so2560757wxd for ; Wed, 06 Sep 2006 00:57:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=k/jW3WayF2PuI7g+9v2fF1f+TDWsAZ8O+7AJ1sAiccmwUiIuf7bxbfCHVJuJcFlgBQmmnPCAdcEPQAEUH8piKB05PWdS6Uxj8StP9phqjAF9zVzSDddLV+NoHQ/KG+dE0R9CkNyJCAuqaVBKLhaBG//0qociNrwhlKV4ZN9IwQI= Received: by 10.90.50.6 with SMTP id x6mr343586agx; Wed, 06 Sep 2006 00:56:07 -0700 (PDT) Received: by 10.90.81.5 with HTTP; Wed, 6 Sep 2006 00:56:07 -0700 (PDT) Message-ID: Date: Wed, 6 Sep 2006 09:56:07 +0200 From: "Cristiano Deana" To: "FreeBSD Stable Mailing List" , freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_53203_19709469.1157529367093" Cc: Subject: powerd. Info request X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 07:57:54 -0000 ------=_Part_53203_19709469.1157529367093 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, i got a strange behaviour with powerd: # powerd -v idle time > 90%, decreasing clock speed from 2000 MHz to 1750 MHz idle time > 90%, decreasing clock speed from 1750 MHz to 1500 MHz idle time > 90%, decreasing clock speed from 1500 MHz to 1250 MHz idle time > 90%, decreasing clock speed from 1250 MHz to 1200 MHz powerd: error setting CPU frequency 1200: Device not configured idle time > 90%, decreasing clock speed from 1250 MHz to 1200 MHz powerd: error setting CPU frequency 1200: Device not configured and so on.. what does it mean? # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 2000/22000 1750/19250 1500/16500 1250/13750 1200/9800 1050/8575 900/7350 750/6125 600/4900 450/3675 attached there's my dmesg thanks -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ ------=_Part_53203_19709469.1157529367093 Content-Type: application/octet-stream; name=dmesg.boot Content-Transfer-Encoding: base64 X-Attachment-Id: f_errelrcs Content-Disposition: attachment; filename="dmesg.boot" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMS1TVEFCTEUgIzQ6IE1vbiBTZXAgIDQgMTc6NDE6MzUg Q0VTVCAyMDA2CiAgICByb290QHRvc2hpOi91c3Ivb2JqL3Vzci9zcmMvc3lzL1RPU0hJClRpbWVj b3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkNQVTogTW9iaWxl IEludGVsKFIpIFBlbnRpdW0oUikgNCAtIE0gQ1BVIDIuMDBHSHogKDE5OTMuNTQtTUh6IDY4Ni1j bGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHhmMjcgIFN0ZXBwaW5n ID0gNwogIEZlYXR1cmVzPTB4YmZlYmY5ZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNF LENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1Y LEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHg0MDA8Q05UWC1JRD4K cmVhbCBtZW1vcnkgID0gNTM2Njc0MzA0ICg1MTEgTUIpCmF2YWlsIG1lbW9yeSA9IDUxNTgwNTE4 NCAoNDkxIE1CKQpTZWN1cml0eSBhdWRpdGluZyBzZXJ2aWNlIHByZXNlbnQKQlNNIGF1ZGl0aW5n IHByZXNlbnQKa2JkMSBhdCBrYmRtdXgwCmF0aF9oYWw6IDAuOS4xNy4yIChBUjUyMTAsIEFSNTIx MSwgQVI1MjEyLCBSRjUxMTEsIFJGNTExMiwgUkYyNDEzLCBSRjU0MTMpCmFjcGkwOiA8VE9TSElC IDc1MD4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVjb3Vu dGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3Rp bWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweGVlMDgtMHhlZTBiIG9u IGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV9wZXJmMDogPEFDUEkgQ1BVIEZy ZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBD b250cm9sPiBvbiBjcHUwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgt MHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKYWdwMDogPEludGVs IDgyODQ1IGhvc3QgdG8gQUdQIGJyaWRnZT4gbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZiBhdCBk ZXZpY2UgMC4wIG9uIHBjaTAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2Ug MS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKYWNwaV92aWRlbzA6IDxB Q1BJIHZpZGVvIGV4dGVuc2lvbj4gbWVtIDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiwweGRjMDAwMDAw LTB4ZGZmZmZmZmYsMHhkYmY4MDAwMC0weGRiZmZmZmZmIGlycSAxMCBhdCBkZXZpY2UgMC4wIG9u IHBjaTEKdWhjaTA6IDxJbnRlbCA4MjgwMUNBL0NBTSAoSUNIMykgVVNCIGNvbnRyb2xsZXIgVVNC LUE+IHBvcnQgMHhlZmUwLTB4ZWZmZiBpcnEgMTEgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1aGNp MDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogPEludGVsIDgyODAxQ0EvQ0FNIChJQ0gzKSBVU0IgY29u dHJvbGxlciBVU0ItQT4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogSW50 ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kxOiA8SW50ZWwgODI4 MDFDQS9DQU0gKElDSDMpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBwb3J0IDB4ZWY4MC0weGVmOWYg aXJxIDExIGF0IGRldmljZSAyOS4xIG9uIHBjaTAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjE6 IDxJbnRlbCA4MjgwMUNBL0NBTSAoSUNIMykgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IG9uIHVoY2kx CnVzYjE6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjE6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZApwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAz MC4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKZndvaGNpMDogPFRleGFz IEluc3RydW1lbnRzIFRTQjQzQUIyMi9BPiBtZW0gMHhmY2VmZjgwMC0weGZjZWZmZmZmLDB4ZmNl ZjgwMDAtMHhmY2VmYmZmZiBpcnEgMTEgYXQgZGV2aWNlIDcuMCBvbiBwY2kyCmZ3b2hjaTA6IE9I Q0kgdmVyc2lvbiAxLjEwIChST009MSkKZndvaGNpMDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5u ZWxzIGlzIDQuCmZ3b2hjaTA6IEVVSTY0IDAwOjAwOjM5OjAwOjAwOjMwOmM3OmFiCmZ3b2hjaTA6 IFBoeSAxMzk0YSBhdmFpbGFibGUgUzQwMCwgMiBwb3J0cy4KZndvaGNpMDogTGluayBTNDAwLCBt YXhfcmVjIDIwNDggYnl0ZXMuCmZpcmV3aXJlMDogPElFRUUxMzk0KEZpcmVXaXJlKSBidXM+IG9u IGZ3b2hjaTAKZndlMDogPEV0aGVybmV0IG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMAppZl9m d2UwOiBGYWtlIEV0aGVybmV0IGFkZHJlc3M6IDAyOjAwOjM5OjMwOmM3OmFiCmZ3ZTA6IEV0aGVy bmV0IGFkZHJlc3M6IDAyOjAwOjM5OjMwOmM3OmFiCmZ3ZTA6IGlmX3N0YXJ0IHJ1bm5pbmcgZGVm ZXJyZWQgZm9yIEdpYW50CnNicDA6IDxTQlAtMi9TQ1NJIG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3 aXJlMApmd29oY2kwOiBJbml0aWF0ZSBidXMgcmVzZXQKZndvaGNpMDogbm9kZV9pZD0weGMwMDBm ZmMwLCBnZW49MSwgQ1lDTEVNQVNURVIgbW9kZQpmaXJld2lyZTA6IDEgbm9kZXMsIG1heGhvcCA8 PSAwLCBjYWJsZSBJUk0gPSAwIChtZSkKZmlyZXdpcmUwOiBidXMgbWFuYWdlciAwIChtZSkKZnhw MDogPEludGVsIDgyODAxQ0FNIChJQ0gzKSBQcm8vMTAwIFZFIEV0aGVybmV0PiBwb3J0IDB4ZGY0 MC0weGRmN2YgbWVtIDB4ZmNlZjcwMDAtMHhmY2VmN2ZmZiBpcnEgMTEgYXQgZGV2aWNlIDguMCBv biBwY2kyCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBmeHAwCmlucGh5MDogPGk4MjU2MkVUIDEwLzEw MCBtZWRpYSBpbnRlcmZhY2U+IG9uIG1paWJ1czAKaW5waHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1G RFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bwpmeHAwOiBFdGhlcm5ldCBhZGRyZXNz OiAwMDowODowZDozMDo5YjozMwpjYmIwOiA8VG9QSUMxMDAgUENJLUNhcmRCdXMgQnJpZGdlPiBh dCBkZXZpY2UgMTEuMCBvbiBwY2kyCmNhcmRidXMwOiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjAKcGNj YXJkMDogPDE2LWJpdCBQQ0NhcmQgYnVzPiBvbiBjYmIwCmNiYjE6IDxUb1BJQzEwMCBQQ0ktQ2Fy ZEJ1cyBCcmlkZ2U+IGF0IGRldmljZSAxMS4xIG9uIHBjaTIKY2FyZGJ1czE6IDxDYXJkQnVzIGJ1 cz4gb24gY2JiMQpwY2NhcmQxOiA8MTYtYml0IFBDQ2FyZCBidXM+IG9uIGNiYjEKcGNpMjogPGJh c2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEzLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKaXNhYjA6 IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4g b24gaXNhYjAKYXRhcGNpMDogPEludGVsIElDSDMgVURNQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4 MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4Y2ZhMC0weGNmYWYgaXJxIDExIGF0 IGRldmljZSAzMS4xIG9uIHBjaTAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRh MTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKcGNtMDogPEludGVsIElDSDMgKDgyODAxQ0Ep PiBwb3J0IDB4Y2UwMC0weGNlZmYsMHhjZGMwLTB4Y2RmZiBpcnEgMTEgYXQgZGV2aWNlIDMxLjUg b24gcGNpMApwY20wOiA8WWFtYWhhIFlNRjc1MyBBQzk3IENvZGVjPgpwY2kwOiA8c2ltcGxlIGNv bW1zLCBnZW5lcmljIG1vZGVtPiBhdCBkZXZpY2UgMzEuNiAobm8gZHJpdmVyIGF0dGFjaGVkKQph Y3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMApiYXR0ZXJ5MDog PEFDUEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTAKYWNwaV9hY2FkMDogPEFDIEFk YXB0ZXI+IG9uIGFjcGkwCmFjcGlfdG9zaGliYTA6IDxUb3NoaWJhIEhDSSBFeHRyYXM+IG9uIGFj cGkwCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQg Y29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6 IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtH SUFOVC1MT0NLRURdCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBb R0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBJbnRlbGxpTW91c2UsIGRldmljZSBJRCAzCmZkYzA6 IDxmbG9wcHkgZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBk cnEgMiBvbiBhY3BpMApmZGMwOiBbRkFTVF0KZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBm ZGMwIGRyaXZlIDAKcHBjMDogPEVDUCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+IHBvcnQgMHgzNzgt MHgzN2EsMHg3NzgtMHg3N2EgaXJxIDcgZHJxIDMgb24gYWNwaTAKcHBjMDogU01DLWxpa2UgY2hp cHNldCAoRUNQL0VQUC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBjMDogRklGTyB3 aXRoIDE2LzE2LzE1IGJ5dGVzIHRocmVzaG9sZApwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4g b24gcHBjMApscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwCmxwdDA6IEludGVycnVwdC1kcml2ZW4g cG9ydApwbXRpbWVyMCBvbiBpc2EwCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4 YzAwMDAtMHhjZmZmZiwweGUwMDAwLTB4ZWZmZmYgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29s ZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywg ZmxhZ3M9MHgzMDA+CnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQgbm90IGluIGJpdG1hcCBvZiBwcm9i ZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzAgYXQgcG9ydCAweDNm OC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGlzYTAKc2lvMDogdHlwZSA4MjUwIG9yIG5vdCBy ZXNwb25kaW5nCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQg aXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnZnYTA6IDxHZW5lcmljIElTQSBW R0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKdW1z MDogTG9naXRlY2ggVVNCLVBTLzIgT3B0aWNhbCBNb3VzZSwgcmV2IDIuMDAvMjAuMDAsIGFkZHIg MiwgaWNsYXNzIDMvMQp1bXMwOiAzIGJ1dHRvbnMgYW5kIFogZGlyLgpUaW1lY291bnRlciAiVFND IiBmcmVxdWVuY3kgMTk5MzU0MDAwOCBIeiBxdWFsaXR5IDgwMApUaW1lY291bnRlcnMgdGljayBl dmVyeSAxLjAwMCBtc2VjCmFkMDogMTkwNzdNQiA8SUMyNU4wMjBBVERBMDQgMCBEQTNPQTc2QT4g YXQgYXRhMC1tYXN0ZXIgVURNQTEwMApjZDAgYXQgYXRhMSBidXMgMCB0YXJnZXQgMCBsdW4gMApj ZDA6IDxUT1NISUJBIERWRC1ST00gU0QtUjIyMTIgMTMxND4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJ LTAgZGV2aWNlIApjZDA6IDMuMzAwTUIvcyB0cmFuc2ZlcnMKY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5 IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQKVHJ5aW5n IHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMWEK ------=_Part_53203_19709469.1157529367093-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 09:19:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1071716A4E0 for ; Wed, 6 Sep 2006 09:19:11 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from fix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C6443D4C for ; Wed, 6 Sep 2006 09:19:10 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by fix.bsdforen.de (Postfix, from userid 20000) id 8ABC644B291; Wed, 6 Sep 2006 11:19:09 +0200 (CEST) Received: from localhost (localhost [127.0.0.2]) by fix.bsdforen.de (Postfix) with ESMTP id CCFCC44B27F; Wed, 6 Sep 2006 11:19:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsdforen.de Received: from fix.bsdforen.de ([127.0.0.2]) by localhost (fix.bsdforen.de [127.0.0.2]) (amavisd-new, port 10024) with LMTP id Mj03St-l7pFC; Wed, 6 Sep 2006 11:19:07 +0200 (CEST) Received: from loki.starkstrom.lan (p54A476AD.dip.t-dialin.net [84.164.118.173]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fix.bsdforen.de (Postfix) with ESMTP id A906544AD31; Wed, 6 Sep 2006 11:19:06 +0200 (CEST) Date: Wed, 6 Sep 2006 11:19:05 +0200 From: Joerg Pernfuss To: "FreeBSD Stable Mailing List" Message-ID: <20060906111905.02e2b301@loki.starkstrom.lan> In-Reply-To: References: X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.9; i386-portbld-freebsd6.1) Mime-Version: 1.0 X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Wed Sep 6 11:19:09 2006 X-DSPAM-Confidence: 0.9987 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 44fe928d944981045827524 Content-Type: multipart/mixed; boundary=DSPAM_MULTIPART_EX-94498 Cc: Cristiano Deana Subject: Re: Problems with auditd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 09:19:11 -0000 --DSPAM_MULTIPART_EX-94498 Content-Type: multipart/signed; boundary=Sig_.Ps9_K+MV9Z+7PXpsHDj8I0; protocol="application/pgp-signature"; micalg=PGP-SHA1 --Sig_.Ps9_K+MV9Z+7PXpsHDj8I0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable On Wed, 6 Sep 2006 09:37:23 +0200 "Cristiano Deana" wrote: > Hi, >=20 > i updated my system to -STABLE (FreeBSD mobile.deana.it 6.1-STABLE > FreeBSD 6.1-STABLE #10: Wed Sep 6 08:20:43 CEST 2006) and followed > instructions at > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/audit.html >=20 > but when i tried to start auditd i got: >=20 > [...] >=20 > files in /etc/security has not been modified. >=20 > where i'm wrong? I reported the same issue to the audit@-ML yesterday. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D0+0+current/freebsd-audit and http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D6967+0+current/freebsd-audit A full ktrace is linked in the second mail (if someone prefers truss, I have a trace with truss also). Regards, J=F6rg --=20 | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | --Sig_.Ps9_K+MV9Z+7PXpsHDj8I0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFE/pKJH31s/bvKrSQRAuoGAJ43N9/cMjUpDgXccMwpTfVw1ZTkQwCeMDIs wfBuNhzX7RL73/rEMe4v47A= =WLkc -----END PGP SIGNATURE----- --Sig_.Ps9_K+MV9Z+7PXpsHDj8I0-- --DSPAM_MULTIPART_EX-94498 Content-Type: text/plain X-DSPAM-Signature: 44fe928d944981045827524 !DSPAM:44fe928d944981045827524! --DSPAM_MULTIPART_EX-94498-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 12:36:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB7D416A4DF for ; Wed, 6 Sep 2006 12:36:03 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 106A943D46 for ; Wed, 6 Sep 2006 12:36:02 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k86Ca1uC006721 for ; Wed, 6 Sep 2006 14:36:01 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k86Ca0a9051443; Wed, 6 Sep 2006 14:36:01 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k86Ca0OU051439; Wed, 6 Sep 2006 14:36:00 +0200 (CEST) (envelope-from ry93) Date: Wed, 6 Sep 2006 14:36:00 +0200 From: "Patrick M. Hausen" To: "Patrick M. Hausen" Message-ID: <20060906123600.GB51151@hugo10.ka.punkt.de> References: <20060901164238.GA66726@hugo10.ka.punkt.de> <44F86AB9.9000002@samsco.org> <20060905073017.GA95687@hugo10.ka.punkt.de> <20060905100600.GB896@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060905100600.GB896@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: LSI/amr driver controller cache problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 12:36:03 -0000 Hi all! On Tue, Sep 05, 2006 at 12:06:00PM +0200, I wrote: > Thanks to the guys keeping the amr driver up-to-date. The Linux > "megamgr" utility works just fine. If I find the time, I'll make > a port. Done: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/102917 HTH, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 13:36:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 141C116A4DD for ; Wed, 6 Sep 2006 13:36:21 +0000 (UTC) (envelope-from ulrich.spoerlein@1822direkt.com) Received: from mailout0.1822direkt.com (mailout0.1822direkt.com [213.83.45.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5812A43D49 for ; Wed, 6 Sep 2006 13:36:19 +0000 (GMT) (envelope-from ulrich.spoerlein@1822direkt.com) Received: (from uucp@localhost) by mailout0.1822direkt.com (8.13.4/8.13.3) id k86DZVjH069436 for ; Wed, 6 Sep 2006 15:35:31 +0200 (CEST) (envelope-from ulrich.spoerlein@1822direkt.com) Received: from mailout0.1822direkt.com(213.83.45.184), claiming to be "misc-cluster.1822direkt.com" via SMTP by mailout0.1822direkt.com, id smtpdXi012n; Wed Sep 6 15:35:27 2006 Received: (qmail 47108 invoked from network); 6 Sep 2006 13:35:26 -0000 Received: from unknown (HELO dvpc03) ([127.0.0.1]) (envelope-sender ) by 127.0.0.1 (qmail-ldap-1.03) with SMTP for ; 6 Sep 2006 13:35:08 -0000 From: Ulrich =?iso-8859-1?q?Sp=F6rlein?= Organization: 1822direkt.com To: stable@freebsd.org Date: Wed, 6 Sep 2006 15:34:57 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-ID: <239947161@misc1.1822direkt.com> Cc: Subject: Snapshot duration, performance and how to avoid I/O lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 13:36:21 -0000 Hi, I have to create regular snapshots of several volumes roughly 1.4TB in size (each). But using mksnap_ffs takes a lot of time (45 minutes) and it looks like it could be speed up. iostat reports some 2MB/s of I/O tty da0 da1 sa0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 77 16.00 120 1.87 0.00 0 0.00 0.00 0 0.00 0 0 8 4 89 0 231 16.00 131 2.04 0.00 0 0.00 0.00 0 0.00 0 0 6 2 91 0 77 16.00 127 1.98 0.00 0 0.00 0.00 0 0.00 0 0 5 3 92 0 204 16.00 123 1.92 0.00 0 0.00 0.00 0 0.00 0 0 6 3 91 0 77 16.00 128 2.00 0.00 0 0.00 0.00 0 0.00 0 0 6 3 91 gstat reports dT: 0.501s w: 0.500s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 1 126 84 1341 11.8 42 671 2.7 99.7| da0 The filesystem under snapshotting was *empty*, and right now is at Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s2d 1376038286 815092 1265140132 0% /export/vol1 How come, a snapshot of an empty file system takes more than 800MB? Aren't the blocks copy-on-write? Why is the disk 100% busy while only a mere 2MB/s are pushed? This is on a 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x303f mem 0xdc000000-0xddffffff,0xd8300000-0xd8300fff irq 48 at device 1.0 on pci3 twa0: [FAST] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-8LP, 8 ports, Firmware FE9X 3.04.00.005, BIOS BE9X 3.04.00.002 with a RAID5 over 7 SATA disks. da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 100.000MB/s transfers da0: 1430448MB (2929557504 512 byte sectors: 255H 63S/T 182356C) Another thing is blocking other disk I/O while snapshotting. Right now I did a ls(1) in the .snap directory, so I understand the filesystem is now suspended. The workaround would then be to "dont do that". But what if other snapshots are accessed during that time? I want to provide yesterdays snapshot to our users while taking the current snapshot and providing access to the newest data at the same time. Cheers Ulrich Spoerlein From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 13:48:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B2F716A525 for ; Wed, 6 Sep 2006 13:48:02 +0000 (UTC) (envelope-from robert@mpe.mpg.de) Received: from mpemail.mpe.mpg.de (mpemail.mpe-garching.mpg.de [130.183.137.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F3243D4C for ; Wed, 6 Sep 2006 13:48:00 +0000 (GMT) (envelope-from robert@mpe.mpg.de) Received: from dhcp-136-0.mpe-garching.mpg.de ([130.183.136.180]) by mpemail.mpe.mpg.de with esmtpsa (TLS-1.0:RSA_ARCFOUR_SHA:16) (Exim 4.50) id 1GKxl0-0000vt-6U for freebsd-stable@freebsd.org; Wed, 06 Sep 2006 15:47:58 +0200 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <0D903548-5089-44F1-82BA-6B2D53B91BF4@mpe.mpg.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Klaus Robert Suetterlin Date: Wed, 6 Sep 2006 15:47:56 +0200 X-Mailer: Apple Mail (2.752.2) X-Authenticated-Id: robert Subject: my kernel spews out a lot of garbage to syslog (long /var/log/messages) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 13:48:05 -0000 Hi, I have FreeBSD6.1-p5 (PAE+SMP+COMPAT_LINUX+LINPROCFS) system running that is producing a lot of guberish in /var/log/messages through syslog (about 100-1000 bytes per second), I give example below. Any ideas on this are welcome, especially any hints on diagnostics... The giberish started 11:30 local time and still (15:46) continues... Here is some example giberish: Sep 6 10:48:51 circe kernel: Trying to mount root from ufs:/dev/da0s1a Sep 6 11:02:30 circe su: krs to root on /dev/ttyp1 Sep 6 11:30:19 circe kernel: NIIMNIM II IS ISAISA SA A 302202,00,, , EE EIIEISSISAASA Aff fff Sep 6 11:30:19 circe kernel: Sep 6 11:30:19 circe kernel: ff Sep 6 11:30:19 circe kernel: Sep 6 11:30:19 circe kernel: <<22>>f Sep 6 11:30:19 circe kernel: Sep 6 11:30:19 circe kernel: NMNINM MNIIMI IISSIA AS I AS A32 00,2 , 0 ,EE2 IIE S0SIA,AS fAfEf fIf Sep 6 11:30:19 circe kernel: Sep 6 11:30:19 circe kernel: Sf Sep 6 11:30:19 circe kernel: Sep 6 11:30:19 circe kernel: <<22>>A Sep 6 11:30:19 circe kernel: Sep 6 11:30:19 circe kernel: ff Sep 6 11:30:20 circe kernel: I> NNIMSMIAIk I eI3SSrA0An , eE33l00,I , SE tIASE ArfI fafSf And here the full bootup (dmesg) stuff: Sep 6 10:48:51 circe syslogd: kernel boot file is /boot/kernel/kernel Sep 6 10:48:51 circe kernel: Copyright (c) 1992-2006 The FreeBSD Project. Sep 6 10:48:51 circe kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 6 10:48:51 circe kernel: The Regents of the University of California. All r ights reserved. Sep 6 10:48:51 circe kernel: FreeBSD 6.1-RELEASE-p5 #0: Wed Sep 6 10:39:40 CES T 2006 Sep 6 10:48:51 circe kernel: krs@circe.mpe-garching.mpg.de:/usr/obj/ usr/src/sys /CIRCE Sep 6 10:48:51 circe kernel: acpi_alloc_wakeup_handler: can't alloc wake memory Sep 6 10:48:51 circe kernel: ACPI APIC Table: Sep 6 10:48:51 circe kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 6 10:48:51 circe kernel: CPU: Intel Pentium III Xeon (697.68-MHz 686-class CPU) Sep 6 10:48:51 circe kernel: Origin = "GenuineIntel" Id = 0x6a1 Stepping = 1 Sep 6 10:48:51 circe kernel: Features=0x387fbff Sep 6 10:48:51 circe kernel: real memory = 17112760320 (16320 MB) Sep 6 10:48:51 circe kernel: avail memory = 16698773504 (15925 MB) Sep 6 10:48:51 circe kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPU s Sep 6 10:48:51 circe kernel: cpu0 (BSP): APIC ID: 3 Sep 6 10:48:51 circe kernel: cpu1 (AP): APIC ID: 0 Sep 6 10:48:51 circe kernel: cpu2 (AP): APIC ID: 1 Sep 6 10:48:51 circe kernel: cpu3 (AP): APIC ID: 2 Sep 6 10:48:51 circe kernel: MADT: Forcing active-low polarity and level trigge r for SCI Sep 6 10:48:51 circe kernel: ioapic0 irqs 0-15 on motherboard Sep 6 10:48:51 circe kernel: ioapic1 irqs 16-31 on motherboard Sep 6 10:48:51 circe kernel: kbd1 at kbdmux0 Sep 6 10:48:51 circe kernel: acpi0: on motherboard Sep 6 10:48:51 circe kernel: acpi0: Power Button (fixed) Sep 6 10:48:51 circe kernel: acpi0: Sleep Button (fixed) Sep 6 10:48:51 circe kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quali ty 1000 Sep 6 10:48:51 circe kernel: acpi_timer0: <32-bit timer at 3.579545MHz> port 0x 508-0x50b on acpi0 Sep 6 10:48:51 circe kernel: cpu0: on acpi0 Sep 6 10:48:51 circe kernel: cpu1: on acpi0 Sep 6 10:48:51 circe kernel: cpu2: on acpi0 Sep 6 10:48:51 circe kernel: cpu3: on acpi0 Sep 6 10:48:51 circe kernel: pcib0: port 0xcf8-0xcff on acpi0 Sep 6 10:48:51 circe kernel: pci0: on pcib0 Sep 6 10:48:51 circe kernel: fxp0: port 0x1400-0 x143f mem 0xfc100000-0xfc100fff,0xfc000000-0xfc0fffff irq 31 at device 4.0 on pc i0 Sep 6 10:48:51 circe kernel: miibus0: on fxp0 Sep 6 10:48:51 circe kernel: inphy0: on miibus0 Sep 6 10:48:51 circe kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseT X-FDX, auto Sep 6 10:48:51 circe kernel: fxp0: Ethernet address: 00:d0:b7:a8:8d:33 Sep 6 10:48:51 circe kernel: pci0: at device 12.0 (no driver att ached) Sep 6 10:48:51 circe kernel: isab0: port 0x580-0x58f at device 15.0 on pci0 Sep 6 10:48:51 circe kernel: isa0: on isab0 Sep 6 10:48:51 circe kernel: atapci0: por t 0x1f0-0x1f7,0x3f6,0x1458-0x145f,0x1450-0x1453,0x1440-0x144f at device 15.1 on pci0 Sep 6 10:48:51 circe kernel: ata0: on atapci0 Sep 6 10:48:51 circe kernel: ata2: on atapci0 Sep 6 10:48:51 circe kernel: pci0: at device 15.2 (no driver attached) Sep 6 10:48:51 circe kernel: pcib1: on acpi0 Sep 6 10:48:51 circe kernel: pci1: on pcib1 Sep 6 10:48:51 circe kernel: pci1: a t device 5.0 (no driver attached) Sep 6 10:48:51 circe kernel: pcib2: on acpi0 Sep 6 10:48:51 circe kernel: pci2: on pcib2 Sep 6 10:48:51 circe kernel: pci2: a t device 7.0 (no driver attached) Sep 6 10:48:51 circe kernel: iir0: mem 0xfcc00000-0 xfcc03fff irq 17 at device 13.0 on pci2 Sep 6 10:48:51 circe kernel: iir0: [GIANT-LOCKED] Sep 6 10:48:51 circe kernel: em0: mem 0xfc800000-0xfc81ffff irq 19 at device 14.0 on pci2 Sep 6 10:48:51 circe kernel: em0: Ethernet address: 00:03:47:08:f2:12 Sep 6 10:48:51 circe kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3f f irq 4 flags 0x10 on acpi0 Sep 6 10:48:51 circe kernel: sio0: type 16550A Sep 6 10:48:51 circe kernel: sio1: <16550A-compatible COM port> port 0x2f8-0x2f f irq 3 on acpi0 Sep 6 10:48:51 circe kernel: sio1: type 16550A Sep 6 10:48:51 circe kernel: ppc0: port 0x378- 0x37f irq 7 on acpi0 Sep 6 10:48:51 circe kernel: ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode Sep 6 10:48:51 circe kernel: ppbus0: on ppc0 Sep 6 10:48:51 circe kernel: plip0: on ppbus0 Sep 6 10:48:51 circe kernel: lpt0: on ppbus0 Sep 6 10:48:51 circe kernel: lpt0: Interrupt-driven port Sep 6 10:48:51 circe kernel: ppi0: on ppbus0 Sep 6 10:48:51 circe kernel: fdc0: port 0x3f0-0x3f5,0 x3f7 irq 6 drq 2 on acpi0 Sep 6 10:48:51 circe kernel: fdc0: [FAST] Sep 6 10:48:51 circe kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Sep 6 10:48:51 circe kernel: atkbdc0: port 0x60,0 x64 irq 1 on acpi0 Sep 6 10:48:51 circe kernel: atkbd0: irq 1 on atkbdc0 Sep 6 10:48:51 circe kernel: kbd0 at atkbd0 Sep 6 10:48:51 circe kernel: atkbd0: [GIANT-LOCKED] Sep 6 10:48:51 circe kernel: psm0: irq 12 on atkbdc0 Sep 6 10:48:51 circe kernel: psm0: [GIANT-LOCKED] Sep 6 10:48:51 circe kernel: psm0: model Generic PS/2 mouse, device ID 0 Sep 6 10:48:51 circe kernel: pmtimer0 on isa0 Sep 6 10:48:51 circe kernel: orm0: at iomem 0xc0000-0xc7fff,0 xc8000-0xc8fff on isa0 Sep 6 10:48:51 circe kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Sep 6 10:48:51 circe kernel: sc0: at flags 0x100 on isa0 Sep 6 10:48:51 circe kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 6 10:48:51 circe kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 6 10:48:51 circe kernel: Timecounters tick every 1.000 msec Sep 6 10:48:51 circe kernel: module_register_init: MOD_LOAD (amr_linux, 0xc02cc 80c, 0) error 6 Sep 6 10:48:51 circe kernel: acd0: DVDROM at ata0-master UDMA33 Sep 6 10:48:51 circe kernel: acd1: CDROM at ata0- slave UDMA33 Sep 6 10:48:51 circe kernel: Waiting 5 seconds for SCSI devices to settle Sep 6 10:48:51 circe kernel: ses0 at iir0 bus 2 target 6 lun 0 Sep 6 10:48:51 circe kernel: ses0: Fixed Processor S CSI-2 device Sep 6 10:48:51 circe kernel: ses0: SAF-TE Compliant Device Sep 6 10:48:51 circe kernel: ses1 at iir0 bus 3 target 6 lun 0 Sep 6 10:48:51 circe kernel: ses1: Fixed Processor S CSI-2 device Sep 6 10:48:51 circe kernel: ses1: SAF-TE Compliant Device Sep 6 10:48:51 circe kernel: da0 at iir0 bus 4 target 0 lun 0 Sep 6 10:48:51 circe kernel: da0: Fixed Direct Access S CSI-2 device Sep 6 10:48:51 circe kernel: da0: Tagged Queueing Enabled Sep 6 10:48:51 circe kernel: da0: 175012MB (358426215 512 byte sectors: 255H 63 S/T 22311C) Sep 6 10:48:51 circe kernel: SMP: AP CPU #3 Launched! Sep 6 10:48:51 circe kernel: SMP: AP CPU #1 Launched! Sep 6 10:48:51 circe kernel: SMP: AP CPU #2 Launched! Sep 6 10:48:51 circe kernel: Trying to mount root from ufs:/dev/da0s1a Sep 6 11:02:30 circe su: krs to root on /dev/ttyp1 Sep 6 11:30:19 circe kernel: NIIMNIM II IS ISAISA SA A 302202,00,, , EE EIIEISSISAASA Aff fff From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 14:04:05 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5AC316A4DF; Wed, 6 Sep 2006 14:04:05 +0000 (UTC) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1311243D49; Wed, 6 Sep 2006 14:04:04 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.6/8.13.6) with ESMTP id k86E42Z9059055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Sep 2006 16:04:02 +0200 (CEST) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.6/8.13.6/Submit) with UUCP id k86E42bL059054; Wed, 6 Sep 2006 16:04:02 +0200 (CEST) (envelope-from ast@marabu.ch) Received: from nano.marabu.ch (nano.marabu.ch [192.168.21.102]) by pano.marabu.ch (8.13.6/8.13.6) with ESMTP id k86E3GtD005472; Wed, 6 Sep 2006 16:03:16 +0200 (CEST) (envelope-from ast@marabu.ch) Received: from nano.marabu.ch (localhost [127.0.0.1]) by nano.marabu.ch (8.13.6/8.13.6) with ESMTP id k86E3GVm030242; Wed, 6 Sep 2006 16:03:16 +0200 (CEST) (envelope-from ast@nano.marabu.ch) Received: (from ast@localhost) by nano.marabu.ch (8.13.6/8.13.6/Submit) id k86E3EvG030241; Wed, 6 Sep 2006 16:03:14 +0200 (CEST) (envelope-from ast) Date: Wed, 6 Sep 2006 16:03:13 +0200 From: Adrian Steinmann To: Pawel Jakub Dawidek Message-ID: <20060906140313.GA30204@webgroup.ch> References: <20060906062912.GA44900@webgroup.ch> <20060906063621.GA23449@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20060906063621.GA23449@garage.freebsd.pl> X-Organization: Webgroup Consulting AG X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (oneplusone.ch [127.0.0.1]); Wed, 06 Sep 2006 16:04:03 +0200 (CEST) X-Mailfilter: egfilter version 1.14; Archiver [msg.j0KFa0On] (oneplusone.ch [127.0.0.1]); Wed, 06 Sep 2006 16:04:03 +0200 (CEST) X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 7.1.1.11; VDF: 6.35.1.192; host: oneplusone.ch) Cc: freebsd-stable@FreeBSD.org Subject: Re: FAST_IPSEC + device padlock + device crypto + IKE broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 14:04:06 -0000 On Wed, Sep 06, 2006 at 08:36:21AM +0200, Pawel Jakub Dawidek wrote: > On Wed, Sep 06, 2006 at 08:29:13AM +0200, Adrian Steinmann wrote: > > In my kernel config, I have > >=20 > > options FAST_IPSEC > > device padlock > > device crypto > >=20 =2E.. > > Yet when I configure racoon from ipsec-tools, racoon2, or iked for > > dynamic keying, I get a "PFKEYv2 UPDATE" (or similar) failure. When > > I set net.inet.ipsec.crypto_support=3D0 these same dynamic ike key > > configurations work, albeit without HW crypto accelleration. > >=20 > > Has anyone else observed this and know what the problem is? >=20 > Is this after my recent padlock(4) update in RELENG_6? Both for RELENG_6_1 (new VIA C7 padlock support) and RELENG_6 (VIA C3) show this behavior on respective VIA processors. It's as if FAST_IPSEC can't register a new key session with crypto device... If you can point me where to debug (in padlock_* files?) I'd be happy to help. Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 14:08:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB70B16A4DD for ; Wed, 6 Sep 2006 14:08:47 +0000 (UTC) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EE4343D45 for ; Wed, 6 Sep 2006 14:08:46 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from [IPv6:2001:660:2402:1001:20e:cff:fe60:e734] (apophis.u-strasbg.fr [IPv6:2001:660:2402:1001:20e:cff:fe60:e734]) by mailhost.u-strasbg.fr (8.13.6/jtpda-5.5pre1) with ESMTP id k86E8hsV066547 ; Wed, 6 Sep 2006 16:08:43 +0200 (CEST) Message-ID: <44FED689.8070202@crc.u-strasbg.fr> Date: Wed, 06 Sep 2006 16:09:13 +0200 From: Philippe Pegon User-Agent: Thunderbird 1.5.0.4 (X11/20060611) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Ulrich_Sp=F6rlein?= References: <239947161@misc1.1822direkt.com> In-Reply-To: <239947161@misc1.1822direkt.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::157]); Wed, 06 Sep 2006 16:08:44 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.4/1814/Wed Sep 6 15:12:35 2006 on mr7.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on mr7.u-strasbg.fr Cc: stable@freebsd.org Subject: Re: Snapshot duration, performance and how to avoid I/O lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 14:08:47 -0000 Ulrich Spörlein wrote: > Hi, Hi, > I have to create regular snapshots of several volumes roughly 1.4TB in > size (each). But using mksnap_ffs takes a lot of time (45 minutes) and > it looks like it could be speed up. [snip] > Another thing is blocking other disk I/O while snapshotting. Right now I did > a ls(1) in the .snap directory, so I understand the filesystem is now suspended. > The workaround would then be to "dont do that". But what if other snapshots are > accessed during that time? I want to provide yesterdays snapshot to our users > while taking the current snapshot and providing access to the newest data at the > same time. I had seen that a long time ago (on another controller), and it seems it's not better today, our post from june 2005 without response at the end : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=410600+0+archive/2005/freebsd-stable/20050612.freebsd-stable http://docs.freebsd.org/cgi/getmsg.cgi?fetch=463968+0+archive/2005/freebsd-stable/20050612.freebsd-stable -- Philippe Pegon From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 15:56:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB43316A4DE for ; Wed, 6 Sep 2006 15:56:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A475F43D49 for ; Wed, 6 Sep 2006 15:56:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 27C4C1A3C1A; Wed, 6 Sep 2006 08:56:23 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 829B151695; Wed, 6 Sep 2006 11:56:22 -0400 (EDT) Date: Wed, 6 Sep 2006 11:56:22 -0400 From: Kris Kennaway To: Ron Tarrant Message-ID: <20060906155622.GA18415@xor.obsecurity.org> References: <44FD7AD2.5010000@sympatico.ca> <20060905110139.1bda7532.rnsanchez@gmail.com> <44FE523A.3080707@sympatico.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <44FE523A.3080707@sympatico.ca> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 15:56:45 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 06, 2006 at 12:44:42AM -0400, Ron Tarrant wrote: > Ricardo Nabinger Sanchez wrote: > > > >IIRC, you must have all the ports (ports-all in your config file) in ord= er > >to generate an INDEX, as it will fail otherwise. > > > > =20 > Yeah, when I realized that I interrupted the cvsup command, edited=20 > ports-supfile to change it to ports-all, then reran cvsup. Perhaps=20 > interrupting it the first time is what caused the problem. No, that's fine. You need to a) confirm you are really getting the error you posted, b) if so, check why the file it mentions cannot be read. Kris --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/u+mWry0BWjoQKURAue+AJsGbTEbvFPP892Jc/leFh0nbPhAWQCdFsc1 Cv2PCDK4PKvyqks9oPFtHCA= =cpyR -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 15:58:36 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B77716A4E0 for ; Wed, 6 Sep 2006 15:58:36 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D178243D72 for ; Wed, 6 Sep 2006 15:58:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B19311A4D84; Wed, 6 Sep 2006 08:58:22 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 24CD851695; Wed, 6 Sep 2006 11:58:22 -0400 (EDT) Date: Wed, 6 Sep 2006 11:58:21 -0400 From: Kris Kennaway To: Philippe Pegon Message-ID: <20060906155821.GB18415@xor.obsecurity.org> References: <239947161@misc1.1822direkt.com> <44FED689.8070202@crc.u-strasbg.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KFztAG8eRSV9hGtP" Content-Disposition: inline In-Reply-To: <44FED689.8070202@crc.u-strasbg.fr> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, Ulrich Sp?rlein Subject: Re: Snapshot duration, performance and how to avoid I/O lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 15:58:36 -0000 --KFztAG8eRSV9hGtP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 06, 2006 at 04:09:13PM +0200, Philippe Pegon wrote: > Ulrich Sp?rlein wrote: > >Hi, >=20 > Hi, >=20 > >I have to create regular snapshots of several volumes roughly 1.4TB in= =20 > >size (each). But using mksnap_ffs takes a lot of time (45 minutes) and > >it looks like it could be speed up. > [snip] > >Another thing is blocking other disk I/O while snapshotting. Right now I= =20 > >did > >a ls(1) in the .snap directory, so I understand the filesystem is now=20 > >suspended. > >The workaround would then be to "dont do that". But what if other=20 > >snapshots are > >accessed during that time? I want to provide yesterdays snapshot to our= =20 > >users > >while taking the current snapshot and providing access to the newest dat= a=20 > >at the > >same time. >=20 > I had seen that a long time ago (on another controller), and it seems it's > not better today It's part of the design of the present UFS snapshots, for better or worse. You can work around the problem a bit more by creating the snapshot in a subdirectory another level down (e.g. /usr/.snap/.snap/), since this will avoid blocking unless you recurse into /usr/.snap itself. Kris --KFztAG8eRSV9hGtP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/vAdWry0BWjoQKURAsKLAJ4itt07S7EAEaxPesshl8XsiW5EtACg3STH a77d9h4ljI6sKfV+jwFAbME= =C/Oe -----END PGP SIGNATURE----- --KFztAG8eRSV9hGtP-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 16:03:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8761C16A4E8 for ; Wed, 6 Sep 2006 16:03:07 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF60543D6D for ; Wed, 6 Sep 2006 16:03:06 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (cpe-24-210-75-119.columbus.res.rr.com [24.210.75.119]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id k86GFb8c089365 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 6 Sep 2006 12:15:44 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org User-Agent: KMail/1.9.1 MIME-Version: 1.0 Date: Wed, 6 Sep 2006 12:03:27 -0400 Content-Type: multipart/signed; boundary="nextPart13050553.Vttrls2Esu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609061203.43058.mistry.7@osu.edu> X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_00,MYFREEBSD2, RCVD_IN_NJABL_DUL,SPF_HELO_SOFTFAIL,SPF_SOFTFAIL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.4/1811/Tue Sep 5 21:32:58 2006 on mail.united-ware.com X-Virus-Status: Clean Subject: Symbolic Links in /dev of a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 16:03:07 -0000 --nextPart13050553.Vttrls2Esu Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Previously posted to -questions: In my quest to get asterisk+iaxmodem+hylafax working together in a=20 jail I've run into one final roadblock. I can't seem to figure out=20 how to create a symbolic link (ln -s doesn't work) in /dev in the=20 jail environment while in the jailed environment. When trying to=20 create a link with ln I receive: ln -s somedev targetdev ln: targetdev: Operation not permitted Adding a link entry to devfs.conf in the jail fails too since it=20 receives the same error. I can create a link in the jailed /dev from=20 the host environment, so there seems to be some restriction on=20 creating links in /dev while in the jail. The reason I need to be=20 able to do this is that iaxmodem needs to create a /dev/ttyIAX device=20 to point to the correct ttyp* device when it starts in the jail. Any suggestions would be appreciated. Thanks, =2D-=20 Anish Mistry --nextPart13050553.Vttrls2Esu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBE/vFfxqA5ziudZT0RAgiVAKCoewodJ6K5XJ+sWfy2ju+GKe5KKgCdGUKq TYv4qW/zXvrunz/UzZe+elc= =Xown -----END PGP SIGNATURE----- --nextPart13050553.Vttrls2Esu-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 16:06:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 384BA16A4DD; Wed, 6 Sep 2006 16:06:53 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [66.93.72.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 665D243D6B; Wed, 6 Sep 2006 16:06:47 +0000 (GMT) (envelope-from jeff@sailorfej.net) Received: from [192.168.150.100] (c-24-20-239-104.hsd1.or.comcast.net [24.20.239.104]) (authenticated bits=0) by mail.sailorfej.net (8.13.4/8.13.4) with ESMTP id k86FttZk005229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Sep 2006 08:55:56 -0700 (PDT) (envelope-from jeff@sailorfej.net) Message-ID: <44FEF17F.2050909@sailorfej.net> Date: Wed, 06 Sep 2006 09:04:15 -0700 From: Jeffrey Williams User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: bug-followup@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=6.0 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.sailorfej.net Cc: freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org, dmartin@euitt.upm.es Subject: Re: i386/100160: [mfid] Perc5i: additional symptomatic info on virtual disk detection issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 16:06:53 -0000 I don't know if anyone specifically is working on this, but just tried to install FreeBSD 6.1 from CD on a Dell 2950 with the PERC 5/i SAS controller. This server was originally configured with two hardware RAID virual disks, the first was RAID 1 with two 36GB drives, and the second was RAID 5 with three 72 GB drives. Just like the original PR, the first was detected and identified in the the installer volume setup as both mfid0 and mfid1. In order to try and work around the problem and just get the machine up and running, I tried deleting the RAID 1 virtual disk with the intention of installing everything to the RAID 5 virtual disk, however, with the first virtual disk removed, no drives where detected at all. Next I will be trying removing the physical drives original used in the RAID 1 virtual disk, and re-initializing the RAID 5 array. I will provide an update if successful. In the meantime if anybody else is aware of another work around of fix for this, I appreciate hearing about it. If a patch comes out soon, I will be happy to provide testing, but I have a small window as this server was being implemented as an emergency replacement for another server. Thanks, Jeffrey Williams From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 16:08:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18D2116A4E0 for ; Wed, 6 Sep 2006 16:08:17 +0000 (UTC) (envelope-from rtarrant@sympatico.ca) Received: from tomts5-srv.bellnexxia.net (tomts5.bellnexxia.net [209.226.175.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70F1243D76 for ; Wed, 6 Sep 2006 16:08:15 +0000 (GMT) (envelope-from rtarrant@sympatico.ca) Received: from [192.168.55.4] ([64.230.78.162]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060906160814.TREQ18394.tomts5-srv.bellnexxia.net@[192.168.55.4]> for ; Wed, 6 Sep 2006 12:08:14 -0400 Message-ID: <44FEEE0F.8040403@sympatico.ca> Date: Wed, 06 Sep 2006 11:49:35 -0400 From: Ron Tarrant User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <44FD7AD2.5010000@sympatico.ca> <20060905110139.1bda7532.rnsanchez@gmail.com> <44FE523A.3080707@sympatico.ca> <20060906155622.GA18415@xor.obsecurity.org> In-Reply-To: <20060906155622.GA18415@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 16:08:17 -0000 Hi again, Kris, Kris Kennaway wrote: > > No, that's fine. You need to a) confirm you are really getting the > error you posted, b) if so, check why the file it mentions cannot be > read. > > > So, I should re-run cvsup and portsdb using the same arguments as before: cvsup -g -L 2 /root/ports-supfile portsdb -Uu Or am I missing misreading what you're saying? -Ron T. -- Ron Tarrant Blog:PHP-Gtk2 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 16:34:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B429616A4DA for ; Wed, 6 Sep 2006 16:34:19 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBA4243D45 for ; Wed, 6 Sep 2006 16:34:18 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k86GXr2f002467; Wed, 6 Sep 2006 17:33:53 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k86GXcTa065506; Wed, 6 Sep 2006 17:33:43 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k86GXI5D065505; Wed, 6 Sep 2006 17:33:18 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Klaus Robert Suetterlin In-Reply-To: <0D903548-5089-44F1-82BA-6B2D53B91BF4@mpe.mpg.de> References: <0D903548-5089-44F1-82BA-6B2D53B91BF4@mpe.mpg.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 06 Sep 2006 17:33:17 +0100 Message-Id: <1157560397.64218.11.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: my kernel spews out a lot of garbage to syslog (long /var/log/messages) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 16:34:19 -0000 On Wed, 2006-09-06 at 15:47 +0200, Klaus Robert Suetterlin wrote: > Hi, > > I have FreeBSD6.1-p5 (PAE+SMP+COMPAT_LINUX+LINPROCFS) system running > that is producing a lot of guberish in /var/log/messages through > syslog (about 100-1000 bytes per second), I give example below. Any > ideas on this are welcome, especially any hints on diagnostics... > > The giberish started 11:30 local time and still (15:46) continues... > > Here is some example giberish: > > Sep 6 10:48:51 circe kernel: Trying to mount root from ufs:/dev/da0s1a > Sep 6 11:02:30 circe su: krs to root on /dev/ttyp1 > Sep 6 11:30:19 circe kernel: NIIMNIM II IS ISAISA SA A > 302202,00,, , > EE EIIEISSISAASA Aff fff > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: ff > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: <<22>>f > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: NMNINM MNIIMI IISSIA AS I AS A32 00,2 , > 0 ,EE2 IIE > S0SIA,AS fAfEf fIf > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: Sf > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: <<22>>A > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: ff > Sep 6 11:30:20 circe kernel: I> NNIMSMIAIk I eI3SSrA0An , > eE33l00,I , > SE tIASE ArfI fafSf It's not exactly garbage, it's four copies of (almost) the same message being printed at the same time. What's happening is that you are receiving an NMI, and all four processors are acting on it. The default handler simply prints out a message and ignores the interrupt. I believe the actual messages are multiple copies each of: NMI ISA 30, EISA ff\n NMI ISA 20, EISA ff\n Also looks like there's the start of a "kernel trap" message in the 11:30:20 message. As to what's causing it, it's hard to say, but given they have only just started, the hardware is trying to tell you something. My money is on either overheating or failing RAM (Failed parity checks usually manifest itself as an NMI, but looking at the code in /usr/src/sys/i386/isa/nmi.c an attempt is made to try and detect them). It may be worth trying to find the rest of that "kernel trap" message. Gavin From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 16:39:41 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51CF916A4DD; Wed, 6 Sep 2006 16:39:41 +0000 (UTC) (envelope-from bjordan@lumeta.com) Received: from MAIL.corp.lumeta.com (h65-246-245-23.lumeta.com [65.246.245.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB6F843D70; Wed, 6 Sep 2006 16:39:38 +0000 (GMT) (envelope-from bjordan@lumeta.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 6 Sep 2006 12:39:35 -0400 Message-ID: <78ED28FACE63744386D68D8A9D1CF5D4104C43@MAIL.corp.lumeta.com> In-Reply-To: <44FEF17F.2050909@sailorfej.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: i386/100160: [mfid] Perc5i: additional symptomatic info on virtual disk detection issue Thread-Index: AcbRzupaySZJ9t+eQFOvHxXfgRKjTwAA1/Cg From: "Bucky Jordan" To: "Jeffrey Williams" , Cc: freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org, dmartin@euitt.upm.es Subject: RE: i386/100160: [mfid] Perc5i: additional symptomatic info on virtual disk detection issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 16:39:41 -0000 >In the meantime if anybody else is aware of another work around of fix=20 >for this, I appreciate hearing about it. =20 I've got almost the same setup- 6.1 amd64 RELEASE, a 2950 with 6 drives attached to the Perc5/I SAS Raid controller. Right now I've got the whole thing configured as a RAID5x6 disks and it seems to be working fine.=20 I was able to also create smaller RAID sets (for example, a 4 disk RAID10) without an issue, and I did not have to remove extra drives. Someone (on -hardware I think) mentioned that the problem recognizing multiple virtual volumes is addressed in 6-stable, but I have not had the chance to try it out. I will post the results if/when I do. - Bucky From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 16:43:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50DB816A4DF for ; Wed, 6 Sep 2006 16:43:53 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout06-04.prod.mesa1.secureserver.net (smtpout06-01.prod.mesa1.secureserver.net [64.202.165.224]) by mx1.FreeBSD.org (Postfix) with SMTP id AA45843D46 for ; Wed, 6 Sep 2006 16:43:52 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 31724 invoked from network); 6 Sep 2006 16:43:52 -0000 Received: from unknown (24.144.77.138) by smtpout06-04.prod.mesa1.secureserver.net (64.202.165.227) with ESMTP; 06 Sep 2006 16:43:51 -0000 Message-ID: <44FEFAC6.1050404@seclark.us> Date: Wed, 06 Sep 2006 12:43:50 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adrian Steinmann References: <20060906062912.GA44900@webgroup.ch> <20060906063621.GA23449@garage.freebsd.pl> <20060906140313.GA30204@webgroup.ch> In-Reply-To: <20060906140313.GA30204@webgroup.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: FAST_IPSEC + device padlock + device crypto + IKE broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 16:43:53 -0000 Adrian Steinmann wrote: >On Wed, Sep 06, 2006 at 08:36:21AM +0200, Pawel Jakub Dawidek wrote: > > >>On Wed, Sep 06, 2006 at 08:29:13AM +0200, Adrian Steinmann wrote: >> >> >>>In my kernel config, I have >>> >>> options FAST_IPSEC >>> device padlock >>> device crypto >>> >>> >>> >... > > >>>Yet when I configure racoon from ipsec-tools, racoon2, or iked for >>>dynamic keying, I get a "PFKEYv2 UPDATE" (or similar) failure. When >>>I set net.inet.ipsec.crypto_support=0 these same dynamic ike key >>>configurations work, albeit without HW crypto accelleration. >>> >>>Has anyone else observed this and know what the problem is? >>> >>> >>Is this after my recent padlock(4) update in RELENG_6? >> >> >Both for RELENG_6_1 (new VIA C7 padlock support) and RELENG_6 (VIA C3) >show this behavior on respective VIA processors. It's as if FAST_IPSEC >can't register a new key session with crypto device... > >If you can point me where to debug (in padlock_* files?) I'd be happy >to help. > >Adrian >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > I see the same problem with 6.1 without the changes from Pawel. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 16:47:03 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E3816A4DE; Wed, 6 Sep 2006 16:47:03 +0000 (UTC) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C79A43D46; Wed, 6 Sep 2006 16:47:03 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [70.198.82.44] (44.sub-70-198-82.myvzw.com [70.198.82.44]) by elvis.mu.org (Postfix) with ESMTP id 781101A4D87; Wed, 6 Sep 2006 09:47:01 -0700 (PDT) Message-ID: <44FEFB83.3010102@freebsd.org> Date: Wed, 06 Sep 2006 09:46:59 -0700 From: Paul Saab User-Agent: Mail/News 1.5.0.2 (Macintosh/20060324) MIME-Version: 1.0 To: Bucky Jordan References: <78ED28FACE63744386D68D8A9D1CF5D4104C43@MAIL.corp.lumeta.com> In-Reply-To: <78ED28FACE63744386D68D8A9D1CF5D4104C43@MAIL.corp.lumeta.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeffrey Williams , dmartin@euitt.upm.es, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: i386/100160: [mfid] Perc5i: additional symptomatic info on virtual disk detection issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 16:47:03 -0000 revision 1.11 date: 2006/06/20 22:41:44; author: ps; state: Exp; lines: +77 -202 Instead of using scsi probes to do device discovery, use the firmware commands to grab the device listing. This resolves issues using multiple volumes, where each volume was actually internally pointing to target 0. Bucky Jordan wrote: >> In the meantime if anybody else is aware of another work around of fix >> for this, I appreciate hearing about it. >> > > I've got almost the same setup- 6.1 amd64 RELEASE, a 2950 with 6 drives > attached to the Perc5/I SAS Raid controller. Right now I've got the > whole thing configured as a RAID5x6 disks and it seems to be working > fine. > > I was able to also create smaller RAID sets (for example, a 4 disk > RAID10) without an issue, and I did not have to remove extra drives. > > Someone (on -hardware I think) mentioned that the problem recognizing > multiple virtual volumes is addressed in 6-stable, but I have not had > the chance to try it out. I will post the results if/when I do. > > - Bucky > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 16:52:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B47F16A4E6; Wed, 6 Sep 2006 16:52:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E74A143D46; Wed, 6 Sep 2006 16:52:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9FD891A4D87; Wed, 6 Sep 2006 09:52:13 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0B4B55160C; Wed, 6 Sep 2006 12:52:13 -0400 (EDT) Date: Wed, 6 Sep 2006 12:52:12 -0400 From: Kris Kennaway To: Ron Tarrant Message-ID: <20060906165212.GA19239@xor.obsecurity.org> References: <44FD7AD2.5010000@sympatico.ca> <20060905110139.1bda7532.rnsanchez@gmail.com> <44FE523A.3080707@sympatico.ca> <20060906155622.GA18415@xor.obsecurity.org> <44FEEE0F.8040403@sympatico.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <44FEEE0F.8040403@sympatico.ca> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, freebsd-ports@FreeBSD.org Subject: Re: Ports Update: Failed to Generate INDEX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 16:52:15 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 06, 2006 at 11:49:35AM -0400, Ron Tarrant wrote: > Hi again, Kris, >=20 > Kris Kennaway wrote: > > > >No, that's fine. You need to a) confirm you are really getting the > >error you posted, b) if so, check why the file it mentions cannot be > >read. > > > > > > =20 > So, I should re-run cvsup and portsdb using the same arguments as before: >=20 > cvsup -g -L 2 /root/ports-supfile >=20 > portsdb -Uu >=20 > Or am I missing misreading what you're saying? Yes please. Let's also move this to ports@ where it is not off-topic. Kris --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/vy8Wry0BWjoQKURAisXAKCBVdKzVdOBEPybJaQWtzgt7gkInQCeMXBn AUxUJXYXqOm7cs9nrrH2Jps= =oU9j -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 20:33:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78FE816A4DD for ; Wed, 6 Sep 2006 20:33:47 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CA1B43D7B for ; Wed, 6 Sep 2006 20:33:38 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GL45F-0008Fd-BC for freebsd-stable@freebsd.org; Wed, 06 Sep 2006 22:33:17 +0200 Received: from cmung9.cmu.carnet.hr ([193.198.128.9]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Sep 2006 22:33:17 +0200 Received: from ivoras by cmung9.cmu.carnet.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Sep 2006 22:33:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 06 Sep 2006 22:33:05 +0200 Lines: 12 Message-ID: References: <1D6A7B88-79F5-4014-9E49-5AD4FFC6AE00@nevada.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cmung9.cmu.carnet.hr User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) In-Reply-To: <1D6A7B88-79F5-4014-9E49-5AD4FFC6AE00@nevada.net.nz> Sender: news Subject: Re: Slow/locking UFS/VFS in 6.1? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 20:33:47 -0000 Philip Murray wrote: > When this happens it seems a lot of Apache processes get stuck in the > UFS state (in top). I've seen this when there's a huge directory involved, such as created by a runaway web cache function, PHP sessions, or "PHP accelerator" that creates a lot of small cache files. If so, you'll probably need to delete that directory completely and make sure it doesn't happen again (e.g. use a multi-stage directory tree instead of a big one). You might have luck with increasing dirhash size (vfs.ufs.dirhash_maxmem). From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 20:34:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64DEA16A4DE for ; Wed, 6 Sep 2006 20:34:06 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6433F43D70 for ; Wed, 6 Sep 2006 20:34:02 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 676ACB810 for ; Wed, 6 Sep 2006 16:34:01 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <200609061203.43058.mistry.7@osu.edu> References: <200609061203.43058.mistry.7@osu.edu> X-Gpgmail-State: !signed Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-16-1026498009; protocol="application/pkcs7-signature" Message-Id: <2108BBEE-FCBB-478C-951A-74DFE0402AF8@khera.org> From: Vivek Khera Date: Wed, 6 Sep 2006 16:34:00 -0400 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Symbolic Links in /dev of a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 20:34:06 -0000 --Apple-Mail-16-1026498009 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Sep 6, 2006, at 12:03 PM, Anish Mistry wrote: > able to do this is that iaxmodem needs to create a /dev/ttyIAX device > to point to the correct ttyp* device when it starts in the jail. > > Any suggestions would be appreciated. I don't think you can do that with devfs in a jail, and I don't see any sysctl tunable to allow it. Also, the devfs runs in the host, not the jail environment, so it seems unlikely you'll find success here unless you alter the devfs config on host as you've discovered. --Apple-Mail-16-1026498009-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 22:20:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51D7616A4DA for ; Wed, 6 Sep 2006 22:20:42 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.ipactive.de [85.214.39.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6108343D9D for ; Wed, 6 Sep 2006 22:17:49 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-014.eplus-online.de [212.23.126.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id A6C3033D21 for ; Thu, 7 Sep 2006 00:17:41 +0200 (CEST) Received: from [127.0.0.1] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 549E12E54D for ; Thu, 7 Sep 2006 00:17:24 +0200 (CEST) Message-ID: <44FF4909.9020108@vwsoft.com> Date: Thu, 07 Sep 2006 00:17:45 +0200 From: Volker User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Subject: gmirror RAID-1: rebuilding freezes machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 22:20:42 -0000 Hi folks, running at RELENG_6. I've csup'ed and rebuild kernel + world on 2006-09-03 and again on 2006-09-05 because of some trouble (panics related to altq). Because I've experienced some panics (well... not really me who does panic), my gmirror RAID-1 is causing trouble since the kernel + world build done at 2006-09-05. This issue hasn't been experienced with my 2006-09-03 build. Now the issue: The system panics (not related to this problem). Because of the panic, my gmirror RAID-1 is going out of sync. When the machine comes up again, gmirror tries an automatic syncing of the mirror(s). As soon as this is starting, the machine is blocking (keyboard input is ok as long as I'm not going to do something disk-consuming). `gmirror status' says it's rebuilding but in fact there's no disk activity and the HDD LED is constantly ON. The only way out is sometimes CTRL+ALT+DEL, sometimes I need to break to debugger and hard-reset the system. The only way out of this machine freeze is to startup into su-mode, deactivate/remove some gmirror providers and run in degraded mode all time. The machine also does freeze in su-mode as soon as I'm manually trying to re-sync the mirror. So I think I've made sure it's really a gmirror problem. I've seen there have been some cvs commits between 2006-09-03 and 2006-09-05. Are there any changes to take note of? Any configuration changes which I should have done? I'll now go on and rebuild kernel (already done) + world with freshly csup'ed sources, reboot and test once more if gmirror freezes again (will take an hour). Running gmirror with four slices (gm0s1: ad4s1, ad6s1; gm0s2: ad4s2, ad6s2 etc.). Greetings, Volker `gmirror list': > Geom name: gm0s1 > State: DEGRADED > Components: 2 > Balance: round-robin > Slice: 4096 > Flags: NONE > GenID: 0 > SyncID: 5 > ID: 1809089446 > Providers: > 1. Name: mirror/gm0s1 > Mediasize: 9656445952 (9.0G) > Sectorsize: 512 > Mode: r5w5e5 > Consumers: > 1. Name: ad4s1 > Mediasize: 9656446464 (9.0G) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Priority: 0 > Flags: DIRTY > GenID: 0 > SyncID: 5 > ID: 3309288876 > > Geom name: gm0s2 > State: COMPLETE > Components: 1 > Balance: round-robin > Slice: 4096 > Flags: NOAUTOSYNC > GenID: 0 > SyncID: 2 > ID: 1504765676 > Providers: > 1. Name: mirror/gm0s2 > Mediasize: 10733989888 (10G) > Sectorsize: 512 > Mode: r5w5e6 > Consumers: > 1. Name: ad4s2 > Mediasize: 10733990400 (10G) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Priority: 0 > Flags: DIRTY > GenID: 0 > SyncID: 2 > ID: 2791311183 > > Geom name: gm0s3 > State: COMPLETE > Components: 1 > Balance: round-robin > Slice: 4096 > Flags: NOAUTOSYNC > GenID: 0 > SyncID: 2 > ID: 2973128024 > Providers: > 1. Name: mirror/gm0s3 > Mediasize: 28985886208 (27G) > Sectorsize: 512 > Mode: r5w5e6 > Consumers: > 1. Name: ad4s3 > Mediasize: 28985886720 (27G) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Priority: 0 > Flags: DIRTY > GenID: 0 > SyncID: 2 > ID: 2358433002 > > Geom name: gm0s4 > State: COMPLETE > Components: 1 > Balance: round-robin > Slice: 4096 > Flags: NOAUTOSYNC > GenID: 0 > SyncID: 1 > ID: 3151030525 > Providers: > 1. Name: mirror/gm0s4 > Mediasize: 30647392768 (29G) > Sectorsize: 512 > Mode: r1w1e2 > Consumers: > 1. Name: ad4s4 > Mediasize: 30647393280 (29G) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Priority: 0 > Flags: NONE > GenID: 0 > SyncID: 1 > ID: 2328062130 > `dmesg': > Copyright (c) 1992-2006 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 6.1-STABLE #6: Tue Sep 5 01:34:11 CEST 2006 > root@bellona.sz.vwsoft.com:/usr/obj/usr/src/sys/BELLONA > WARNING: debug.mpsafenet forced to 0 as i4b_ipr requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Sempron(tm) 2600+ (1832.75-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 > Features=0x383fbff OV,PAT,PSE36,MMX,FXSR,SSE> > AMD Features=0xc0480800 > real memory = 536805376 (511 MB) > avail memory = 515743744 (491 MB) > ioapic0 irqs 0-23 on motherboard > wlan: mac acl policy registered > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xe0000000-0 > xe3ffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > ath0: mem 0xdffe0000-0xdffeffff irq 18 at device 10.0 on pci0 > ath0: [GIANT-LOCKED] > ath0: Ethernet address: 00:09:5b:89:7d:1f > ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 > ifpi0: port 0xd400-0xd41f mem 0xdfffbfe0-0xdfffbfff irq 19 > at device 11.0 on pci0 > ifpi0: [GIANT-LOCKED] > ifpi0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) > ifpi0: passive stack unit 0 > ahc0: port 0xd000-0xd0ff mem 0xdfffa000-0 > xdfffafff irq 16 at device 12.0 on pci0 > ahc0: [GIANT-LOCKED] > aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs > cbb0: at device 13.0 on pci0 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > atapci0: port 0xec00-0xec07,0xe800-0xe803,0xe400-0 > xe407,0xe000-0xe003,0xdc00-0xdc0f,0xd800-0xd8ff irq 20 at device 15.0 on pci0 > ata2: on atapci0 > ata3: on atapci0 > atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376, > 0xfc00-0xfc0f at device 15.1 on pci0 > ata0: on atapci1 > ata1: on atapci1 > uhci0: port 0xc000-0xc01f irq 21 at device 16.0 on p > ci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xc400-0xc41f irq 21 at device 16.1 on p > ci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xc800-0xc81f irq 21 at device 16.2 on p > ci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xcc00-0xcc1f irq 21 at device 16.3 on p > ci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xdfffbd00-0xdfffbdff irq 21 at devic > e 16.4 on pci0 > ehci0: [GIANT-LOCKED] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > isab0: at device 17.0 on pci0 > isa0: on isab0 > pci0: at device 17.5 (no driver attached) > vr0: port 0xb800-0xb8ff mem 0xdfffbc00-0xdfff > bcff irq 23 at device 18.0 on pci0 > miibus0: on vr0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:0b:6a:7d:a9:a2 > vr0: [GIANT-LOCKED] > acpi_button1: on acpi0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 0 on ac > pi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcafff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <12 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ucom0: Lucent Technologies, Inc. ELSA Modem Board, rev 1.00/1.00, addr 2, iclass > 2/2 > ucom0: data interface 1, has CM over data, has break > ucom0: status change notification available > aue0: ADMtek USB To LAN Converter, rev 1.10/1.01, addr 2 > miibus1: on aue0 > ukphy1: on miibus1 > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > aue0: Ethernet address: 00:00:4e:11:16:c6 > Timecounter "TSC" frequency 1832745670 Hz quality 800 > Timecounters tick every 1.000 msec > i4bisppp: 1 ISDN SyncPPP device(s) attached > i4b: ISDN call control device attached > i4btel: 2 ISDN telephony interface device(s) attached > i4btrc: 1 ISDN trace device(s) attached > i4bipr: 1 IP over raw HDLC ISDN device(s) attached (VJ header compression) > i4bctl: ISDN system control port attached > i4brbch: 2 raw B channel access device(s) attached > Fast IPsec: Initialized Security Association Processing. > pccard0: Allocation failed for cfe 7 > sio1: at port 0x2f8-0x2ff irq 17 function 0 > config 15 on pccard0 > sio1: type 16550A > sio1: unable to activate interrupt in fast mode - using normal mode > pccard0: Allocation failed for cfe 7 > pccard0: Allocation failed for cfe 15 > sio2: at port 0x2e8-0x2ef irq 17 function 1 > config 23 on pccard0 > sio2: type 16550A > sio2: unable to activate interrupt in fast mode - using normal mode > acd0: CDRW at ata0-master UDMA33 > ad4: 76319MB at ata2-master SATA150 > ad6: 78533MB at ata3-master SATA150 > Waiting 6 seconds for SCSI devices to settle > GEOM_MIRROR: Device gm0s1 created (id=1809089446). > GEOM_MIRROR: Device gm0s1: provider ad4s1 detected. > GEOM_MIRROR: Device gm0s2 created (id=1504765676). > GEOM_MIRROR: Device gm0s2: provider ad4s2 detected. > GEOM_MIRROR: Device gm0s3 created (id=2973128024). > GEOM_MIRROR: Device gm0s3: provider ad4s3 detected. > GEOM_MIRROR: Device gm0s4 created (id=3151030525). > GEOM_MIRROR: Device gm0s4: provider ad4s4 detected. > GEOM_MIRROR: Device gm0s1: provider ad6s1 detected. > GEOM_MIRROR: Device gm0s1: provider ad6s1 activated. > GEOM_MIRROR: Device gm0s1: provider ad4s1 activated. > GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. > GEOM_MIRROR: Device gm0s2: provider ad6s2 detected. > GEOM_MIRROR: Device gm0s2: provider ad6s2 activated. > GEOM_MIRROR: Device gm0s2: provider ad4s2 activated. > GEOM_MIRROR: Device gm0s2: provider mirror/gm0s2 launched. > GEOM_MIRROR: Device gm0s3: provider ad6s3 detected. > GEOM_MIRROR: Device gm0s3: provider ad6s3 activated. > GEOM_MIRROR: Device gm0s3: provider ad4s3 activated. > GEOM_MIRROR: Device gm0s3: provider mirror/gm0s3 launched. > GEOM_MIRROR: Device gm0s4: provider ad6s4 detected. > GEOM_MIRROR: Device gm0s4: provider ad6s4 activated. > GEOM_MIRROR: Device gm0s4: provider ad4s4 activated. > GEOM_MIRROR: Device gm0s4: provider mirror/gm0s4 launched. > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > Trying to mount root from ufs:/dev/mirror/gm0s1a From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 23:34:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B0AE16A4E2 for ; Wed, 6 Sep 2006 23:34:40 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.ipactive.de [85.214.39.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D5BB43D6B for ; Wed, 6 Sep 2006 23:34:31 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-013.eplus-online.de [212.23.126.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id E4BAF33D21 for ; Thu, 7 Sep 2006 01:34:23 +0200 (CEST) Received: from [127.0.0.1] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 7CB622E54F for ; Thu, 7 Sep 2006 01:34:05 +0200 (CEST) Message-ID: <44FF5B02.3090804@vwsoft.com> Date: Thu, 07 Sep 2006 01:34:26 +0200 From: Volker User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <44FF4909.9020108@vwsoft.com> In-Reply-To: <44FF4909.9020108@vwsoft.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Subject: Re: gmirror RAID-1: rebuilding freezes machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 23:34:40 -0000 On 2006-09-07 00:17, Volker wrote: > ... > The only way out of this machine freeze is to startup into su-mode, > deactivate/remove some gmirror providers and run in degraded mode > all time. > > The machine also does freeze in su-mode as soon as I'm manually > trying to re-sync the mirror. So I think I've made sure it's really > a gmirror problem. > ... > I'll now go on and rebuild kernel (already done) + world with > freshly csup'ed sources, reboot and test once more if gmirror > freezes again (will take an hour). talking to myself... I hate that ;) ok, I've now finished rebuilding world + kernel, installed everything and tried again. In single user mode, the machine does not freeze anymore while trying to rebuild the (any) container. But the rebuild process hangs forever at 0% without any noticeable disk activity. When going into multiuser mode with an auto re-syncing provider, the machine is hanging just right after the the message 'rebuilding provider gm0sN'. But I was able to cancel this by CTRL+C and was back into su mode again. I'll run in degraded mode for the next few hours but I'm now quite sure there's an issue with gmirror. What kind of debugging features may I turn on with gmirror to get a verbose output of what gmirror does? Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 23:47:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 570E516A4E0 for ; Wed, 6 Sep 2006 23:47:15 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7065A43D70 for ; Wed, 6 Sep 2006 23:47:06 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (cpe-24-210-75-119.columbus.res.rr.com [24.210.75.119]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id k86NxXen095375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Sep 2006 19:59:40 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Dewayne Geraghty , freebsd-stable@freebsd.org Date: Wed, 6 Sep 2006 19:47:23 -0400 User-Agent: KMail/1.9.1 References: <010701c6d207$cdddb160$0205000a@white> In-Reply-To: <010701c6d207$cdddb160$0205000a@white> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1473414.ZF6PaQ9hUu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609061947.37796.mistry.7@osu.edu> X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,MYFREEBSD2, SPF_HELO_SOFTFAIL,SPF_SOFTFAIL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.4/1815/Wed Sep 6 11:42:27 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: Subject: Re: Symbolic Links in /dev of a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 23:47:15 -0000 --nextPart1473414.ZF6PaQ9hUu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 September 2006 18:57, Dewayne Geraghty wrote: > Generally there is a barrier accessing files/directories that exist > outside a jail. The best way is to create a mount point > (directory) in the jail, and mount_nullfs outside the jail. > E.g in the jail, mkdir /fun > Outside the jail, mount_nullfs /outside/jail/path/to/fun > /insidejail/fun This will make the jail see the "external" file or > directory. Right, I'm not trying to access anything outside of the jail. I've=20 already exposed all of the required device nodes to the jail and it=20 all works if I start iaxmodem and manually create the symlink from=20 the host environment. The resulting link when viewed from the jail=20 still points to the jailed environment, which is fine since that's=20 what I want. > Good luck on getting asterisk and friends to work, that was too > hard, so a "friend" gave me a pabx on a linux machine...I'd be > interested if you're successful on Freebsd. My setup works perfect outside of a jailed environment. Asterisk=20 works fine within the jail (eg. voicemail, menus, etc.), just not=20 iaxmodem+hylafax due to the symlink issue. =2D-=20 Anish Mistry --nextPart1473414.ZF6PaQ9hUu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBE/14ZxqA5ziudZT0RAjskAJ9cHKjQnJ4+LEmUV4CZv1x3hg3gOgCgg+WE GU5p6+wY9xv5sTq9cQRPkUk= =Q+UF -----END PGP SIGNATURE----- --nextPart1473414.ZF6PaQ9hUu-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 00:13:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CED3116A4E0 for ; Thu, 7 Sep 2006 00:13:42 +0000 (UTC) (envelope-from SRS0=+ID3ED=CW=vvelox.net=vvelox@yourhostingaccount.com) Received: from mailout09.yourhostingaccount.com (mailout09.yourhostingaccount.com [65.254.253.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 715D143D6E for ; Thu, 7 Sep 2006 00:13:27 +0000 (GMT) (envelope-from SRS0=+ID3ED=CW=vvelox.net=vvelox@yourhostingaccount.com) Received: from scan01.yourhostingaccount.com ([10.1.1.231] helo=scan01.yourhostingaccount.com) by mailout09.yourhostingaccount.com with esmtp (Exim) id 1GL7WJ-0000Ov-3B for freebsd-stable@freebsd.org; Wed, 06 Sep 2006 20:13:27 -0400 Received: from authsmtp08.yourhostingaccount.com ([10.1.18.8] ident=exim) by scan01.yourhostingaccount.com with spamscanlookuphost (Exim) id 1GL7WI-00055I-PS for freebsd-stable@freebsd.org; Wed, 06 Sep 2006 20:13:26 -0400 Received: from authsmtp08.yourhostingaccount.com ([10.1.18.8] helo=authsmtp08.yourhostingaccount.com) by scan01.yourhostingaccount.com with esmtp (Exim) id 1GL7WI-00055F-DS for freebsd-stable@freebsd.org; Wed, 06 Sep 2006 20:13:26 -0400 Received: from [69.92.217.33] (helo=vixen42) by authsmtp08.yourhostingaccount.com with esmtpa (Exim) id 1GL7WH-0006Rx-WE; Wed, 06 Sep 2006 20:13:26 -0400 Date: Wed, 6 Sep 2006 19:15:11 -0500 From: "Z.C.B." To: Joel Wood Message-ID: <20060906191511.5ae39dcb@vixen42> In-Reply-To: <20050927161156.Q31161@mail.ncircle.com> References: <43394274.3030203@dnepr.net> <20050927161156.Q31161@mail.ncircle.com> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_i0HuAzZVm8bsjwAOAxetoD="; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-EN-UserInfo: f1c157ec5ebebd12a8182d58c6ceecd9:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox3 Sender: "Z.C.B." Cc: freebsd-stable@freebsd.org Subject: Re: Infra-red in FreeBSD... Remote control in XMMS... LIRC ?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 00:13:42 -0000 --Sig_i0HuAzZVm8bsjwAOAxetoD= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 27 Sep 2005 16:17:39 -0700 (PDT) Joel Wood wrote: > I wrote a simple python program that interfaces directly > with /dev/ugen0.1 to work with the usb rf ati remote wonder plus. > Rather then interfacing through lircd, I just output stuff in the > format that lircd uses so that programs like mplayer just work. >=20 > The format is something like: >=20 > hexcode repeat-count keybinding configfile >=20 > or: >=20 > '00000040151f0a00 00 MUTE /home/jwood/remotewonderplus.conf\n' > '00000040151f0a00 01 MUTE /home/jwood/remotewonderplus.conf\n' > '00000040151f0a00 02 MUTE /home/jwood/remotewonderplus.conf\n' > '00000040151f0a00 03 MUTE /home/jwood/remotewonderplus.conf\n' >=20 > if I were to hold the mute key down. >=20 > If anyone would like the code, reply to me off list, as I am not on > the list. >=20 > -Joel >=20 > On Tue, 27 Sep 2005, Oleg Korecky wrote: >=20 > > Did somebody use LIRC on the FreeBSD ? Or what you can recommend > > instead LIRC ? > > Thanks ! I came across one of those cheaply and picked it up, recently. I was just getting ready to dig into what it takes to talk to it. Is your script posted any where or can I get a copy of it? --Sig_i0HuAzZVm8bsjwAOAxetoD= Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/2STC1tfcMGJid4RApLZAJ9bVpCT74klqIP3HUzCoWyPNmnAwQCfWJoH z/PpZj1aDMF7MTXVXwj/PYI= =1fFZ -----END PGP SIGNATURE----- --Sig_i0HuAzZVm8bsjwAOAxetoD=-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 00:29:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43A8A16A4DF for ; Thu, 7 Sep 2006 00:29:07 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B9243D55 for ; Thu, 7 Sep 2006 00:28:41 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 18401C2E8; Wed, 6 Sep 2006 20:28:40 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 5C9F9C449; Wed, 6 Sep 2006 20:28:34 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id D2CA0C427; Wed, 6 Sep 2006 20:28:33 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type:Content-Transfer-Encoding; b=NPVp94rYm4Q9zgR6ezHFPYgIsslf+3CuecoRInpzhbX1pNONkeL6l9OJuLq2a7NHcpMlPA+NjPXIWyUEe4oTA45b2VfHvtYDwsJ0IQOIp+zJWEE4uYmqYeGj8yzesFEb; Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 6E1B3C2E8; Wed, 6 Sep 2006 20:28:33 -0400 (EDT) Message-ID: <44FF67B0.1080806@protected-networks.net> Date: Wed, 06 Sep 2006 20:28:32 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: Volker References: <44FF4909.9020108@vwsoft.com> <44FF5B02.3090804@vwsoft.com> In-Reply-To: <44FF5B02.3090804@vwsoft.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: gmirror RAID-1: rebuilding freezes machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 00:29:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Volker wrote: | In single user mode, the machine does not freeze anymore while | trying to rebuild the (any) container. But the rebuild process hangs | forever at 0% without any noticeable disk activity. I'm seeing this on one of my machines too :-( gstat says it's reading from the source disk (in my case, da1s2) at the rate of 90MB/s but nothing gets written to the out-of-sync mirror (da0s2), Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/2ewQv9rrgRC1JIRAp9+AJ4w8PgNrCZQtldbZBdpkcMo7mPc2wCeI3P8 hISq1s6sIdltLWTQoAErdMc= =B/Za -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 00:30:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B75D16A539 for ; Thu, 7 Sep 2006 00:30:33 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth01.prod.mesa1.secureserver.net (smtpauth01.prod.mesa1.secureserver.net [64.202.165.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 914DC43D45 for ; Thu, 7 Sep 2006 00:30:32 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 15183 invoked from network); 7 Sep 2006 00:30:32 -0000 Received: from unknown (24.144.77.138) by smtpauth01-04.prod.mesa1.secureserver.net (64.202.165.181) with ESMTP; 07 Sep 2006 00:30:31 -0000 Message-ID: <44FF6827.4010101@seclark.us> Date: Wed, 06 Sep 2006 20:30:31 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: kldload if_bge X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 00:30:33 -0000 Hello list, I have a production system that is running 4.10. It is a Dell 4600 poweredge server. When I try to kldload if_bge I get the following in /var/log/messages: Sep 6 18:07:48 GE_SRM2_42 /kernel: bge0: mem 0xfcf00000-0xfcf0ffff irq 11 at device 6.0 on pci1 Sep 6 18:07:48 GE_SRM2_42 /kernel: bge0: Ethernet address: 00:b0:d0:fe:89:da Sep 6 18:07:51 GE_SRM2_42 /kernel: bge0: no memory for jumbo buffers! Sep 6 18:07:51 GE_SRM2_42 /kernel: bge0: jumbo buffer allocation failed Sep 6 18:07:51 GE_SRM2_42 /kernel: device_probe_and_attach: bge0 attach returned 6 Why am I getting this, and also if i try to ifconfig bge0 I get: ifconfig: interface bge0 does not exist Do I have to compile this device into the kernel? Thanks very much. Steve Clark -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 01:04:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4795D16A62C for ; Thu, 7 Sep 2006 01:04:00 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F3F43DD0 for ; Thu, 7 Sep 2006 01:03:50 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 8960EC496; Wed, 6 Sep 2006 21:03:49 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 97170C449; Wed, 6 Sep 2006 21:03:36 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 28F63C427; Wed, 6 Sep 2006 21:03:36 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type; b=ChTbdKj6quDm40cdcN0PopHGjM6yibGBqA+xZf3+o87HxQLABTt36PrZfRXgfyMgvQvESd/XZUlPUMAmmFh9M3+aXVeheKDMlUn5DhFm2FP9k6fkGQMTif4i/1MKv7UY; Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 74CD5C2E8; Wed, 6 Sep 2006 21:03:35 -0400 (EDT) Message-ID: <44FF6FE6.4080602@protected-networks.net> Date: Wed, 06 Sep 2006 21:03:34 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: Volker References: <44FF4909.9020108@vwsoft.com> <44FF5B02.3090804@vwsoft.com> In-Reply-To: <44FF5B02.3090804@vwsoft.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------010702000506000506010009" Cc: freebsd-stable@freebsd.org Subject: Re: gmirror RAID-1: rebuilding freezes machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 01:04:00 -0000 This is a multi-part message in MIME format. --------------010702000506000506010009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm backing out the attached change to see if it fixes it .. Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/2/mQv9rrgRC1JIRArNYAJsEuTtrmig9bdW4aDQQ8W1May+EfQCfUjDQ Xc1A9gUrrLS2jgbDP4xyC7I= =5DtW -----END PGP SIGNATURE----- --------------010702000506000506010009 Content-Type: text/plain; name="gmirror-1.66.2.7-1.66.2.8-patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gmirror-1.66.2.7-1.66.2.8-patch" Index: src/sys/geom/mirror/g_mirror.c =================================================================== RCS file: /usr/home/ncvs/src/sys/geom/mirror/g_mirror.c,v retrieving revision 1.66.2.7 retrieving revision 1.66.2.8 diff -u -r1.66.2.7 -r1.66.2.8 --- src/sys/geom/mirror/g_mirror.c 16 Jul 2006 15:47:46 -0000 1.66.2.7 +++ src/sys/geom/mirror/g_mirror.c 4 Sep 2006 12:55:43 -0000 1.66.2.8 @@ -1813,12 +1813,19 @@ bioq_remove(&sc->sc_queue, bp); mtx_unlock(&sc->sc_queue_mtx); - if ((bp->bio_cflags & G_MIRROR_BIO_FLAG_REGULAR) != 0) - g_mirror_regular_request(bp); - else if ((bp->bio_cflags & G_MIRROR_BIO_FLAG_SYNC) != 0) - g_mirror_sync_request(bp); - else + if (bp->bio_to != sc->sc_provider) { + if ((bp->bio_cflags & G_MIRROR_BIO_FLAG_REGULAR) != 0) + g_mirror_regular_request(bp); + else if ((bp->bio_cflags & G_MIRROR_BIO_FLAG_SYNC) != 0) + g_mirror_sync_request(bp); + else { + KASSERT(0, + ("Invalid request cflags=0x%hhx to=%s.", + bp->bio_cflags, bp->bio_to->name)); + } + } else { g_mirror_register_request(bp); + } G_MIRROR_DEBUG(5, "%s: I'm here 9.", __func__); } } --------------010702000506000506010009-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 05:41:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C137A16A4DA; Thu, 7 Sep 2006 05:41:17 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D36C43D46; Thu, 7 Sep 2006 05:41:15 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GLCdM-0001Jy-QF; Thu, 07 Sep 2006 14:41:04 +0900 Message-ID: <44FFB0F0.6050701@micom.mng.net> Date: Thu, 07 Sep 2006 14:41:04 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Joerg Pernfuss References: <20060906111905.02e2b301@loki.starkstrom.lan> In-Reply-To: <20060906111905.02e2b301@loki.starkstrom.lan> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Robert Watson , Cristiano Deana , FreeBSD Stable Mailing List Subject: Re: Problems with auditd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 05:41:17 -0000 Hi, I have FreeBSD-6.1-STABLE and auditd refuses to run. devil# uname -an FreeBSD devil.micom.mng.net 6.1-STABLE FreeBSD 6.1-STABLE #17: Wed Sep 6 18:16:49 ULAST 2006 tsgan@devil.micom.mng.net:/usr/obj/usr/src/sys/DEVIL i386 devil# /etc/rc.d/auditd restart Error sending trigger: Function not implemented Starting auditd. thanks, Ganbold Joerg Pernfuss wrote: > On Wed, 6 Sep 2006 09:37:23 +0200 > "Cristiano Deana" wrote: > > >> Hi, >> >> i updated my system to -STABLE (FreeBSD mobile.deana.it 6.1-STABLE >> FreeBSD 6.1-STABLE #10: Wed Sep 6 08:20:43 CEST 2006) and followed >> instructions at >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/audit.html >> >> but when i tried to start auditd i got: >> >> [...] >> >> files in /etc/security has not been modified. >> >> where i'm wrong? >> > > I reported the same issue to the audit@-ML yesterday. > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=0+0+current/freebsd-audit and > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=6967+0+current/freebsd-audit > > A full ktrace is linked in the second mail (if someone prefers truss, > I have a trace with truss also). > > Regards, > Jörg > > ------------------------------------------------------------------------ > > !DSPAM:44fe928d944981045827524! > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 07:27:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E7C816A4DA for ; Thu, 7 Sep 2006 07:27:37 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8F7143D45 for ; Thu, 7 Sep 2006 07:27:35 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from c182-250.icpnet.pl ([85.221.182.250] helo=enkidu.local) by mail.in5.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1GLEIQ-0006QP-AR for freebsd-stable@freebsd.org; Thu, 07 Sep 2006 09:27:34 +0200 Received: from sthalik by enkidu.local with local (Exim 4.63) (envelope-from ) id 1GLEHG-0007UU-MO for freebsd-stable@freebsd.org; Thu, 07 Sep 2006 09:26:22 +0200 Date: Thu, 7 Sep 2006 09:26:22 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20060907072622.GA28784@localhost.localdomain> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060905060701.GG9421@funkthat.com> <200609050641.k856fU94094977@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609050641.k856fU94094977@drugs.dv.isc.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-User: sthalik Subject: Re: large system date skew on RELENG_6 changes causes select() failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 07:27:37 -0000 On Tue, Sep 05, 2006, Mark Andrews wrote: >>> A while ago, by accident, I've changed the system date back to the '98 >>> using date(1). To my astonishment, screen(1) barfed about EINVAL in >>> select() and died. Programs, including opera (native FreeBSD-6 binary) >>> kept spinning the CPU until I killed them. >>> I have no means for debugging it. >>> Is this somehow expected? If not (i.e. it's a bug), is it known? >> Probably, they calculated timeout's which magicly became negative, which >> isn't a valid timeout, and none of the programs are programmed well enough >> to handle the case and exhibited the behavior that you saw... > Nope. Just a simple limit in itimerfix. > int > itimerfix(struct timeval *tv) > { > if (tv->tv_sec < 0 || tv->tv_sec > 100000000 || > tv->tv_usec < 0 || tv->tv_usec >= 1000000) > return (EINVAL); > if (tv->tv_sec == 0 && tv->tv_usec != 0 && tv->tv_usec < tick) > tv->tv_usec = tick; > return (0); > } > date -j 9809051630 +%s -> 904977000 > date +%s -> 1157438219 > 1157438219 - 904977000 -> 252461219 which is greater that 100000000 The loop in GNU screen, which invokes select() looks like this: { struct timeval t; t.tv_sec = (long) (msec / 1000); t.tv_usec = (long) ((msec % 1000) * 1000); select(0, (fd_set *)0, (fd_set *)0, (fd_set *)0, &t); } There's no time_t substraction at all. I dare to say that it's a bug. /me ducks From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 07:35:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF03616A4DA for ; Thu, 7 Sep 2006 07:35:18 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.ipactive.de [85.214.39.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B33C43D46 for ; Thu, 7 Sep 2006 07:35:18 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-013.eplus-online.de [212.23.126.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 22B2D33D21 for ; Thu, 7 Sep 2006 09:35:13 +0200 (CEST) Received: from [127.0.0.1] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id A5BEB2E548; Thu, 7 Sep 2006 09:34:54 +0200 (CEST) Message-ID: <44FFCBB4.4010405@vwsoft.com> Date: Thu, 07 Sep 2006 09:35:16 +0200 From: Volker User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Michael Butler References: <44FF4909.9020108@vwsoft.com> <44FF5B02.3090804@vwsoft.com> <44FF6FE6.4080602@protected-networks.net> In-Reply-To: <44FF6FE6.4080602@protected-networks.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: gmirror RAID-1: rebuilding freezes machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 07:35:19 -0000 On 2006-09-07 03:03, Michael Butler wrote: > I'm backing out the attached change to see if it fixes it .. > > Michael Michael, have you had any success using your patch? I was just standing up and couldn't test it. Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 09:26:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3423F16A4DA for ; Thu, 7 Sep 2006 09:26:40 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B80D343D5D for ; Thu, 7 Sep 2006 09:26:38 +0000 (GMT) (envelope-from dzalewski@open-craft.com) Received: from [196.218.200.206] (helo=polonium.opencraft.local) by zeus.lunarpages.com with esmtpa (Exim 4.52) id 1GLG9d-0004zv-8Z for freebsd-stable@freebsd.org; Thu, 07 Sep 2006 02:26:37 -0700 From: Dominik Zalewski Organization: OpenCraft To: freebsd-stable@freebsd.org Date: Thu, 7 Sep 2006 12:26:34 +0300 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609071226.34198.dzalewski@open-craft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - open-craft.com X-Source: X-Source-Args: X-Source-Dir: Subject: Apache 2.2.3 with auth_ldap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 09:26:40 -0000 Hi, I'm running FreeBSD 6.1-STABLE on i386. I need to run auth_ldap module with apache 2.2.3 but as I see it requires apache13 . ===> auth_ldap-1.6.1 : Error from bsd.apache.mk. apache22 is installed (or APACHE_PORT is defined) and port requires 13. *** Error code 1 Is there is anyway to run auth_ldap with apache22 ? Thanks in advance, Dominik Zalewski -- Dominik Zalewski System Administrator OpenCraft t- +2 02 336 0003 w- http://www.open-craft.com From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 09:31:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F3B316A4E5 for ; Thu, 7 Sep 2006 09:31:59 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from bellagio.open2view.com (ns2.open2view.com [203.97.20.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA10E43D49 for ; Thu, 7 Sep 2006 09:31:58 +0000 (GMT) (envelope-from pmurray@nevada.net.nz) Received: from localhost (localhost [127.0.0.1]) by bellagio.open2view.com (Postfix) with ESMTP id C8083AC0CD; Thu, 7 Sep 2006 21:32:18 +1200 (NZST) Received: from bellagio.open2view.com ([127.0.0.1]) by localhost (bellagio.open2view.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77357-09; Thu, 7 Sep 2006 21:32:12 +1200 (NZST) Received: from [10.0.0.16] (stardust.nevada.net.nz [58.28.158.29]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by bellagio.open2view.com (Postfix) with ESMTP id 5721EAC0C4; Thu, 7 Sep 2006 21:32:12 +1200 (NZST) In-Reply-To: <200609071226.34198.dzalewski@open-craft.com> References: <200609071226.34198.dzalewski@open-craft.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <04BFAD76-CF7D-4662-ABC1-0384A1348B20@nevada.net.nz> Content-Transfer-Encoding: 7bit From: Philip Murray Date: Thu, 7 Sep 2006 21:31:48 +1200 To: Dominik Zalewski X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: amavisd-new at open2view.com Cc: freebsd-stable@freebsd.org Subject: Re: Apache 2.2.3 with auth_ldap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 09:31:59 -0000 On 7/09/2006, at 9:26 PM, Dominik Zalewski wrote: > Hi, > > I'm running FreeBSD 6.1-STABLE on i386. I need to run auth_ldap > module with > apache 2.2.3 but as I see it requires apache13 . > > ===> auth_ldap-1.6.1 : Error from bsd.apache.mk. apache22 is > installed (or > APACHE_PORT is defined) and port requires 13. > *** Error code 1 > > Is there is anyway to run auth_ldap with apache22 ? > > Thanks in advance, > > Dominik Zalewski Apache 2.2 has it's own built-in LDAP authentication module using the new Authz/Authn system. See: http://httpd.apache.org/docs/2.2/mod/mod_authnz_ldap.html Cheers Phil From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 09:33:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72CA016A4DD for ; Thu, 7 Sep 2006 09:33:29 +0000 (UTC) (envelope-from bartsch@dssgmbh.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 185F043D73 for ; Thu, 7 Sep 2006 09:33:23 +0000 (GMT) (envelope-from bartsch@dssgmbh.de) Received: from mail.incore (imap [192.168.0.64]) by dss.incore.de (8.11.6/8.9.3) with ESMTP id k879XLu02424 for ; Thu, 7 Sep 2006 11:33:21 +0200 Received: from pcbart.incore (pcbart.incore [192.168.0.57]) by mail.incore (Postfix) with ESMTP id 58DB05F1C4 for ; Thu, 7 Sep 2006 11:33:16 +0200 (CEST) From: Alfred Bartsch Organization: Data-Service GmbH To: freebsd-stable@freebsd.org Date: Thu, 7 Sep 2006 11:33:15 +0200 User-Agent: KMail/1.9.1 References: <20060901164238.GA66726@hugo10.ka.punkt.de> <20060905100600.GB896@hugo10.ka.punkt.de> <20060906123600.GB51151@hugo10.ka.punkt.de> In-Reply-To: <20060906123600.GB51151@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609071133.15631.bartsch@dssgmbh.de> Subject: Re: LSI/amr driver controller cache problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 09:33:29 -0000 On Wed, Sep 06 2:36PM Patrick M. Hausen wrote: > Hi all! > > On Tue, Sep 05, 2006 at 12:06:00PM +0200, I wrote: > > Thanks to the guys keeping the amr driver up-to-date. The Linux > > "megamgr" utility works just fine. If I find the time, I'll make > > a port. > > Done: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/102917 > > HTH, Hello Patrick, thanks for creating this port - works like a charm. Up to now I have been using this utility after manually fetching it from lsilogic.com. AFAIK, this utility runs successfully on server(s) with i386 and amd64 architecture, so perhaps the ports-makefile should read "ONLY_FOR_ARCHS= i386 amd64" (instead of "i386" only). > Patrick M. Hausen > Leiter Netzwerke und Sicherheit -- Alfred Bartsch Data-Service GmbH Beethovenstr. 2a Tel. 0451 49001 -0 Fax: -26 23617 Stockelsdorf http://www.dssgmbh.de From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 09:38:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8679E16A4DD for ; Thu, 7 Sep 2006 09:38:43 +0000 (UTC) (envelope-from dkirhlarov@oilspace.com) Received: from office.oilspace.com (ns2.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6A3043D79 for ; Thu, 7 Sep 2006 09:38:34 +0000 (GMT) (envelope-from dkirhlarov@oilspace.com) Received: from dkirhlarov.mow.oilspace.com (hq.oilspace.com [81.222.156.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id 964BB136CA4 for ; Thu, 7 Sep 2006 10:38:25 +0100 (BST) Received: from dkirhlarov.mow.oilspace.com (localhost [127.0.0.1]) by dkirhlarov.mow.oilspace.com (8.13.6/8.13.6) with ESMTP id k879b5e1010165 for ; Thu, 7 Sep 2006 13:38:11 +0400 (MSD) (envelope-from dkirhlarov@dkirhlarov.mow.oilspace.com) Received: (from dkirhlarov@localhost) by dkirhlarov.mow.oilspace.com (8.13.6/8.13.6/Submit) id k879b5jk010164 for freebsd-stable@freebsd.org; Thu, 7 Sep 2006 13:37:05 +0400 (MSD) (envelope-from dkirhlarov) Date: Thu, 7 Sep 2006 13:37:05 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20060907093704.GA8569@dimma.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <200609071226.34198.dzalewski@open-craft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609071226.34198.dzalewski@open-craft.com> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.1-STABLE User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: Apache 2.2.3 with auth_ldap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 09:38:43 -0000 On Thu, Sep 07, 2006 at 12:26:34PM +0300, Dominik Zalewski wrote: > I'm running FreeBSD 6.1-STABLE on i386. I need to run auth_ldap module with > apache 2.2.3 but as I see it requires apache13 . > > ===> auth_ldap-1.6.1 : Error from bsd.apache.mk. apache22 is installed (or > APACHE_PORT is defined) and port requires 13. > *** Error code 1 > > Is there is anyway to run auth_ldap with apache22 ? I use mod_ldap and mod_auth_ldap with apache20. Strings from /usr/local/etc/pkgtools.conf: MAKE_ARGS = { ... 'www/apache2*' => 'WITH_LDAP_MODULES=yes WITH_SSL_MODULES=yes WITH_MISC_MODULES=yes WITH_THREADS_MODULES=yes', ... } WBR From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 09:41:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 805B316A4E0 for ; Thu, 7 Sep 2006 09:41:38 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A032443D7E for ; Thu, 7 Sep 2006 09:41:33 +0000 (GMT) (envelope-from dzalewski@open-craft.com) Received: from [196.218.200.206] (helo=polonium.opencraft.local) by zeus.lunarpages.com with esmtpa (Exim 4.52) id 1GLGO4-0007zC-Dm; Thu, 07 Sep 2006 02:41:32 -0700 From: Dominik Zalewski Organization: OpenCraft To: Philip Murray Date: Thu, 7 Sep 2006 12:41:29 +0300 User-Agent: KMail/1.9.4 References: <200609071226.34198.dzalewski@open-craft.com> <04BFAD76-CF7D-4662-ABC1-0384A1348B20@nevada.net.nz> In-Reply-To: <04BFAD76-CF7D-4662-ABC1-0384A1348B20@nevada.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609071241.29444.dzalewski@open-craft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - open-craft.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-stable@freebsd.org Subject: Re: Apache 2.2.3 with auth_ldap X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 09:41:38 -0000 On Thursday 07 September 2006 12:31, you wrote: > On 7/09/2006, at 9:26 PM, Dominik Zalewski wrote: > > Hi, > > > > I'm running FreeBSD 6.1-STABLE on i386. I need to run auth_ldap > > module with > > apache 2.2.3 but as I see it requires apache13 . > > > > ===> auth_ldap-1.6.1 : Error from bsd.apache.mk. apache22 is > > installed (or > > APACHE_PORT is defined) and port requires 13. > > *** Error code 1 > > > > Is there is anyway to run auth_ldap with apache22 ? > > > > Thanks in advance, > > > > Dominik Zalewski > > Apache 2.2 has it's own built-in LDAP authentication module using the > new Authz/Authn system. > > See: http://httpd.apache.org/docs/2.2/mod/mod_authnz_ldap.html > > Cheers > > Phil I'm still using apache13 on some machines. Probably I missed that ldap module is now integrated with apache22 ;) Thanks Phil -- Dominik Zalewski System Administrator OpenCraft t- +2 02 336 0003 w- http://www.open-craft.com From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 09:44:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E5FD16A4DD for ; Thu, 7 Sep 2006 09:44:47 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 903AF43D5F for ; Thu, 7 Sep 2006 09:44:46 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k879ij4K017509 for ; Thu, 7 Sep 2006 11:44:45 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k879iia9086916; Thu, 7 Sep 2006 11:44:45 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k879iiAR086915; Thu, 7 Sep 2006 11:44:44 +0200 (CEST) (envelope-from ry93) Date: Thu, 7 Sep 2006 11:44:44 +0200 From: "Patrick M. Hausen" To: Alfred Bartsch Message-ID: <20060907094444.GF82908@hugo10.ka.punkt.de> References: <20060901164238.GA66726@hugo10.ka.punkt.de> <20060905100600.GB896@hugo10.ka.punkt.de> <20060906123600.GB51151@hugo10.ka.punkt.de> <200609071133.15631.bartsch@dssgmbh.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609071133.15631.bartsch@dssgmbh.de> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: LSI/amr driver controller cache problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 09:44:47 -0000 Hi! > AFAIK, this utility runs successfully on server(s) with i386 and amd64 > architecture, so perhaps the ports-makefile should read > "ONLY_FOR_ARCHS= i386 amd64" (instead of "i386" only). OK - could you turn this "AFAIK" into "AFAITAV" (as far as I tested and verified)? ;-) I don't have access to a system running amd64. Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 10:00:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38AE316A4FC for ; Thu, 7 Sep 2006 10:00:37 +0000 (UTC) (envelope-from bartsch@dssgmbh.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9895B43D88 for ; Thu, 7 Sep 2006 10:00:23 +0000 (GMT) (envelope-from bartsch@dssgmbh.de) Received: from mail.incore (imap [192.168.0.64]) by dss.incore.de (8.11.6/8.9.3) with ESMTP id k87A0Mu03043; Thu, 7 Sep 2006 12:00:22 +0200 Received: from pcbart.incore (pcbart.incore [192.168.0.57]) by mail.incore (Postfix) with ESMTP id 44C2B5F1CB; Thu, 7 Sep 2006 12:00:17 +0200 (CEST) From: Alfred Bartsch Organization: Data-Service GmbH To: "Patrick M. Hausen" Date: Thu, 7 Sep 2006 12:00:16 +0200 User-Agent: KMail/1.9.1 References: <20060901164238.GA66726@hugo10.ka.punkt.de> <200609071133.15631.bartsch@dssgmbh.de> <20060907094444.GF82908@hugo10.ka.punkt.de> In-Reply-To: <20060907094444.GF82908@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200609071200.16840.bartsch@dssgmbh.de> Cc: freebsd-stable@freebsd.org Subject: Re: LSI/amr driver controller cache problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 10:00:37 -0000 On Thu, Sep 07 you wrote: > Hi! > > > AFAIK, this utility runs successfully on server(s) with i386 and amd64 > > architecture, so perhaps the ports-makefile should read > > "ONLY_FOR_ARCHS=3D i386 amd64" (instead of "i386" only). > > OK - could you turn this "AFAIK" into "AFAITAV" (as far as I > tested and verified)? ;-) I don't have access to a system running > amd64. > OK - turned. I tested this utility on a Intel-based Dual-XEON server. uname -a: FreeBSD serv08.servnet 6.1-RELEASE FreeBSD 6.1-RELEASE #2: Wed Aug 2=20 14:50:04 CEST 2006 root@serv08.servnet:/usr/src/sys/amd64/compile/SERV0= 8 =20 amd64 =2D-=20 Alfred Bartsch Data-Service GmbH Beethovenstr. 2a =A0 =A0 =A0 =A0 =A0 =A0Tel. 0451 49001 -0 Fax: -26 23617 Stockelsdorf =A0 =A0 =A0 =A0http://www.dssgmbh.de From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 12:33:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77D0F16A51E for ; Thu, 7 Sep 2006 12:33:59 +0000 (UTC) (envelope-from lopisaur@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F4D43D68 for ; Thu, 7 Sep 2006 12:33:06 +0000 (GMT) (envelope-from lopisaur@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so287470pye for ; Thu, 07 Sep 2006 05:33:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:reply-to:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=YJM2PKxfSfnnhHwvvZoIToiLU9xUNH82eZQqlItnz+lH4O8SCu+pX7rNX3dbWqan0zrhYgVl9mfvxIQKYNozmwHSCWFHpcgMUV31NiQAIEJ0CQGVUdiqVib2+MAKyBupAwxZSNGdXWQkpMxmR2XAZdHLceqVXnheXGI1Yz5Z/4M= Received: by 10.35.18.4 with SMTP id v4mr596351pyi; Thu, 07 Sep 2006 05:33:05 -0700 (PDT) Received: from hellion.clcw ( [200.105.142.6]) by mx.gmail.com with ESMTP id b52sm215780pyb.2006.09.07.05.33.03; Thu, 07 Sep 2006 05:33:05 -0700 (PDT) From: Christian Lopez de Castilla Wagner To: freebsd-stable , freebsd-questions Content-Type: text/plain Date: Thu, 07 Sep 2006 08:38:16 -0400 Message-Id: <1157632696.92392.14.camel@hellion.clcw> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: hp or Toshiba laptop? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lopisaur@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 12:33:59 -0000 Hi guys, I'm looking into buying a new laptop in the next week, due to budget, time and the fact that I'm near the end of civilization right now, I have the following choices: Toshiba Tecra A6-SP3032 (Core Duo 1.83GHz, Intel PRO/Wireless 3945ABG (802.11a/b/g), Intel PRO/1000 VE 10/100/1000 Base-TX, FastIR, Intel GMA950, Realtek ALC861 Audio, 5-in-1 cardreader, FireWire) or hp nx6320 (Same specs, except Broadcom NetLink Gig-Ethernet (BCM5788M) and ADI1981HD audio, no cardreader). I'll be running 6-Stable on this, with X, Gnome, et al. Has anyone had any experience (positive or negative) with either of these machines? Which wired Ethernet works better with FreeBSD? Is the wireless reliable/unreliable, does it work at all? Audio? Graphics under X? What about IR/FireWire, cardreader? And most importantly, what about power management? -- Christian Lopez de Castilla Wagner lopisaur@gmail.com PGP ID: 483EA9B6 (+591-705)98290 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 12:37:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED0CC16A4E5 for ; Thu, 7 Sep 2006 12:37:56 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra04.ch.as12513.net (mra04.ch.as12513.net [82.153.254.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5509E43D97 for ; Thu, 7 Sep 2006 12:37:32 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra04.ch.as12513.net (Postfix) with ESMTP id EB105C110F for ; Thu, 7 Sep 2006 13:37:27 +0100 (BST) Received: from mra04.ch.as12513.net ([127.0.0.1]) by localhost (mra04.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15317-01-8 for ; Thu, 7 Sep 2006 13:37:27 +0100 (BST) Received: from funkalicious.home.dom (unknown [82.152.93.225]) by mra04.ch.as12513.net (Postfix) with ESMTP id 4D1A0C0508 for ; Thu, 7 Sep 2006 13:37:27 +0100 (BST) From: Adam Retter To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Thu, 07 Sep 2006 13:38:11 +0100 Message-Id: <1157632691.58001.6.camel@funkalicious.home.dom> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Subject: Broken loader in STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 12:37:57 -0000 Hi Chaps, I think something has changed with regards to loader in STABLE recently, it has prevented me from being able to boot my machine today. This ideally needs to get fixed so other people dont have the same problem. Previously I have been able to boot fine and the system has been solid as a rock, until... I did a make buildworld, buildkernel, installkernel, reboot, mergemaster -p, installworld, mergemaster and then reboot - since the second reboot (after mergemaster) my system wont boot up any more - I get to the FreeBSD boot options screen width the besatie logo "1. boot default - 6. escape to loader etc" and then I get this - FreeBSD/i386 bootstrap loader, Revision 1.1 (adam@funkalicious.home.dom, Thu Aug 31 12:53:11 BST 2006) Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: panic: free: guard1 fail @ 0x67184 from /usr/src/sys/boot/i386/loader/../../common/module.c:958 --> Press a key on the console to reboot <-- Now I solidly believe that it is the loader in STABLE that is the problem because, I can boot my system using a FreeBSD 6.1-BETA#1 Install CD and then escape to the loader on the cd and send it options so it boots my system from harddisk, the system then comes up no problem - in fact im writting this email on it. The process I use to boot my system via. the install cd is this - Boot from CD >From the boot options screen with the beastie logo, I press "6" to escape to the loader, I then use these commands - unload set rootdev=disk1s3a load disk1s3a:/boot/kernel/kernel load disk1s3a:/boot/kernel/linux.ko load disk1s3a:/boot/kernel/linprocfs.ko load disk1s3a:/boot/modules/nvidia.ko load disk1s3a:/boot/modules/hpt374.ko boot My System is - Intel Pentium 4 3.2GHz Processor 2 x 1GB Corsair DDR400 RAM MSI 848P Neo Motherboard Nvidia 6800LE DDR3 256MB 120GB Maxtor SATA Hard disk HPT 374 RAID 5 SATA Controller 3 x 250GB Maxtor SATA Hard disk (raid 5) DVD-ROM DDU1621/VER S3.5 DVDR DVD-RW IDE1004/VER 0251 Thanks Adam Retter From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 13:55:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB0EA16A4DA for ; Thu, 7 Sep 2006 13:55:35 +0000 (UTC) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D68E843D5E for ; Thu, 7 Sep 2006 13:55:31 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id C8C2DE601F for ; Thu, 7 Sep 2006 13:55:30 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.6/8.13.6) with ESMTP id k87DtQNW047776 for ; Thu, 7 Sep 2006 23:55:27 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200609071355.k87DtQNW047776@drugs.dv.isc.org> To: freebsd-stable@freebsd.org From: Mark Andrews Mail-Followup-To: freebsd-stable@freebsd.org In-reply-to: Your message of "Thu, 07 Sep 2006 09:26:22 +0200." <20060907072622.GA28784@localhost.localdomain> Date: Thu, 07 Sep 2006 23:55:26 +1000 Sender: Mark_Andrews@isc.org Subject: Re: large system date skew on RELENG_6 changes causes select() failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 13:55:35 -0000 > On Tue, Sep 05, 2006, Mark Andrews wrote: > > >>> A while ago, by accident, I've changed the system date back to the '98 > >>> using date(1). To my astonishment, screen(1) barfed about EINVAL in > >>> select() and died. Programs, including opera (native FreeBSD-6 binary) > >>> kept spinning the CPU until I killed them. > > >>> I have no means for debugging it. > > >>> Is this somehow expected? If not (i.e. it's a bug), is it known? > > >> Probably, they calculated timeout's which magicly became negative, which > >> isn't a valid timeout, and none of the programs are programmed well enough > >> to handle the case and exhibited the behavior that you saw... > > > Nope. Just a simple limit in itimerfix. > > > int > > itimerfix(struct timeval *tv) > > { > > > if (tv->tv_sec < 0 || tv->tv_sec > 100000000 || > > tv->tv_usec < 0 || tv->tv_usec >= 1000000) > > return (EINVAL); > > if (tv->tv_sec == 0 && tv->tv_usec != 0 && tv->tv_usec < tick) > > tv->tv_usec = tick; > > return (0); > > } > > > date -j 9809051630 +%s -> 904977000 > > date +%s -> 1157438219 > > 1157438219 - 904977000 -> 252461219 which is greater that 100000000 > > The loop in GNU screen, which invokes select() looks like this: > > { > struct timeval t; > > t.tv_sec = (long) (msec / 1000); > t.tv_usec = (long) ((msec % 1000) * 1000); > select(0, (fd_set *)0, (fd_set *)0, (fd_set *)0, &t); > } > > There's no time_t substraction at all. > > I dare to say that it's a bug. > /me ducks > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" "man select" gives: [EINVAL] The specified time limit is invalid. One of its com- ponents is negative or too large. "too large" is > 100000000 seconds which can be found by inspecting the kernel source. In particular itimerfix(). A simple fix for screen would be to put a upper bound on tv_sec which is <= 100000000. Mark -- ISC Training! October 16-20, 2006, in the San Francisco Bay Area, covering topics from DNS to DHCP. Email training@isc.org. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 14:01:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEBFE16A4E0 for ; Thu, 7 Sep 2006 14:01:02 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D00D43D72 for ; Thu, 7 Sep 2006 14:01:00 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.6/8.13.1) with SMTP id k87E0v6R072886 for ; Thu, 7 Sep 2006 09:00:57 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Thu Sep 7 09:00:57 2006 Received: (from karl@localhost) by FS.denninger.net (8.13.6/8.13.1/Submit) id k87E0ud9072883 for freebsd-stable@freebsd.org; Thu, 7 Sep 2006 09:00:56 -0500 (CDT) (envelope-from karl) Date: Thu, 7 Sep 2006 09:00:56 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20060907140056.GB72764@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Comtrol Rocketport driver is severely hosed under 6.x-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 14:01:02 -0000 There is a severe problem (or set of problmes) with the Comtrol Rocketport driver under FreeBSD 6.x, to the point that the driver is basically unusable. The driver is returning duplicate input frames and otherwise misbehaving badly. There were no problems under FreeBSD 5.x. Does anyone know what has changed in the tty subsystem between 5.x and 6.x, or, alternatively if there is no update on this, is there a KNOWN WORKING PROPERLY multiport serial board under 6.x? This has totally hosed a number of my field installations when they attempted to go from the 5.x operating environment to 6.x! Thanks in advance.... -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 14:41:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4905C16A4DE for ; Thu, 7 Sep 2006 14:41:36 +0000 (UTC) (envelope-from smibrahim@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06FFF43D9C for ; Thu, 7 Sep 2006 14:41:20 +0000 (GMT) (envelope-from smibrahim@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so257680wxd for ; Thu, 07 Sep 2006 07:41:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=k/57Et1xSGlgTiiixWCYviGAVWsyNtPCwYM6JRER0daZ9ludSBEnxZxN/RYYz9amPN1RX1yUilhU136LQtkqcAPAQ86v3VB0iJkkTHivMmCjimXcPE4Q2GwTwvnLHofqpUSTSzb/5Hkfq/WK+RVbzQpnnJUgFQQkwJ3SxX8/3eI= Received: by 10.70.130.17 with SMTP id c17mr763588wxd; Thu, 07 Sep 2006 07:39:32 -0700 (PDT) Received: by 10.70.10.6 with HTTP; Thu, 7 Sep 2006 07:39:32 -0700 (PDT) Message-ID: <4997275b0609070739w202f1019y2904b346f9e4e48e@mail.gmail.com> Date: Thu, 7 Sep 2006 20:39:32 +0600 From: "S. M. Ibrahim (Lavlu)" To: "Ariff Abdullah" In-Reply-To: <20060902101851.16b9f7be.ariff@FreeBSD.org> MIME-Version: 1.0 References: <1157124365.3048.5.camel@shanazsoft.com> <20060902101851.16b9f7be.ariff@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 14:41:36 -0000 thanks working, though the volume manager is not in my control :( , waiting for the driver from freeBSD team :) On 9/2/06, Ariff Abdullah wrote: > > On Fri, 01 Sep 2006 21:26:05 +0600 > "S. M. Ibrahim (Lavlu)" wrote: > > i am totally new with freeBSD 6.1 > > I installed it yesterday. Everything goes ok, but problem with sound > > card, It's a builtin Intl HDA on gigabyte 915G-DU motherboard. > > I added the line > > > > sound_load="YES" > > snd_driver_load="YES" > > snd_cmi_load="YES" > > > > to /boot/loader.conf but sound is not working. > > > > Moreover how to access administrativ app from GUI. > > > Intel HDA isn't supported, yet. A proper driver is in the making. In > the meantime, you can try free driver from http://www.opensound.com/ . > > Stay tune. > > -- > Ariff Abdullah > FreeBSD > > > -- S. M. Ibrahim (Lavlu) Home page: http://lavluda.tripod.com Blog: http://lavluda.x10hosting.com Yahoo!! ID: lavluda MSN ID: lavluda Skype : lavluda From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 15:21:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4048616A4DD for ; Thu, 7 Sep 2006 15:21:07 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A38E43D77 for ; Thu, 7 Sep 2006 15:21:06 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J5800784AN5Q750@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 07 Sep 2006 17:21:05 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.92.117]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J580034UAN4A6X0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 07 Sep 2006 17:21:05 +0200 (CEST) Date: Thu, 07 Sep 2006 17:21:03 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <1157632696.92392.14.camel@hellion.clcw> To: freebsd-stable@freebsd.org Message-id: <20060907172103.3c57abcf.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd5.5) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <1157632696.92392.14.camel@hellion.clcw> Cc: lopisaur@gmail.com Subject: Re: hp or Toshiba laptop? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 15:21:07 -0000 On Thu, 07 Sep 2006 08:38:16 -0400 Christian Lopez de Castilla Wagner wrote: > due to budget, time and the fact that I'm near the end of civilization > right now, Oh, are you here in Noway? :-)) > I have the following choices: > Toshiba Tecra A6-SP3032 (Core Duo 1.83GHz, Intel PRO/Wireless 3945ABG > (802.11a/b/g), Intel PRO/1000 VE 10/100/1000 Base-TX, FastIR, Intel The wireless is going to give you grief; currently only a beta driver eksists (search -mobile mailing list for 3945), and nobody is working on s driver either. AFAIK. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 15:39:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D882F16A580; Thu, 7 Sep 2006 15:39:05 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av6-2-sn3.vrr.skanova.net (av6-2-sn3.vrr.skanova.net [81.228.9.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id F30A643D7B; Thu, 7 Sep 2006 15:38:47 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id C762D37EBC; Thu, 7 Sep 2006 17:38:37 +0200 (CEST) Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av6-2-sn3.vrr.skanova.net (Postfix) with ESMTP id B85B937E78; Thu, 7 Sep 2006 17:38:37 +0200 (CEST) Received: from dude.automatvapen.se (81-235-164-56-no21.tbcn.telia.com [81.235.164.56]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id A0EC137E49; Thu, 7 Sep 2006 17:38:37 +0200 (CEST) From: Joel Dahl To: lopisaur@gmail.com In-Reply-To: <1157632696.92392.14.camel@hellion.clcw> References: <1157632696.92392.14.camel@hellion.clcw> Content-Type: text/plain Date: Thu, 07 Sep 2006 17:38:42 +0200 Message-Id: <1157643522.667.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable , freebsd-questions Subject: Re: hp or Toshiba laptop? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 15:39:05 -0000 On Thu, 2006-09-07 at 08:38 -0400, Christian Lopez de Castilla Wagner wrote: > Hi guys, > I'm looking into buying a new laptop in the next week, > due to budget, time and the fact that I'm near the end of civilization > right now, > I have the following choices: > Toshiba Tecra A6-SP3032 (Core Duo 1.83GHz, Intel PRO/Wireless 3945ABG > (802.11a/b/g), Intel PRO/1000 VE 10/100/1000 Base-TX, FastIR, Intel > GMA950, Realtek ALC861 Audio, 5-in-1 cardreader, FireWire) > or > hp nx6320 (Same specs, except Broadcom NetLink Gig-Ethernet (BCM5788M) > and ADI1981HD audio, no cardreader). I'd go for the HP. I bought a HP nx7400 2 weeks ago (which has similar specs) and everything except sound and the wireless stuff seems to work. A Beta driver for the sound exists and it works well on my laptop, but it hasn't been committed to current yet. Dunno about the status of wireless support, but I heard rumors about a port of the wpi(4) driver from OpenBSD. -- Joel From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 15:40:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45FFE16A4E1 for ; Thu, 7 Sep 2006 15:40:53 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av12-1-sn2.hy.skanova.net (av12-1-sn2.hy.skanova.net [81.228.8.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE29143DB7 for ; Thu, 7 Sep 2006 15:40:36 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av12-1-sn2.hy.skanova.net (Postfix, from userid 502) id 8DEE537F56; Thu, 7 Sep 2006 17:40:35 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av12-1-sn2.hy.skanova.net (Postfix) with ESMTP id 80EB837F3C; Thu, 7 Sep 2006 17:40:35 +0200 (CEST) Received: from dude.automatvapen.se (81-235-164-56-no21.tbcn.telia.com [81.235.164.56]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 5D5CB37E42; Thu, 7 Sep 2006 17:40:35 +0200 (CEST) From: Joel Dahl To: "S. M. Ibrahim (Lavlu)" In-Reply-To: <4997275b0609070739w202f1019y2904b346f9e4e48e@mail.gmail.com> References: <1157124365.3048.5.camel@shanazsoft.com> <20060902101851.16b9f7be.ariff@FreeBSD.org> <4997275b0609070739w202f1019y2904b346f9e4e48e@mail.gmail.com> Content-Type: text/plain Date: Thu, 07 Sep 2006 17:40:40 +0200 Message-Id: <1157643640.667.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 15:40:53 -0000 On Thu, 2006-09-07 at 20:39 +0600, S. M. Ibrahim (Lavlu) wrote: > thanks working, though the volume manager is not in my control :( , waiting > for the driver from freeBSD team :) A new HDA driver (snd_hda(4)) has been announced on the multimedia@ list just a few days ago. Check the archives. -- Joel From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 17:09:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED6AE16A4DD for ; Thu, 7 Sep 2006 17:09:15 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1520C43D55 for ; Thu, 7 Sep 2006 17:09:09 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 07 Sep 2006 10:06:35 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k87H99d3030086; Thu, 7 Sep 2006 10:09:09 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k87H98mG030081; Thu, 7 Sep 2006 10:09:08 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200609071709.k87H98mG030081@ambrisko.com> In-Reply-To: <20060905100600.GB896@hugo10.ka.punkt.de> To: "Patrick M. Hausen" Date: Thu, 7 Sep 2006 10:09:08 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: LSI/amr driver controller cache problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 17:09:16 -0000 Patrick M. Hausen writes: | > > Also, check the cache | > > setting on the drives itself. Maybe the drives are loosing power or | > > getting reset while data is in their cache. | > | > I'm starting to suspect something like this. The controller's setting | > for the individual drives' caches is "OFF". But these (Seagate ST3500841NS) | > would not be the first ATA/SATA drives to "lie" about their cache for | > "performance". | | Seems like | | for i in 0 1 2 3 4 5 | do | megarc -pSetCache -WCE0 -SaveCacheSetting -ch0 -id$i -a0 | done | | did the trick. This is supposed to disable the physical drives' | write cache and save this setting in the drives' NVRAM, if supported. | | I don't know why simply setting the WC to "off" in the controller's | BIOS setup tool didn't have the same effect. I'm keeping my fingers | crossed ;-) | | Time to re-enable softupdates and do some more stress testing. | | Up to now the system survived two times "make installworld && reboot" | after I changed the settings. | | Thanks to the guys keeping the amr driver up-to-date. The Linux | "megamgr" utility works just fine. If I find the time, I'll make | a port. That would be great. I'd discourage the idea of MegaMon though since it leaks shared memory and exits unless LSI has finally fixed it. So monitoring is a pain. I guess a watcher script would be okay but it has a nasty habit of reporting prior errors every time it starts :-( We have a native local tool that works but we can't re-distribute it. The mfi driver doesn't have this issues since the driver reports all events directly. However, MegaCli doesn't actually create or delete a RAID (even with Linux). I have patches in the wings that deals with discovery while the system is up but we need clearance on them. Doug A. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 17:10:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2AA516A501 for ; Thu, 7 Sep 2006 17:10:49 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 433BF43D53 for ; Thu, 7 Sep 2006 17:10:49 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 07 Sep 2006 10:08:15 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k87HAnwN030192; Thu, 7 Sep 2006 10:10:49 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k87HAmWM030191; Thu, 7 Sep 2006 10:10:48 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200609071710.k87HAmWM030191@ambrisko.com> In-Reply-To: <20060905121736.GA5055@hugo10.ka.punkt.de> To: "Patrick M. Hausen" Date: Thu, 7 Sep 2006 10:10:48 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: LSI/amr driver controller cache problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 17:10:49 -0000 Patrick M. Hausen writes: | Here's the preliminary results: | | - Controller cache policy: write through (megamgr or BIOS setup) Write back should be okay with a battery. Doug A. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 17:50:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99A9816A4E9; Thu, 7 Sep 2006 17:50:31 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFAA843D60; Thu, 7 Sep 2006 17:50:21 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 07 Sep 2006 10:47:47 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k87HoLOL032283; Thu, 7 Sep 2006 10:50:21 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k87HoJBS032282; Thu, 7 Sep 2006 10:50:19 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200609071750.k87HoJBS032282@ambrisko.com> In-Reply-To: <44FEF17F.2050909@sailorfej.net> To: Jeffrey Williams Date: Thu, 7 Sep 2006 10:50:19 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: dmartin@euitt.upm.es, freebsd-stable@freebsd.org, freebsd-i386@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/100160: [mfid] Perc5i: additional symptomatic info on virtual disk detection issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 17:50:31 -0000 Jeffrey Williams writes: | I don't know if anyone specifically is working on this, but just tried | to install FreeBSD 6.1 from CD on a Dell 2950 with the PERC 5/i SAS | controller. | | This server was originally configured with two hardware RAID virual | disks, the first was RAID 1 with two 36GB drives, and the second was | RAID 5 with three 72 GB drives. | | Just like the original PR, the first was detected and identified in the | the installer volume setup as both mfid0 and mfid1. | | In order to try and work around the problem and just get the machine up | and running, I tried deleting the RAID 1 virtual disk with the intention | of installing everything to the RAID 5 virtual disk, however, with the | first virtual disk removed, no drives where detected at all. | | Next I will be trying removing the physical drives original used in the | RAID 1 virtual disk, and re-initializing the RAID 5 array. I will | provide an update if successful. | | In the meantime if anybody else is aware of another work around of fix | for this, I appreciate hearing about it. If a patch comes out soon, I | will be happy to provide testing, but I have a small window as this | server was being implemented as an emergency replacement for another server. Upgrade the mfi driver to -stable. Doug A. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 18:10:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30AB616A4DD for ; Thu, 7 Sep 2006 18:10:23 +0000 (UTC) (envelope-from db@spearburn.danielbond.org) Received: from spearburn.danielbond.org (ti221110a080-2410.bb.online.no [83.109.137.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D85843D49 for ; Thu, 7 Sep 2006 18:10:22 +0000 (GMT) (envelope-from db@spearburn.danielbond.org) Received: by spearburn.danielbond.org (Postfix, from userid 1001) id 1F3A25C49; Thu, 7 Sep 2006 20:13:11 +0200 (CEST) Date: Thu, 7 Sep 2006 20:13:11 +0200 From: Daniel Bond To: freebsd-stable@freebsd.org Message-ID: <20060907181311.GA25768@spearburn.danielbond.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline X-GPG-Key-Id: 37898D6C X-GPG-Key-Server: http://pgp.mit.edu X-GPG-Key-FingerPrint: DA2F 6D5F 052B 0180 6E12 F62D 85E6 9276 59CC E5B6 User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Patch for GBDE rc-script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 18:10:23 -0000 --TakKZr9L6Hm6aLOc Content-Type: multipart/mixed; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I just setup GBDE on my laptop, encrypting my 512M cf-card. This works like a charm, but I felt the need to enchance the rc-script a little to automatically mount the encrypted drive(s), if you have the following in /etc/rc.conf: * gbde_autoattach_all=3D"YES" * gbde_devices=3D"device1 device2 .. etc"=20 So I added another option: * gbde_mountpoint=3D"/private" to /etc/defaults/rc.conf=20 This option acts like a basedir for mounting the partition, IE. after runni= ng /etc/rc.d/gbde start, I get the following mount entry in the the mount-comm= and output: /dev/ad1s1c.bde on /private/bde_ad1s1c (ufs, local, soft-updates) Note: I also altered the output of which device is beeing attached, so that= it also specifies which lockfile it is using. The reason for this is that the handbook example of "gbde init" uses /etc/gbde/ad4s1c as lockfile, while the rc-script defaultly uses /etc/ad4s1c.lock. For a regular user this will cau= se great frustration, because while booting it will basicly just tell the user that the password is wrong, not that the lockfile dosn't exist (debugging t= he rc-script to find out what was going on triggered me to start this enchancement).=20 I'm not sure that the naming of my rc.conf variable is optimal (couldn't think of a short/descriptive name for it), and the same with /mount/point/b= de_. Also, I am not sure that the new script-logic takes care of everything that= could go wrong, so please review it carefully. I hope this patch might be usefull for other users (maybee especially lapto= p-users), and if so, that it might be a part of the project :-) If I mailed the wrong mailinglist, please let me know. --=20 Med vennlig hilsen / Best regards, ------------------------------------------ Daniel Bond =20 PGP: C822C4BD =20 =20 ------------------------------------------ --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="gbde.patch" Content-Transfer-Encoding: quoted-printable --- gbde.orig Thu Sep 7 20:03:46 2006 +++ gbde Thu Sep 7 20:01:46 2006 @@ -84,7 +84,7 @@ parent_=3D`ltr ${parent} '/' '_'` eval "lock=3D\${gbde_lock_${parent_}-\"${gbde_lockdir}/${parent_}.lock\"= }" if [ -e "/dev/${parent}" -a ! -e "/dev/${parent}.bde" ]; then - echo "Configuring Disk Encryption for ${parent}." + echo "Configuring Disk Encryption for ${parent}. (Lockfile: ${gbde_lock= dir}/${parent_}.lock)" =20 count=3D1 while [ ${count} -le ${gbde_attach_attempts} ]; do @@ -94,6 +94,14 @@ gbde attach ${parent} fi if [ -e "/dev/${parent}.bde" ]; then + if [ -e ${gbde_mountpoint} ]; then + if [ ! -e "${gbde_mountpoint}/bde_${parent}" ]; then + mkdir -p "${gbde_mountpoint}/bde_${parent}" + fi + if fsck -p -t ffs "/dev/${parent}.bde" 1>/dev/null; then=20 + mount /dev/${parent}.bde ${gbde_mountpoint}/bde_${parent} + fi + fi break fi echo "Attach failed; attempt ${count} of ${gbde_attach_attempts}." --d6Gm4EdcadzBjdND-- --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFAGE3SOD4dcgixL0RAubUAJ41ace2kKB2FLIDjP1Go69XEWDcrwCgqTie hsWjwNc43Tak1uSOx3EZ36I= =mSvP -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 18:21:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0286E16A4E1 for ; Thu, 7 Sep 2006 18:21:55 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACB2843D53 for ; Thu, 7 Sep 2006 18:21:52 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 07 Sep 2006 11:19:18 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k87ILqBL033965; Thu, 7 Sep 2006 11:21:52 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k87ILpVt033964; Thu, 7 Sep 2006 11:21:51 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200609071821.k87ILpVt033964@ambrisko.com> In-Reply-To: <20060907140056.GB72764@FS.denninger.net> To: Karl Denninger Date: Thu, 7 Sep 2006 11:21:51 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Comtrol Rocketport driver is severely hosed under 6.x-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 18:21:55 -0000 Karl Denninger writes: | | There is a severe problem (or set of problmes) with the Comtrol Rocketport | driver under FreeBSD 6.x, to the point that the driver is basically unusable. | | The driver is returning duplicate input frames and otherwise misbehaving | badly. There were no problems under FreeBSD 5.x. | | Does anyone know what has changed in the tty subsystem between 5.x and 6.x, | or, alternatively if there is no update on this, is there a KNOWN WORKING | PROPERLY multiport serial board under 6.x? | | This has totally hosed a number of my field installations when they attempted | to go from the 5.x operating environment to 6.x! | | Thanks in advance.... Try this for 6.1 in /sys/dev/rp: Index: rp.c =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rp.c,v retrieving revision 1.67.2.1 diff -u -p -r1.67.2.1 rp.c --- rp.c 8 Nov 2005 15:35:27 -0000 1.67.2.1 +++ rp.c 7 Sep 2006 18:19:44 -0000 @@ -37,15 +37,18 @@ __FBSDID("$FreeBSD: src/sys/dev/rp/rp.c, /* * rp.c - for RocketPort FreeBSD */ +#include #include "opt_compat.h" #include +#include #include #include #include #include #include +#include #include #include #include @@ -57,7 +60,7 @@ __FBSDID("$FreeBSD: src/sys/dev/rp/rp.c, #include #include -static const char RocketPortVersion[] = "3.02"; +static const char RocketPortVersion[] = "1.0"; static Byte_t RData[RDATASIZE] = { @@ -116,6 +119,8 @@ Byte_t rp_sBitMapSetTbl[8] = 0x01,0x02,0x04,0x08,0x10,0x20,0x40,0x80 }; +int next_unit_number = 0; +int num_devices_found = 0; /*************************************************************************** Function: sReadAiopID Purpose: Read the AIOP idenfication number directly from an AIOP. @@ -587,6 +592,9 @@ static void rp_do_receive(struct rp_port unsigned int CharNStat; int ToRecv, wRecv, ch, ttynocopy; + if (tp->t_state & TS_TBLOCK) + return; + ToRecv = sGetRxCnt(cp); if(ToRecv == 0) return; @@ -615,7 +623,7 @@ static void rp_do_receive(struct rp_port CharNStat = rp_readch2(cp,sGetTxRxDataIO(cp)); ch = CharNStat & 0xff; - if((CharNStat & STMBREAK) || (CharNStat & STMFRAMEH)) + if((CharNStat & STMBREAKH) || (CharNStat & STMFRAMEH)) ch |= TTY_FE; else if (CharNStat & STMPARITYH) ch |= TTY_PE; @@ -645,6 +653,12 @@ static void rp_do_receive(struct rp_port if ( ToRecv > RXFIFO_SIZE ) { ToRecv = RXFIFO_SIZE; } + if ((tp->t_rawq.c_cc + ToRecv > tp->t_ihiwat) && + ((tp->t_cflag & CRTS_IFLOW) || + (tp->t_iflag & IXOFF)) && + !(tp->t_state & TS_TBLOCK)) + ttyblock(tp); + wRecv = ToRecv >> 1; if ( wRecv ) { rp_readmultich2(cp,sGetTxRxDataIO(cp),(u_int16_t *)rp->RxBuf,wRecv); @@ -686,6 +700,7 @@ static void rp_handle_port(struct rp_por IntMask = sGetChanIntID(cp); IntMask = IntMask & rp->rp_intmask; ChanStatus = sGetChanStatus(cp); + if(IntMask & RXF_TRIG) if(!(tp->t_state & TS_TBLOCK) && (tp->t_state & TS_CARR_ON) && (tp->t_state & TS_ISOPEN)) { rp_do_receive(rp, tp, cp, ChanStatus); @@ -769,22 +784,23 @@ rp_attachcommon(CONTROLLER_T *ctlp, int unit = device_get_unit(ctlp->dev); - printf("RocketPort%d (Version %s) %d ports.\n", unit, - RocketPortVersion, num_ports); + printf("RocketPort%d = %d ports.\n", unit, num_ports); rp_num_ports[unit] = num_ports; callout_handle_init(&rp_callout_handle); ctlp->rp = rp = (struct rp_port *) - malloc(sizeof(struct rp_port) * num_ports, M_TTYS, M_NOWAIT | M_ZERO); + malloc(sizeof(struct rp_port) * (num_ports+1), M_TTYS, M_NOWAIT | M_ZERO); if (rp == NULL) { device_printf(ctlp->dev, "rp_attachcommon: Could not malloc rp_ports structures.\n"); retval = ENOMEM; goto nogo; } - +/* else { + device_printf(ctlp->dev, "malloc'd rp_ports structures=%08x.\n", rp); + }*/ count = unit * 32; /* board times max ports per card SG */ - bzero(rp, sizeof(struct rp_port) * num_ports); + bzero(rp, sizeof(struct rp_port) * (num_ports+1)); oldspl = spltty(); rp_addr(unit) = rp; splx(oldspl); @@ -1016,9 +1032,10 @@ rpmodem(struct tty *tp, int sigon, int s } return (0); } - +#define B460800 460800 +#define B921600 921600 static struct speedtab baud_table[] = { - {B0, 0}, {B50, BRD50}, {B75, BRD75}, + {B0, BRD0}, {B50, BRD50}, {B75, BRD75}, {B110, BRD110}, {B134, BRD134}, {B150, BRD150}, {B200, BRD200}, {B300, BRD300}, {B600, BRD600}, {B1200, BRD1200}, {B1800, BRD1800}, {B2400, BRD2400}, @@ -1028,7 +1045,19 @@ static struct speedtab baud_table[] = { {B115200, BRD115200}, {B230400, BRD230400}, {-1, -1} }; - +#ifdef DJA +static struct speedtab ab_baud_table[] = { + {B0, AB_BRD0}, {B50, AB_BRD50}, {B75, AB_BRD75}, + {B110, AB_BRD110}, {B134, AB_BRD134}, {B150, AB_BRD150}, + {B200, AB_BRD200}, {B300, AB_BRD300}, {B600, AB_BRD600}, + {B1200, AB_BRD1200}, {B1800, AB_BRD1800}, {B2400, AB_BRD2400}, + {B4800, AB_BRD4800}, {B9600, AB_BRD9600}, {B19200, AB_BRD19200}, + {B38400, AB_BRD38400}, {B7200, AB_BRD7200}, {B14400, AB_BRD14400}, + {B57600, AB_BRD57600}, {B76800, AB_BRD76800}, {B115200, AB_BRD115200}, + {B230400,AB_BRD230400}, {B460800,AB_BRD460800}, {B921600, AB_BRD921600}, + {-1, -1} +}; +#endif static int rpparam(tp, t) struct tty *tp; @@ -1042,7 +1071,6 @@ rpparam(tp, t) int devshift; #endif - rp = tp->t_sc; cp = &rp->rp_channel; oldspl = spltty(); @@ -1059,7 +1087,12 @@ rpparam(tp, t) oflag = t->c_oflag; lflag = t->c_lflag; - ospeed = ttspeedtab(t->c_ispeed, baud_table); +#if DJA + if (cardIsRocketportPlus(ctl->dev)) + ospeed = ttspeedtab(t->c_ispeed, ab_baud_table); + else +#endif + ospeed = ttspeedtab(t->c_ispeed, baud_table); if(ospeed < 0 || t->c_ispeed != t->c_ospeed) return(EINVAL); Index: rp_isa.c =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rp_isa.c,v retrieving revision 1.7 diff -u -p -r1.7 rp_isa.c --- rp_isa.c 6 Jan 2005 01:43:11 -0000 1.7 +++ rp_isa.c 7 Sep 2006 18:19:44 -0000 @@ -63,8 +63,8 @@ struct ISACONTROLLER_T { int MReg1IO; /* offset1 of the Mudbac controller for this controller */ int MReg2IO; /* offset2 of the Mudbac controller for this controller */ int MReg3IO; /* offset3 of the Mudbac controller for this controller */ - Byte_t MReg2; - Byte_t MReg3; + unsigned char MReg2; + unsigned char MReg3; }; typedef struct ISACONTROLLER_T ISACONTROLLER_t; @@ -140,6 +140,12 @@ static rp_aiop2rid_t rp_isa_aiop2rid; static rp_aiop2off_t rp_isa_aiop2off; static rp_ctlmask_t rp_isa_ctlmask; +/* +struct isa_driver rpdriver = { + rpprobe, rpattach, "rp" + }; +*/ + static int rp_probe(device_t dev) { @@ -149,6 +155,9 @@ rp_probe(device_t dev) CONTROLLER_t *ctlp; int retval; + if (num_devices_found >= 4) + return (ENXIO); + /* * We have no PnP RocketPort cards. * (At least according to LINT) @@ -156,8 +165,8 @@ rp_probe(device_t dev) if (isa_get_logicalid(dev) != 0) return (ENXIO); - /* We need IO port resource to configure an ISA device. */ - if (bus_get_resource_count(dev, SYS_RES_IOPORT, 0) == 0) + /* We need IO port resource to configure an ISA device. */ + if (bus_get_resource_start(dev, SYS_RES_IOPORT, 0) == 0) return (ENXIO); unit = device_get_unit(dev); @@ -176,20 +185,23 @@ rp_probe(device_t dev) /* The IO ports of AIOPs for an ISA controller are discrete. */ ctlp->io_num = 1; - ctlp->io_rid = malloc(sizeof(*(ctlp->io_rid)) * MAX_AIOPS_PER_BOARD, M_DEVBUF, M_NOWAIT | M_ZERO); - ctlp->io = malloc(sizeof(*(ctlp->io)) * MAX_AIOPS_PER_BOARD, M_DEVBUF, M_NOWAIT | M_ZERO); + ctlp->io_rid = malloc(sizeof(*(ctlp->io_rid)) * MAX_AIOPS_PER_BOARD, M_DEVBUF, M_NOWAIT/* | M_ZERO*/); + ctlp->io = malloc(sizeof(*(ctlp->io)) * MAX_AIOPS_PER_BOARD, M_DEVBUF, M_NOWAIT/* | M_ZERO*/); if (ctlp->io_rid == NULL || ctlp->io == NULL) { device_printf(dev, "rp_attach: Out of memory.\n"); retval = ENOMEM; goto nogo; } + bzero(ctlp->io_rid, sizeof(*(ctlp->io_rid)) * MAX_AIOPS_PER_BOARD); + bzero(ctlp->io, sizeof(*(ctlp->io)) * MAX_AIOPS_PER_BOARD); - ctlp->bus_ctlp = malloc(sizeof(ISACONTROLLER_t) * 1, M_DEVBUF, M_NOWAIT | M_ZERO); + ctlp->bus_ctlp = malloc(sizeof(ISACONTROLLER_t) * 1, M_DEVBUF, M_NOWAIT/* | M_ZERO*/); if (ctlp->bus_ctlp == NULL) { device_printf(dev, "rp_attach: Out of memory.\n"); retval = ENOMEM; goto nogo; } + bzero(ctlp->bus_ctlp, sizeof(ISACONTROLLER_t) * 1); ctlp->io_rid[0] = 0; if (rp_controller != NULL) { @@ -218,6 +230,7 @@ rp_probe(device_t dev) if (rp_controller == NULL) rp_controller = controller; rp_nisadevs++; + num_devices_found++; device_set_desc(dev, "RocketPort ISA"); @@ -416,7 +429,7 @@ sInitController( CONTROLLER_T *CtlP, CtlP->NumAiop = 0; for(i=0; i < AiopNum; i++) { - if (CtlP->io[i] == NULL) { + if (i > 0 /*CtlP->io[i] == NULL*/) { CtlP->io_rid[i] = i; aiop_base = rman_get_start(CtlP->io[0]) + 0x400 * i; if (rp_nisadevs == 0) Index: rp_pci.c =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rp_pci.c,v retrieving revision 1.11.2.1 diff -u -p -r1.11.2.1 rp_pci.c --- rp_pci.c 14 Feb 2006 23:09:10 -0000 1.11.2.1 +++ rp_pci.c 7 Sep 2006 18:19:44 -0000 @@ -67,8 +67,19 @@ __FBSDID("$FreeBSD: src/sys/dev/rp/rp_pc #define RP_DEVICE_ID_4J 0x0007 #define RP_DEVICE_ID_6M 0x000C #define RP_DEVICE_ID_4M 0x000D -#define RP_DEVICE_ID_UPCI_32 0x0801 -#define RP_DEVICE_ID_UPCI_8O 0x0805 +#define RP_DEVICE_ID_PL4 0x000A +#define RP_DEVICE_ID_PL8 0x000B +#define RP_DEVICE_ID_PL2 0x000E +#define RP_DEVICE_ID_U32 0x0801 +#define RP_DEVICE_ID_U8PL 0x0802 +#define RP_DEVICE_ID_U16 0x0803 +#define RP_DEVICE_ID_U8QO 0x0805 +#define RP_DEVICE_ID_UP8QO 0x080B +#define RP_DEVICE_ID_UP2 0x080E +#define RP_DEVICE_ID_UP2SMPTE 0x080F +#define RP_DEVICE_ID_UP4J 0x0810 +#define RP_DEVICE_ID_UP8J 0x0811 +#define RP_DEVICE_ID_UP422QO 0x0812 /************************************************************************** MUDBAC remapped for PCI @@ -76,9 +87,20 @@ __FBSDID("$FreeBSD: src/sys/dev/rp/rp_pc #define _CFG_INT_PCI 0x40 #define _PCI_INT_FUNC 0x3A +#define _UPCI_INT_FUNC 0x4C #define PCI_STROB 0x2000 +#define UPCI_STROB_C 0x0000 +#define UPCI_STROB_S 0x0001 + #define INTR_EN_PCI 0x0010 +#define INTR_EN_UPCI 0x0081 + +#define _UPCI_GPIO 0x54 +#define _UPCI_QUAD_IN 0x0000 +#define _UPCI_OCTAL_IN 0x4000 + +#define _UPCI_RING_IND 0xc0 /*************************************************************************** Function: sPCIControllerEOI @@ -101,6 +123,40 @@ Return: Byte_t: The controller interru */ #define sPCIGetControllerIntStatus(CTLP) ((rp_readio2(CTLP, 0, _PCI_INT_FUNC) >> 8) & 0x1f) +/*************************************************************************** + * Returns the state of RI. The following products have RI: + * UPCI 4/8 port, RP Plus 4/8 port, RP Plus 2 port 232/422. + * For all other devices, this function returns 0. + * + * Returns: 1 if RI is set, else 0. + */ +int sGetChanRI(CHANNEL_T * ChP) +{ + CONTROLLER_t *CtlP = ChP->CtlP; + int ChanNum = ChP->ChanNum; + int RingInd; + + switch (pci_get_device(CtlP->dev)) { + case RP_DEVICE_ID_U32: + case RP_DEVICE_ID_U8PL: + case RP_DEVICE_ID_U16: + case RP_DEVICE_ID_U8QO: + RingInd = !(rp_readio1(CtlP, 0, _UPCI_RING_IND) & rp_sBitMapSetTbl[ChanNum]); + break; + case RP_DEVICE_ID_PL4: + case RP_DEVICE_ID_PL8: + case RP_DEVICE_ID_PL2: + case RP_DEVICE_ID_UP8QO: + case RP_DEVICE_ID_UP2: + RingInd = rp_readch1(ChP, ((ChanNum * 2) + (_CHN_STAT0 + 8))) & DSR_ACT; + break; + default: + RingInd = 0; + } + + return RingInd; +} + static devclass_t rp_devclass; static int rp_pciprobe(device_t dev); @@ -115,7 +171,7 @@ static int sPCIInitController( CONTROLLE int IRQNum, Byte_t Frequency, int PeriodicOnly, - int VendorDevice); + uint16_t VendorDevice); static rp_aiop2rid_t rp_pci_aiop2rid; static rp_aiop2off_t rp_pci_aiop2off; static rp_ctlmask_t rp_pci_ctlmask; @@ -129,12 +185,88 @@ static int rp_pciprobe(device_t dev) { char *s; + uint16_t VenDev; - s = NULL; - if (pci_get_vendor(dev) == RP_VENDOR_ID) - s = "RocketPort PCI"; + if (num_devices_found >= 4) + return ENXIO; + s = NULL; + if (pci_get_vendor(dev) == RP_VENDOR_ID) { + VenDev = pci_get_device(dev); + switch( VenDev ) { + case RP_DEVICE_ID_4Q: + s = "RocketPort PCI Quad"; + break; + case RP_DEVICE_ID_4J: + s = "RocketPort PCI 4J"; + break; + case RP_DEVICE_ID_4M: + s = "RocketModem II PCI 4"; + break; + case RP_DEVICE_ID_PL4: + s = "RocketPort Plus PCI Quad"; + break; + case RP_DEVICE_ID_6M: + s = "RocketModem II PCI 6"; + break; + case RP_DEVICE_ID_8O: + s = "RocketPort PCI Octa"; + break; + case RP_DEVICE_ID_8J: + s = "RocketPort PCI 8J"; + break; + case RP_DEVICE_ID_8I: + s = "RocketPort PCI 8"; + break; + case RP_DEVICE_ID_U8PL: + s = "RocketPort Universal PCI 8 Low Profile"; + break; + case RP_DEVICE_ID_U8QO: + s = "RocketPort Universal PCI Quad/Octa"; + break; + case RP_DEVICE_ID_16I: + s = "RocketPort PCI 16"; + break; + case RP_DEVICE_ID_U16: + s = "RocketPort Universal PCI 16"; + break; + case RP_DEVICE_ID_32I: + s = "RocketPort PCI 32"; + break; + case RP_DEVICE_ID_U32: + s = "RocketPort Universal PCI 32"; + break; + case RP_DEVICE_ID_PL8: + s = "RocketPort Plus PCI Octa"; + break; + case RP_DEVICE_ID_PL2: + s = "RocketPort Plus PCI 2"; + break; + case RP_DEVICE_ID_UP8QO: + s = "RocketPort Plus Universal PCI Quad/Octa"; + break; + case RP_DEVICE_ID_UP2: + s = "RocketPort Plus Universal PCI 2"; + break; + case RP_DEVICE_ID_UP2SMPTE: + s = "RocketPort Plus Universal PCI 2 SMPTE"; + break; + case RP_DEVICE_ID_UP4J: + s = "RocketPort Plus Universal PCI 4J"; + break; + case RP_DEVICE_ID_UP8J: + s = "RocketPort Plus Universal PCI 8J"; + break; + case RP_DEVICE_ID_UP422QO: + s = "RocketPort Plus Universal PCI 422 Quad/Octa"; + break; + default: + s = NULL; + break; + } + } if (s != NULL) { + num_devices_found++; device_set_desc(dev, s); return (BUS_PROBE_DEFAULT); } @@ -150,10 +282,14 @@ rp_pciattach(device_t dev) CONTROLLER_t *ctlp; int unit; int retval; - u_int32_t stcmd; - + uint32_t stcmd; + uint16_t VenDev; + + VenDev = pci_get_device(dev); ctlp = device_get_softc(dev); bzero(ctlp, sizeof(*ctlp)); + + ctlp->CtlID = CTLID_0001; /* controller type 1 */ ctlp->dev = dev; unit = device_get_unit(dev); ctlp->aiop2rid = rp_pci_aiop2rid; @@ -168,7 +304,11 @@ rp_pciattach(device_t dev) } /* The IO ports of AIOPs for a PCI controller are continuous. */ - ctlp->io_num = 1; + if (cardIsUPCI(ctlp->dev)) /* if RocketPort UPCI with PLX chip */ + ctlp->io_num = 2; /* then setup two base addresses */ + else + ctlp->io_num = 1; /* or just setup one base address */ + ctlp->io_rid = malloc(sizeof(*(ctlp->io_rid)) * ctlp->io_num, M_DEVBUF, M_NOWAIT | M_ZERO); ctlp->io = malloc(sizeof(*(ctlp->io)) * ctlp->io_num, M_DEVBUF, M_NOWAIT | M_ZERO); if (ctlp->io_rid == NULL || ctlp->io == NULL) { @@ -179,15 +319,14 @@ rp_pciattach(device_t dev) ctlp->bus_ctlp = NULL; - switch (pci_get_device(dev)) { - case RP_DEVICE_ID_UPCI_32: - case RP_DEVICE_ID_UPCI_8O: - ctlp->io_rid[0] = PCIR_BAR(2); - break; - default: - ctlp->io_rid[0] = PCIR_BAR(0); - break; + if (cardIsUPCI(ctlp->dev)) { /* if RocketPort UPCI with PLX chip */ + ctlp->io_rid[0] = 0x18; /* then setup two base addresses */ + ctlp->io_rid[1] = 0x14; } + else { + ctlp->io_rid[0] = 0x10; /* or just setup one base address */ + } + ctlp->io[0] = bus_alloc_resource_any(dev, SYS_RES_IOPORT, &ctlp->io_rid[0], RF_ACTIVE); if(ctlp->io[0] == NULL) { @@ -195,7 +334,16 @@ rp_pciattach(device_t dev) retval = ENXIO; goto nogo; } - + if (cardIsUPCI(ctlp->dev)) { /* if RocketPort UPCI with PLX chip */ + ctlp->io[1] = bus_alloc_resource(dev, SYS_RES_IOPORT, &ctlp->io_rid[1], 0, ~0, 1, RF_ACTIVE); + /*device_printf(dev, "ioaddr (%x) mapping for RocketPort(UPCI) i +s %08x.\n", ctlp->io_rid[1], ctlp->io[1]);*/ + if(ctlp->io[1] == NULL) { + device_printf(dev, "ioaddr mapping failed for RocketPort (UPCI).\n"); + retval = ENXIO; + goto nogo; + } + } num_aiops = sPCIInitController(ctlp, MAX_AIOPS_PER_BOARD, 0, FREQ_DIS, 0, pci_get_device(dev)); @@ -265,20 +413,74 @@ rp_pcireleaseresource(CONTROLLER_t *ctlp rp_releaseresource(ctlp); } -static int +static int sPCIInitController( CONTROLLER_t *CtlP, int AiopNum, int IRQNum, Byte_t Frequency, int PeriodicOnly, - int VendorDevice) + uint16_t VendorDevice) { - int i; - - CtlP->CtlID = CTLID_0001; /* controller release 1 */ - - sPCIControllerEOI(CtlP); + int i, AiopChanCnt, gpio_dat; + if (cardIsUPCI(CtlP->dev)) /* if RocketPort UPCI with PLX chip */ + rp_writeio2(CtlP, 1, _UPCI_INT_FUNC, 0x0000); /* disable ints */ + else + sPCIControllerEOI(CtlP); + + switch( VendorDevice ) { + case RP_DEVICE_ID_4Q: + case RP_DEVICE_ID_4J: + case RP_DEVICE_ID_4M: + case RP_DEVICE_ID_PL4: + case RP_DEVICE_ID_UP4J: + AiopChanCnt = 4; + AiopNum = 1; + break; + case RP_DEVICE_ID_6M: + AiopChanCnt = 6; + AiopNum = 1; + break; + case RP_DEVICE_ID_8O: + case RP_DEVICE_ID_8J: + case RP_DEVICE_ID_8I: + case RP_DEVICE_ID_U8PL: + case RP_DEVICE_ID_U8QO: + AiopNum = 1; + AiopChanCnt = 8; + break; + case RP_DEVICE_ID_16I: + case RP_DEVICE_ID_U16: + AiopNum = 2; + AiopChanCnt = 8; + break; + case RP_DEVICE_ID_32I: + case RP_DEVICE_ID_U32: + AiopNum = 4; + AiopChanCnt = 8; + break; + case RP_DEVICE_ID_PL8: + case RP_DEVICE_ID_UP8J: + case RP_DEVICE_ID_UP8QO: + case RP_DEVICE_ID_UP422QO: + AiopNum = 2; + AiopChanCnt = 4; + break; + case RP_DEVICE_ID_PL2: + case RP_DEVICE_ID_UP2: + case RP_DEVICE_ID_UP2SMPTE: + AiopNum = 1; + AiopChanCnt = 2; + break; + default: + AiopNum = 1; +#if notdef + AiopChanCnt = 8; +#else + AiopChanCnt = sReadAiopNumChan(CtlP, 0); +#endif /* notdef */ + break; + } /* Init AIOPs */ CtlP->NumAiop = 0; for(i=0; i < AiopNum; i++) @@ -290,39 +492,24 @@ sPCIInitController( CONTROLLER_t *CtlP, { break; /* done looking for AIOPs */ } - - switch( VendorDevice ) { - case RP_DEVICE_ID_4Q: - case RP_DEVICE_ID_4J: - case RP_DEVICE_ID_4M: - CtlP->AiopNumChan[i] = 4; - break; - case RP_DEVICE_ID_6M: - CtlP->AiopNumChan[i] = 6; - break; - case RP_DEVICE_ID_8O: - case RP_DEVICE_ID_8J: - case RP_DEVICE_ID_8I: - case RP_DEVICE_ID_16I: - case RP_DEVICE_ID_32I: - CtlP->AiopNumChan[i] = 8; - break; - default: -#if notdef - CtlP->AiopNumChan[i] = 8; -#else - CtlP->AiopNumChan[i] = sReadAiopNumChan(CtlP, i); -#endif /* notdef */ - break; - } + if (VendorDevice == RP_DEVICE_ID_U8QO) { /* if UPCI QUAD/OCTAL board */ + gpio_dat = rp_readio2(CtlP, 1, _UPCI_GPIO); /* read GPIO reg */ + if (!(gpio_dat & _UPCI_OCTAL_IN)) /* if quad cable attached, */ + AiopChanCnt = 4; /* set for only four channels */ + } + CtlP->AiopNumChan[i] = AiopChanCnt; /*device_printf(CtlP->dev, "%d channels.\n", CtlP->AiopNumChan[i]);*/ rp_writeaiop2(CtlP, i, _INDX_ADDR,_CLK_PRE); /* clock prescaler */ - /*device_printf(CtlP->dev, "configuring clock prescaler.\n");*/ - rp_writeaiop1(CtlP, i, _INDX_DATA,CLOCK_PRESC); - /*device_printf(CtlP->dev, "configured clock prescaler.\n");*/ + if (cardIsRocketportPlus(CtlP->dev)) { + rp_writeaiop1(CtlP, i, _INDX_DATA, AB_CLOCK_PRESC); + /*device_printf(CtlP->dev, "configured clock prescaler (%04x = %02x).\n",_CLK_PRE, AB_CLOCK_PRESC);*/ + } + else { + rp_writeaiop1(CtlP, i, _INDX_DATA, CLOCK_PRESC); + /*device_printf(CtlP->dev, "configured clock prescaler (%04x = %02x).\n",_CLK_PRE, CLOCK_PRESC);*/ + } CtlP->NumAiop++; /* bump count of AIOPs */ } - if(CtlP->NumAiop == 0) return(-1); else @@ -355,7 +542,80 @@ rp_pci_aiop2off(int aiop, int offset) static unsigned char rp_pci_ctlmask(CONTROLLER_t *ctlp) { - return sPCIGetControllerIntStatus(ctlp); + int cmsk; + unsigned char cret=0; + + if (cardIsUPCI(ctlp->dev)) { /* if RocketPort UPCI with PLX chip */ + cmsk = rp_readio2(ctlp, 1, _UPCI_GPIO); + if (cmsk & UINTSTAT0) /* convert PLX int bits to AIOPIC int bits */ + cret |= INTSTAT0; + if (cmsk & UINTSTAT1) + cret |= INTSTAT1; + if (cmsk & UINTSTAT2) + cret |= INTSTAT2; + if (cmsk & UINTSTAT3) + cret |= INTSTAT3; + cmsk = rp_readio2(ctlp, 1, _UPCI_INT_FUNC); /* get int active bit */ + if (cmsk & UINTACT) + cret |= 0x10; + return cret; + } + else { + return sPCIGetControllerIntStatus(ctlp); + } +} +int +cardIsUPCI(device_t dev) +{ + uint16_t VenDev; + int upci_fnd; + + upci_fnd = FALSE; + VenDev = pci_get_device(dev); + switch( VenDev ) { + case RP_DEVICE_ID_U8PL: + case RP_DEVICE_ID_U8QO: + case RP_DEVICE_ID_U16: + case RP_DEVICE_ID_U32: + case RP_DEVICE_ID_UP8QO: + case RP_DEVICE_ID_UP2: + case RP_DEVICE_ID_UP2SMPTE: + case RP_DEVICE_ID_UP4J: + case RP_DEVICE_ID_UP8J: + case RP_DEVICE_ID_UP422QO: + upci_fnd = TRUE; /* controller with PLX9030 chip */ + break; + default: + upci_fnd = FALSE; + break; + } + return(upci_fnd); +} +int +cardIsRocketportPlus(device_t dev) +{ + uint16_t VenDev; + int rpl_fnd; + + rpl_fnd = FALSE; + VenDev = pci_get_device(dev); + switch( VenDev ) { + case RP_DEVICE_ID_PL4: + case RP_DEVICE_ID_PL8: + case RP_DEVICE_ID_PL2: + case RP_DEVICE_ID_UP8QO: + case RP_DEVICE_ID_UP2: + case RP_DEVICE_ID_UP2SMPTE: + case RP_DEVICE_ID_UP4J: + case RP_DEVICE_ID_UP8J: + case RP_DEVICE_ID_UP422QO: + rpl_fnd = TRUE; /* RocketPort Plus board */ + break; + default: + rpl_fnd = FALSE; + break; + } + return(rpl_fnd); } static device_method_t rp_pcimethods[] = { Index: rpreg.h =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rpreg.h,v retrieving revision 1.7 diff -u -p -r1.7 rpreg.h --- rpreg.h 6 Jan 2005 01:43:11 -0000 1.7 +++ rpreg.h 7 Sep 2006 18:19:44 -0000 @@ -133,6 +133,8 @@ typedef unsigned int DWordIO_t; /* Controller ID numbers */ #define CTLID_NULL -1 /* no controller exists */ #define CTLID_0001 0x0001 /* controller release 1 */ +#define CTLID_0002 0x0002 /* controller with PLX9030 chip */ +#define CTLID_0003 0x0003 /* Rocketport Plus board */ /* AIOP ID numbers, identifies AIOP type implementing channel */ #define AIOPID_NULL -1 /* no AIOP or channel exists */ @@ -213,8 +215,11 @@ Channel Register Offsets - Indexed - Int #define _BAUD 0xFF4 /* Baud Rate 16 Write */ #define _CLK_PRE 0xFF6 /* Clock Prescaler 8 Write */ +/************************************************************************ + Baud rate divisors using mod 9 clock prescaler and 36.873 clock +************************************************************************/ #define CLOCK_PRESC 0x19 /* mod 9 (divide by 10) prescale */ - +#define BRD0 3 /* tps remapped for 57.6KB */ #define BRD50 4607 #define BRD75 3071 #define BRD110 2094 @@ -238,6 +243,35 @@ Channel Register Offsets - Indexed - Int #define BRD76800 2 #define BRD115200 1 #define BRD230400 0 +/************************************************************************ + Baud rate divisors using mod 2 clock prescaler and 44.2368 clock +************************************************************************/ +#define AB_CLOCK_PRESC 0x12 /* mod 2 prescale */ +#define AB_BRD0 3 /* tps remapped for 57.6KB */ +#define AB_BRD50 18431 +#define AB_BRD75 12287 +#define AB_BRD110 8377 +#define AB_BRD134 6852 +#define AB_BRD150 6143 +#define AB_BRD200 4607 +#define AB_BRD300 3071 +#define AB_BRD600 1535 +#define AB_BRD1200 767 +#define AB_BRD1800 511 +#define AB_BRD2400 383 +#define AB_BRD4800 191 +#define AB_BRD7200 127 +#define AB_BRD9600 95 +#define AB_BRD14400 63 +#define AB_BRD19200 47 +#define AB_BRD28800 31 +#define AB_BRD38400 23 +#define AB_BRD57600 15 +#define AB_BRD76800 11 +#define AB_BRD115200 7 +#define AB_BRD230400 3 +#define AB_BRD460800 2 +#define AB_BRD921600 0 #define STMBREAK 0x08 /* BREAK */ #define STMFRAME 0x04 /* framing error */ @@ -316,6 +350,12 @@ Channel Register Offsets - Indexed - Int #define INTSTAT2 0x04 /* AIOP 2 interrupt status */ #define INTSTAT3 0x08 /* AIOP 3 interrupt status */ +#define UINTACT 0x04 /* UPCI AIOP Interrupt active */ +#define UINTSTAT0 0x04 /* UPCI AIOP 0 interrupt status */ +#define UINTSTAT1 0x20 /* UPCI AIOP 1 interrupt status */ +#define UINTSTAT2 0x100 /* UPCI AIOP 2 interrupt status */ +#define UINTSTAT3 0x800 /* UPCI AIOP 3 interrupt status */ + #define INTR_EN 0x08 /* allow interrupts to host */ #define INT_STROB 0x04 /* strobe and clear interrupt line (EOI) */ @@ -1004,7 +1044,12 @@ void sEnInterrupts(CHANNEL_T *ChP,Word_t void sDisInterrupts(CHANNEL_T *ChP,Word_t Flags); int rp_attachcommon(CONTROLLER_T *ctlp, int num_aiops, int num_ports); void rp_releaseresource(CONTROLLER_t *ctlp); +int cardIsUPCI(device_t dev); +int cardIsRocketportPlus(device_t dev); +int sGetChanRI(CHANNEL_T * ChP); void rp_untimeout(void); +extern int next_unit_number; +extern int num_devices_found; #ifndef ROCKET_C extern Byte_t R[RDATASIZE]; Index: rpvar.h =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rpvar.h,v retrieving revision 1.8 diff -u -p -r1.8 rpvar.h --- rpvar.h 6 Jan 2005 01:43:11 -0000 1.8 +++ rpvar.h 7 Sep 2006 18:19:44 -0000 @@ -63,8 +63,8 @@ struct rp_port { int rp_xmit_stopped:1; CONTROLLER_t * rp_ctlp; CHANNEL_t rp_channel; - unsigned short TxBuf[TXFIFO_SIZE/2 +1]; - unsigned short RxBuf[RXFIFO_SIZE/2 +1]; + unsigned short TxBuf[TXFIFO_SIZE/2 + 1]; + unsigned short RxBuf[RXFIFO_SIZE/2 + 1]; }; /* Actually not used */ This works for me and supports more HW. Doug A. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 18:33:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77CF916A4E6 for ; Thu, 7 Sep 2006 18:33:09 +0000 (UTC) (envelope-from jd@ugcs.caltech.edu) Received: from riyal.ugcs.caltech.edu (riyal.ugcs.caltech.edu [131.215.176.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17CA843D72 for ; Thu, 7 Sep 2006 18:32:44 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by riyal.ugcs.caltech.edu (Postfix, from userid 3640) id 3716745806; Thu, 7 Sep 2006 11:31:47 -0700 (PDT) Date: Thu, 7 Sep 2006 11:31:47 -0700 From: Paul Allen To: Daniel Bond Message-ID: <20060907183147.GA17912@riyal.ugcs.caltech.edu> References: <20060907181311.GA25768@spearburn.danielbond.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060907181311.GA25768@spearburn.danielbond.org> Sender: jd@ugcs.caltech.edu Cc: freebsd-stable@freebsd.org Subject: Re: Patch for GBDE rc-script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 18:33:09 -0000 >From Daniel Bond , Thu, Sep 07, 2006 at 08:13:11PM +0200: > Hi, > > I just setup GBDE on my laptop, encrypting my 512M cf-card. > This works like a charm, but I felt the need to enchance the rc-script a > little to automatically mount the encrypted drive(s), if you have the > following in /etc/rc.conf: > > * gbde_autoattach_all="YES" > * gbde_devices="device1 device2 .. etc" > > So I added another option: > * gbde_mountpoint="/private" to /etc/defaults/rc.conf > > This option acts like a basedir for mounting the partition, IE. after running > /etc/rc.d/gbde start, I get the following mount entry in the the mount-command > output: > > /dev/ad1s1c.bde on /private/bde_ad1s1c (ufs, local, soft-updates) > It seems to me that this is really something that belongs in devd. Boot-time is decidedly not ideal. Paul From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 18:48:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AD3716A4DA; Thu, 7 Sep 2006 18:48:09 +0000 (UTC) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BEBF43E58; Thu, 7 Sep 2006 18:45:49 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k87Iixj6088798; Thu, 7 Sep 2006 11:45:48 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k87IhHkb060488; Thu, 7 Sep 2006 11:43:17 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k87IhGlb060484; Thu, 7 Sep 2006 11:43:16 -0700 (PDT) (envelope-from jrhett) Date: Thu, 7 Sep 2006 11:43:16 -0700 From: Jo Rhett To: Steven Hartland Message-ID: <20060907184316.GC56998@svcolo.com> References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 18:48:09 -0000 However keep in mind that Highpoint support is nearly clueless. When the 1820a first shipped we were unable to find anyone on staff that knew what FreeBSD was, or how to read a problem report. No experience with Areca. 3ware is very clueful and capable. On Wed, Aug 23, 2006 at 09:23:00AM +0100, Steven Hartland wrote: > The Areca cards I can recommend. Highpoint 1820a is surprisingly good > for its price and the later cards have better performance still apparently. > N.B. Use the min stripe size when creating the array for max performance > with this card under FreeBSD. > > Steve > > Willem Jan Withagen wrote: > >Hi, > > > >I've ran into sort of a snag with building a 2T file server. > >Given all the good press here for 3ware and the talk to the guys at > >the CeBIT I decided to go for a 9550SX-LP8. > >With that I bought a ASUS serverboard: K8N-LR with 165 dual core > >opteron. > > > >In itself is this a combo that I thing would do for a long time at my > >home. ;) > > > >However the 3ware controler decided not to play nice with 2 of the > >PCI-X boards I have here. It gets stuck in the bios disc scan. I've > >RMA-ed the card, but my guess is that it'll take a too long a time to > >fix/replace it for my patience. > > > >So I'm looking for alternatives with good support under amd64. I've > >seen that the Adaptecs are supported under aac(4). But what about > >Promisse or Highpoint RAID controllers? > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 19:14:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B16D416A4DD for ; Thu, 7 Sep 2006 19:14:23 +0000 (UTC) (envelope-from db@spearburn.danielbond.org) Received: from spearburn.danielbond.org (ti221110a080-2410.bb.online.no [83.109.137.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 218D043D55 for ; Thu, 7 Sep 2006 19:14:23 +0000 (GMT) (envelope-from db@spearburn.danielbond.org) Received: by spearburn.danielbond.org (Postfix, from userid 1001) id D0E275C49; Thu, 7 Sep 2006 21:17:11 +0200 (CEST) Date: Thu, 7 Sep 2006 21:17:11 +0200 From: Daniel Bond To: Paul Allen Message-ID: <20060907191711.GB25768@spearburn.danielbond.org> References: <20060907181311.GA25768@spearburn.danielbond.org> <20060907183147.GA17912@riyal.ugcs.caltech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060907183147.GA17912@riyal.ugcs.caltech.edu> X-GPG-Key-Id: 37898D6C X-GPG-Key-Server: http://pgp.mit.edu X-GPG-Key-FingerPrint: DA2F 6D5F 052B 0180 6E12 F62D 85E6 9276 59CC E5B6 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: Patch for GBDE rc-script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 19:14:23 -0000 On 11:31 Thu 07 Sep, Paul Allen wrote: > From Daniel Bond , Thu, Sep 07, 2006 at 08:13:11PM +0200: > > Hi, > > > > I just setup GBDE on my laptop, encrypting my 512M cf-card. > > This works like a charm, but I felt the need to enchance the rc-script a > > little to automatically mount the encrypted drive(s), if you have the > > following in /etc/rc.conf: > > > > * gbde_autoattach_all="YES" > > * gbde_devices="device1 device2 .. etc" > > > > So I added another option: > > * gbde_mountpoint="/private" to /etc/defaults/rc.conf > > > > This option acts like a basedir for mounting the partition, IE. after running > > /etc/rc.d/gbde start, I get the following mount entry in the the mount-command > > output: > > > > /dev/ad1s1c.bde on /private/bde_ad1s1c (ufs, local, soft-updates) > > > It seems to me that this is really something that belongs in devd. Boot-time > is decidedly not ideal. > > Paul Nice, thankyou :) -- Med vennlig hilsen / Best regards, ------------------------------------------ Daniel Bond PGP: C822C4BD ------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 20:31:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B8BA16A4DD for ; Thu, 7 Sep 2006 20:31:44 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD5E43D82 for ; Thu, 7 Sep 2006 20:31:30 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.6/8.13.1) with SMTP id k87KUvOx006132 for ; Thu, 7 Sep 2006 15:30:57 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Thu Sep 7 15:30:57 2006 Received: (from karl@localhost) by FS.denninger.net (8.13.6/8.13.1/Submit) id k87KUufH006129; Thu, 7 Sep 2006 15:30:56 -0500 (CDT) (envelope-from karl) Date: Thu, 7 Sep 2006 15:30:56 -0500 From: Karl Denninger To: Doug Ambrisko Message-ID: <20060907203056.GA6029@FS.denninger.net> Mail-Followup-To: Doug Ambrisko , Karl Denninger , freebsd-stable@freebsd.org References: <20060907140056.GB72764@FS.denninger.net> <200609071821.k87ILpVt033964@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609071821.k87ILpVt033964@ambrisko.com> User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Cc: freebsd-stable@freebsd.org, Karl Denninger Subject: Re: Comtrol Rocketport driver is severely hosed under 6.x-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 20:31:44 -0000 Nope - still got the same issues. I have an application that does heavy serial I/O in non-canonical mode and uses raw I/O termios (Vmin, Vtime, etc) heavily. It works perfectly under 5.x and has worked properly under previous versions back to 4.x under both the Comtrol and Digiboard drivers. With or without these patches, its screwed on 6.x. I'm getting double, triple, sometimes even more copies of frames into the read buffer - returns from SELECT which are reporting data already read (and it can be read(2) again!), etc. Not good... Here's a boot dmesg of one of the machines that's misbehaving... I'm going to shut off SMP in this kernel (all these machines ARE hyperthreaded CPUs) and see if that helps, but the patches appear to make no difference. Copyright (c) 1992-2006 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 6.1-STABLE #2: Thu Sep 7 14:48:03 CDT 2006 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Logical CPUs per core: 2 real memory = 267862016 (255 MB) avail memory = 252432384 (240 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xcef0-0xceff mem 0xfe000000-0xfe7fffff irq 22 at device 1.0 on pci2 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 rp0: port 0xcf00-0xcf3f irq 17 at device 2.0 on pci2 RocketPort0 = 4 ports. pcib3: at device 3.0 on pci2 pci3: on pcib3 fxp0: port 0xbf80-0xbf9f mem 0xf8001000-0xf8001fff,0xfdc00000-0xfdcfffff irq 19 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:6f:ce:e8 fxp1: port 0xbfe0-0xbfff mem 0xf8000000-0xf8000fff,0xfdd00000-0xfddfffff irq 18 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:d0:b7:6f:ce:e9 em0: port 0xcf40-0xcf7f mem 0xfdfe0000-0xfdffffff irq 18 at device 12.0 on pci2 em0: Ethernet address: 00:0c:f1:c9:df:c5 em0: [FAST] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xfebffc00-0xfebfffff irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) pcm0: port 0xee00-0xeeff,0xedc0-0xedff mem 0xfebffa00-0xfebffbff,0xfebff900-0xfebff9ff irq 17 at device 31.5 on pci0 pcm0: primary codec not ready! pcm0: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xcc7ff,0xcc800-0xcdfff,0xce000-0xcffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled acd0: CDROM at ata1-master UDMA33 ad4: 476940MB at ata2-master SATA150 ad6: 476940MB at ata3-master SATA150 twed0: on twe0 twed0: 476940MB (976773168 sectors) twed1: on twe0 twed1: 476940MB (976773168 sectors) SMP: AP CPU #1 Launched! GEOM_MIRROR: Device b500 created (id=1654021267). GEOM_MIRROR: Device b500: provider ad4s1 detected. GEOM_MIRROR: Device b500: provider ad6s1 detected. GEOM_MIRROR: Device b500: provider ad6s1 activated. GEOM_MIRROR: Device b500: provider ad4s1 activated. GEOM_MIRROR: Device b500: provider mirror/b500 launched. Trying to mount root from ufs:/dev/mirror/b500a em0: link state changed to UP -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind On Thu, Sep 07, 2006 at 11:21:51AM -0700, Doug Ambrisko wrote: > Karl Denninger writes: > | > | There is a severe problem (or set of problmes) with the Comtrol Rocketport > | driver under FreeBSD 6.x, to the point that the driver is basically unusable. > | > | The driver is returning duplicate input frames and otherwise misbehaving > | badly. There were no problems under FreeBSD 5.x. > | > | Does anyone know what has changed in the tty subsystem between 5.x and 6.x, > | or, alternatively if there is no update on this, is there a KNOWN WORKING > | PROPERLY multiport serial board under 6.x? > | > | This has totally hosed a number of my field installations when they attempted > | to go from the 5.x operating environment to 6.x! > | > | Thanks in advance.... > > Try this for 6.1 in /sys/dev/rp: > > Index: rp.c > =================================================================== > RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rp.c,v > retrieving revision 1.67.2.1 > diff -u -p -r1.67.2.1 rp.c > --- rp.c 8 Nov 2005 15:35:27 -0000 1.67.2.1 > +++ rp.c 7 Sep 2006 18:19:44 -0000 > @@ -37,15 +37,18 @@ __FBSDID("$FreeBSD: src/sys/dev/rp/rp.c, > /* > * rp.c - for RocketPort FreeBSD > */ > +#include > > #include "opt_compat.h" > > #include > +#include > #include > #include > #include > #include > #include > +#include > #include > #include > #include > @@ -57,7 +60,7 @@ __FBSDID("$FreeBSD: src/sys/dev/rp/rp.c, > #include > #include > > -static const char RocketPortVersion[] = "3.02"; > +static const char RocketPortVersion[] = "1.0"; > > static Byte_t RData[RDATASIZE] = > { > @@ -116,6 +119,8 @@ Byte_t rp_sBitMapSetTbl[8] = > 0x01,0x02,0x04,0x08,0x10,0x20,0x40,0x80 > }; > > +int next_unit_number = 0; > +int num_devices_found = 0; > /*************************************************************************** > Function: sReadAiopID > Purpose: Read the AIOP idenfication number directly from an AIOP. > @@ -587,6 +592,9 @@ static void rp_do_receive(struct rp_port > unsigned int CharNStat; > int ToRecv, wRecv, ch, ttynocopy; > > + if (tp->t_state & TS_TBLOCK) > + return; > + > ToRecv = sGetRxCnt(cp); > if(ToRecv == 0) > return; > @@ -615,7 +623,7 @@ static void rp_do_receive(struct rp_port > CharNStat = rp_readch2(cp,sGetTxRxDataIO(cp)); > ch = CharNStat & 0xff; > > - if((CharNStat & STMBREAK) || (CharNStat & STMFRAMEH)) > + if((CharNStat & STMBREAKH) || (CharNStat & STMFRAMEH)) > ch |= TTY_FE; > else if (CharNStat & STMPARITYH) > ch |= TTY_PE; > @@ -645,6 +653,12 @@ static void rp_do_receive(struct rp_port > if ( ToRecv > RXFIFO_SIZE ) { > ToRecv = RXFIFO_SIZE; > } > + if ((tp->t_rawq.c_cc + ToRecv > tp->t_ihiwat) && > + ((tp->t_cflag & CRTS_IFLOW) || > + (tp->t_iflag & IXOFF)) && > + !(tp->t_state & TS_TBLOCK)) > + ttyblock(tp); > + > wRecv = ToRecv >> 1; > if ( wRecv ) { > rp_readmultich2(cp,sGetTxRxDataIO(cp),(u_int16_t *)rp->RxBuf,wRecv); > @@ -686,6 +700,7 @@ static void rp_handle_port(struct rp_por > IntMask = sGetChanIntID(cp); > IntMask = IntMask & rp->rp_intmask; > ChanStatus = sGetChanStatus(cp); > + > if(IntMask & RXF_TRIG) > if(!(tp->t_state & TS_TBLOCK) && (tp->t_state & TS_CARR_ON) && (tp->t_state & TS_ISOPEN)) { > rp_do_receive(rp, tp, cp, ChanStatus); > @@ -769,22 +784,23 @@ rp_attachcommon(CONTROLLER_T *ctlp, int > > unit = device_get_unit(ctlp->dev); > > - printf("RocketPort%d (Version %s) %d ports.\n", unit, > - RocketPortVersion, num_ports); > + printf("RocketPort%d = %d ports.\n", unit, num_ports); > rp_num_ports[unit] = num_ports; > callout_handle_init(&rp_callout_handle); > > ctlp->rp = rp = (struct rp_port *) > - malloc(sizeof(struct rp_port) * num_ports, M_TTYS, M_NOWAIT | M_ZERO); > + malloc(sizeof(struct rp_port) * (num_ports+1), M_TTYS, M_NOWAIT | M_ZERO); > if (rp == NULL) { > device_printf(ctlp->dev, "rp_attachcommon: Could not malloc rp_ports structures.\n"); > retval = ENOMEM; > goto nogo; > } > - > +/* else { > + device_printf(ctlp->dev, "malloc'd rp_ports structures=%08x.\n", rp); > + }*/ > count = unit * 32; /* board times max ports per card SG */ > > - bzero(rp, sizeof(struct rp_port) * num_ports); > + bzero(rp, sizeof(struct rp_port) * (num_ports+1)); > oldspl = spltty(); > rp_addr(unit) = rp; > splx(oldspl); > @@ -1016,9 +1032,10 @@ rpmodem(struct tty *tp, int sigon, int s > } > return (0); > } > - > +#define B460800 460800 > +#define B921600 921600 > static struct speedtab baud_table[] = { > - {B0, 0}, {B50, BRD50}, {B75, BRD75}, > + {B0, BRD0}, {B50, BRD50}, {B75, BRD75}, > {B110, BRD110}, {B134, BRD134}, {B150, BRD150}, > {B200, BRD200}, {B300, BRD300}, {B600, BRD600}, > {B1200, BRD1200}, {B1800, BRD1800}, {B2400, BRD2400}, > @@ -1028,7 +1045,19 @@ static struct speedtab baud_table[] = { > {B115200, BRD115200}, {B230400, BRD230400}, > {-1, -1} > }; > - > +#ifdef DJA > +static struct speedtab ab_baud_table[] = { > + {B0, AB_BRD0}, {B50, AB_BRD50}, {B75, AB_BRD75}, > + {B110, AB_BRD110}, {B134, AB_BRD134}, {B150, AB_BRD150}, > + {B200, AB_BRD200}, {B300, AB_BRD300}, {B600, AB_BRD600}, > + {B1200, AB_BRD1200}, {B1800, AB_BRD1800}, {B2400, AB_BRD2400}, > + {B4800, AB_BRD4800}, {B9600, AB_BRD9600}, {B19200, AB_BRD19200}, > + {B38400, AB_BRD38400}, {B7200, AB_BRD7200}, {B14400, AB_BRD14400}, > + {B57600, AB_BRD57600}, {B76800, AB_BRD76800}, {B115200, AB_BRD115200}, > + {B230400,AB_BRD230400}, {B460800,AB_BRD460800}, {B921600, AB_BRD921600}, > + {-1, -1} > +}; > +#endif > static int > rpparam(tp, t) > struct tty *tp; > @@ -1042,7 +1071,6 @@ rpparam(tp, t) > int devshift; > #endif > > - > rp = tp->t_sc; > cp = &rp->rp_channel; > oldspl = spltty(); > @@ -1059,7 +1087,12 @@ rpparam(tp, t) > oflag = t->c_oflag; > lflag = t->c_lflag; > > - ospeed = ttspeedtab(t->c_ispeed, baud_table); > +#if DJA > + if (cardIsRocketportPlus(ctl->dev)) > + ospeed = ttspeedtab(t->c_ispeed, ab_baud_table); > + else > +#endif > + ospeed = ttspeedtab(t->c_ispeed, baud_table); > if(ospeed < 0 || t->c_ispeed != t->c_ospeed) > return(EINVAL); > > Index: rp_isa.c > =================================================================== > RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rp_isa.c,v > retrieving revision 1.7 > diff -u -p -r1.7 rp_isa.c > --- rp_isa.c 6 Jan 2005 01:43:11 -0000 1.7 > +++ rp_isa.c 7 Sep 2006 18:19:44 -0000 > @@ -63,8 +63,8 @@ struct ISACONTROLLER_T { > int MReg1IO; /* offset1 of the Mudbac controller for this controller */ > int MReg2IO; /* offset2 of the Mudbac controller for this controller */ > int MReg3IO; /* offset3 of the Mudbac controller for this controller */ > - Byte_t MReg2; > - Byte_t MReg3; > + unsigned char MReg2; > + unsigned char MReg3; > }; > typedef struct ISACONTROLLER_T ISACONTROLLER_t; > > @@ -140,6 +140,12 @@ static rp_aiop2rid_t rp_isa_aiop2rid; > static rp_aiop2off_t rp_isa_aiop2off; > static rp_ctlmask_t rp_isa_ctlmask; > > +/* > +struct isa_driver rpdriver = { > + rpprobe, rpattach, "rp" > + }; > +*/ > + > static int > rp_probe(device_t dev) > { > @@ -149,6 +155,9 @@ rp_probe(device_t dev) > CONTROLLER_t *ctlp; > int retval; > > + if (num_devices_found >= 4) > + return (ENXIO); > + > /* > * We have no PnP RocketPort cards. > * (At least according to LINT) > @@ -156,8 +165,8 @@ rp_probe(device_t dev) > if (isa_get_logicalid(dev) != 0) > return (ENXIO); > > - /* We need IO port resource to configure an ISA device. */ > - if (bus_get_resource_count(dev, SYS_RES_IOPORT, 0) == 0) > + /* We need IO port resource to configure an ISA device. */ > + if (bus_get_resource_start(dev, SYS_RES_IOPORT, 0) == 0) > return (ENXIO); > > unit = device_get_unit(dev); > @@ -176,20 +185,23 @@ rp_probe(device_t dev) > > /* The IO ports of AIOPs for an ISA controller are discrete. */ > ctlp->io_num = 1; > - ctlp->io_rid = malloc(sizeof(*(ctlp->io_rid)) * MAX_AIOPS_PER_BOARD, M_DEVBUF, M_NOWAIT | M_ZERO); > - ctlp->io = malloc(sizeof(*(ctlp->io)) * MAX_AIOPS_PER_BOARD, M_DEVBUF, M_NOWAIT | M_ZERO); > + ctlp->io_rid = malloc(sizeof(*(ctlp->io_rid)) * MAX_AIOPS_PER_BOARD, M_DEVBUF, M_NOWAIT/* | M_ZERO*/); > + ctlp->io = malloc(sizeof(*(ctlp->io)) * MAX_AIOPS_PER_BOARD, M_DEVBUF, M_NOWAIT/* | M_ZERO*/); > if (ctlp->io_rid == NULL || ctlp->io == NULL) { > device_printf(dev, "rp_attach: Out of memory.\n"); > retval = ENOMEM; > goto nogo; > } > + bzero(ctlp->io_rid, sizeof(*(ctlp->io_rid)) * MAX_AIOPS_PER_BOARD); > + bzero(ctlp->io, sizeof(*(ctlp->io)) * MAX_AIOPS_PER_BOARD); > > - ctlp->bus_ctlp = malloc(sizeof(ISACONTROLLER_t) * 1, M_DEVBUF, M_NOWAIT | M_ZERO); > + ctlp->bus_ctlp = malloc(sizeof(ISACONTROLLER_t) * 1, M_DEVBUF, M_NOWAIT/* | M_ZERO*/); > if (ctlp->bus_ctlp == NULL) { > device_printf(dev, "rp_attach: Out of memory.\n"); > retval = ENOMEM; > goto nogo; > } > + bzero(ctlp->bus_ctlp, sizeof(ISACONTROLLER_t) * 1); > > ctlp->io_rid[0] = 0; > if (rp_controller != NULL) { > @@ -218,6 +230,7 @@ rp_probe(device_t dev) > if (rp_controller == NULL) > rp_controller = controller; > rp_nisadevs++; > + num_devices_found++; > > device_set_desc(dev, "RocketPort ISA"); > > @@ -416,7 +429,7 @@ sInitController( CONTROLLER_T *CtlP, > CtlP->NumAiop = 0; > for(i=0; i < AiopNum; i++) > { > - if (CtlP->io[i] == NULL) { > + if (i > 0 /*CtlP->io[i] == NULL*/) { > CtlP->io_rid[i] = i; > aiop_base = rman_get_start(CtlP->io[0]) + 0x400 * i; > if (rp_nisadevs == 0) > Index: rp_pci.c > =================================================================== > RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rp_pci.c,v > retrieving revision 1.11.2.1 > diff -u -p -r1.11.2.1 rp_pci.c > --- rp_pci.c 14 Feb 2006 23:09:10 -0000 1.11.2.1 > +++ rp_pci.c 7 Sep 2006 18:19:44 -0000 > @@ -67,8 +67,19 @@ __FBSDID("$FreeBSD: src/sys/dev/rp/rp_pc > #define RP_DEVICE_ID_4J 0x0007 > #define RP_DEVICE_ID_6M 0x000C > #define RP_DEVICE_ID_4M 0x000D > -#define RP_DEVICE_ID_UPCI_32 0x0801 > -#define RP_DEVICE_ID_UPCI_8O 0x0805 > +#define RP_DEVICE_ID_PL4 0x000A > +#define RP_DEVICE_ID_PL8 0x000B > +#define RP_DEVICE_ID_PL2 0x000E > +#define RP_DEVICE_ID_U32 0x0801 > +#define RP_DEVICE_ID_U8PL 0x0802 > +#define RP_DEVICE_ID_U16 0x0803 > +#define RP_DEVICE_ID_U8QO 0x0805 > +#define RP_DEVICE_ID_UP8QO 0x080B > +#define RP_DEVICE_ID_UP2 0x080E > +#define RP_DEVICE_ID_UP2SMPTE 0x080F > +#define RP_DEVICE_ID_UP4J 0x0810 > +#define RP_DEVICE_ID_UP8J 0x0811 > +#define RP_DEVICE_ID_UP422QO 0x0812 > > /************************************************************************** > MUDBAC remapped for PCI > @@ -76,9 +87,20 @@ __FBSDID("$FreeBSD: src/sys/dev/rp/rp_pc > > #define _CFG_INT_PCI 0x40 > #define _PCI_INT_FUNC 0x3A > +#define _UPCI_INT_FUNC 0x4C > > #define PCI_STROB 0x2000 > +#define UPCI_STROB_C 0x0000 > +#define UPCI_STROB_S 0x0001 > + > #define INTR_EN_PCI 0x0010 > +#define INTR_EN_UPCI 0x0081 > + > +#define _UPCI_GPIO 0x54 > +#define _UPCI_QUAD_IN 0x0000 > +#define _UPCI_OCTAL_IN 0x4000 > + > +#define _UPCI_RING_IND 0xc0 > > /*************************************************************************** > Function: sPCIControllerEOI > @@ -101,6 +123,40 @@ Return: Byte_t: The controller interru > */ > #define sPCIGetControllerIntStatus(CTLP) ((rp_readio2(CTLP, 0, _PCI_INT_FUNC) >> 8) & 0x1f) > > +/*************************************************************************** > + * Returns the state of RI. The following products have RI: > + * UPCI 4/8 port, RP Plus 4/8 port, RP Plus 2 port 232/422. > + * For all other devices, this function returns 0. > + * > + * Returns: 1 if RI is set, else 0. > + */ > +int sGetChanRI(CHANNEL_T * ChP) > +{ > + CONTROLLER_t *CtlP = ChP->CtlP; > + int ChanNum = ChP->ChanNum; > + int RingInd; > + > + switch (pci_get_device(CtlP->dev)) { > + case RP_DEVICE_ID_U32: > + case RP_DEVICE_ID_U8PL: > + case RP_DEVICE_ID_U16: > + case RP_DEVICE_ID_U8QO: > + RingInd = !(rp_readio1(CtlP, 0, _UPCI_RING_IND) & rp_sBitMapSetTbl[ChanNum]); > + break; > + case RP_DEVICE_ID_PL4: > + case RP_DEVICE_ID_PL8: > + case RP_DEVICE_ID_PL2: > + case RP_DEVICE_ID_UP8QO: > + case RP_DEVICE_ID_UP2: > + RingInd = rp_readch1(ChP, ((ChanNum * 2) + (_CHN_STAT0 + 8))) & DSR_ACT; > + break; > + default: > + RingInd = 0; > + } > + > + return RingInd; > +} > + > static devclass_t rp_devclass; > > static int rp_pciprobe(device_t dev); > @@ -115,7 +171,7 @@ static int sPCIInitController( CONTROLLE > int IRQNum, > Byte_t Frequency, > int PeriodicOnly, > - int VendorDevice); > + uint16_t VendorDevice); > static rp_aiop2rid_t rp_pci_aiop2rid; > static rp_aiop2off_t rp_pci_aiop2off; > static rp_ctlmask_t rp_pci_ctlmask; > @@ -129,12 +185,88 @@ static int > rp_pciprobe(device_t dev) > { > char *s; > + uint16_t VenDev; > > - s = NULL; > - if (pci_get_vendor(dev) == RP_VENDOR_ID) > - s = "RocketPort PCI"; > + if (num_devices_found >= 4) > + return ENXIO; > > + s = NULL; > + if (pci_get_vendor(dev) == RP_VENDOR_ID) { > + VenDev = pci_get_device(dev); > + switch( VenDev ) { > + case RP_DEVICE_ID_4Q: > + s = "RocketPort PCI Quad"; > + break; > + case RP_DEVICE_ID_4J: > + s = "RocketPort PCI 4J"; > + break; > + case RP_DEVICE_ID_4M: > + s = "RocketModem II PCI 4"; > + break; > + case RP_DEVICE_ID_PL4: > + s = "RocketPort Plus PCI Quad"; > + break; > + case RP_DEVICE_ID_6M: > + s = "RocketModem II PCI 6"; > + break; > + case RP_DEVICE_ID_8O: > + s = "RocketPort PCI Octa"; > + break; > + case RP_DEVICE_ID_8J: > + s = "RocketPort PCI 8J"; > + break; > + case RP_DEVICE_ID_8I: > + s = "RocketPort PCI 8"; > + break; > + case RP_DEVICE_ID_U8PL: > + s = "RocketPort Universal PCI 8 Low Profile"; > + break; > + case RP_DEVICE_ID_U8QO: > + s = "RocketPort Universal PCI Quad/Octa"; > + break; > + case RP_DEVICE_ID_16I: > + s = "RocketPort PCI 16"; > + break; > + case RP_DEVICE_ID_U16: > + s = "RocketPort Universal PCI 16"; > + break; > + case RP_DEVICE_ID_32I: > + s = "RocketPort PCI 32"; > + break; > + case RP_DEVICE_ID_U32: > + s = "RocketPort Universal PCI 32"; > + break; > + case RP_DEVICE_ID_PL8: > + s = "RocketPort Plus PCI Octa"; > + break; > + case RP_DEVICE_ID_PL2: > + s = "RocketPort Plus PCI 2"; > + break; > + case RP_DEVICE_ID_UP8QO: > + s = "RocketPort Plus Universal PCI Quad/Octa"; > + break; > + case RP_DEVICE_ID_UP2: > + s = "RocketPort Plus Universal PCI 2"; > + break; > + case RP_DEVICE_ID_UP2SMPTE: > + s = "RocketPort Plus Universal PCI 2 SMPTE"; > + break; > + case RP_DEVICE_ID_UP4J: > + s = "RocketPort Plus Universal PCI 4J"; > + break; > + case RP_DEVICE_ID_UP8J: > + s = "RocketPort Plus Universal PCI 8J"; > + break; > + case RP_DEVICE_ID_UP422QO: > + s = "RocketPort Plus Universal PCI 422 Quad/Octa"; > + break; > + default: > + s = NULL; > + break; > + } > + } > if (s != NULL) { > + num_devices_found++; > device_set_desc(dev, s); > return (BUS_PROBE_DEFAULT); > } > @@ -150,10 +282,14 @@ rp_pciattach(device_t dev) > CONTROLLER_t *ctlp; > int unit; > int retval; > - u_int32_t stcmd; > - > + uint32_t stcmd; > + uint16_t VenDev; > + > + VenDev = pci_get_device(dev); > ctlp = device_get_softc(dev); > bzero(ctlp, sizeof(*ctlp)); > + > + ctlp->CtlID = CTLID_0001; /* controller type 1 */ > ctlp->dev = dev; > unit = device_get_unit(dev); > ctlp->aiop2rid = rp_pci_aiop2rid; > @@ -168,7 +304,11 @@ rp_pciattach(device_t dev) > } > > /* The IO ports of AIOPs for a PCI controller are continuous. */ > - ctlp->io_num = 1; > + if (cardIsUPCI(ctlp->dev)) /* if RocketPort UPCI with PLX chip */ > + ctlp->io_num = 2; /* then setup two base addresses */ > + else > + ctlp->io_num = 1; /* or just setup one base address */ > + > ctlp->io_rid = malloc(sizeof(*(ctlp->io_rid)) * ctlp->io_num, M_DEVBUF, M_NOWAIT | M_ZERO); > ctlp->io = malloc(sizeof(*(ctlp->io)) * ctlp->io_num, M_DEVBUF, M_NOWAIT | M_ZERO); > if (ctlp->io_rid == NULL || ctlp->io == NULL) { > @@ -179,15 +319,14 @@ rp_pciattach(device_t dev) > > ctlp->bus_ctlp = NULL; > > - switch (pci_get_device(dev)) { > - case RP_DEVICE_ID_UPCI_32: > - case RP_DEVICE_ID_UPCI_8O: > - ctlp->io_rid[0] = PCIR_BAR(2); > - break; > - default: > - ctlp->io_rid[0] = PCIR_BAR(0); > - break; > + if (cardIsUPCI(ctlp->dev)) { /* if RocketPort UPCI with PLX chip */ > + ctlp->io_rid[0] = 0x18; /* then setup two base addresses */ > + ctlp->io_rid[1] = 0x14; > } > + else { > + ctlp->io_rid[0] = 0x10; /* or just setup one base address */ > + } > + > ctlp->io[0] = bus_alloc_resource_any(dev, SYS_RES_IOPORT, > &ctlp->io_rid[0], RF_ACTIVE); > if(ctlp->io[0] == NULL) { > @@ -195,7 +334,16 @@ rp_pciattach(device_t dev) > retval = ENXIO; > goto nogo; > } > - > + if (cardIsUPCI(ctlp->dev)) { /* if RocketPort UPCI with PLX chip */ > + ctlp->io[1] = bus_alloc_resource(dev, SYS_RES_IOPORT, &ctlp->io_rid[1], 0, ~0, 1, RF_ACTIVE); > + /*device_printf(dev, "ioaddr (%x) mapping for RocketPort(UPCI) i > +s %08x.\n", ctlp->io_rid[1], ctlp->io[1]);*/ > + if(ctlp->io[1] == NULL) { > + device_printf(dev, "ioaddr mapping failed for RocketPort (UPCI).\n"); > + retval = ENXIO; > + goto nogo; > + } > + } > num_aiops = sPCIInitController(ctlp, > MAX_AIOPS_PER_BOARD, 0, > FREQ_DIS, 0, pci_get_device(dev)); > @@ -265,20 +413,74 @@ rp_pcireleaseresource(CONTROLLER_t *ctlp > rp_releaseresource(ctlp); > } > > -static int > +static int > sPCIInitController( CONTROLLER_t *CtlP, > int AiopNum, > int IRQNum, > Byte_t Frequency, > int PeriodicOnly, > - int VendorDevice) > + uint16_t VendorDevice) > { > - int i; > - > - CtlP->CtlID = CTLID_0001; /* controller release 1 */ > - > - sPCIControllerEOI(CtlP); > + int i, AiopChanCnt, gpio_dat; > > + if (cardIsUPCI(CtlP->dev)) /* if RocketPort UPCI with PLX chip */ > + rp_writeio2(CtlP, 1, _UPCI_INT_FUNC, 0x0000); /* disable ints */ > + else > + sPCIControllerEOI(CtlP); > + > + switch( VendorDevice ) { > + case RP_DEVICE_ID_4Q: > + case RP_DEVICE_ID_4J: > + case RP_DEVICE_ID_4M: > + case RP_DEVICE_ID_PL4: > + case RP_DEVICE_ID_UP4J: > + AiopChanCnt = 4; > + AiopNum = 1; > + break; > + case RP_DEVICE_ID_6M: > + AiopChanCnt = 6; > + AiopNum = 1; > + break; > + case RP_DEVICE_ID_8O: > + case RP_DEVICE_ID_8J: > + case RP_DEVICE_ID_8I: > + case RP_DEVICE_ID_U8PL: > + case RP_DEVICE_ID_U8QO: > + AiopNum = 1; > + AiopChanCnt = 8; > + break; > + case RP_DEVICE_ID_16I: > + case RP_DEVICE_ID_U16: > + AiopNum = 2; > + AiopChanCnt = 8; > + break; > + case RP_DEVICE_ID_32I: > + case RP_DEVICE_ID_U32: > + AiopNum = 4; > + AiopChanCnt = 8; > + break; > + case RP_DEVICE_ID_PL8: > + case RP_DEVICE_ID_UP8J: > + case RP_DEVICE_ID_UP8QO: > + case RP_DEVICE_ID_UP422QO: > + AiopNum = 2; > + AiopChanCnt = 4; > + break; > + case RP_DEVICE_ID_PL2: > + case RP_DEVICE_ID_UP2: > + case RP_DEVICE_ID_UP2SMPTE: > + AiopNum = 1; > + AiopChanCnt = 2; > + break; > + default: > + AiopNum = 1; > +#if notdef > + AiopChanCnt = 8; > +#else > + AiopChanCnt = sReadAiopNumChan(CtlP, 0); > +#endif /* notdef */ > + break; > + } > /* Init AIOPs */ > CtlP->NumAiop = 0; > for(i=0; i < AiopNum; i++) > @@ -290,39 +492,24 @@ sPCIInitController( CONTROLLER_t *CtlP, > { > break; /* done looking for AIOPs */ > } > - > - switch( VendorDevice ) { > - case RP_DEVICE_ID_4Q: > - case RP_DEVICE_ID_4J: > - case RP_DEVICE_ID_4M: > - CtlP->AiopNumChan[i] = 4; > - break; > - case RP_DEVICE_ID_6M: > - CtlP->AiopNumChan[i] = 6; > - break; > - case RP_DEVICE_ID_8O: > - case RP_DEVICE_ID_8J: > - case RP_DEVICE_ID_8I: > - case RP_DEVICE_ID_16I: > - case RP_DEVICE_ID_32I: > - CtlP->AiopNumChan[i] = 8; > - break; > - default: > -#if notdef > - CtlP->AiopNumChan[i] = 8; > -#else > - CtlP->AiopNumChan[i] = sReadAiopNumChan(CtlP, i); > -#endif /* notdef */ > - break; > - } > + if (VendorDevice == RP_DEVICE_ID_U8QO) { /* if UPCI QUAD/OCTAL board */ > + gpio_dat = rp_readio2(CtlP, 1, _UPCI_GPIO); /* read GPIO reg */ > + if (!(gpio_dat & _UPCI_OCTAL_IN)) /* if quad cable attached, */ > + AiopChanCnt = 4; /* set for only four channels */ > + } > + CtlP->AiopNumChan[i] = AiopChanCnt; > /*device_printf(CtlP->dev, "%d channels.\n", CtlP->AiopNumChan[i]);*/ > rp_writeaiop2(CtlP, i, _INDX_ADDR,_CLK_PRE); /* clock prescaler */ > - /*device_printf(CtlP->dev, "configuring clock prescaler.\n");*/ > - rp_writeaiop1(CtlP, i, _INDX_DATA,CLOCK_PRESC); > - /*device_printf(CtlP->dev, "configured clock prescaler.\n");*/ > + if (cardIsRocketportPlus(CtlP->dev)) { > + rp_writeaiop1(CtlP, i, _INDX_DATA, AB_CLOCK_PRESC); > + /*device_printf(CtlP->dev, "configured clock prescaler (%04x = %02x).\n",_CLK_PRE, AB_CLOCK_PRESC);*/ > + } > + else { > + rp_writeaiop1(CtlP, i, _INDX_DATA, CLOCK_PRESC); > + /*device_printf(CtlP->dev, "configured clock prescaler (%04x = %02x).\n",_CLK_PRE, CLOCK_PRESC);*/ > + } > CtlP->NumAiop++; /* bump count of AIOPs */ > } > - > if(CtlP->NumAiop == 0) > return(-1); > else > @@ -355,7 +542,80 @@ rp_pci_aiop2off(int aiop, int offset) > static unsigned char > rp_pci_ctlmask(CONTROLLER_t *ctlp) > { > - return sPCIGetControllerIntStatus(ctlp); > + int cmsk; > + unsigned char cret=0; > + > + if (cardIsUPCI(ctlp->dev)) { /* if RocketPort UPCI with PLX chip */ > + cmsk = rp_readio2(ctlp, 1, _UPCI_GPIO); > + if (cmsk & UINTSTAT0) /* convert PLX int bits to AIOPIC int bits */ > + cret |= INTSTAT0; > + if (cmsk & UINTSTAT1) > + cret |= INTSTAT1; > + if (cmsk & UINTSTAT2) > + cret |= INTSTAT2; > + if (cmsk & UINTSTAT3) > + cret |= INTSTAT3; > + cmsk = rp_readio2(ctlp, 1, _UPCI_INT_FUNC); /* get int active bit */ > + if (cmsk & UINTACT) > + cret |= 0x10; > + return cret; > + } > + else { > + return sPCIGetControllerIntStatus(ctlp); > + } > +} > +int > +cardIsUPCI(device_t dev) > +{ > + uint16_t VenDev; > + int upci_fnd; > + > + upci_fnd = FALSE; > + VenDev = pci_get_device(dev); > + switch( VenDev ) { > + case RP_DEVICE_ID_U8PL: > + case RP_DEVICE_ID_U8QO: > + case RP_DEVICE_ID_U16: > + case RP_DEVICE_ID_U32: > + case RP_DEVICE_ID_UP8QO: > + case RP_DEVICE_ID_UP2: > + case RP_DEVICE_ID_UP2SMPTE: > + case RP_DEVICE_ID_UP4J: > + case RP_DEVICE_ID_UP8J: > + case RP_DEVICE_ID_UP422QO: > + upci_fnd = TRUE; /* controller with PLX9030 chip */ > + break; > + default: > + upci_fnd = FALSE; > + break; > + } > + return(upci_fnd); > +} > +int > +cardIsRocketportPlus(device_t dev) > +{ > + uint16_t VenDev; > + int rpl_fnd; > + > + rpl_fnd = FALSE; > + VenDev = pci_get_device(dev); > + switch( VenDev ) { > + case RP_DEVICE_ID_PL4: > + case RP_DEVICE_ID_PL8: > + case RP_DEVICE_ID_PL2: > + case RP_DEVICE_ID_UP8QO: > + case RP_DEVICE_ID_UP2: > + case RP_DEVICE_ID_UP2SMPTE: > + case RP_DEVICE_ID_UP4J: > + case RP_DEVICE_ID_UP8J: > + case RP_DEVICE_ID_UP422QO: > + rpl_fnd = TRUE; /* RocketPort Plus board */ > + break; > + default: > + rpl_fnd = FALSE; > + break; > + } > + return(rpl_fnd); > } > > static device_method_t rp_pcimethods[] = { > Index: rpreg.h > =================================================================== > RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rpreg.h,v > retrieving revision 1.7 > diff -u -p -r1.7 rpreg.h > --- rpreg.h 6 Jan 2005 01:43:11 -0000 1.7 > +++ rpreg.h 7 Sep 2006 18:19:44 -0000 > @@ -133,6 +133,8 @@ typedef unsigned int DWordIO_t; > /* Controller ID numbers */ > #define CTLID_NULL -1 /* no controller exists */ > #define CTLID_0001 0x0001 /* controller release 1 */ > +#define CTLID_0002 0x0002 /* controller with PLX9030 chip */ > +#define CTLID_0003 0x0003 /* Rocketport Plus board */ > > /* AIOP ID numbers, identifies AIOP type implementing channel */ > #define AIOPID_NULL -1 /* no AIOP or channel exists */ > @@ -213,8 +215,11 @@ Channel Register Offsets - Indexed - Int > #define _BAUD 0xFF4 /* Baud Rate 16 Write */ > #define _CLK_PRE 0xFF6 /* Clock Prescaler 8 Write */ > > +/************************************************************************ > + Baud rate divisors using mod 9 clock prescaler and 36.873 clock > +************************************************************************/ > #define CLOCK_PRESC 0x19 /* mod 9 (divide by 10) prescale */ > - > +#define BRD0 3 /* tps remapped for 57.6KB */ > #define BRD50 4607 > #define BRD75 3071 > #define BRD110 2094 > @@ -238,6 +243,35 @@ Channel Register Offsets - Indexed - Int > #define BRD76800 2 > #define BRD115200 1 > #define BRD230400 0 > +/************************************************************************ > + Baud rate divisors using mod 2 clock prescaler and 44.2368 clock > +************************************************************************/ > +#define AB_CLOCK_PRESC 0x12 /* mod 2 prescale */ > +#define AB_BRD0 3 /* tps remapped for 57.6KB */ > +#define AB_BRD50 18431 > +#define AB_BRD75 12287 > +#define AB_BRD110 8377 > +#define AB_BRD134 6852 > +#define AB_BRD150 6143 > +#define AB_BRD200 4607 > +#define AB_BRD300 3071 > +#define AB_BRD600 1535 > +#define AB_BRD1200 767 > +#define AB_BRD1800 511 > +#define AB_BRD2400 383 > +#define AB_BRD4800 191 > +#define AB_BRD7200 127 > +#define AB_BRD9600 95 > +#define AB_BRD14400 63 > +#define AB_BRD19200 47 > +#define AB_BRD28800 31 > +#define AB_BRD38400 23 > +#define AB_BRD57600 15 > +#define AB_BRD76800 11 > +#define AB_BRD115200 7 > +#define AB_BRD230400 3 > +#define AB_BRD460800 2 > +#define AB_BRD921600 0 > > #define STMBREAK 0x08 /* BREAK */ > #define STMFRAME 0x04 /* framing error */ > @@ -316,6 +350,12 @@ Channel Register Offsets - Indexed - Int > #define INTSTAT2 0x04 /* AIOP 2 interrupt status */ > #define INTSTAT3 0x08 /* AIOP 3 interrupt status */ > > +#define UINTACT 0x04 /* UPCI AIOP Interrupt active */ > +#define UINTSTAT0 0x04 /* UPCI AIOP 0 interrupt status */ > +#define UINTSTAT1 0x20 /* UPCI AIOP 1 interrupt status */ > +#define UINTSTAT2 0x100 /* UPCI AIOP 2 interrupt status */ > +#define UINTSTAT3 0x800 /* UPCI AIOP 3 interrupt status */ > + > #define INTR_EN 0x08 /* allow interrupts to host */ > #define INT_STROB 0x04 /* strobe and clear interrupt line (EOI) */ > > @@ -1004,7 +1044,12 @@ void sEnInterrupts(CHANNEL_T *ChP,Word_t > void sDisInterrupts(CHANNEL_T *ChP,Word_t Flags); > int rp_attachcommon(CONTROLLER_T *ctlp, int num_aiops, int num_ports); > void rp_releaseresource(CONTROLLER_t *ctlp); > +int cardIsUPCI(device_t dev); > +int cardIsRocketportPlus(device_t dev); > +int sGetChanRI(CHANNEL_T * ChP); > void rp_untimeout(void); > +extern int next_unit_number; > +extern int num_devices_found; > > #ifndef ROCKET_C > extern Byte_t R[RDATASIZE]; > Index: rpvar.h > =================================================================== > RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rpvar.h,v > retrieving revision 1.8 > diff -u -p -r1.8 rpvar.h > --- rpvar.h 6 Jan 2005 01:43:11 -0000 1.8 > +++ rpvar.h 7 Sep 2006 18:19:44 -0000 > @@ -63,8 +63,8 @@ struct rp_port { > int rp_xmit_stopped:1; > CONTROLLER_t * rp_ctlp; > CHANNEL_t rp_channel; > - unsigned short TxBuf[TXFIFO_SIZE/2 +1]; > - unsigned short RxBuf[RXFIFO_SIZE/2 +1]; > + unsigned short TxBuf[TXFIFO_SIZE/2 + 1]; > + unsigned short RxBuf[RXFIFO_SIZE/2 + 1]; > }; > > /* Actually not used */ > > This works for me and supports more HW. > > Doug A. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > %SPAMBLOCK-SYS: Matched [@freebsd.org+], message ok From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 20:35:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3976616A4E9; Thu, 7 Sep 2006 20:35:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35EDE43D58; Thu, 7 Sep 2006 20:35:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k87KZGNA057550; Thu, 7 Sep 2006 16:35:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k87KZHnS020240; Thu, 7 Sep 2006 16:35:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E2EEB7302F; Thu, 7 Sep 2006 16:35:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060907203516.E2EEB7302F@freebsd-current.sentex.ca> Date: Thu, 7 Sep 2006 16:35:16 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 20:35:20 -0000 TB --- 2006-09-07 19:54:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-07 19:54:22 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-09-07 19:54:22 - cleaning the object tree TB --- 2006-09-07 19:55:01 - checking out the source tree TB --- 2006-09-07 19:55:01 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-09-07 19:55:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-09-07 20:05:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-07 20:05:00 - cd /src TB --- 2006-09-07 20:05:00 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] echo getty: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libutil.a >> .depend ===> libexec/lukemftpd (depend) yacc -o ftpcmd.c /src/libexec/lukemftpd/../../contrib/lukemftpd/src/ftpcmd.y sed -e 's/^main(/ls_main(/g' -e 's,extern.h,../../bin/ls/extern.h,' /src/libexec/lukemftpd/../../bin/ls/ls.c > ls-unmain.c rm -f .depend mkdep -f .depend -a -I/src/libexec/lukemftpd -I/src/libexec/lukemftpd/../../contrib/lukemftpd -I/src/libexec/lukemftpd/../../contrib/lukemftpd/src -I/src/libexec/lukemftpd/../../lib/libc/stdtime -I/src/libexec/lukemftpd/../../bin/ls -DUSE_OPIE -DLOGIN_CAP -DUSE_PAM /src/libexec/lukemftpd/../../contrib/lukemftpd/src/cmds.c /src/libexec/lukemftpd/../../contrib/lukemftpd/src/conf.c /src/libexec/lukemftpd/../../contrib/lukemftpd/src/ftpd.c ftpcmd.c /src/libexec/lukemftpd/../../contrib/lukemftpd/src/popen.c /src/libexec/lukemftpd/../../contrib/lukemftpd/libnetbsd/strsuftoll.c ls-unmain.c /src/libexec/lukemftpd/../../bin/ls/cmp.c /src/libexec/lukemftpd/../../bin/ls/print.c /src/libexec/lukemftpd/../../bin/ls/util.c /src/libexec/lukemftpd/../../contrib/lukemftpd/src/ftpd.c:182:26: nbsd_pidfile.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/libexec/lukemftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-07 20:35:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-07 20:35:16 - ERROR: failed to build world TB --- 2006-09-07 20:35:16 - tinderbox aborted TB --- 1.31 user 7.02 system 2454.66 real From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 20:50:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 356C516A4DF for ; Thu, 7 Sep 2006 20:50:22 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [64.46.156.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAE0043D49 for ; Thu, 7 Sep 2006 20:50:21 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (localhost [127.0.0.1]) by sarah.protected-networks.net (Postfix) with ESMTP id 05E8B6175; Thu, 7 Sep 2006 16:50:21 -0400 (EDT) Authentication-Results: sarah.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from sarah.protected-networks.net (localhost [127.0.0.1]) by sarah.protected-networks.net (Postfix) with ESMTP id 9D6396138; Thu, 7 Sep 2006 16:50:20 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type:Content-Transfer-Encoding; b=D8v1RgvK2ArDtxUWqtVLUyb31ZwVihLG64zvJtzTfFkD2GgAJ0vUnFUyOWzdKJw1GIjJkAkfL2Q7NJeJFY9TYNlNp+iURiiVVQr4M4Rd/GqgIfmjEk1XBLre2cuI5jRX; Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) by sarah.protected-networks.net (Postfix) with ESMTP id 5E35360E8; Thu, 7 Sep 2006 16:50:20 -0400 (EDT) Message-ID: <4500860B.3050804@protected-networks.net> Date: Thu, 07 Sep 2006 16:50:19 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <44FF4909.9020108@vwsoft.com> <44FF5B02.3090804@vwsoft.com> <44FF6FE6.4080602@protected-networks.net> In-Reply-To: <44FF6FE6.4080602@protected-networks.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Volker Subject: Re: gmirror RAID-1: rebuilding freezes machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 20:50:22 -0000 I wrote: > I'm backing out the attached change to see if it fixes it .. Nope, not this change .. unfortunately, the machine I have available to test is both remote and in production so I can't pursue it further. I've just detached a drive from the mirror until it gets looked at :-( ------------------------------------------------------------------------ Index: src/sys/geom/mirror/g_mirror.c =================================================================== RCS file: /usr/home/ncvs/src/sys/geom/mirror/g_mirror.c,v retrieving revision 1.66.2.7 retrieving revision 1.66.2.8 diff -u -r1.66.2.7 -r1.66.2.8 --- src/sys/geom/mirror/g_mirror.c 16 Jul 2006 15:47:46 -0000 1.66.2.7 +++ src/sys/geom/mirror/g_mirror.c 4 Sep 2006 12:55:43 -0000 1.66.2.8 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 21:06:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE2E316A4E0 for ; Thu, 7 Sep 2006 21:06:57 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.ipactive.de [85.214.39.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 446DC43D45 for ; Thu, 7 Sep 2006 21:06:57 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-001.eplus-online.de [212.23.126.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id DEF6333D1A; Thu, 7 Sep 2006 23:06:48 +0200 (CEST) Received: from [127.0.0.1] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id BD7FC2E54F; Thu, 7 Sep 2006 23:06:23 +0200 (CEST) Message-ID: <450089E2.5090906@vwsoft.com> Date: Thu, 07 Sep 2006 23:06:42 +0200 From: Volker User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Michael Butler References: <44FF4909.9020108@vwsoft.com> <44FF5B02.3090804@vwsoft.com> <44FF6FE6.4080602@protected-networks.net> <4500860B.3050804@protected-networks.net> In-Reply-To: <4500860B.3050804@protected-networks.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: gmirror RAID-1: rebuilding freezes machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 21:06:57 -0000 On 2006-09-07 22:50, Michael Butler wrote: > I wrote: >> I'm backing out the attached change to see if it fixes it .. > > Nope, not this change .. unfortunately, the machine I have available to > test is both remote and in production so I can't pursue it further. I've > just detached a drive from the mirror until it gets looked at :-( > Michael, if you need me to check any patch, just tell me. My machine is as remote as 2 meters can be... :) Also this machine is important to me (it's a SOHO/Home server, router etc.) but I may test anything on it. If anything is critical to test, I've got another testing only machine which I may deploy quickly. I'm in the european time zone (Germany) so please expect a delay in response. Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 21:25:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2EB916A4DA; Thu, 7 Sep 2006 21:25:14 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA63043D80; Thu, 7 Sep 2006 21:25:05 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([85.236.96.60]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50002970252.msg; Thu, 07 Sep 2006 22:24:00 +0100 Message-ID: <035701c6d2c3$eb574aa0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Jo Rhett" References: <44EC0B9B.5020705@withagen.nl><003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060907184316.GC56998@svcolo.com> Date: Thu, 7 Sep 2006 22:23:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Thu, 07 Sep 2006 22:24:00 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 85.236.96.60 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Thu, 07 Sep 2006 22:24:00 +0100 Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 21:25:15 -0000 Jo Rhett wrote: > However keep in mind that Highpoint support is nearly clueless. When > the 1820a first shipped we were unable to find anyone on staff that > knew what FreeBSD was, or how to read a problem report. > > No experience with Areca. 3ware is very clueful and capable. I did have a little bother getting through to the dev's for support with a disk compatibility issue but once I located the right person highpoint support was very good. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 22:06:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEFF916A4DD; Thu, 7 Sep 2006 22:06:22 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from outbound0.sv.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 898EE43D46; Thu, 7 Sep 2006 22:06:20 +0000 (GMT) (envelope-from jrhett@svcolo.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k87M62jX010645; Thu, 7 Sep 2006 15:06:20 -0700 (PDT) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k87M5DwG034699; Thu, 7 Sep 2006 15:05:13 -0700 (PDT) (envelope-from jrhett@svcolo.com) In-Reply-To: <035701c6d2c3$eb574aa0$b3db87d4@multiplay.co.uk> References: <44EC0B9B.5020705@withagen.nl><003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060907184316.GC56998@svcolo.com> <035701c6d2c3$eb574aa0$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Thu, 7 Sep 2006 15:05:11 -0700 To: "Steven Hartland" X-Mailer: Apple Mail (2.752.2) Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 22:06:22 -0000 > Jo Rhett wrote: >> However keep in mind that Highpoint support is nearly clueless. When >> the 1820a first shipped we were unable to find anyone on staff that >> knew what FreeBSD was, or how to read a problem report. >> No experience with Areca. 3ware is very clueful and capable. On Sep 7, 2006, at 2:23 PM, Steven Hartland wrote: > I did have a little bother getting through to the dev's for > support with a disk compatibility issue but once I located > the right person highpoint support was very good. How did you locate them? Highpoint support told us that a third party did the freebsd driver and that they had no intention of supporting it. FYI, several people have claimed that the 1820a is "hardware" -- this is untrue. It's hardware accelerated, but all of the raid logic is in the driver. It's sludgeware", not hardware raid. Performance tests against a real hardware raid adapter will demonstrate what I mean. -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 23:36:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54B9716A4DA for ; Thu, 7 Sep 2006 23:36:41 +0000 (UTC) (envelope-from bluespire@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68BA443D45 for ; Thu, 7 Sep 2006 23:36:40 +0000 (GMT) (envelope-from bluespire@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so416234uge for ; Thu, 07 Sep 2006 16:36:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=kvKsvuT2iAUJmSl/rYm9uYDDgQrFcXBRCxHdW1UkJXXiiEv9I29zlzHLHuSJG72IIxbsQkROp4r2XfnnkzqfnaNfVxdA9Lyj0t4h26tu2Rm5jUrgHD3FGVVM233w0wKxm8EXLhbtOgminE3lHT0O+Ux15O/C2TP15NoapO2pnNU= Received: by 10.67.24.13 with SMTP id b13mr737062ugj; Thu, 07 Sep 2006 16:36:38 -0700 (PDT) Received: by 10.66.237.12 with HTTP; Thu, 7 Sep 2006 16:36:38 -0700 (PDT) Message-ID: <6bd744760609071636w6ab332bib9c36ea2b8a53614@mail.gmail.com> Date: Thu, 7 Sep 2006 16:36:38 -0700 From: Howard To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: panic on 6.0 with amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 23:36:41 -0000 Hi all, I'm experiencing kernel panics on a webserver running freebsd 6.0. The panics are infrequent (about once a month) and do occur under mild load (even under only 0.4 load). Following the handbook's instructions I got th= e dump info and also made the dmesg available. I apologize in advance, I'm extremely new to this type of problem so if any information is missing please let me know. Thanks for any help or tips, they are much appreciated= . Here is the dump info: # kgdb kernel.debug.0 vmcore.3 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Sep 5 16:14:02 aeon sm-mta[37276]: k85L6atQ032754: SYSERR(root): deliver: mci=3D642018 rcode=3D0 errno=3D0 state=3D0 sig=3D relay.verizon.net. Sep 5 16:44:03 aeon sm-mta[38256]: k85L1oiE032593: SYSERR(root): deliver: mci=3D643018 rcode=3D= 0 errno=3D0 state=3D0 sig=3Drelay.verizon.net. Sep= 5 17:14:20 aeon sm-mta[39178]: k85JucY6030388: SYSERR(root): deliver: mci=3D643018 rcode=3D0 errno=3D0 state=3D0 sig=3Drelay.verizon.net. Sep 5 17:45:31 aeon sm-mta[40231]: k85IWEZL027822: S #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) backtrace #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff803b50c3 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:399 #3 0xffffffff803b56c6 in panic (fmt=3D0xffffff007b9ed720 "@=D3=CAa") at /usr/src/sys/kern/kern_shutdown.c:555 #4 0xffffffff8058bfbf in trap_fatal (frame=3D0xffffff007b9ed720, eva=3D18446742975838606144) at /usr/src/sys/amd64/amd64/trap.c:655 #5 0xffffffff8058c462 in trap (frame=3D {tf_rdi =3D -140737488355328, tf_rsi =3D -1099450764336, tf_rdx =3D 6053253321325322206, tf_rcx =3D 34369499136, tf_r8 =3D 0, tf_r9 =3D -1097427386368, tf_rax =3D 0, tf_rbx =3D -1384231984, tf_rbp =3D 6053253321325322206, tf_r10 =3D 6385350, tf_r11 =3D 425690, tf_r12 =3D -1099450764416, tf_r13 =3D -1097376303568, tf_r14 =3D 140737488355328, tf_r= 15 =3D 0, tf_trapno =3D 27, tf_addr =3D 0, tf_flags =3D -1396024512, tf_err =3D 0,= tf_rip =3D -2141685473, tf_cs =3D 8, tf_rflags =3D 66054, tf_rsp =3D -1310041440, tf_s= s =3D 16}) at /usr/src/sys/amd64/amd64/trap.c:467 #6 0xffffffff8057bb6b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff8058791f in pmap_remove_pages (pmap=3D0xffffff0003a0b380, sva= =3D0, eva=3D140737488355328) at /usr/src/sys/amd64/amd64/pmap.c:2531 #8 0xffffffff80399561 in exit1 (td=3D0xffffff007b9ed720, rv=3D0) at vm_map.h:252 #9 0xffffffff8039987e in sys_exit (td=3D0xffff800000000000, uap=3D0xffffff0003a0b3d0) at /usr/src/sys/kern/kern_exit.c:97 #10 0xffffffff8058cdd1 in syscall (frame=3D {tf_rdi =3D 0, tf_rsi =3D 34365342200, tf_rdx =3D 34369564640, tf_rcx= =3D 0, tf_r8 =3D 0, tf_r9 =3D 0, tf_rax =3D 1, tf_rbx =3D 0, tf_rbp =3D 0, tf_r10 = =3D 0, tf_r11 =3D 0, tf_r12 =3D 5628032, tf_r13 =3D 5533792, tf_r14 =3D 43, tf_r15 =3D 140737488349504, tf_trapno =3D 12, tf_addr =3D 34368757184, tf_flags =3D 12= , tf_err =3D 2, tf_rip =3D 34369078716, tf_cs =3D 43, tf_rflags =3D 518, tf_r= sp =3D 140737488348776, tf_ss =3D 35}) at /usr/src/sys/amd64/amd64/trap.c:787 #11 0xffffffff8057bd08 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #12 0x00000008008e85bc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit and dmesg: Copyright (c) 1992-2005 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 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 244 (1792.82-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xf51 Stepping =3D 1 Features=3D0x78bfbff AMD Features=3D0xe0500800 real memory =3D 2147418112 (2047 MB) avail memory =3D 2063310848 (1967 MB) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 9 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 10 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci3 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci3 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xbc00-0xbc07,0xb400-0xb403,0xb000-0xb007,0xac00-0xac03,0xa800-0xa80f mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 pci3: at device 6.0 (no driver attached) fxp0: port 0xa400-0xa43f mem 0xfeafb000-0xfeafbfff,0xfeaa0000-0xfeabffff irq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:2a:15:a9 isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem 0xfc8c0000-0xfc8cffff,0xfc8b0000-0xfc8bffff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:2a:50:3e bge1: mem 0xfc8f0000-0xfc8fffff,0xfc8e0000-0xfc8effff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:2a:50:3f pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcc7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1792816307 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 ad10: 238475MB at ata5-master SATA150 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 7 23:53:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F8AD16A4DA for ; Thu, 7 Sep 2006 23:53:01 +0000 (UTC) (envelope-from adam@adamretter.eclipse.co.uk) Received: from mra05.ch.as12513.net (mra05.ch.as12513.net [82.153.254.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB02B43D45 for ; Thu, 7 Sep 2006 23:53:00 +0000 (GMT) (envelope-from adam@adamretter.eclipse.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra05.ch.as12513.net (Postfix) with ESMTP id 51C70C04C7; Fri, 8 Sep 2006 00:52:59 +0100 (BST) Received: from mra05.ch.as12513.net ([127.0.0.1]) by localhost (mra05.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14777-02-32; Fri, 8 Sep 2006 00:52:58 +0100 (BST) Received: from funkalicious.home.dom (unknown [82.152.93.225]) by mra05.ch.as12513.net (Postfix) with ESMTP id AB1EEC0315; Fri, 8 Sep 2006 00:52:58 +0100 (BST) From: Adam Retter To: Tony Maher In-Reply-To: <4500A1A0.3060706@uts.edu.au> References: <1157632691.58001.6.camel@funkalicious.home.dom> <4500A1A0.3060706@uts.edu.au> Content-Type: text/plain Date: Fri, 08 Sep 2006 00:53:50 +0100 Message-Id: <1157673230.58001.11.camel@funkalicious.home.dom> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: freebsd-stable@freebsd.org Subject: Re: Broken loader in STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 23:53:01 -0000 Yes, these are set in make.conf, but I have always had these set and there have been no problems in the past... # Compile for Pentium 4 CPU CPUTYPE=p4 # Compiler optimisation flags CFLAGS= -O2 -pipe -funroll-loops -ffast-math # Compiler optimisation flags for the Kernel COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math On Fri, 2006-09-08 at 08:48 +1000, Tony Maher wrote: > Adam Retter wrote: > > Hi Chaps, > > > > > > I think something has changed with regards to loader in STABLE recently, > > it has prevented me from being able to boot my machine today. This > > ideally needs to get fixed so other people dont have the same problem. > > > > Previously I have been able to boot fine and the system has been solid > > as a rock, until... > > > > I did a make buildworld, buildkernel, installkernel, reboot, mergemaster > > -p, installworld, mergemaster and then reboot - since the second reboot > > (after mergemaster) my system wont boot up any more - I get to the > > FreeBSD boot options screen width the besatie logo "1. boot default - 6. > > escape to loader etc" and then I get this - > > > > FreeBSD/i386 bootstrap loader, Revision 1.1 > > (adam@funkalicious.home.dom, Thu Aug 31 12:53:11 BST 2006) > > Can't work out which disk we are booting from. > > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: > > > > panic: free: guard1 fail @ 0x67184 > > from /usr/src/sys/boot/i386/loader/../../common/module.c:958 > > --> Press a key on the console to reboot <-- > > Do you have any compile options in /etc/make.conf? > These can affect loader. > > -- > tonym From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 00:16:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D82416A4DF for ; Fri, 8 Sep 2006 00:16:10 +0000 (UTC) (envelope-from anthony.maher@uts.edu.au) Received: from dib.itd.uts.edu.au (dib.itd.uts.edu.au [138.25.22.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 299C143D4C for ; Fri, 8 Sep 2006 00:16:09 +0000 (GMT) (envelope-from anthony.maher@uts.edu.au) Received: by dib.itd.uts.edu.au (Postfix, from userid 1011) id 05047D8826; Fri, 8 Sep 2006 10:12:10 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by dib.itd.uts.edu.au (Postfix/Intermediary) with ESMTP id EAF43D883C; Fri, 8 Sep 2006 10:12:09 +1000 (EST) Received: from vimes (vimes.itd.uts.edu.au [138.25.243.34]) by dib.itd.uts.edu.au (Postfix/Ingress) with ESMTP id DB2DBD8826; Fri, 8 Sep 2006 10:12:09 +1000 (EST) Received: from [138.25.81.112] by postoffice.uts.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTPS id <0J5800A1JZEWHU60@postoffice.uts.edu.au>; Fri, 08 Sep 2006 10:16:08 +1000 (EST) Date: Fri, 08 Sep 2006 10:16:08 +1000 From: Tony Maher In-reply-to: <1157673230.58001.11.camel@funkalicious.home.dom> To: Adam Retter Message-id: <4500B648.4000009@uts.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <1157632691.58001.6.camel@funkalicious.home.dom> <4500A1A0.3060706@uts.edu.au> <1157673230.58001.11.camel@funkalicious.home.dom> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060511 Cc: freebsd-stable@freebsd.org Subject: Re: Broken loader in STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 00:16:10 -0000 Adam Retter wrote: > On Fri, 2006-09-08 at 08:48 +1000, Tony Maher wrote: >>Do you have any compile options in /etc/make.conf? >>These can affect loader. > > Yes, these are set in make.conf, but I have always had these set and > there have been no problems in the past... > > > # Compile for Pentium 4 CPU > CPUTYPE=p4 > > # Compiler optimisation flags > CFLAGS= -O2 -pipe -funroll-loops -ffast-math > > # Compiler optimisation flags for the Kernel > COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math >From private email from someone else with same problem (they had -funroll-loops in make.conf), "optimizations are bad for the loader"... but it still works fine for me using -O -pipe. -- tonym From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 04:30:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCFAC16A4DA for ; Fri, 8 Sep 2006 04:30:01 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 429A543D49 for ; Fri, 8 Sep 2006 04:30:01 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k884Txnw077812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Sep 2006 21:30:00 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4500F1C8.6000702@errno.com> Date: Thu, 07 Sep 2006 21:30:00 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: dandee@volny.cz References: <000401c6d166$03d1fa80$6508280a@tocnet28.jspoj.czf> In-Reply-To: <000401c6d166$03d1fa80$6508280a@tocnet28.jspoj.czf> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: atheros driver under high load, panics and even more freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 04:30:01 -0000 Daniel Dvoøák wrote: > Hi Sam and all, > > I am not sure if I understand your answer, but I try it. > > When I use start my test, athstats shows this: > > athstats -i ath0 > > 19308912 data frames received > 15723536 data frames transmit > 6536 tx frames with an alternate rate > 2188280 long on-chip tx retries > 62583 tx failed 'cuz too many retries > 348 tx linearized to cluster > 24M current transmit rate > 6 tx management frames > 6 tx frames discarded prior to association > 27129 tx stopped 'cuz no xmit buffer > 23057 tx frames with no ack marked > 1182 rx failed 'cuz of bad CRC > 761604 rx failed 'cuz of PHY err > 761604 OFDM timing > 4829 periodic calibrations > 28 rssi of last ack > 27 avg recv rssi > -96 rx noise floor > 1 switched default/rx antenna > Antenna profile: > [1] tx 15660942 rx 19451935 > [2] tx 2 rx 0 > > ... > > > I use this ping command from R2: > ping -i .002 -c 10000 -s 1472 opposite side R1 > > --- R1 ping statistics --- > 10000 packets transmitted, 10000 packets received, 0% packet loss > round-trip min/avg/max/stddev = 1.316/1.442/49.391/1.757 ms > > You can see nice average latency about 1,4 ms and no one packet was lost. > > athstats almost wasn´t changed. > > 19309465 data frames received > 15724079 data frames transmit > 6536 tx frames with an alternate rate > 2188281 long on-chip tx retries > 62583 tx failed 'cuz too many retries > 348 tx linearized to cluster > 24M current transmit rate > 6 tx management frames > 6 tx frames discarded prior to association > 27129 tx stopped 'cuz no xmit buffer > 23075 tx frames with no ack marked > 1182 rx failed 'cuz of bad CRC > 761605 rx failed 'cuz of PHY err > 761605 OFDM timing > 4834 periodic calibrations > 29 rssi of last ack > 27 avg recv rssi > -96 rx noise floor > 1 switched default/rx antenna > Antenna profile: > [1] tx 15661485 rx 19452488 > [2] tx 2 rx 0 > > For compare with flood ping at once: > > --- R1 ping statistics --- > 10000 packets transmitted, 10000 packets received, 0% packet loss > round-trip min/avg/max/stddev = 1.319/1.516/5.594/0.120 ms > > Almost the same, yes max is even better. > > ---------------------------------------------------------------------------- > -------------- > > If I use interval 1/1000 s to send the echo request, the situation is > rapidly changed. > ping -i .001 -c 10000 -s 1472 opposite side R1 > > --- R1 ping statistics --- > 10000 packets transmitted, 9681 packets received, 3% packet loss > round-trip min/avg/max/stddev = 1.319/335.806/564.946/170.691 ms > > R2# ifconfig -v ath0 > ath0: flags=8c43 mtu 1500 > ------ ??????????? OACTIVE FLAG ????????? ---- > inet6 fe80::20b:6bff:fe2a:c78e%ath0 prefixlen 64 scopeid 0x2 > inet 10.XX.YY.ZZ netmask 0xfffffffc broadcast 10.40.64.19 > ether xxxxxxxxxxxxxxxx > media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11a > (OFDM/24Mbps) > status: associated > > 19350739 data frames received > 15765446 data frames transmit > 6536 tx frames with an alternate rate > 2194842 long on-chip tx retries > 62590 tx failed 'cuz too many retries > 348 tx linearized to cluster > 24M current transmit rate > 6 tx management frames > 6 tx frames discarded prior to association > 29242 tx stopped 'cuz no xmit buffer > 23155 tx frames with no ack marked > 1182 rx failed 'cuz of bad CRC > 764641 rx failed 'cuz of PHY err > 764641 OFDM timing > 4856 periodic calibrations > 28 rssi of last ack > 27 avg recv rssi > -96 rx noise floor > 1 switched default/rx antenna > Antenna profile: > [1] tx 15702845 rx 19493774 > [2] tx 2 rx 0 > > I observe flags of ath and when latency is going to high more and more, > there is a new flag which I´ve never seen before, OACTIVE FLAG ? > > R2# man ifconfig | grep "OACTIVE" > > When ping ends oactive flag disappears. > > When the same ping test is done from linux box to fbsd, nice latency 1,2ms > and no "no buffer". > > with -i 0.002 the throughput is about 0,5MB/s in and out of cource > > with -i 0.001 until no buffer is about 0,85MB/s in and out. > > when no buffer and octive appears, the throughput is about 0,1MB/s or > 128KB/s if you like or 1Mbit/s. > > I attached the progress of pinging ip address. You ask why you're seeing OACTIVE when you lower the inter-packet wait time to ping. This is because you're flooding the tx queue of the ath driver and using up all the tx buffers/descriptors. When ath is handed a frame to send and it has no resources available it will mark the interface "active' (OACTIVE) and drop the packet. You can also see this in the athstats output ("tx stopped 'cuz no xmit buffer"). Linux behaves differently because it blocks the user process when this happens until such time as there are resources to do the send. This behaviour likely also explains the variability in the ping times; I think the rx processing may be deferred while the driver deals with the tx flood. You can up the number of tx buffers available with the ATH_TXBUF config option or by setting the hw.ath.txbuf tunable from the loader. The default is 100 buffers which is usually plenty for sta-mode operation--which is what the driver is optimized for (it appears linux defaults to 200 tx buffers which would also explain different behaviour). Likewise there is a rx-side tunable for the number of rx buffers. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 09:14:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14E5A16A4E1; Fri, 8 Sep 2006 09:14:22 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2424043D58; Fri, 8 Sep 2006 09:14:20 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50002971416.msg; Fri, 08 Sep 2006 10:14:16 +0100 Message-ID: <001001c6d327$25dc07c0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Jo Rhett" References: <44EC0B9B.5020705@withagen.nl><003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060907184316.GC56998@svcolo.com> <035701c6d2c3$eb574aa0$b3db87d4@multiplay.co.uk> Date: Fri, 8 Sep 2006 06:16:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Fri, 08 Sep 2006 10:14:16 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Fri, 08 Sep 2006 10:14:17 +0100 Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 09:14:22 -0000 Jo Rhett wrote: > On Sep 7, 2006, at 2:23 PM, Steven Hartland wrote: >> I did have a little bother getting through to the dev's for >> support with a disk compatibility issue but once I located >> the right person highpoint support was very good. > > How did you locate them? Highpoint support told us that a third > party did the freebsd driver and that they had no intention of > supporting it. Just going through their support email. I believe Scott did the original FreeBSD 1820a port but they where more than helpful in fixing the issue I had which was a quite nasty compat issue with seagate 400GB disks. > FYI, several people have claimed that the 1820a is "hardware" -- this > is untrue. It's hardware accelerated, but all of the raid logic is > in the driver. It's sludgeware", not hardware raid. Performance > tests against a real hardware raid adapter will demonstrate what I > mean. I believe you are wrong here and my own performance tests here backs this up, showing it keeps up with the more expensive areca in a number of areas notably, providing 180MB/s in sequential read tests from a 5 disk array. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 09:30:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3276E16A4E0 for ; Fri, 8 Sep 2006 09:30:59 +0000 (UTC) (envelope-from shino@fornext.org) Received: from juniper.fornext.org (167.109.138.210.bn.2iij.net [210.138.109.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75AA43D53 for ; Fri, 8 Sep 2006 09:30:58 +0000 (GMT) (envelope-from shino@fornext.org) Received: from [127.0.0.1] (shino-gw.noc.titech.ac.jp [131.112.126.17]) by juniper.fornext.org (Postfix) with ESMTP id 1982A13 for ; Fri, 8 Sep 2006 18:30:56 +0900 (JST) Date: Fri, 08 Sep 2006 18:30:57 +0900 From: Shunsuke SHINOMIYA To: freebsd-stable@freebsd.org Message-Id: <20060908175132.EC4D.SHINO@fornext.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.25.02 [ja] Subject: reenable tagged queueing of VMware virtual disk. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 09:30:59 -0000 Hi, Tagged queueing feature of a VMware virtual disk connected with SCSI has been disabled since the cam quirk was added. # this quirk is needed to find the drive by SCSI HA. I modified this quirk to allow tagged queueing while finding out causes of low disk performance. This modification improve the throughput of the disk I/O on VMware ESX Server 3, at least. (4MBps -> 18Mbps, by some easy measurements using dd). I think following modification to be applicable to RELENG_[456] and MAIN. I applied this patch to my RELENG_5 (virtual) box and do 'make -j4 buildworld' now and at present, the problem has not occurred. --- sys/cam/cam_xpt.c.orig Fri Sep 8 18:10:14 2006 +++ sys/cam/cam_xpt.c Fri Sep 8 17:43:57 2006 @@ -359,7 +359,7 @@ { /* Does not support other than LUN 0 */ { T_DIRECT, SIP_MEDIA_FIXED, "VMware*", "*", "*" }, - CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/0 + CAM_QUIRK_NOLUNS, /*mintags*/2, /*maxtags*/255 }, thank you. -- Shunsuke SHINOMIYA From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 10:26:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6914216A4DA for ; Fri, 8 Sep 2006 10:26:28 +0000 (UTC) (envelope-from romanl@free.fr) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id E893543D58 for ; Fri, 8 Sep 2006 10:26:27 +0000 (GMT) (envelope-from romanl@free.fr) Received: from imp8-g19.free.fr (imp8-g19.free.fr [212.27.42.39]) by smtp4-g19.free.fr (Postfix) with ESMTP id 267DD5491D for ; Fri, 8 Sep 2006 12:26:27 +0200 (CEST) Received: by imp8-g19.free.fr (Postfix, from userid 33) id 1DE0987F3; Fri, 8 Sep 2006 12:47:46 +0200 (CEST) Received: from fw.elexo.fr (fw.elexo.fr [81.255.193.109]) by imp8-g19.free.fr (IMP) with HTTP for ; Fri, 08 Sep 2006 12:47:46 +0200 Message-ID: <1157712466.45014a5203bc8@imp8-g19.free.fr> Date: Fri, 08 Sep 2006 12:47:46 +0200 From: romanl@free.fr To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 81.255.193.109 Subject: bpf issue with sis driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 10:26:28 -0000 hi all, The problem is the following: Using tcpdump -i sis0, whatever other arguments, I am loosing more or less (UDP) packets depending on the bitrate when starting AND stopping tcpdump. At least at the application level as reported by my client program. No such problem with the rl driver, not tested on others yet but that is possible if needed. I am using FreeBSD 6.1-STABLE #0: Thu Sep 7 13:06:10 CEST 2006 but it was the same with a 6.1RC. from dmesg: sis0: port 0xbc00-0xbcff mem 0xdfffe000-0xdfffefff irq 7 at device 15.0 on pci0 sis0: Silicon Revision: DP83815D Please let me know if I can help with some other test/info. Regards, Roman. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 12:12:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47CDD16A4DA for ; Fri, 8 Sep 2006 12:12:12 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 626A543D55 for ; Fri, 8 Sep 2006 12:12:09 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 36F684E740; Fri, 8 Sep 2006 14:12:08 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03880-06; Fri, 8 Sep 2006 14:12:07 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id ADA644E73C; Fri, 8 Sep 2006 14:12:07 +0200 (CEST) From: =?utf-8?Q?Daniel_Dvo=C5=99=C3=A1k?= To: "'Sam Leffler'" Date: Fri, 8 Sep 2006 14:12:04 +0200 Message-ID: <000001c6d340$004fdf40$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcbS/3d/IQUNfXPRT4+ZyJ4lsu0cUQAP15Rw In-Reply-To: <4500F1C8.6000702@errno.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: freebsd-stable@freebsd.org Subject: Where is the maximum of hw.ath.txbuf and rxbuf ? (former: atheros driver under high load, panics and even more freezes) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 12:12:12 -0000 Hi Sam, thank you for your answer. I think it is connected to this problem = somehow, but not fully. I increased txbuf and rxbuf twice to 200 and 80, I saw some betterment = in less of "no buffers space ...", but latency went up to 2000 ms. Now I ended at txbuf=3D800 and rxbuf=3D320 on both sides R1 and R2. But still, there is the same problem: It was tested after the rebooting R2 almost at once. --- R1 ping statistics --- 10000 packets transmitted, 8752 packets received, 12% packet loss round-trip min/avg/max/stddev =3D 1.324/920.480/6323.454/766.399 ms = up to 6k ms R2# athstats -i ath0 11309 data frames received 11384 data frames transmit 12508 long on-chip tx retries 769 tx failed 'cuz too many retries 24M current transmit rate 2 tx management frames 6 tx frames discarded prior to association 31 tx stopped 'cuz no xmit buffer 38 tx frames with no ack marked 3 rx failed 'cuz of bad CRC 4464 rx failed 'cuz of PHY err 4464 OFDM timing 24 periodic calibrations 27 rssi of last ack 27 avg recv rssi -96 rx noise floor 1 switched default/rx antenna Antenna profile: [1] tx 10614 rx 11449 Where is the maximum of txbuf and rxbuf ? I would like to test it. Thank you for your attention. Daniel =20 > -----Original Message----- > From: Sam Leffler [mailto:sam@errno.com]=20 > Sent: Friday, September 08, 2006 6:30 AM > To: dandee@volny.cz > Cc: freebsd-stable@freebsd.org > Subject: Re: atheros driver under high load, panics and even=20 > more freezes >=20 > Daniel Dvo=C3=B8=C3=A1k wrote: > > Hi Sam and all, > >=20 > > I am not sure if I understand your answer, but I try it. > >=20 > > When I use start my test, athstats shows this: > >=20 > > athstats -i ath0 > >=20 > > 19308912 data frames received > > 15723536 data frames transmit > > 6536 tx frames with an alternate rate > > 2188280 long on-chip tx retries > > 62583 tx failed 'cuz too many retries > > 348 tx linearized to cluster > > 24M current transmit rate > > 6 tx management frames > > 6 tx frames discarded prior to association > > 27129 tx stopped 'cuz no xmit buffer > > 23057 tx frames with no ack marked > > 1182 rx failed 'cuz of bad CRC > > 761604 rx failed 'cuz of PHY err > > 761604 OFDM timing > > 4829 periodic calibrations > > 28 rssi of last ack > > 27 avg recv rssi > > -96 rx noise floor > > 1 switched default/rx antenna > > Antenna profile: > > [1] tx 15660942 rx 19451935 > > [2] tx 2 rx 0 > >=20 > > ... > >=20 > >=20 > > I use this ping command from R2: > > ping -i .002 -c 10000 -s 1472 opposite side R1 > >=20 > > --- R1 ping statistics --- > > 10000 packets transmitted, 10000 packets received, 0% packet loss=20 > > round-trip min/avg/max/stddev =3D 1.316/1.442/49.391/1.757 ms > >=20 > > You can see nice average latency about 1,4 ms and no one=20 > packet was lost. > >=20 > > athstats almost wasn=C2=B4t changed. > >=20 > > 19309465 data frames received > > 15724079 data frames transmit > > 6536 tx frames with an alternate rate > > 2188281 long on-chip tx retries > > 62583 tx failed 'cuz too many retries > > 348 tx linearized to cluster > > 24M current transmit rate > > 6 tx management frames > > 6 tx frames discarded prior to association > > 27129 tx stopped 'cuz no xmit buffer > > 23075 tx frames with no ack marked > > 1182 rx failed 'cuz of bad CRC > > 761605 rx failed 'cuz of PHY err > > 761605 OFDM timing > > 4834 periodic calibrations > > 29 rssi of last ack > > 27 avg recv rssi > > -96 rx noise floor > > 1 switched default/rx antenna > > Antenna profile: > > [1] tx 15661485 rx 19452488 > > [2] tx 2 rx 0 > >=20 > > For compare with flood ping at once: > >=20 > > --- R1 ping statistics --- > > 10000 packets transmitted, 10000 packets received, 0% packet loss=20 > > round-trip min/avg/max/stddev =3D 1.319/1.516/5.594/0.120 ms > >=20 > > Almost the same, yes max is even better. > >=20 > >=20 > ---------------------------------------------------------------------- > > ------ > > -------------- > >=20 > > If I use interval 1/1000 s to send the echo request, the=20 > situation is=20 > > rapidly changed. > > ping -i .001 -c 10000 -s 1472 opposite side R1 > >=20 > > --- R1 ping statistics --- > > 10000 packets transmitted, 9681 packets received, 3% packet loss=20 > > round-trip min/avg/max/stddev =3D 1.319/335.806/564.946/170.691 ms > >=20 > > R2# ifconfig -v ath0 > > ath0:=20 > flags=3D8c43 mtu=20 > > 1500 > > ------ ??????????? OACTIVE FLAG ????????? ---- > > inet6 fe80::20b:6bff:fe2a:c78e%ath0 prefixlen 64 scopeid 0x2 > > inet 10.XX.YY.ZZ netmask 0xfffffffc broadcast 10.40.64.19 > > ether xxxxxxxxxxxxxxxx > > media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11a=20 > > (OFDM/24Mbps) > > status: associated > >=20 > > 19350739 data frames received > > 15765446 data frames transmit > > 6536 tx frames with an alternate rate > > 2194842 long on-chip tx retries > > 62590 tx failed 'cuz too many retries > > 348 tx linearized to cluster > > 24M current transmit rate > > 6 tx management frames > > 6 tx frames discarded prior to association > > 29242 tx stopped 'cuz no xmit buffer > > 23155 tx frames with no ack marked > > 1182 rx failed 'cuz of bad CRC > > 764641 rx failed 'cuz of PHY err > > 764641 OFDM timing > > 4856 periodic calibrations > > 28 rssi of last ack > > 27 avg recv rssi > > -96 rx noise floor > > 1 switched default/rx antenna > > Antenna profile: > > [1] tx 15702845 rx 19493774 > > [2] tx 2 rx 0 > >=20 > > I observe flags of ath and when latency is going to high more and=20 > > more, there is a new flag which I=C2=B4ve never seen before,=20 > OACTIVE FLAG ? > >=20 > > R2# man ifconfig | grep "OACTIVE" > >=20 > > When ping ends oactive flag disappears. > >=20 > > When the same ping test is done from linux box to fbsd,=20 > nice latency=20 > > 1,2ms and no "no buffer". > >=20 > > with -i 0.002 the throughput is about 0,5MB/s in and out of cource > >=20 > > with -i 0.001 until no buffer is about 0,85MB/s in and out. > >=20 > > when no buffer and octive appears, the throughput is about=20 > 0,1MB/s or=20 > > 128KB/s if you like or 1Mbit/s. > >=20 > > I attached the progress of pinging ip address. >=20 > You ask why you're seeing OACTIVE when you lower the=20 > inter-packet wait time to ping. This is because you're=20 > flooding the tx queue of the ath driver and using up all the=20 > tx buffers/descriptors. When ath is handed a frame to send=20 > and it has no resources available it will mark the interface=20 > "active' (OACTIVE) and drop the packet. You can also see=20 > this in the athstats output ("tx stopped 'cuz no xmit=20 > buffer"). Linux behaves differently because it blocks the=20 > user process when this happens until such time as there are=20 > resources to do the send. This behaviour likely also=20 > explains the variability in the ping times; I think the rx=20 > processing may be deferred while the driver deals with the tx flood. >=20 > You can up the number of tx buffers available with the=20 > ATH_TXBUF config option or by setting the hw.ath.txbuf=20 > tunable from the loader. The default is 100 buffers which is=20 > usually plenty for sta-mode operation--which is what the=20 > driver is optimized for (it appears linux defaults to 200 tx=20 > buffers which would also explain different behaviour). =20 > Likewise there is a rx-side tunable for the number of rx buffers. >=20 > Sam >=20 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 12:13:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E6B16A4DA for ; Fri, 8 Sep 2006 12:13:55 +0000 (UTC) (envelope-from roth@droopy.unibe.ch) Received: from mailhub03.unibe.ch (mailhub.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3638B43D73 for ; Fri, 8 Sep 2006 12:13:51 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub02.unibe.ch [130.92.5.62]) by mailhub03.unibe.ch (Postfix) with ESMTP id 62CD04BC08; Fri, 8 Sep 2006 14:13:50 +0200 (CEST) X-Virus-checked: by University of Berne Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub02.unibe.ch [130.92.5.62]) (amavisd-new, port 10024) with LMTP id oVuQ3SQ+xXVu; Fri, 8 Sep 2006 14:13:48 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id 8BE724BD90; Fri, 8 Sep 2006 14:13:48 +0200 (CEST) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.13.6+Sun/8.13.6) with ESMTP id k88CDmdl019946; Fri, 8 Sep 2006 14:13:48 +0200 (MEST) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k88CDmYJ005550; Fri, 8 Sep 2006 14:13:48 +0200 (MEST) Date: Fri, 8 Sep 2006 14:13:48 +0200 From: Tobias Roth To: Daniel Bond Message-ID: <20060908121348.GA5534@droopy.unibe.ch> References: <20060907181311.GA25768@spearburn.danielbond.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060907181311.GA25768@spearburn.danielbond.org> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. Cc: freebsd-stable@freebsd.org Subject: Re: Patch for GBDE rc-script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 12:13:55 -0000 On Thu, Sep 07, 2006 at 08:13:11PM +0200, Daniel Bond wrote: > Hi, > > I just setup GBDE on my laptop, encrypting my 512M cf-card. > This works like a charm, but I felt the need to enchance the rc-script a > little to automatically mount the encrypted drive(s), if you have the > following in /etc/rc.conf: [snip] How is this better/different from just adding the gbde device to /etc/fstab and have it mounted along with all other filesystems? Thanks, Tobias From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 15:46:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D175816A4DD for ; Fri, 8 Sep 2006 15:46:57 +0000 (UTC) (envelope-from ca+envelope@esmtp.org) Received: from zardoc.esmtp.org (adsl-63-195-85-27.dsl.snfc21.pacbell.net [63.195.85.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F27B43D49 for ; Fri, 8 Sep 2006 15:46:57 +0000 (GMT) (envelope-from ca+envelope@esmtp.org) Received: from zardoc.esmtp.org (localhost. [127.0.0.1]) by zardoc.esmtp.org (sendmail X.1.0.PreAlpha9.1) with ESMTPS (TLS=TLSv1/SSLv3, cipher=AES256-SHA, bits=256, verify=FAIL) id S0000000000071BF500; Fri, 8 Sep 2006 08:46:56 -0700 Received: (from ca@localhost) by zardoc.esmtp.org (8.13.4/8.12.10.Beta0/Submit) id k88FkubY003876 for freebsd-stable@freebsd.org; Fri, 8 Sep 2006 08:46:56 -0700 (PDT) Date: Fri, 8 Sep 2006 08:46:56 -0700 From: Claus Assmann To: freebsd-stable@freebsd.org Message-ID: <20060908154656.GA3698@zardoc.esmtp.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: Polar IR->USB: setting configuration index 0 failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 15:46:57 -0000 [this has been sent to freebsd-usb before, sorry if you see it twice but maybe someone on this list can help?] I'm trying to get a Polar IR->USB interface working with FreeBSD 6.1, but it fails with the error: setting configuration index 0 failed I enabled USB_DEBUG and added some more printf statements to see what's going on. The (annotated) output looks like this: ! When the IR interface is plugged it it properly shows up: ugen0: vendor 0x413c product 0x8000, rev 2.00/12.66, addr 2 ! vendor DELL 0x413c Dell usbd_get_string: getting lang failed, using 0 ugen1: vendor 0x0da4 product 0x0001, rev 1.00/1.19, addr 2 ! This is the Polar IR interface. However, the next message is: ugen1: setting configuration index 0 failed ! Turning debugging on and starting at the recognition of the interface: ugen1: vendor 0x0da4 product 0x0001, rev 1.00/1.19, addr 3 usbd_set_config_index: dev=0xc52cdc00 index=0 usbd_set_config_index: free old config usbd_get_config_desc: confidx=0 usbd_get_desc: type=2, index=0, len=9 usbd_alloc_xfer() = 0xc4b97800 usbd_transfer: xfer=0xc4b97800, flags=2, pipe=0xc52e3800, running=0 usbd_dump_queue: pipe=0xc52e3800 usb_allocmem: use frag=0xc4bd4d00 size=9 usb_insert_transfer: pipe=0xc52e3800 running=0 timeout=5000 usb_event_thread: woke up usb_discover usb_add_task: task=0xc4b97888 usb_task_thread: woke up task=0xc4b97888 usb_transfer_complete: pipe=0xc52e3800 xfer=0xc4b97800 status=15 actlen=0 ! This seems to be a timeout error; ! usbdi.h: USBD_TIMEOUT, /* 15 */ usb_freemem: frag=0xc4bd4d00 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc52e3800, xfer=0 usbd_free_xfer: 0xc4b97800 ! and here's the erorr again: usbd_set_config_index: dev=0xc52cdc00, usbd_get_config_desc=15 ugen1: setting configuration index 0 failed device_attach: ugen1 attach returned 6 The software that is used to read data (http://daveb.net/s710/) uses libusb. It "works" under some Linux version (e.g., SuSE 9.3 but not 10.1). Is there some way to get this working under FreeBSD too? From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 16:16:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F31516A4DE; Fri, 8 Sep 2006 16:16:25 +0000 (UTC) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id F186943D46; Fri, 8 Sep 2006 16:16:24 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k88GE3ij009411; Fri, 8 Sep 2006 09:16:24 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k88GDQtR015568; Fri, 8 Sep 2006 09:13:26 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k88GDQAP015566; Fri, 8 Sep 2006 09:13:26 -0700 (PDT) (envelope-from jrhett) Date: Fri, 8 Sep 2006 09:13:26 -0700 From: Jo Rhett To: Steven Hartland Message-ID: <20060908161326.GA14633@svcolo.com> References: <20060907184316.GC56998@svcolo.com> <035701c6d2c3$eb574aa0$b3db87d4@multiplay.co.uk> <001001c6d327$25dc07c0$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001001c6d327$25dc07c0$b3db87d4@multiplay.co.uk> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 16:16:25 -0000 > Jo Rhett wrote: > >FYI, several people have claimed that the 1820a is "hardware" -- this > >is untrue. It's hardware accelerated, but all of the raid logic is > >in the driver. It's sludgeware", not hardware raid. Performance > >tests against a real hardware raid adapter will demonstrate what I > >mean. On Fri, Sep 08, 2006 at 06:16:09AM +0100, Steven Hartland wrote: > I believe you are wrong here and my own performance tests here > backs this up, showing it keeps up with the more expensive areca > in a number of areas notably, providing 180MB/s in sequential > read tests from a 5 disk array. It seems clear you don't understand the difference between driver-based raid support and hardware-based raid. Unless you just forgot to mention the CPU load level you had artificially added prior to starting this test... -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 17:25:52 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E05816A4DA for ; Fri, 8 Sep 2006 17:25:52 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 260EF43D55 for ; Fri, 8 Sep 2006 17:25:50 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k88HPiBv027371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Sep 2006 21:25:45 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k88HPiIe027370; Fri, 8 Sep 2006 21:25:44 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 8 Sep 2006 21:25:43 +0400 From: Gleb Smirnoff To: Barney Wolff Message-ID: <20060908172543.GL40020@FreeBSD.org> References: <20060905183352.GA56243@pit.databus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060905183352.GA56243@pit.databus.com> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: em watchdog timeout on UP, 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 17:25:52 -0000 Barney, On Tue, Sep 05, 2006 at 02:33:52PM -0400, Barney Wolff wrote: B> Updated my Athlon-xp 6-stable system last night, got an em watchdog B> timeout for the first time a few hours later, during a fairly B> high-traffic period. System is UP but does have device apic in B> the config. Any chance this is the recent race condition? B> Workaround? ifconfig em0 down, ifconfig em0 up seemed to cure it, B> at least for the moment. Not clear from your mail whether interface was working after the event occured. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 17:46:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A89CE16A4E5 for ; Fri, 8 Sep 2006 17:46:23 +0000 (UTC) (envelope-from umbilical.blisters@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FAE743D86 for ; Fri, 8 Sep 2006 17:46:10 +0000 (GMT) (envelope-from umbilical.blisters@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so841694pye for ; Fri, 08 Sep 2006 10:46:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b+brxifxACede/mxeCTOYnvhfN12SeBhHF6q77xBZCjrYcx8kkBIHK1Qne+lVaURizxyndwOFpq4emQ7eJMPSSebyu3Mns8iQ0H1BW1PVQqfTCkpDh6TpT9YYrM5YUU3xMKWTyAsag+AOqnx9cvsRxNsVEYboJL497/L0QH1LY8= Received: by 10.35.69.11 with SMTP id w11mr3366048pyk; Fri, 08 Sep 2006 10:46:10 -0700 (PDT) Received: by 10.35.126.16 with HTTP; Fri, 8 Sep 2006 10:46:10 -0700 (PDT) Message-ID: <40c4bb930609081046m1e94266al6be8873e2149c607@mail.gmail.com> Date: Fri, 8 Sep 2006 12:46:10 -0500 From: "Alex Salazar" To: "Matthew Jacob" In-Reply-To: <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 17:46:23 -0000 I've update to the latest 7-CURRENT (last night, 10pm CST) and now the previous error message > mpt0: Unhandled Event Notify Frame. Event 0xe (ACK not required). (http://www.bsd.org.mx/~alex/logs/messages.CURRENT.0902) is gone, but a new error message appears as often as the former, and under the same circumstances: > mpt0: QUEUE_FULL: Bus 0x00 Target 0x00 Depth 128 Probe errors are still there, but, as I said before, they do not delay the boot process as in 6-STABLE > (probe0:mpt0:0:n:n): error 22 > (probe0:mpt0:0:n:n): Unretryable Error /var/run/dmesg.boot (verbose) http://www.bsd.org.mx/~alex/logs/dmesg.boot.CURRENT.0907 /var/log/messages http://www.bsd.org.mx/~alex/logs/messages.CURRENT.0907 -- Alex From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 17:50:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC7D916A4E6 for ; Fri, 8 Sep 2006 17:50:45 +0000 (UTC) (envelope-from dkleinh@phy.ucsf.edu) Received: from phy.ucsf.edu (lehrer.ucsf.edu [128.218.64.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3A0443D7E for ; Fri, 8 Sep 2006 17:50:12 +0000 (GMT) (envelope-from dkleinh@phy.ucsf.edu) Received: from baez.ucsf.edu (baez.ucsf.edu [128.218.65.173]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by phy.ucsf.edu (Postfix) with ESMTP id 99DE91B79 for ; Fri, 8 Sep 2006 10:49:44 -0700 (PDT) Date: Fri, 8 Sep 2006 10:49:44 -0700 (PDT) From: Dirk Kleinhesselink X-X-Sender: dkleinh@baez.ucsf.edu To: stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-keck-MailScanner-Information: Please contact the ISP for more information X-keck-MailScanner: Found to be clean X-MailScanner-From: dkleinh@phy.ucsf.edu Cc: Subject: openldap/pam/nss issues on 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 17:50:45 -0000 I've tried to search for these answers, so I apologize if I've missed them in previous posts in various lists: I'm setting up FreeBSD 6.1/i386 (soon amd64, I hope) for LDAP login and I've had some minor issues with it: 1) I can get it to work as a server and client but with the default startup timeout and bind hard, the slapd startup hangs for quite awhile on service startup. I've seen the suggestion to set the bind to soft and lower the timeout value and this helps, but then sshd has problems querying the ldap service and so one can't login via ssh. 2) My FreeBSD client system can authenticate to it OK, but I'd like to restrict the unencrypted connect (port 389) to be only for localhost connection and clients must connect with ssl (port 636). I've started slapd on the server with flags "-h ldap://127.0.0.1/ ldaps:///" and local server logins work great but the client hangs on login and whenever commands like "id" or "whoami" are issued but the logins and command results ultimately work. I monitored the net connections with netstat and I see syn connections to the server's ldap (389) port as well as ldaps (636). I suspect that even though I set the client's /usr/local/etc/ldap.conf (and symlinked /etc/ldap.conf and nss_ldap.conf to it) file with ssl on and port 636, it still is trying 389 first. If I start the server with "-h ldap:/// ldaps:///" then the 389 connections succeed and everything is fast. A linux client did not try the 389 port and was fast login in and returning results with id or whoami. On the FreeBSD client, if I do: ldapsearch -H ldaps://hostname -b"dc=...." -LL -x "(uid=testuser)" this immediately gives me the result. It is something with the pam or nss that is insisting on doing the port 389 first. 3) My freebsd client sshd when configured for ldap does signal 11 crashes. My freebsd server has no problem with sshd and ldap. If I turn off ldap and use NIS on the client, it works great. Any help with these ? I can deal with the slow startup, that's relatively minor, but 2 and 3 are more problematic for me. Thanks, Dirk From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 18:17:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 423DF16A4DD; Fri, 8 Sep 2006 18:17:31 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FA6A43D70; Fri, 8 Sep 2006 18:17:29 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k88IHEp4014344; Fri, 8 Sep 2006 11:17:15 -0700 From: Kent Stewart To: freebsd-stable@freebsd.org Date: Fri, 8 Sep 2006 11:17:25 -0700 User-Agent: KMail/1.9.3 References: <20060905183352.GA56243@pit.databus.com> <20060908172543.GL40020@FreeBSD.org> In-Reply-To: <20060908172543.GL40020@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609081117.26129.kstewart@owt.com> Cc: Barney Wolff , stable@freebsd.org, Gleb Smirnoff Subject: Re: em watchdog timeout on UP, 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 18:17:31 -0000 On Friday 08 September 2006 10:25, Gleb Smirnoff wrote: > Barney, > > On Tue, Sep 05, 2006 at 02:33:52PM -0400, Barney Wolff wrote: > B> Updated my Athlon-xp 6-stable system last night, got an em > watchdog B> timeout for the first time a few hours later, during a > fairly B> high-traffic period. System is UP but does have device > apic in B> the config. Any chance this is the recent race condition? > B> Workaround? ifconfig em0 down, ifconfig em0 up seemed to cure it, > B> at least for the moment. > > Not clear from your mail whether interface was working after the > event occured. In my system, you get the timeout, then the state is downed and then uped. Your transfer session is basically dead at that point. On Tuesday, Klop had an email with a copy of what you see in the message log. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 18:17:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 423DF16A4DD; Fri, 8 Sep 2006 18:17:31 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FA6A43D70; Fri, 8 Sep 2006 18:17:29 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k88IHEp4014344; Fri, 8 Sep 2006 11:17:15 -0700 From: Kent Stewart To: freebsd-stable@freebsd.org Date: Fri, 8 Sep 2006 11:17:25 -0700 User-Agent: KMail/1.9.3 References: <20060905183352.GA56243@pit.databus.com> <20060908172543.GL40020@FreeBSD.org> In-Reply-To: <20060908172543.GL40020@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609081117.26129.kstewart@owt.com> Cc: Barney Wolff , stable@freebsd.org, Gleb Smirnoff Subject: Re: em watchdog timeout on UP, 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 18:17:31 -0000 On Friday 08 September 2006 10:25, Gleb Smirnoff wrote: > Barney, > > On Tue, Sep 05, 2006 at 02:33:52PM -0400, Barney Wolff wrote: > B> Updated my Athlon-xp 6-stable system last night, got an em > watchdog B> timeout for the first time a few hours later, during a > fairly B> high-traffic period. System is UP but does have device > apic in B> the config. Any chance this is the recent race condition? > B> Workaround? ifconfig em0 down, ifconfig em0 up seemed to cure it, > B> at least for the moment. > > Not clear from your mail whether interface was working after the > event occured. In my system, you get the timeout, then the state is downed and then uped. Your transfer session is basically dead at that point. On Tuesday, Klop had an email with a copy of what you see in the message log. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 18:34:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8489C16A494; Fri, 8 Sep 2006 18:34:26 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 338CE43D67; Fri, 8 Sep 2006 18:34:22 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k88IY7p4015520; Fri, 8 Sep 2006 11:34:07 -0700 From: Kent Stewart To: freebsd-stable@freebsd.org Date: Fri, 8 Sep 2006 11:34:18 -0700 User-Agent: KMail/1.9.3 References: <20060905183352.GA56243@pit.databus.com> <20060908172543.GL40020@FreeBSD.org> <200609081117.26129.kstewart@owt.com> In-Reply-To: <200609081117.26129.kstewart@owt.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609081134.19047.kstewart@owt.com> Cc: Barney Wolff , stable@freebsd.org, Gleb Smirnoff Subject: Re: em watchdog timeout on UP, 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 18:34:26 -0000 On Friday 08 September 2006 11:17, Kent Stewart wrote: > On Friday 08 September 2006 10:25, Gleb Smirnoff wrote: > > Barney, > > > > On Tue, Sep 05, 2006 at 02:33:52PM -0400, Barney Wolff wrote: > > B> Updated my Athlon-xp 6-stable system last night, got an em > > watchdog B> timeout for the first time a few hours later, during a > > fairly B> high-traffic period. System is UP but does have device > > apic in B> the config. Any chance this is the recent race > > condition? B> Workaround? ifconfig em0 down, ifconfig em0 up > > seemed to cure it, B> at least for the moment. > > > > Not clear from your mail whether interface was working after the > > event occured. > > In my system, you get the timeout, then the state is downed and then > uped. Your transfer session is basically dead at that point. On > Tuesday, Klop had an email with a copy of what you see in the message > log. > Ignore part of what I said. I am getting the same errors on re0. All I have to do to force the error is ftp a GB or 2 to the destination machine using 1000baseT NICs. My host machine is XP and I use the destination machine as a backup for photos and mp3 files. A photo session is usually on the order of 1-2 GBs. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 18:34:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8489C16A494; Fri, 8 Sep 2006 18:34:26 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 338CE43D67; Fri, 8 Sep 2006 18:34:22 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k88IY7p4015520; Fri, 8 Sep 2006 11:34:07 -0700 From: Kent Stewart To: freebsd-stable@freebsd.org Date: Fri, 8 Sep 2006 11:34:18 -0700 User-Agent: KMail/1.9.3 References: <20060905183352.GA56243@pit.databus.com> <20060908172543.GL40020@FreeBSD.org> <200609081117.26129.kstewart@owt.com> In-Reply-To: <200609081117.26129.kstewart@owt.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609081134.19047.kstewart@owt.com> Cc: Barney Wolff , stable@freebsd.org, Gleb Smirnoff Subject: Re: em watchdog timeout on UP, 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 18:34:26 -0000 On Friday 08 September 2006 11:17, Kent Stewart wrote: > On Friday 08 September 2006 10:25, Gleb Smirnoff wrote: > > Barney, > > > > On Tue, Sep 05, 2006 at 02:33:52PM -0400, Barney Wolff wrote: > > B> Updated my Athlon-xp 6-stable system last night, got an em > > watchdog B> timeout for the first time a few hours later, during a > > fairly B> high-traffic period. System is UP but does have device > > apic in B> the config. Any chance this is the recent race > > condition? B> Workaround? ifconfig em0 down, ifconfig em0 up > > seemed to cure it, B> at least for the moment. > > > > Not clear from your mail whether interface was working after the > > event occured. > > In my system, you get the timeout, then the state is downed and then > uped. Your transfer session is basically dead at that point. On > Tuesday, Klop had an email with a copy of what you see in the message > log. > Ignore part of what I said. I am getting the same errors on re0. All I have to do to force the error is ftp a GB or 2 to the destination machine using 1000baseT NICs. My host machine is XP and I use the destination machine as a backup for photos and mp3 files. A photo session is usually on the order of 1-2 GBs. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 19:39:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BEA816A403 for ; Fri, 8 Sep 2006 19:39:29 +0000 (UTC) (envelope-from ekarkkai@pp.htv.fi) Received: from smtp3.pp.htv.fi (smtp3.pp.htv.fi [213.243.153.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A275243D45 for ; Fri, 8 Sep 2006 19:39:28 +0000 (GMT) (envelope-from ekarkkai@pp.htv.fi) Received: from zero.my.domain (cs181097070.pp.htv.fi [82.181.97.70]) by smtp3.pp.htv.fi (Postfix) with ESMTP id 5C59027AC2B for ; Fri, 8 Sep 2006 22:39:26 +0300 (EEST) Received: from thunderbolt.my.domain (thunderbolt.my.domain [10.192.168.30]) by zero.my.domain (8.13.6/8.13.6) with ESMTP id k88JdOwI022242 for ; Fri, 8 Sep 2006 22:39:24 +0300 (EEST) (envelope-from ekarkkai@pp.htv.fi) Received: from thunderbolt.my.domain (localhost [127.0.0.1]) by thunderbolt.my.domain (8.13.6/8.13.6) with ESMTP id k88JdOqB003745 for ; Fri, 8 Sep 2006 22:39:24 +0300 (EEST) (envelope-from ejk@thunderbolt.my.domain) Received: (from ejk@localhost) by thunderbolt.my.domain (8.13.6/8.13.6/Submit) id k88JdO2G003744 for stable@freebsd.org; Fri, 8 Sep 2006 22:39:24 +0300 (EEST) (envelope-from ejk) Date: Fri, 8 Sep 2006 22:39:24 +0300 From: Esa Karkkainen To: stable@freebsd.org Message-ID: <20060908193924.GA858@pp.htv.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: 6.1-R-p6 USB related kernel panic? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 19:39:29 -0000 Hi, I was disconnecting my smart card reader from my USB hub, when the kernel panicked. Btw kernel and world have been built with ccache. make any difference. Here's backtrace from kgdb. % kgdb kernel.debug vmcore.347 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: ugen0: at uhub3 port 5 (addr 4) disconnected All threads purged from ugen0.3 All threads purged from ugen0.2 All threads purged from ugen0.1 All threads purged from ugen0 ugen0: detached Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc4fb1674 fault code = supervisor write, page not present instruction pointer = 0x20:0xc050e010 stack pointer = 0x28:0xe786db9c frame pointer = 0x28:0xe786db9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 565 (ifdhandler) trap number = 12 panic: page fault Uptime: 56m45s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 (CTRL-C to abort) 223 (CTRL-C to abort) 207 191 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc04eb025 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc04eb2bc in panic (fmt=0xc066cfb6 "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc0651410 in trap_fatal (frame=0xe786db5c, eva=3304789620) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0651177 in trap_pfault (frame=0xe786db5c, usermode=0, eva=3304789620) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0650dd5 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -985174656, tf_esi = 0, tf_ebp = -410592356, tf_isp = -410592376, tf_ebx = 35, tf_edx = -985174656, tf_ecx = -1066602208, tf_eax = -990177684, tf_trapno = 12, tf_err = 2, tf_eip = -1068441584, tf_cs = 32, tf_eflags = 590470, tf_esp = -410592036, tf_ss = -1068442298}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc0643bca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc050e010 in clear_selinfo_list (td=0xc5476d80) at /usr/src/sys/kern/sys_generic.c:1078 #8 0xc050dd46 in poll (td=0xc5476d80, uap=0xe786dd04) at /usr/src/sys/kern/sys_generic.c:977 #9 0xc0651727 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134692864, tf_esi = 0, tf_ebp = -1077946616, tf_isp = -410591900, tf_ebx = 671950004, tf_edx = 0, tf_ecx = 134664592, tf_eax = 209, tf_trapno = 0, tf_err = 2, tf_eip = 672453131, tf_cs = 51, tf_eflags = 642, tf_esp = -1077946660, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 #10 0xc0643c1f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #11 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -- "In the beginning the Universe was created. This has made a lot of people very angry and been widely regarded as a bad move." -- Douglas Adams 1952 - 2001 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 21:31:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D68816A403 for ; Fri, 8 Sep 2006 21:31:27 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF85A43D45 for ; Fri, 8 Sep 2006 21:31:22 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GLnwS-00071m-LR for freebsd-stable@freebsd.org; Fri, 08 Sep 2006 23:31:16 +0200 Received: from cmung2781.cmu.carnet.hr ([193.198.138.241]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Sep 2006 23:31:16 +0200 Received: from ivoras by cmung2781.cmu.carnet.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Sep 2006 23:31:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 08 Sep 2006 23:31:04 +0200 Lines: 22 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cmung2781.cmu.carnet.hr User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) In-Reply-To: Sender: news Subject: Re: openldap/pam/nss issues on 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 21:31:27 -0000 Dirk Kleinhesselink wrote: > this immediately gives me the result. It is something with the > pam or nss that is insisting on doing the port 389 first. Have you edited the right configuration files? There are /usr/local/etc/openldap/ldap.conf, /usr/local/etc/ldap.conf and /usr/local/etc/nss_ldap.conf. I had trouble with ldaps until I provided the whole certificate chain on the client side. > 3) My freebsd client sshd when configured for ldap does signal 11 > crashes. My freebsd server has no problem with sshd and ldap. > If I turn off ldap and use NIS on the client, it works great. Same here, but resolved after reinstalling everything. My guess is that I've done something wrong when updating openldap-client to newest version, including problems with compat libraries. > Any help with these ? I can deal with the slow startup, that's > relatively minor, but 2 and 3 are more problematic for me. The slow startup is really annoying. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 8 22:32:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E84E616A40F for ; Fri, 8 Sep 2006 22:32:22 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 619C243D45 for ; Fri, 8 Sep 2006 22:32:22 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 5379EC494 for ; Fri, 8 Sep 2006 18:32:21 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 24CD8C873 for ; Fri, 8 Sep 2006 18:30:51 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id A2241C870 for ; Fri, 8 Sep 2006 18:30:50 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version:OpenPGP:Content-Type:Content-Transfer-Encoding; b=gEeOeZke/YBUL+CQtjWollI8+DRM4GLlwgP1ojNvo/OUvl6r0dNqMmmAzH6TJrtNycYZ3jaQWGiTv6iw5tK3zylXDosARYHwPuyoYoKfzET7W84PiHedRB+dK0ZaDRgP; Received: from [192.168.1.10] (socker.hsd1.ma.comcast.net [24.218.145.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 38580C86D for ; Fri, 8 Sep 2006 18:30:50 -0400 (EDT) Message-ID: <4501EF18.9040400@protected-networks.net> Date: Fri, 08 Sep 2006 18:30:48 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gmirror problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 22:32:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The back-out of the last set of changes to gmirror don't seem to have solved the problem .. I get .. imb@aaron:/home/imb> iostat 5 ~ tty da0 da1 pass0 cpu ~ tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id ~ 1 130 0.23 1 0.00 99.48 220 21.35 0.02 0 0.00 27 0 14 1 58 ~ 0 46 0.00 0 0.00 125.41 686 84.07 0.00 0 0.00 2 0 6 2 90 ~ 0 16 0.00 0 0.00 127.93 708 88.42 0.00 0 0.00 1 0 6 4 89 ~ 0 16 0.00 0 0.00 127.86 709 88.55 0.00 0 0.00 5 0 5 3 87 ~ 0 16 0.00 0 0.00 127.97 710 88.70 0.00 0 0.00 1 0 9 4 86 ~ 0 16 0.00 0 0.00 127.96 707 88.35 0.00 0 0.00 1 0 7 4 88 ~ 0 16 0.00 0 0.00 127.60 705 87.83 0.00 0 0.00 1 0 6 2 91 ^C imb@aaron:/home/imb> sudo gmirror deactivate gm0s2 da0s2 imb@aaron:/home/imb> iostat 5 ~ tty da0 da1 pass0 cpu ~ tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id ~ 1 104 0.24 1 0.00 113.45 336 37.18 0.02 0 0.00 21 0 12 2 65 ~ 0 46 0.00 0 0.00 127.28 710 88.24 0.00 0 0.00 1 0 6 3 90 ^C I'm going to try going further back to see where it started .. Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFAe8YQv9rrgRC1JIRAudfAJ0ZC53LQkYpqqiW4UCnWfj+WO5MmwCeJmHB ebjsc6OrPuQBG3nER25jBt0= =I0qd -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 00:13:26 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1076516A40F; Sat, 9 Sep 2006 00:13:26 +0000 (UTC) (envelope-from barney@databus.com) Received: from mail1.acecape.com (mail1.acecape.com [66.114.74.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9381343D46; Sat, 9 Sep 2006 00:13:25 +0000 (GMT) (envelope-from barney@databus.com) Received: from pit.databus.com (pool-72-89-128-62.nycmny.fios.verizon.net [72.89.128.62]) (authenticated bits=0) by mail1.acecape.com (8.13.7/8.13.7) with ESMTP id k890DOxR002333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 8 Sep 2006 20:13:24 -0400 Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.13.8/8.13.8) with ESMTP id k890DNe5006920; Fri, 8 Sep 2006 20:13:23 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.13.8/8.13.8/Submit) id k890DNAn006919; Fri, 8 Sep 2006 20:13:23 -0400 (EDT) (envelope-from barney) Date: Fri, 8 Sep 2006 20:13:23 -0400 From: Barney Wolff To: Gleb Smirnoff Message-ID: <20060909001323.GA96663@pit.databus.com> References: <20060905183352.GA56243@pit.databus.com> <20060908172543.GL40020@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060908172543.GL40020@FreeBSD.org> User-Agent: Mutt/1.5.11 X-Scanned-By: MIMEDefang 2.56 on 72.89.128.62 Cc: stable@FreeBSD.org Subject: Re: em watchdog timeout on UP, 6-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 00:13:26 -0000 On Fri, Sep 08, 2006 at 09:25:43PM +0400, Gleb Smirnoff wrote: > Barney, > > On Tue, Sep 05, 2006 at 02:33:52PM -0400, Barney Wolff wrote: > B> Updated my Athlon-xp 6-stable system last night, got an em watchdog > B> timeout for the first time a few hours later, during a fairly > B> high-traffic period. System is UP but does have device apic in > B> the config. Any chance this is the recent race condition? > B> Workaround? ifconfig em0 down, ifconfig em0 up seemed to cure it, > B> at least for the moment. > > Not clear from your mail whether interface was working after the > event occured. In the watchdog timer case it was not. Looking further, I had several cases where nfs-over-tcp failed under heavy load, but the interface did not report failure and continued to work. The system sending nfs writes logged "nfs send error 35" and gzip died with "resource temporarily unavailable". (I haven't looked at the code - EAGAIN?) In the watchdog timer case the cpu was very busy with portbuilding and the system was receiving nfs writes. But the nfs failures happened in both directions (I have two systems which back up each other, at different times). Before updating from a 6/14/06 6-stable to 9/04/06, such nfs failures were unknown unless I tried to run both backups simultaneously. Systems are on a cheap netgear gb switch, other system is current but a couple of months old. After the watchdog timer, the link was unidirectional - sending worked (packets were correctly received on the other system) but receiving did not work. Then, after another 9 minutes, it seemed to stop working in either direction, until manually down/up'd hours later. I can put logs on a webserver if that would be useful. -- Barney Wolff I never met a computer I didn't like. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 01:00:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 430D916A407; Sat, 9 Sep 2006 01:00:53 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-2.paradise.net.nz (linda-2.paradise.net.nz [203.96.152.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E2143D45; Sat, 9 Sep 2006 01:00:52 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J5A00H21W5E9B@linda-2.paradise.net.nz>; Sat, 09 Sep 2006 13:00:50 +1200 (NZST) Received: from [192.168.1.11] (218-101-29-47.dsl.clear.net.nz [218.101.29.47]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 15FE56FE577; Sat, 09 Sep 2006 13:00:50 +1200 (NZST) Date: Sat, 09 Sep 2006 13:00:45 +1200 From: Mark Kirkwood In-reply-to: <001001c6d327$25dc07c0$b3db87d4@multiplay.co.uk> To: Steven Hartland Message-id: <4502123D.705@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.4 (X11/20060704) References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060907184316.GC56998@svcolo.com> <035701c6d2c3$eb574aa0$b3db87d4@multiplay.co.uk> <001001c6d327$25dc07c0$b3db87d4@multiplay.co.uk> Cc: amd64@freebsd.org, Jo Rhett , stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 01:00:53 -0000 Steven Hartland wrote: > I believe you are wrong here and my own performance tests here > backs this up, showing it keeps up with the more expensive areca > in a number of areas notably, providing 180MB/s in sequential > read tests from a 5 disk array. > Steve, Just out of interest what RAID level was the 5 disk array? - as 180Mb/s from an Areca 5 disk RAID0 or RAID5 array is not that good - my old 3Ware 7506 with 4 Maxtor IDE RAID0 gets 175Mb/s. Obviously if your array is RAID10, the 180MB/s is very good! If you are using RAID0|5, then something is slowing you down (possible clash between disk firmware and the Areca, or unfortunate choice of strip chunk size). Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 02:48:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D2C116A403 for ; Sat, 9 Sep 2006 02:48:26 +0000 (UTC) (envelope-from verbo.solo@sbcglobal.net) Received: from smtp103.plus.mail.re2.yahoo.com (smtp103.plus.mail.re2.yahoo.com [206.190.53.28]) by mx1.FreeBSD.org (Postfix) with SMTP id 75CAB43D53 for ; Sat, 9 Sep 2006 02:48:25 +0000 (GMT) (envelope-from verbo.solo@sbcglobal.net) Received: (qmail 3335 invoked from network); 9 Sep 2006 02:48:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Received:Subject:From:To:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=YffbnjfHn1NkBBisMRO3EEwcQU3UugEWI6vRGkQezHh4MEgsArzlTiFzY6oKKtpN1hss6TrJPU4Ar2+kmPOzZ4kzO5010iKOMRISZCoX2Ln01SJrSd0MAIsRRBSCpCimoMFggy1hu6f8oVbjpdI70re/oHSLkR+kp6xR4yl8/U8= ; Received: from unknown (HELO elbereth.gateway.2wire.net) (verbo.solo@sbcglobal.net@68.94.90.134 with plain) by smtp103.plus.mail.re2.yahoo.com with SMTP; 9 Sep 2006 02:48:24 -0000 From: "Charles P. Schaum" To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Fri, 08 Sep 2006 21:48:22 -0500 Message-Id: <1157770102.2117.15.camel@elbereth.gateway.2wire.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Broken loader in STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 02:48:26 -0000 > CFLAGS= -O2 -pipe -funroll-loops -ffast-math I had used similar optimizations soon after going from 6.1-RELEASE to 6-STABLE and discovered it was a bad idea. Using -O -pipe has since stood me in good stead. The system is by no means sluggish, even on a cut-rate build-on-a-budget machine. I experienced that tuning for FS bottlenecks has a far greater performance impact. Splitting cache across different drives can have a positive effect similar to putting /usr/src and /usr/obj on different drives. After finding out where my needs were and partitioning appropriately, I have few complaints even with minimal optimization. That also holds for NetBSD on my dodgy old ACPI plus early AGP box that causes FreeBSD to panic unless I yank the s3 Trio for a couple of older cards and disable ACPI (1997 Microstar EISA/PCI/AGP K6 "transitional" hardware). Even when I just slap on an extra 2 gig drive for cache and /usr/obj, Net runs noticeably faster. Charles From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 07:59:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13D9A16A403 for ; Sat, 9 Sep 2006 07:59:55 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B89343D5C for ; Sat, 9 Sep 2006 07:59:53 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.148.126] (dhcp7.xu.nordahl.net [195.159.148.126]) by smtp1.powertech.no (Postfix) with ESMTP id 481B8833C; Sat, 9 Sep 2006 09:59:52 +0200 (CEST) In-Reply-To: <200609061203.43058.mistry.7@osu.edu> References: <200609061203.43058.mistry.7@osu.edu> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8D30721C-9EAA-4518-9376-93082E8CB727@nordahl.net> Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Sat, 9 Sep 2006 09:59:51 +0200 To: Anish Mistry X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: Symbolic Links in /dev of a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 07:59:55 -0000 On 6. sep. 2006, at 18.03, Anish Mistry wrote: > Previously posted to -questions: > In my quest to get asterisk+iaxmodem+hylafax working together in a > jail I've run into one final roadblock. I can't seem to figure out > how to create a symbolic link (ln -s doesn't work) in /dev in the > jail environment while in the jailed environment. When trying to > create a link with ln I receive: > ln -s somedev targetdev > ln: targetdev: Operation not permitted > Adding a link entry to devfs.conf in the jail fails too since it > receives the same error. I can create a link in the jailed /dev from > the host environment, so there seems to be some restriction on > creating links in /dev while in the jail. The reason I need to be > able to do this is that iaxmodem needs to create a /dev/ttyIAX device > to point to the correct ttyp* device when it starts in the jail. > > Any suggestions would be appreciated. Have you tried to change the devfs ruleset? Try to boot up a jail without any devfs restrictions and see if your devfs.conf alias works then. Search for jail_example_devfs in /etc/defaults/rc.conf, and have a look at /etc/defaults/devfs.rules. I guess specifying jail_example_devfs_ruleset="" is enough to disable the rules. If you succeed, you will need to find some way of enforcing rules, but allowing what you want. Running a jail without devfs rules gives the jail too much access to the system. -- Frode Nordahl From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 08:38:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D0B916A403; Sat, 9 Sep 2006 08:38:57 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-5.paradise.net.nz (linda-5.paradise.net.nz [203.96.152.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BFE743D4C; Sat, 9 Sep 2006 08:38:56 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-5.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J5B002Q7HCU0P@linda-5.paradise.net.nz>; Sat, 09 Sep 2006 20:38:54 +1200 (NZST) Received: from [192.168.1.11] (218-101-29-47.dsl.clear.net.nz [218.101.29.47]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 1A20A577EBD; Sat, 09 Sep 2006 20:38:54 +1200 (NZST) Date: Sat, 09 Sep 2006 20:38:47 +1200 From: Mark Kirkwood In-reply-to: <4502123D.705@paradise.net.nz> To: Mark Kirkwood Message-id: <45027D97.1090307@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.4 (X11/20060704) References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060907184316.GC56998@svcolo.com> <035701c6d2c3$eb574aa0$b3db87d4@multiplay.co.uk> <001001c6d327$25dc07c0$b3db87d4@multiplay.co.uk> <4502123D.705@paradise.net.nz> Cc: amd64@freebsd.org, Jo Rhett , stable@freebsd.org, Steven Hartland Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 08:38:57 -0000 Mark Kirkwood wrote: > > Obviously if your array > is RAID10, the 180MB/s is very good! > > Also unlikely - RAID10 with 5 disks?? - brain fade - sorry. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 10:19:22 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFB1516A403; Sat, 9 Sep 2006 10:19:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5166043D58; Sat, 9 Sep 2006 10:19:22 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4121A46CF8; Sat, 9 Sep 2006 06:19:21 -0400 (EDT) Date: Sat, 9 Sep 2006 11:19:21 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org In-Reply-To: <20060902113521.P84468@fledge.watson.org> Message-ID: <20060909111657.F76453@fledge.watson.org> References: <20060816120709.N45647@fledge.watson.org> <20060902113521.P84468@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: trustedbsd-audit@TrustedBSD.org, freebsd-security@FreeBSD.org Subject: Re: Warning: MFC of security event audit support RELENG_6 in the next 2-3 weeks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 10:19:23 -0000 On Sat, 2 Sep 2006, Robert Watson wrote: > After a couple of weeks of settling, polishing, etc, the MFC of audit > support is about to begin. Over the next couple of days, the 6-STABLE build > may be briefly broken as inter-dependent components are merged. I do not > anticipate any serious disruption, but some caution is called for. In > principle, all the potentially tricky kernel ABI dependencies, etc, were > dealt with before 6.0-RELEASE, such as changes in the size of the kernel > system call data structures. The approximate merge plan, run by re@ a few > days ago, is as follows: Just as a status update -- the vast majority of audit code has now been MFC'd to -STABLE. There are a few areas where the merge is not yet complete -- primarily as relates to non-native/emulated/compatibility system calls, and non-i386/amd64 system calls. I anticipate these being merged in the near future. We've also seen a number of problem reports relating to starting the auditd daemon, a problem not seen during testing on -CURRENT, so we're working on debugging that, and we've found some bugs in audit log rotation. I'm currently travelling for a few days, but will follow up when I get back to the UK on Tuesday on where things stand, and what (if any) further changes are in the pipeline. Once these problems are fixed, it sounds like we're well on track to ship with audit as a 6.2 (experimental) feature. thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 11:56:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 436C416A40F for ; Sat, 9 Sep 2006 11:56:45 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D31FE43D46 for ; Sat, 9 Sep 2006 11:56:44 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1165871pye for ; Sat, 09 Sep 2006 04:56:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=phPAOajStC/xyIvTElN5sH9HeIH7o4J2KArubQQSOaSlhwDKktY9VR9m4iGxXh+dnhMrmkx0RgHkYAYBgmLgzntyTqLeuT9uEi9u5ssSUREu3BYl3V/2WNscdd1rRX8c874R2zbE4qlJxzXyIwk4c/jE/1hT0rR9RbX6IeBxl2Q= Received: by 10.35.109.2 with SMTP id l2mr4783548pym; Sat, 09 Sep 2006 04:56:43 -0700 (PDT) Received: by 10.35.114.2 with HTTP; Sat, 9 Sep 2006 04:56:43 -0700 (PDT) Message-ID: <70e8236f0609090456l31cb39d8if9bdf2d664886a13@mail.gmail.com> Date: Sat, 9 Sep 2006 12:56:43 +0100 From: "Joao Barros" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: panic: integer divide fault on 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 11:56:45 -0000 Hi, I just installed 6.1 on my new (with old parts) machine and when booting for the first time after installation I got this panic: ad0: 19130MB at ata0-master UDMA100 Fatal trap 18: integer divide fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xc0853017 stack pointer = 0x28:0xc0c20b28 frame pointer = 0x28:0xc0c20bb0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 18 panic: integer divide fault cpuid = 0 Uptime: 1s Cannot dump. No dump device defined The system is a single Xeon with HTT enabled and the HDD used is somewhat old. I can try installing on another one. The swapper process somehow points me to the HDD. Of course any clues are most welcome. -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 13:34:46 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B1B216A412; Sat, 9 Sep 2006 13:34:46 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9667344444; Sat, 9 Sep 2006 13:34:45 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50002974806.msg; Sat, 09 Sep 2006 14:33:57 +0100 Message-ID: <079301c6d414$9570f440$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Mark Kirkwood" References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060907184316.GC56998@svcolo.com> <035701c6d2c3$eb574aa0$b3db87d4@multiplay.co.uk> <001001c6d327$25dc07c0$b3db87d4@multiplay.co.uk> <4502123D.705@paradise.net.nz> <45027D97.1090307@paradise.net.nz> Date: Sat, 9 Sep 2006 14:33:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Sat, 09 Sep 2006 14:33:57 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Sat, 09 Sep 2006 14:33:58 +0100 Cc: amd64@freebsd.org, Jo Rhett , stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 13:34:46 -0000 Mark Kirkwood wrote: > Mark Kirkwood wrote: >> >> Obviously if your array >> is RAID10, the 180MB/s is very good! > > Also unlikely - RAID10 with 5 disks?? - brain fade - sorry. RAID5 with 5 disks ( 6 with hot swap ). Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 13:53:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D4C816A403; Sat, 9 Sep 2006 13:53:10 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AAD943D49; Sat, 9 Sep 2006 13:53:09 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50002974853.msg; Sat, 09 Sep 2006 14:52:48 +0100 Message-ID: <079e01c6d417$3890fc40$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Mark Kirkwood" References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060907184316.GC56998@svcolo.com> <035701c6d2c3$eb574aa0$b3db87d4@multiplay.co.uk> <001001c6d327$25dc07c0$b3db87d4@multiplay.co.uk> <4502123D.705@paradise.net.nz> Date: Sat, 9 Sep 2006 14:52:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Sat, 09 Sep 2006 14:52:48 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Sat, 09 Sep 2006 14:52:48 +0100 Cc: amd64@freebsd.org, Jo Rhett , stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 13:53:10 -0000 Mark Kirkwood wrote: > Just out of interest what RAID level was the 5 disk array? - as > 180Mb/s from an Areca 5 disk RAID0 or RAID5 array is not that good - > my old 3Ware 7506 with 4 Maxtor IDE RAID0 gets 175Mb/s. Obviously if > your array is RAID10, the 180MB/s is very good! > > If you are using RAID0|5, then something is slowing you down (possible > clash between disk firmware and the Areca, or unfortunate choice of > strip chunk size). Dont know which test I was remembering but just did a quicky: OS: FreeBSD 6.1 RAID: 5 on 5 * 400GB Seagate Controller: HighPoint 1820a CPU: Dual Opteron 244 RAM: 2Gb /usr/bin/time -h dd if=/dev/da0 of=/dev/null bs=1048576 count=10000 10000+0 records in 10000+0 records out 10485760000 bytes transferred in 44.887239 secs (233602250 bytes/sec) 44.88s real 0.03s user 2.40s sys In comparison: OS: FreeBSD 5.4 RAID: 5 on 6 * 300GB Seagate Controller: Areca 1120 CPU: Dual Opteron 248 RAM: 4Gb /usr/bin/time -h dd if=/dev/da0 of=/dev/null bs=1048576 count=10000 10000+0 records in 10000+0 records out 10485760000 bytes transferred in 81.598938 secs (128503633 bytes/sec) 1m21.60s real 0.00s user 2.69s sys So for the money they HighPoint is nothing to be sneezed at. Of course this is a very crude test not comparing totally like for like. Under load the Areca is quicker and has the flexibility of online capacity expansion and raid level migration but... Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 14:27:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D36916A407; Sat, 9 Sep 2006 14:27:02 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.ipactive.de [85.214.39.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D42043D45; Sat, 9 Sep 2006 14:27:00 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-012.eplus-online.de [212.23.126.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id DEA3733D21; Sat, 9 Sep 2006 16:26:53 +0200 (CEST) Received: from [127.0.0.1] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 6FEE02E54D; Sat, 9 Sep 2006 16:26:31 +0200 (CEST) Message-ID: <4502CF2C.6000104@vwsoft.com> Date: Sat, 09 Sep 2006 16:26:52 +0200 From: Volker User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <44FF4909.9020108@vwsoft.com> <44FF5B02.3090804@vwsoft.com> <44FF6FE6.4080602@protected-networks.net> <4500860B.3050804@protected-networks.net> <450089E2.5090906@vwsoft.com> In-Reply-To: <450089E2.5090906@vwsoft.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: pjd@freebsd.org Subject: Re: gmirror RAID-1: rebuilding freezes machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 14:27:02 -0000 regarding the gmirror issue, I've seen the following cvs commit: > Revision 1.66.2.9 / (download) - annotate - [select for diffs], Fri Sep 8 17:39:41 2006 UTC (20 hours, 35 minutes ago) by pjd > Branch: RELENG_6 > Changes since 1.66.2.8: +5 -12 lines > Diff to previous 1.66.2.8 (colored) to branchpoint 1.66 (colored) next main 1.67 (colored) > > Back out previous change from RELENG_6. There is a problem with > synchronization with those changes and I need some time to investigate it. I've csup'ed again, rebuild world + kernel and now gmirror sounds fine again and does the syncing. Thanks, pjd for fast fixing! One feature request on gmirror: If a system comes up and more than one mirror is out of sync, currently gmirror tries (in automatic mode) to re-sync all providers at the same time which slows down the system. When gmirror tries to do a resync, it would make sense to do that one by one and not all at the same time as the disk head moves erratically and seek time is wasted time. Because of that I'm now using automatic rebuild mode on the first (root-fs) gmirror slice and will fire a manual re-sync on the others one by one if needed. I guess I'll put that logic in an rc script but gmirror might avoid doing concurrent re-syncs and instead using a queue like behavior. Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 17:00:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1320B16A40F for ; Sat, 9 Sep 2006 17:00:20 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 666DD43D49 for ; Sat, 9 Sep 2006 17:00:20 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1266610pye for ; Sat, 09 Sep 2006 09:59:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qF+EcKqu80eKV1qYfHYXCc9B91w1HuDLBNrEDpR8I+/8Mn/Sl0DepW8ftmOSk1/GDDdSlLCVouKFcBBvtquwGVIvcso+xuRFVO7PI4ODE3ZpONA/onRtAai4gOwy2qcl0YpveXckCZw3My/IEB6ppfrAPNK855La05KI6Sg5xwk= Received: by 10.35.93.1 with SMTP id v1mr5250622pyl; Sat, 09 Sep 2006 09:59:46 -0700 (PDT) Received: by 10.35.114.2 with HTTP; Sat, 9 Sep 2006 09:59:46 -0700 (PDT) Message-ID: <70e8236f0609090959s7cc9bc1avf830a2736fc0aed1@mail.gmail.com> Date: Sat, 9 Sep 2006 17:59:46 +0100 From: "Joao Barros" To: stable@freebsd.org In-Reply-To: <70e8236f0609090456l31cb39d8if9bdf2d664886a13@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <70e8236f0609090456l31cb39d8if9bdf2d664886a13@mail.gmail.com> Cc: Subject: Re: panic: integer divide fault on 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 17:00:21 -0000 On 9/9/06, Joao Barros wrote: > Hi, > > I just installed 6.1 on my new (with old parts) machine and when > booting for the first time after installation I got this panic: > > ad0: 19130MB at ata0-master UDMA100 > > > Fatal trap 18: integer divide fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x20:0xc0853017 > stack pointer = 0x28:0xc0c20b28 > frame pointer = 0x28:0xc0c20bb0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > trap number = 18 > panic: integer divide fault > cpuid = 0 > Uptime: 1s > Cannot dump. No dump device defined > > The system is a single Xeon with HTT enabled and the HDD used is > somewhat old. I can try installing on another one. The swapper > process somehow points me to the HDD. > Of course any clues are most welcome. > I tried disabling the SATA controller, just leaving the PATA part enabled with no success. I even tried disabling HTT and installing on another IDE disk with a UP kernel rather than a SMP one (I'm trying to eliminate variables) The odd thing is that everything runs fine during the installation booting from a CD. Does anyone have an Asus NCCH-DL motherboard successful booting from an IDE disk? -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 17:07:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8A6016A47B for ; Sat, 9 Sep 2006 17:07:09 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C43843D6E for ; Sat, 9 Sep 2006 17:07:08 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.182.60] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1GM6IN2cPy-0003lB; Sat, 09 Sep 2006 19:07:07 +0200 From: Max Laier Organization: FreeBSD To: "Joao Barros" Date: Sat, 9 Sep 2006 19:07:00 +0200 User-Agent: KMail/1.9.3 References: <70e8236f0609090456l31cb39d8if9bdf2d664886a13@mail.gmail.com> In-Reply-To: <70e8236f0609090456l31cb39d8if9bdf2d664886a13@mail.gmail.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart144778906.XEhxuvTeV4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609091907.06716.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-stable@freebsd.org Subject: Re: panic: integer divide fault on 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 17:07:09 -0000 --nextPart144778906.XEhxuvTeV4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 09 September 2006 13:56, Joao Barros wrote: > Hi, > > I just installed 6.1 on my new (with old parts) machine and when > booting for the first time after installation I got this panic: > > ad0: 19130MB at ata0-master UDMA100 > > > Fatal trap 18: integer divide fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > instruction pointer =3D 0x20:0xc0853017 > stack pointer =3D 0x28:0xc0c20b28 > frame pointer =3D 0x28:0xc0c20bb0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 0 (swapper) > trap number =3D 18 > panic: integer divide fault > cpuid =3D 0 > Uptime: 1s > Cannot dump. No dump device defined Can you try to get a dump, trace, or at least figure out which function=20 the IP is refering to? > The system is a single Xeon with HTT enabled and the HDD used is > somewhat old. I can try installing on another one. The swapper > process somehow points me to the HDD. > Of course any clues are most welcome. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart144778906.XEhxuvTeV4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFAvS6XyyEoT62BG0RAikRAJ9ougX2FDPpqLdOjoVLC4xbG8oMdACeMfAT Se+s9786YYG+FCHsV2MGmvM= =5Ck9 -----END PGP SIGNATURE----- --nextPart144778906.XEhxuvTeV4-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 17:38:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08B4116A403 for ; Sat, 9 Sep 2006 17:38:15 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67CC243D46 for ; Sat, 9 Sep 2006 17:38:14 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.6/8.13.1) with SMTP id k89HcDPg001493 for ; Sat, 9 Sep 2006 12:38:13 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Sat Sep 9 12:38:13 2006 Received: (from karl@localhost) by FS.denninger.net (8.13.6/8.13.1/Submit) id k89HcDNx001490 for freebsd-stable@freebsd.org; Sat, 9 Sep 2006 12:38:13 -0500 (CDT) (envelope-from karl) Date: Sat, 9 Sep 2006 12:38:13 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20060909173813.GA1388@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 17:38:15 -0000 This is not cool folks. Anyone know what I have to roll back to - and what files I have to roll back - to stop this cluster-##@kery? tty ad4 ad6 twed0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 224 453 0.61 0 0.00 120.16 427 50.06 0.61 0 0.00 2 0 4 2 92 See that? There's nothing really running. What I tried to do was "gmirror insert b500 ad4s1" The command took, but NO IO WAS TAKEN TO THE TARGET DRIVE FOR REBUILDING; the SOURCE disk was locked in a 100% I/O run, and after stopping the rebuild THE I/O INFINITE LOOP IS STILL GOING ON! I had a PRODUCTION MACHINE go down on my last night over this when it attempted to run its backup process and wedged due to process table overflow; the first attempt apparently never finished the day before and the second, to a SECOND backup disk (I have a rolling disk backup system using GMIRROR's resync) caused the system to wedge in an I/O wait. This was also not cleanly restartable, as the root partition had multiple error on it that fsck -p couldn't fix. This is a SEVERE emergency in that anyone who has a disk that has to be rebuilt under -STABLE right now (sources as of 7 September) is screwed, blued and tattooed. That PRODUCTION machine is running UNPROTECTED right now (no mirroring) as a consequence of this, and I can neither back it up using the usual mirror NOR restore its redundancy! I see only one comment about GMIRROR changes in the commitlogs since 9/1, and it claims to be (mostly) cosmetic. Obviously not! -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 17:55:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 849BE16A40F for ; Sat, 9 Sep 2006 17:55:31 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0C1643D58 for ; Sat, 9 Sep 2006 17:55:30 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k89HtTR4015514 for ; Sat, 9 Sep 2006 19:55:29 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k89HtSa9082353 for ; Sat, 9 Sep 2006 19:55:28 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k89HtSMx082352 for freebsd-stable@freebsd.org; Sat, 9 Sep 2006 19:55:28 +0200 (CEST) (envelope-from ry93) Date: Sat, 9 Sep 2006 19:55:28 +0200 From: "Patrick M. Hausen" To: freebsd-stable@freebsd.org Message-ID: <20060909175528.GA82256@hugo10.ka.punkt.de> References: <20060909173813.GA1388@FS.denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060909173813.GA1388@FS.denninger.net> User-Agent: Mutt/1.5.10i Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 17:55:31 -0000 Hi! On Sat, Sep 09, 2006 at 12:38:13PM -0500, Karl Denninger wrote: > This is not cool folks. > ... I experienced the same problem - luckily on a lab machine. As much as I understand your anger, -stable is not guaranteed bug free. And to answer your question: RELENG_6_1 doesn't show this problem. I recommend running RELENG_X_Y instead of RELENG_X for recent values of X and Y on production systems, anyway. HTH, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 18:23:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B921216A416 for ; Sat, 9 Sep 2006 18:23:19 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1804843D49 for ; Sat, 9 Sep 2006 18:23:18 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.176.57] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1GM7U51MW1-0007dK; Sat, 09 Sep 2006 20:23:18 +0200 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sat, 9 Sep 2006 20:23:10 +0200 User-Agent: KMail/1.9.3 References: <20060909173813.GA1388@FS.denninger.net> In-Reply-To: <20060909173813.GA1388@FS.denninger.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1386642.Ey7tDIp5aV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609092023.16454.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Karl Denninger Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 18:23:19 -0000 --nextPart1386642.Ey7tDIp5aV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 09 September 2006 19:38, Karl Denninger wrote: > This is not cool folks. Want a refund? =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1386642.Ey7tDIp5aV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFAwaUXyyEoT62BG0RAq3SAJ4z3WVcwYxwfZ5+OXLnhS7pfEjpTgCdEbn/ OoaGDi6mMv7xy0qZ2i1B8xg= =SOCi -----END PGP SIGNATURE----- --nextPart1386642.Ey7tDIp5aV-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 18:25:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1136416A412 for ; Sat, 9 Sep 2006 18:25:49 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73C4143D4C for ; Sat, 9 Sep 2006 18:25:48 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1045793wxd for ; Sat, 09 Sep 2006 11:25:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fCjb49NU7GTRXuQRYwd4dovfmFO/JqaE24diYTFyLWQXJa+/+JwGKjESDUMrip8dvjW1d2R6G8KjNO2PkErlq1rg1tBKKRO84grHcSye3URIx/Fu7/tSah26CsfJ37pmAbSrmIxEcHEn/WRm4DSyp8ZaTGOzmr2g8f1hcos4lJI= Received: by 10.90.56.14 with SMTP id e14mr1269381aga; Sat, 09 Sep 2006 11:25:47 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Sat, 9 Sep 2006 11:25:46 -0700 (PDT) Message-ID: <7579f7fb0609091125j7f8abcebq3075d4bd474f21d@mail.gmail.com> Date: Sat, 9 Sep 2006 11:25:47 -0700 From: "Matthew Jacob" To: "Alex Salazar" In-Reply-To: <40c4bb930609081046m1e94266al6be8873e2149c607@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> <40c4bb930609081046m1e94266al6be8873e2149c607@mail.gmail.com> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 18:25:49 -0000 > > is gone, but a new error message appears as often as the former, > and under the same circumstances: > > > mpt0: QUEUE_FULL: Bus 0x00 Target 0x00 Depth 128 > -- > Alex > From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 18:27:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81F1F16A403 for ; Sat, 9 Sep 2006 18:27:45 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DFF643D5F for ; Sat, 9 Sep 2006 18:27:33 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1046162wxd for ; Sat, 09 Sep 2006 11:27:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oLkc/4vJDukQ5zZM+3oZ6UKCbPNijs4b0z/Mwizr87AUe4R1qsjM6TkbO0FxebOQdD64Zp7jCfMID/jh1rSYpZ+dYNLTwt4WAMVEZOlTQynklkbNu5pIMiSMq/NeO1V1Fs926XlvXgY+mKlYXxIhBDTtsv4YUt4HIA9UlcIB3AA= Received: by 10.90.117.11 with SMTP id p11mr1267907agc; Sat, 09 Sep 2006 11:27:33 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Sat, 9 Sep 2006 11:27:32 -0700 (PDT) Message-ID: <7579f7fb0609091127o2962d4dcxa0d658cd09899156@mail.gmail.com> Date: Sat, 9 Sep 2006 11:27:32 -0700 From: "Matthew Jacob" To: "Alex Salazar" In-Reply-To: <7579f7fb0609091125j7f8abcebq3075d4bd474f21d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> <40c4bb930609081046m1e94266al6be8873e2149c607@mail.gmail.com> <7579f7fb0609091125j7f8abcebq3075d4bd474f21d@mail.gmail.com> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 18:27:45 -0000 Oops- mangled reply. On 9/9/06, Matthew Jacob wrote: > > > > is gone, but a new error message appears as often as the former, > > and under the same circumstances: > > > > > mpt0: QUEUE_FULL: Bus 0x00 Target 0x00 Depth 128 > Do you see these all the time? If so I'll have to connect up some logic to take and shut down openings to match the Depth field- although this is a step I've been resisting. Insofar as the Error 22- that's normal to see those for verbose booting. They should be more informative as to why those are occurring. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 18:28:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32DAE16A415 for ; Sat, 9 Sep 2006 18:28:35 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9040B43D88 for ; Sat, 9 Sep 2006 18:28:32 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.6/8.13.1) with SMTP id k89ISV6R032046 for ; Sat, 9 Sep 2006 13:28:31 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Sat Sep 9 13:28:31 2006 Received: (from karl@localhost) by FS.denninger.net (8.13.6/8.13.1/Submit) id k89ISVv5032044 for freebsd-stable@freebsd.org; Sat, 9 Sep 2006 13:28:31 -0500 (CDT) (envelope-from karl) Date: Sat, 9 Sep 2006 13:28:31 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20060909182831.GA32004@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060909173813.GA1388@FS.denninger.net> <200609092023.16454.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609092023.16454.max@love2party.net> User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 18:28:35 -0000 Yeah, -STABLE is what you should run if you want stable code, right? C'mon guys. This sort of thing belies a total lack of concern when changes are MFC'd into production branches of the code. This kind of thing is expected if you're running -CURRENT, but not -STABLE. How long would it have taken to actually test the change and detect this once it was put in? All of 30 seconds? -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind On Sat, Sep 09, 2006 at 08:23:10PM +0200, Max Laier wrote: > On Saturday 09 September 2006 19:38, Karl Denninger wrote: > > This is not cool folks. > > Want a refund? > > -- > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 18:43:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2377716A40F for ; Sat, 9 Sep 2006 18:43:51 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2DA943D69 for ; Sat, 9 Sep 2006 18:43:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 261FB1A3C20 for ; Sat, 9 Sep 2006 11:43:47 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EA192514F7; Sat, 9 Sep 2006 14:43:45 -0400 (EDT) Date: Sat, 9 Sep 2006 14:43:45 -0400 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20060909184345.GA64903@xor.obsecurity.org> References: <20060909173813.GA1388@FS.denninger.net> <200609092023.16454.max@love2party.net> <20060909182831.GA32004@FS.denninger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <20060909182831.GA32004@FS.denninger.net> User-Agent: Mutt/1.4.2.2i Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 18:43:51 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 09, 2006 at 01:28:31PM -0500, Karl Denninger wrote: > Yeah, -STABLE is what you should run if you want stable code, right? >=20 > C'mon guys. This sort of thing belies a total lack of concern when chang= es > are MFC'd into production branches of the code. This kind of thing is > expected if you're running -CURRENT, but not -STABLE. >=20 > How long would it have taken to actually test the change and detect this = once=20 > it was put in? All of 30 seconds? Please try to calm down, getting angry on the mailing list is only going to make everyone else angry too. Kris --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFAwthWry0BWjoQKURApeiAJ9UGewQ41FlhgyCWc8HEYclz2ZpLgCg+Sr/ IPGxjl1NUPPDn1msHViVcUA= =uMcY -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 19:43:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B002D16A412 for ; Sat, 9 Sep 2006 19:43:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00D7443D46 for ; Sat, 9 Sep 2006 19:43:06 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 776AA48A29; Sat, 9 Sep 2006 21:43:04 +0200 (CEST) Received: from localhost (public-gprs3449.centertel.pl [87.96.13.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D663F48A26; Sat, 9 Sep 2006 21:42:50 +0200 (CEST) Date: Sat, 9 Sep 2006 21:42:30 +0200 From: Pawel Jakub Dawidek To: Volker Message-ID: <20060909194230.GA85109@garage.freebsd.pl> References: <44FF4909.9020108@vwsoft.com> <44FF5B02.3090804@vwsoft.com> <44FF6FE6.4080602@protected-networks.net> <4500860B.3050804@protected-networks.net> <450089E2.5090906@vwsoft.com> <4502CF2C.6000104@vwsoft.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <4502CF2C.6000104@vwsoft.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-stable@freebsd.org Subject: Re: gmirror RAID-1: rebuilding freezes machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 19:43:07 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 09, 2006 at 04:26:52PM +0200, Volker wrote: > One feature request on gmirror: >=20 > If a system comes up and more than one mirror is out of sync, > currently gmirror tries (in automatic mode) to re-sync all providers > at the same time which slows down the system. >=20 > When gmirror tries to do a resync, it would make sense to do that > one by one and not all at the same time as the disk head moves > erratically and seek time is wasted time. Because of that I'm now > using automatic rebuild mode on the first (root-fs) gmirror slice > and will fire a manual re-sync on the others one by one if needed. I > guess I'll put that logic in an rc script but gmirror might avoid > doing concurrent re-syncs and instead using a queue like behavior. This is quite complex issue to solve: - If you have 8 disks in your server, every two are in mirror configuration, you do want to synchronize all the mirrors in parallel. - If you have 2 disks and 4 mirrors configured on partitions from those disks, you want to synchronize them one by one. - If you have UFS file system on a mirror provider, you want to delay synchronization or delay fsck, but don't want them to run together. - Hmm, maybe you have also raid3 configured on the same disks you have mirrors? Basically every mirror is a separate entity and doesn't have any knowledge about the rest of mirrors (or any other GEOM classes). Keeping it that way is a good thing, IMHO. Another thing is that GEOM as an infrastructure doesn't want me to treat some providers as special, ie. I shouldn't care if mirror is configured on plain disks or on partitions. And maybe one component is a disk and one is a partition (it could be useful when one has disks of different sizes). Taking all of this into account, I don't think such logic should be implemented in gmirror itself. I do agree that we should provide some userland (rcNG? daemon?) infrastructure to allow to easly configure order of gmirror synchronization, graid3 synchronization, fsck, gvinum synchronization(?), etc. For example we have those providers: mirror/foo1 (ad0s1 ad1s1) mirror/foo2 (ad0s2 ad1s2) mirror/foo3 (ad0s3 ad1s3) mirror/bar (ad2s1 ad3s1) raid3/baz (ad0s4 ad1s4 ad2s2) We have a daemon (shell script?) runing heavy disk tasks in the given order: fsck:mirror/foo1 fsck:mirror/bar fsck:mirror/foo2 (after fsck:mirror/foo1) fsck:mirror/foo3 (after fsck:mirror/foo2) fsck:raid3/baz (after fsck:mirror/foo2,fsck:mirror/bar) sync:mirror/foo1 (after fsck:raid3/baz) sync:mirror/bar (after fsck:raid3/baz) sync:mirror/foo2 (after sync:mirror/foo1) sync:mirror/foo3 (after sync:mirror/foo2) sync:raid3/baz (after sync:mirror/foo2,sync:mirror/bar) I hope this is easy. I'm also planning to implement some messages which will be passed via devd(8), like 'component X disconnected from Y', 'synchronization of component X in Y finished', etc. which could be helpful for such a daemon. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFAxkmForvXbEpPzQRApkQAJ9SA6cJ3tucbQAw+K5yj32XkyfK+gCeKc4a 7o/3JWTFzUgCGxHC3GglQT8= =Dzlu -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 20:02:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0C2E16A403 for ; Sat, 9 Sep 2006 20:02:36 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4359643D4C for ; Sat, 9 Sep 2006 20:02:36 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by py-out-1112.google.com with SMTP id f25so1332926pyf for ; Sat, 09 Sep 2006 13:02:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qKFjpB3HioQjQn1lD4wdN0NXL6AxxZyT4Xp1hd2qr33V3gZ5CKKEfSq3qw/g1sMIK5IjChxqb917Q6aNAjsrkpho14LRuVuU5xj2UWvlxp4wPxYi3htrh3JZUAstKy6DKVPu7353+TOAozIb+mi5Rc70sBCvjxDZbBPJvGY9N1A= Received: by 10.35.123.2 with SMTP id a2mr5474847pyn; Sat, 09 Sep 2006 13:02:35 -0700 (PDT) Received: by 10.35.114.2 with HTTP; Sat, 9 Sep 2006 13:02:35 -0700 (PDT) Message-ID: <70e8236f0609091302i1c98f8f7t6ad32cd602b054c@mail.gmail.com> Date: Sat, 9 Sep 2006 21:02:35 +0100 From: "Joao Barros" To: "Max Laier" In-Reply-To: <200609091907.06716.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <70e8236f0609090456l31cb39d8if9bdf2d664886a13@mail.gmail.com> <200609091907.06716.max@love2party.net> Cc: freebsd-stable@freebsd.org Subject: Re: panic: integer divide fault on 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 20:02:36 -0000 On 9/9/06, Max Laier wrote: > > Can you try to get a dump, trace, or at least figure out which function > the IP is refering to? > Well, the problem only occurs when I boot from the disk and the installed kernel doesn't have debug support. Does 'set dumpdev=' work from the boot loader? I tried some combinations with no success. I can try and install a 6-STABLE snapshot if there's no way of getting the info needed. -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 20:05:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 080AB16A591 for ; Sat, 9 Sep 2006 20:05:51 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96DB543D4C for ; Sat, 9 Sep 2006 20:05:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 69C471A3C1F; Sat, 9 Sep 2006 13:05:50 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 60B7251541; Sat, 9 Sep 2006 16:05:49 -0400 (EDT) Date: Sat, 9 Sep 2006 16:05:49 -0400 From: Kris Kennaway To: Joao Barros Message-ID: <20060909200549.GA66552@xor.obsecurity.org> References: <70e8236f0609090456l31cb39d8if9bdf2d664886a13@mail.gmail.com> <200609091907.06716.max@love2party.net> <70e8236f0609091302i1c98f8f7t6ad32cd602b054c@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <70e8236f0609091302i1c98f8f7t6ad32cd602b054c@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: Max Laier , freebsd-stable@freebsd.org Subject: Re: panic: integer divide fault on 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 20:05:51 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 09, 2006 at 09:02:35PM +0100, Joao Barros wrote: > On 9/9/06, Max Laier wrote: > > > >Can you try to get a dump, trace, or at least figure out which function > >the IP is refering to? > > >=20 > Well, the problem only occurs when I boot from the disk and the > installed kernel doesn't have debug support. > Does 'set dumpdev=3D' work from the boot loader? I tried some > combinations with no success. No. > I can try and install a 6-STABLE snapshot if there's no way of getting > the info needed. You can either try to install a new kernel with DDB support, or follow the "instruction pointer" method in the developers handbook chapter on kernel debugging. Kris --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFAx6cWry0BWjoQKURAuOpAKDDsJ5hPADXiajXhjJ9fJ65AW9XTQCg1yfm DO6SWNWjb8tB8sxgx3omEQI= =zIvV -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 20:45:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 987E016A40F for ; Sat, 9 Sep 2006 20:45:51 +0000 (UTC) (envelope-from spamd@kc8onw.net) Received: from smtp3.fuse.net (mail-out3.fuse.net [216.68.8.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0563F43D49 for ; Sat, 9 Sep 2006 20:45:50 +0000 (GMT) (envelope-from spamd@kc8onw.net) Received: from gx6.fuse.net ([72.49.10.62]) by smtp3.fuse.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20060909204550.HCK20597.smtp3.fuse.net@gx6.fuse.net> for ; Sat, 9 Sep 2006 16:45:50 -0400 Received: from kb8fcl.kc8onw.net ([72.49.10.62]) by gx6.fuse.net (InterMail vG.1.02.00.02 201-2136-104-102-20041210) with ESMTP id <20060909204545.LKJG10743.gx6.fuse.net@kb8fcl.kc8onw.net> for ; Sat, 9 Sep 2006 16:45:45 -0400 Received: from mail.kc8onw.net (unknown [204.117.152.87]) by kb8fcl.kc8onw.net (Postfix) with ESMTP id 8E0FBA1827 for ; Sat, 9 Sep 2006 16:45:32 -0400 (EDT) Received: by mail.kc8onw.net (Postfix, from userid 58) id 0903E28735; Sat, 9 Sep 2006 16:45:31 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on server.kc8onw.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.5 Received: from [10.70.3.254] (unknown [10.70.3.254]) by mail.kc8onw.net (Postfix) with ESMTP id 56C5D285A7 for ; Sat, 9 Sep 2006 16:45:22 -0400 (EDT) Message-ID: <450327DC.5060202@kc8onw.net> Date: Sat, 09 Sep 2006 16:45:16 -0400 From: Jonathan Stewart User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Reproducible data corruption on 6.1-Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 20:45:51 -0000 I set up a new server recently and transferred all the information from my old server over. At the time it appeared there where no problems. I just tried to use unison to synchronize the backup of pictures I have taken and noticed that a shockingly high number of pictures where marked as changed on the server. After checking the pictures by hand I confirmed that many of the pictures on the server where corrupted. I attempted to use unison to update the files on the server with the correct local copies but it would fail on almost all the files with the message "destination updated during synchronization." I have since tried copying the files over using both samba and rsync and both exhibit corruption. I do know the files are transferred correctly over the network because a diff initially shows everything as identical until I read enough to flush the cache at which point when it hits the disk I start seeing the corruption. Not every file gets corrupted but it seems like >10% do each time and it's not always the same files. The larger files seem to be corrupted more often so it seem to be related more to the amount of data written than the number of files. I cvsuped and rebuilt world and kernel last night in hope that it had been fixed recently but with no luck. I have not seen any error messages on the console at all either. I have a pair of 320GB SATA hard drives setup as RAID0 on a HighPoint RocketRaid 1520 card. This being a data corruption issue I can afford any amount of downtime needed for trouble shooting as it's not very useful to have the server up if everything is going to get corrupted. Thank you, Jonathan uname -a: FreeBSD XXXXX 6.1-STABLE FreeBSD 6.1-STABLE #1: Fri Sep 8 23:53:36 EDT 2006 root@XXXXXX:/usr/obj/usr/src/sys/GENERIC i386 dmesg: Copyright (c) 1992-2006 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 6.1-STABLE #1: Fri Sep 8 23:53:36 EDT 2006 root@XXXXX:/usr/obj/usr/src/sys/GENERIC mptable_probe: MP Config Table has bad signature: 4\^C\^_ Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 3200+ (2090.17-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 real memory = 1073676288 (1023 MB) avail memory = 1041698816 (993 MB) kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 Correcting nForce2 C1 CPU disconnect hangs agp0: mem 0xd8000000-0xdbffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe1085000-0xe1085fff irq 5 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe1082000-0xe1082fff irq 5 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe1083000-0xe10830ff irq 12 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered nve0: port 0xe400-0xe407 mem 0xe1084000-0xe1084fff irq 12 at device 4.0 on pci0 nve0: Ethernet address 00:0c:6e:7d:e0:79 miibus0: on nve0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: Ethernet address: 00:0c:6e:7d:e0:79 pci0: at device 5.0 (no driver attached) pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 atapci0: port 0xa000-0xa007,0xa400-0xa403,0xa800-0xa807,0xac00-0xac03,0xb000-0xb0ff irq 11 at device 6.0 on pci1 ata2: on atapci0 ata3: on atapci0 pci1: at device 9.0 (no driver attached) pci1: at device 9.1 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 ata0: on atapci1 ata1: on atapci1 pcib2: at device 12.0 on pci0 pci2: on pcib2 xl0: <3Com 3c920B-EMB Integrated Fast Etherlink XL> port 0xc000-0xc07f mem 0xdd000000-0xdd00007f irq 5 at device 1.0 on pci2 miibus1: on xl0 acphy0: on miibus1 acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:26:54:10:8c:0f pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd17ff,0xd6000-0xd67ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2090170106 Hz quality 800 Timecounters tick every 1.000 msec ad0: 194481MB at ata0-master UDMA133 acd0: DVDROM at ata0-slave UDMA33 ad4: 305245MB at ata2-master UDMA133 ad6: 305245MB at ata3-master UDMA133 ar0: 610490MB status: READY ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master Trying to mount root from ufs:/dev/ad0s1a From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 21:19:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C74916A407 for ; Sat, 9 Sep 2006 21:19:07 +0000 (UTC) (envelope-from db@spearburn.danielbond.org) Received: from spearburn.danielbond.org (ti221110a080-2410.bb.online.no [83.109.137.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C98C443D49 for ; Sat, 9 Sep 2006 21:19:06 +0000 (GMT) (envelope-from db@spearburn.danielbond.org) Received: by spearburn.danielbond.org (Postfix, from userid 1001) id AA5CE5C49; Sat, 9 Sep 2006 23:22:08 +0200 (CEST) Date: Sat, 9 Sep 2006 23:22:08 +0200 From: Daniel Bond To: Tobias Roth Message-ID: <20060909212208.GA16312@spearburn.danielbond.org> References: <20060907181311.GA25768@spearburn.danielbond.org> <20060908121348.GA5534@droopy.unibe.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060908121348.GA5534@droopy.unibe.ch> X-GPG-Key-Id: 37898D6C X-GPG-Key-Server: http://pgp.mit.edu X-GPG-Key-FingerPrint: DA2F 6D5F 052B 0180 6E12 F62D 85E6 9276 59CC E5B6 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: Patch for GBDE rc-script X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 21:19:07 -0000 On 14:13 Fri 08 Sep, Tobias Roth wrote: > On Thu, Sep 07, 2006 at 08:13:11PM +0200, Daniel Bond wrote: > > Hi, > > > > I just setup GBDE on my laptop, encrypting my 512M cf-card. > > This works like a charm, but I felt the need to enchance the rc-script a > > little to automatically mount the encrypted drive(s), if you have the > > following in /etc/rc.conf: > > [snip] > > How is this better/different from just adding the gbde device to > /etc/fstab and have it mounted along with all other filesystems? > > Thanks, > Tobias It says in the handbook: "Since encrypted file systems cannot yet be listed in /etc/fstab for automatic mounting, the file systems must be checked for errors by running fsck(8) manually before mounting." -- Med vennlig hilsen / Best regards, ------------------------------------------ Daniel Bond PGP: C822C4BD ------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 21:41:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D528216A416 for ; Sat, 9 Sep 2006 21:41:45 +0000 (UTC) (envelope-from workdamyou@yahoo.ca) Received: from web32103.mail.mud.yahoo.com (web32103.mail.mud.yahoo.com [68.142.207.117]) by mx1.FreeBSD.org (Postfix) with SMTP id 72DF243D45 for ; Sat, 9 Sep 2006 21:41:44 +0000 (GMT) (envelope-from workdamyou@yahoo.ca) Received: (qmail 39625 invoked by uid 60001); 9 Sep 2006 21:41:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=sUas8IegBs6HBxWqBtVN7fKzJxkYY1OSHEydPzg29SLSivdGLr4EflAM7imLEkss5re7kqfVfh1NikLnE5Goql+Fp3jeSX1aDVcIWne7902tHmMTlt1P7pb5pv+vcsOT2DJ0fsP6aZDpdDb9e3Xnc0dRxCDZjJAy9TaKhVqXhtc= ; Message-ID: <20060909214143.39623.qmail@web32103.mail.mud.yahoo.com> Received: from [206.248.137.118] by web32103.mail.mud.yahoo.com via HTTP; Sat, 09 Sep 2006 14:41:43 PDT Date: Sat, 9 Sep 2006 14:41:43 -0700 (PDT) From: -MM- To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: missing hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 21:41:46 -0000 Greetings, Currently I have FBSD 6.1 release (custom build, DMI, DRM, took out some drivers that I don't use) however, 6.1 release generic didn't quite work either*. (Works on a different (slower) harddrive controller) ACPI doesn't seem to work on this computer. The problem is that I have two host -> PCI adapters, and two PCI -> PCI bridges in my computer, and a Symbios 53c896 behind one of them isn't being seen. Essentally, there is... (edited output from pciconf -lv) =================================================================================== hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00071166 rev=0x04 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'NB6635 (CNB20-LE/HE) CPU to PCI Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:0:1: class=0x060400 card=0x00000080 chip=0x00051166 rev=0x02 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'NB6536 (CNB20-LE) PCI to PCI Bridge, bus/dev/func 0/0/1' class = bridge subclass = PCI-PCI hostb1@pci0:17:0: class=0x060000 card=0x00000000 chip=0x00071166 rev=0x04 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'NB6635 (CNB20-LE/HE) CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb2@pci0:17:1: class=0x060000 card=0x00000000 chip=0x00051166 rev=0x02 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'NB6536 (CNB20-LE) PCI to PCI Bridge, bus/dev/func 0/0/1' class = bridge subclass = HOST-PCI =================================================================================== However, (edited dmesg (boot -v)) =================================================================================== pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1166, dev=0x0007, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x6200, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 28, enabled map[14]: type 1, range 32, base febee000, size 12, enabled found-> vendor=0x1166, dev=0x0005, revid=0x02 bus=0, slot=0, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x22b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0007, revid=0x04 bus=0, slot=17, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x6200, cachelnsz=8 (dwords) lattimer=0x30 (1440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0005, revid=0x02 bus=0, slot=17, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x2200, cachelnsz=8 (dwords) lattimer=0x30 (1440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 0.1 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 xl0: miibus0: xlphy0: drm0: isab0: isa0:... pcib3: pcibus 3 on motherboard pci3: on pcib3 pci3: physical bus=3 =================================================================================== As you can see, pcib2 and pci2 have been dropped. I can see that within the source code (pci_bus.c L#387) there is an if statement that looks for duplicate busses. I inserted a quick printf statement in there, and it showed up, once. Thus, something, somehow is being kicked. (Due to my lack of knowledge with regards to C code, I don't know how to find out what board is, because I don't know how to find out how the variable has been defined in C. (%x, %d ...) lspci -Mvvv =================================================================================== 00:00.0 0600: 1166:0007 (rev 04) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR+ TAbort- SERR- TAbort- Reset- FastB2B- Capabilities: [80] AGP version 1.0 Status: RQ=17 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2 Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP+ GART64- 64bit- FW- Rate=x1 ## 00.00:1 is a bridge from 00 to 01-01 00:01.0 0200: 10b7:9055 (rev 24) Subsystem: 1091:9055 00:11.0 0600: 1166:0007 (rev 04) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR+ (32-bit, prefetchable) 00:11.1 0600: 1166:0005 (rev 02) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- (32-bit, prefetchable)" and "Interrupt: pin ? routed to IRQ 255", respectively. scanpci -v =================================================================================== pci bus 0x0000 cardnum 0x11 function 0x00: vendor 0x1166 device 0x0007 Broadcom CNB20-LE Host Bridge STATUS 0x6200 COMMAND 0x0106 CLASS 0x06 0x00 0x00 REVISION 0x04 BIST 0x00 HEADER 0x80 LATENCY 0x30 CACHE 0x08 BASE0 0x00000008 addr 0x00000000 MEM PREFETCHABLE pci bus 0x0000 cardnum 0x11 function 0x01: vendor 0x1166 device 0x0005 Broadcom CNB20-LE Host Bridge STATUS 0x2200 COMMAND 0x0107 CLASS 0x06 0x00 0x00 REVISION 0x02 BIST 0x00 HEADER 0x80 LATENCY 0x30 CACHE 0x08 MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x00 INT_LINE 0xff =================================================================================== So, 0:11.0 has a base address, it's 0x8 As for 00:11.1, perhaps the code is attempting to assign an irq to the pci-pci bridge (thinking that it's a host), thus, can't find it, assigns a irq of 255 and something along the lines kicks out irq=255. Any suggestions for hacks?? Thank you for your time.. More info will be provided upon request. ~Mike. -- ** dmesg 6.1 / 4.9; MP Table; scanPCI (4.9) http://groups.google.com/group/comp.unix.bsd.freebsd.misc/browse_thread/thread/49dfc32ab3593bbd/8bdd58ee98b58589#8bdd58ee98b58589 ** BIOS decode, pirtool, lspci, scanPCI (6.1) http://lists.freebsd.org/pipermail/freebsd-i386/2006-September/004489.html __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 22:19:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B1716A412 for ; Sat, 9 Sep 2006 22:19:56 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7B8643D46 for ; Sat, 9 Sep 2006 22:19:55 +0000 (GMT) (envelope-from scrappy@freebsd.org) Received: from localhost (wm.hub.org [200.46.204.128]) by hub.org (Postfix) with ESMTP id 63EF6291AFE; Sat, 9 Sep 2006 19:19:53 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 59086-02; Sat, 9 Sep 2006 22:19:53 +0000 (UTC) Received: from ganymede.hub.org (blk-137-86-60.eastlink.ca [24.137.86.60]) by hub.org (Postfix) with ESMTP id 48136290C74; Sat, 9 Sep 2006 16:04:37 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1027) id ADA7533DD5; Sat, 9 Sep 2006 16:04:40 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id A918733C4F; Sat, 9 Sep 2006 16:04:40 -0300 (ADT) Date: Sat, 9 Sep 2006 16:04:40 -0300 (ADT) From: "Marc G. Fournier" X-X-Sender: freebsd@ganymede.hub.org To: Karl Denninger In-Reply-To: <20060909182831.GA32004@FS.denninger.net> Message-ID: <20060909160211.U10669@ganymede.hub.org> References: <20060909173813.GA1388@FS.denninger.net> <200609092023.16454.max@love2party.net> <20060909182831.GA32004@FS.denninger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 22:19:56 -0000 On Sat, 9 Sep 2006, Karl Denninger wrote: > Yeah, -STABLE is what you should run if you want stable code, right? > > C'mon guys. This sort of thing belies a total lack of concern when > changes are MFC'd into production branches of the code. This kind of > thing is expected if you're running -CURRENT, but not -STABLE. > > How long would it have taken to actually test the change and detect this > once it was put in? All of 30 seconds? In this case, I don't know ... but I *do* know that I do hit a fair number of "bugs" that a simple 30 second test won't uncover ... a production box *can* and *will* tend to hit bugs that a test box won't, just because of the randomness of what is running on it ... trust me, I've had my share of headaches over the years, but it doesn't (and won't) deter me from running -STABLE, for the simple fact that if I don't, there is a good chance that those bugs that I do get "lucky" enough to hit won't get hit by anyone else and *someone* had to get it ;) ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 22:43:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38EA716A403 for ; Sat, 9 Sep 2006 22:43:19 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1804043D5D for ; Sat, 9 Sep 2006 22:43:15 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.6/8.13.1) with SMTP id k89MhEnY005808 for ; Sat, 9 Sep 2006 17:43:14 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Sat Sep 9 17:43:14 2006 Received: (from karl@localhost) by FS.denninger.net (8.13.6/8.13.1/Submit) id k89MhEmN005805 for freebsd-stable@freebsd.org; Sat, 9 Sep 2006 17:43:14 -0500 (CDT) (envelope-from karl) Date: Sat, 9 Sep 2006 17:43:14 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20060909224314.GA5450@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060909173813.GA1388@FS.denninger.net> <200609092023.16454.max@love2party.net> <20060909182831.GA32004@FS.denninger.net> <20060909160211.U10669@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060909160211.U10669@ganymede.hub.org> User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 22:43:19 -0000 On Sat, Sep 09, 2006 at 04:04:40PM -0300, Marc G. Fournier wrote: > On Sat, 9 Sep 2006, Karl Denninger wrote: > > >Yeah, -STABLE is what you should run if you want stable code, right? > > > >C'mon guys. This sort of thing belies a total lack of concern when > >changes are MFC'd into production branches of the code. This kind of > >thing is expected if you're running -CURRENT, but not -STABLE. > > > >How long would it have taken to actually test the change and detect this > >once it was put in? All of 30 seconds? > > In this case, I don't know ... but I *do* know that I do hit a fair > number of "bugs" that a simple 30 second test won't uncover ... a > production box *can* and *will* tend to hit bugs that a test box won't, > just because of the randomness of what is running on it ... trust me, I've > had my share of headaches over the years, but it doesn't (and won't) deter > me from running -STABLE, for the simple fact that if I don't, there is a > good chance that those bugs that I do get "lucky" enough to hit won't get > hit by anyone else and *someone* had to get it ;) Well sure, if its one of those "corner cases" I understand. This is the price of not doing FULL regression testing, and expecting that from a free project is unreasonable. Hell, you don't get that from Micro$oft, why would anyone think you'd get it here? But in this situation its not a corner case. I've got a (different) open issue on 6.x where it appears that SELECT on serial lines is badly screwed; this may be specific to the ROCKETPORT cards and it may not - not real sure yet. I reported that one recently too, and its giving me a 5-alarm migrane at the moment trying to find a workaround that actually functions. I can't find anything in the commit logs that would lead me to believe that the ttyio code has changed in a way that should have caused this, and the driver hasn't been updated either. That's a head-scratcher for a whole host of reasons with the first one being that I don't have the first clue where to look for the source of trouble (to use a pun.) Its not as simple as "serial I/O doesn't work at all"; it appears to be specific to using VMIN, non-blocking I/O and select() to handle multiple sources of input coming into a single thread. Now how often do people do this? I dunno..... but what I do know is that the common "single thread" application works fine on the same port.... This is different. We're talking about the very basic functionality of the gmirror system - to be able to rebuild a disk that is out of sync. In this case my "notice" of the problem came in the form of a production machine that went down overnight - apparently, it would seem, during an attempt to back itself up using that functionality. It went down HARD and corrupted the root partition directory structure badly enough to prevent fsck from being able to rebuild it on an automated restart attempt, and what was worse, the bug caused the system to block in I/O permanently as of course when it came back up from the crash it tried to resync the out-of-date providers, making the reboot hang! So what I had was a production machine that couldn't be brought back up without significant "wizardry" at the physical console, and frankly, what it LOOKED LIKE at first blush was a disk failure - one of those "that's not supposed to happen" things. I was very close to putting the day-old backup disk online - I'm darn glad I didn't, because the bug would have likely trashed THAT one too, and then I'd be both a day back on the data AND have an unstable system! Not good, especially when the commit log on the last delta to the gmirror code was basically "removed uses of the F-word in comments; we're nice people". Uh, obviously not. The obvious question is how does the protocol for committing changes to -STABLE work if the committer isn't required to first test the basic function set of the module he/she modifies, on -STABLE, before those changes are MFC'd back into the -STABLE tree? I see that the (actual) code changes were backed out (apparently yesterday) and I've rebuilt the kernel with those, which has put the immediate fire out, but this is one of those instances where the usual "check and balance" process that is as being present in -STABLE failed badly, and it failed simply due to a lack of checking at all! -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Sat Sep 9 23:32:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DE1816A403; Sat, 9 Sep 2006 23:32:32 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-2.paradise.net.nz (linda-2.paradise.net.nz [203.96.152.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id B860343D46; Sat, 9 Sep 2006 23:32:31 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J5C00HGDMQ64H@linda-2.paradise.net.nz>; Sun, 10 Sep 2006 11:32:30 +1200 (NZST) Received: from [192.168.1.11] (218-101-29-47.dsl.clear.net.nz [218.101.29.47]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id 1A16014ADD92; Sun, 10 Sep 2006 11:32:30 +1200 (NZST) Date: Sun, 10 Sep 2006 11:32:20 +1200 From: Mark Kirkwood In-reply-to: <079e01c6d417$3890fc40$b3db87d4@multiplay.co.uk> To: Steven Hartland Message-id: <45034F04.9010103@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.4 (X11/20060704) References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060907184316.GC56998@svcolo.com> <035701c6d2c3$eb574aa0$b3db87d4@multiplay.co.uk> <001001c6d327$25dc07c0$b3db87d4@multiplay.co.uk> <4502123D.705@paradise.net.nz> <079e01c6d417$3890fc40$b3db87d4@multiplay.co.uk> Cc: amd64@freebsd.org, Jo Rhett , stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 23:32:32 -0000 Steven Hartland wrote: > Mark Kirkwood wrote: >> >> If you are using RAID0|5, then something is slowing you down (possible >> clash between disk firmware and the Areca, or unfortunate choice of >> strip chunk size). > > Dont know which test I was remembering but just did a quicky: > OS: FreeBSD 6.1 > RAID: 5 on 5 * 400GB Seagate > Controller: HighPoint 1820a > CPU: Dual Opteron 244 > RAM: 2Gb > /usr/bin/time -h dd if=/dev/da0 of=/dev/null bs=1048576 count=10000 > 10000+0 records in > 10000+0 records out > 10485760000 bytes transferred in 44.887239 secs (233602250 bytes/sec) > 44.88s real 0.03s user 2.40s sys > > In comparison: > OS: FreeBSD 5.4 > RAID: 5 on 6 * 300GB Seagate > Controller: Areca 1120 > CPU: Dual Opteron 248 > RAM: 4Gb > /usr/bin/time -h dd if=/dev/da0 of=/dev/null bs=1048576 count=10000 > 10000+0 records in > 10000+0 records out > 10485760000 bytes transferred in 81.598938 secs (128503633 bytes/sec) > 1m21.60s real 0.00s user 2.69s sys > Hmmm - I've found that FreeBSD 6.1 is a considerably better performer than 5.4, so that is not helping the comparison above. Another thing to check is that both systems have the same vfs.read_max sysctl tunable, as that makes quite a difference on RAID systems! If you have the time to keep playing with these machines, it might be interesting to try block sizes other than 1M - could expose different behavior too! Cheers Mark