From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 20 20:40:57 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26530106564A; Mon, 20 Feb 2012 20:40:57 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id CC9408FC16; Mon, 20 Feb 2012 20:40:56 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 029E625D3A00; Mon, 20 Feb 2012 20:40:55 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 354FBBDBC84; Mon, 20 Feb 2012 20:40:55 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id UJzbaftdkpBW; Mon, 20 Feb 2012 20:40:54 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E0537BDBC82; Mon, 20 Feb 2012 20:40:53 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <20120220200910.GA46212@sandvine.com> Date: Mon, 20 Feb 2012 20:40:52 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <7DCFF8A0-D54F-4846-97BE-BA6BE33C92C7@lists.zabbadoz.net> References: <20120220200910.GA46212@sandvine.com> To: Ed Maste X-Mailer: Apple Mail (2.1084) Cc: freebsd-hackers@freebsd.org Subject: Re: tftpd: avoid logging error for pxeboot option negotiation? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 20:40:57 -0000 On 20. Feb 2012, at 20:09 , Ed Maste wrote: > After upgrading a diskless boot server from FreeBSD 6 to 8 I see an = error > message logged each time a diskless client boots: >=20 > Feb 20 00:56:38 TPC-D4-35 tftpd[55229]: Got ERROR packet: TFTP Aborted >=20 > It turns out that the pxeboot client (from Intel) first performs a = TFTP > read request with the tsize option to which it receives an = acknowledgement > containing the size of the file to be transferred. Then it sends back > an error response to abort the transfer, and sends the read request = again > (without the tsize option). >=20 > The sequence of packets is: >=20 > 1. C->S TFTP Read Request, File: pxeboot, Transfer type: octet, = tsize=3D0 > 2. S->C TFTP Option Acknowledgement, tsize=3D239616 > 3. C->S TFTP Error Code, Code: Not defined, Message: TFTP Aborted > 4. C->S TFTP Read Request, File: pxeboot, Transfer type: octet, = blksize=3D1456 > 5. S->C TFTP Option Acknowledgement, blksize=3D1456 > 6. C->S TFTP Acknowledgement, Block: 0 > 7. S->C TFTP Data Packet, Block: 1 > ... >=20 > I'd like to avoid logging the error here, for the sake of this pxeboot > client and any other tftp clients that might check options without = actually > starting a transfer. Anyone opposed to removing it? (A proposed = patch is > at http://people.freebsd.org/~emaste/tftpd.diff). Rather than completely ignoring it, can we log it in a different = category, so that one would actually still have a chance to see real "abort" = errors? --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do!