From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <194962e34f2d24f5d99023112eabba39@gmx.de> To: 9fans@9fans.net Date: Tue, 25 Aug 2009 00:13:37 +0200 From: cinap_lenrek@gmx.de In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-zygdzrnijgvrggsmawsdkndwro" Subject: Re: [9fans] Using cwfs Topicbox-Message-UUID: 523ef596-ead5-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. --upas-zygdzrnijgvrggsmawsdkndwro Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit check if you have the latest version of /sys/src/cmd/cwfs/wren.c from sources. the old wrenread()/wrenwrite() used non atomic seek/read/write sequence that leaves a window for another process moving the file offset arround under you. this caused wired checktag errors when i tried to copy my main fileserver to another freshly created cwfs. -- cinap --upas-zygdzrnijgvrggsmawsdkndwro Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-bounces+cinap_lenrek=gmx.de@9fans.net> X-Flags: 0000 Delivered-To: GMX delivery to cinap_lenrek@gmx.de Received: (qmail invoked by alias); 24 Aug 2009 20:46:38 -0000 Received: from gouda.swtch.com (EHLO gouda.swtch.com) [67.207.142.3] by mx0.gmx.net (mx109) with SMTP; 24 Aug 2009 22:46:38 +0200 Received: from localhost ([127.0.0.1] helo=gouda.swtch.com) by gouda.swtch.com with esmtp (Exim 4.69) (envelope-from <9fans-bounces@9fans.net>) id 1MfgJg-0001Rp-MN; Mon, 24 Aug 2009 20:39:00 +0000 Received: from mail-ew0-f226.google.com ([209.85.219.226]) by gouda.swtch.com with esmtp (Exim 4.69) (envelope-from ) id 1MfgJe-0001Rk-GJ for 9fans@9fans.net; Mon, 24 Aug 2009 20:38:58 +0000 Received: by ewy26 with SMTP id 26so2874767ewy.29 for <9fans@9fans.net>; Mon, 24 Aug 2009 13:38:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=wPGcv/d+fZQXG/flsLejfZ79t3sQ4n4Ze8lxmkHW/Hs=; b=X0lj8+/3kEEdPrQoJJ7HN6oOlnWVbes8VNIuMek9aVWgtR7qh/QYwIQQsDoB2HM9MP VeuegS4L+o4+jDhpyT5rBo9/VS5gEIzpVOo4b20QkNIWEiuiZov6RUuhWUmw5EjiejRz haXo9MJPn596RJnfCgUUfvouwebE3foFiZG4Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=dnU4Is8leO+WXLabsSM2+UenUNhBpr4/wMWas13+s/7vJ+WamGkmU/Hp6ixTjx00Lj SeZe2EjeicLFPd+8aJt4B9TdMeqYQObbR6X4HV/BNW5m1NxkxYKQhYt5lppkfA1Zl6UK 6mQO7V0F6E7oFkUJPL2yj7EXhRABmRd+pBWqk= MIME-Version: 1.0 Received: by 10.216.50.198 with SMTP id z48mr1068395web.227.1251146332010; Mon, 24 Aug 2009 13:38:52 -0700 (PDT) In-Reply-To: References: Date: Mon, 24 Aug 2009 16:38:51 -0400 X-Google-Sender-Auth: 5fb95d891a193ce7 Message-ID: From: Akshat Kumar To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Using cwfs X-BeenThere: 9fans@9fans.net X-Mailman-Version: 2.1.10 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.9fans.net> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces@9fans.net Errors-To: 9fans-bounces+cinap_lenrek=gmx.de@9fans.net X-GMX-Antivirus: 0 (no virus found) X-GMX-Antispam: 0 (Mail was not recognized as spam) X-GMX-UID: GcqhfiIHTXs9OowjwmQ5VmFKRzdyMgPZ I believe there may be an inconsistency somewhere in the dump records themselves. When I tried to copy back the file from the dump, into the active fs, after a while of copying, cwfs panicked with: main grow ... tag = 5/23; expected 757/7 -- not flushed panic: cwio: checktag c bucket halted ... So I ran a `check' after starting up cwfs again, but nbad = 0 nqbad = 0 although nmiss = 224455 and still I don't know whether the nmiss is something that ought to be fixed, or how. Anyways, the check doesn't seem to reveal any tag inconsistencies - any suggestions for further tests in revealing what might be the issue? Or possible fixes? Thanks, ak --upas-zygdzrnijgvrggsmawsdkndwro--