From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 23:30:33 2005 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 E0D9816A41F for ; Wed, 14 Sep 2005 23:30:33 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [209.89.70.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7960943D48 for ; Wed, 14 Sep 2005 23:30:33 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from peregrin.orthanc.ca (d216-232-211-96.bchsia.telus.net [216.232.211.96]) (authenticated bits=0) by orthanc.ca (8.13.3/8.13.3) with ESMTP id j8ENUNBp022147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2005 17:30:24 -0600 (MDT) (envelope-from lyndon@orthanc.ca) Received: from [127.0.0.1] (localhost [127.0.0.1]) by peregrin.orthanc.ca (8.13.5.Beta0/8.13.5.Beta0) with ESMTP id j8ENUH29005783; Wed, 14 Sep 2005 16:30:17 -0700 (PDT) In-Reply-To: <20050914231354.GR793@funkthat.com> References: <20050914211535.L97204@geri.cc.fer.hr> <20050914192543.GA79143@xor.obsecurity.org> <20050914231354.GR793@funkthat.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6B09630D-66AD-458F-81B6-6D04AFEE5D78@orthanc.ca> Content-Transfer-Encoding: 7bit From: Lyndon Nerenberg Date: Wed, 14 Sep 2005 16:30:16 -0700 To: John-Mark Gurney X-Mailer: Apple Mail (2.734) X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on orthanc.ca Cc: freebsd-stable@freebsd.org Subject: Re: ENOMEM in swap_pager 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, 14 Sep 2005 23:30:34 -0000 On Sep 14, 2005, at 4:13 PM, John-Mark Gurney wrote: >>> IIRC GEOM should handle ENOMEMs by retrying the IO, but I'm >>> asking just in >>> case - are these errors something I should worry about? >>> >> >> I/O errors suggest your disk is failing. >> > > Unless for some reason his disk is running out of memory: > grep 12 /usr/include/errno.h > #define ENOMEM 12 /* Cannot allocate memory */ The error occurs when sys/vm/swap_pager:swapgeom_strategy() can't allocate a copy of an underlying I/O request buffer. The log message lies a bit; this isn't a physical disk I/O error. --lyndon