From owner-freebsd-stable Tue Jan 2 16:17:32 2001 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 2 16:17:29 2001 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 1FD0137B400 for ; Tue, 2 Jan 2001 16:17:27 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id B7F7C6A911; Wed, 3 Jan 2001 10:47:24 +1030 (CST) Date: Wed, 3 Jan 2001 10:47:24 +1030 From: Greg Lehey To: Roman Shterenzon Cc: "Michael C . Wu" , freebsd-stable@FreeBSD.ORG Subject: Re: vinum malfunction! Message-ID: <20010103104724.H40453@wantadilla.lemis.com> References: <20001231101426.K99806@wantadilla.lemis.com> <20010102092819.K44043@wantadilla.lemis.com> <978425185.3a519561dbcdb@webmail.harmonic.co.il> <20010102193241.C40453@wantadilla.lemis.com> <978427080.3a519cc850a45@webmail.harmonic.co.il> <20010102034408.B56810@peorth.iteration.net> <978438556.3a51c99cea732@webmail.harmonic.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <978438556.3a51c99cea732@webmail.harmonic.co.il>; from roman@harmonic.co.il on Tue, Jan 02, 2001 at 02:29:16PM +0200 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Format recovered--see http://www.lemis.com/email/email-format.html] On Tuesday, 2 January 2001 at 14:29:16 +0200, Roman Shterenzon wrote: > Quoting "Michael C . Wu" : >> On Tue, Jan 02, 2001 at 11:18:00AM +0200, Roman Shterenzon scribbled: >>> Quoting Greg Lehey : >>> 3) I was trying to say that saying "too much text doesn't allow me >>> to work on it" is an EXCUSE. The PR had the needed information and >>> it wasn't mutilated. Perhaps you think that this bug seldom >>> occures, or, perhaps you have some other reason. Well, I've explained this already. Yes, it's relatively rare. And your PR is really as good as illegible. >>> 4) RAID-5 cost our company enormous down-time and cost me >>> personally my health. This is why I think it's dangerous and I >>> want to warn others until this bug is fixed. Under those circumstances, wouldn't it have been more appropriate to supply the information I've asked for. >> It's documented. > > Where? I asked to document it, but haven't seen it documented. If > it's already documented, then I'm happy. In the man page, where it belongs. I posted it in answer to Joe Karthauser's message >>> 5) I'm using webmail, thus I'm unable to control the format of the >>> sent mail. >>> Sorry. >> >> You are a consultant, and you should be able to find a real MUA for >> your work. > > I'm happy that you know what I should and shouldn't know better than > me. As Michael says, sarcasm doesn't help, especially when you use it to make up for any real reason. It certainly doesn't say much for your professionalism if you use toy mailers. I have spent about 5 minutes recovering this message to make it legible again. Have you considered what people think when they receive such badly prepared documentation? Normally I just throw away that kind of message unread, but I still have hope that I might be able to get some information out of this affair. >>> 6) If it's so hard to you to dig valuable information from PR >>> 22103, I can do it by myself and resubmit it. Will this make any >>> difference? Yes, assuming the information is there. >> I read PR/22103, and I don't think you did submit the necessary >> information. > > What's missing? Be constructive, not destructive Well, I have told you several times. For a least the third time: take a look at http://www.vinumvm.org/vinum/how-to-debug.html and supply the information I ask for, no more, no less. Ensure that it is legible. > What did irritate me is that greg mailed the other person and told > him to send a report. My and another person's reports weren't > considered at all. Well, an obvious reason for that is that the problems had nothing to do with each other. The other guy didn't have any crashes, any data corruption, and he wasn't using RAID-5. He just couldn't start Vinum, and he didn't give any information. Greg -- When replying to this message, please take care not to mutilate the original text. For more information, see http://www.lemis.com/email.html Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message