Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755857AbYBEHOV (ORCPT ); Tue, 5 Feb 2008 02:14:21 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753221AbYBEHOM (ORCPT ); Tue, 5 Feb 2008 02:14:12 -0500 Received: from mail.syneticon.net ([213.239.212.131]:42021 "EHLO mail2.syneticon.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751466AbYBEHOK (ORCPT ); Tue, 5 Feb 2008 02:14:10 -0500 Message-ID: <47A80CB9.9000805@wpkg.org> Date: Tue, 05 Feb 2008 08:14:01 +0100 From: Tomasz Chmielewski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061110 Mandriva/1.5.0.8-1mdv2007.1 (2007.1) Thunderbird/1.5.0.8 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: James Bottomley Cc: Bart Van Assche , Vladislav Bolkhovitin , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, FUJITA Tomonori , scst-devel@lists.sourceforge.net, Andrew Morton , Linus Torvalds Subject: Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel References: <1201639331.3069.58.camel@localhost.localdomain> <1201710175.3292.16.camel@localhost.localdomain> In-Reply-To: <1201710175.3292.16.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1144 Lines: 31 James Bottomley schrieb: > These are both features being independently worked on, are they not? > Even if they weren't, the combination of the size of SCST in kernel plus > the problem of having to find a migration path for the current STGT > users still looks to me to involve the greater amount of work. I don't want to be mean, but does anyone actually use STGT in production? Seriously? In the latest development version of STGT, it's only possible to stop the tgtd target daemon using KILL / 9 signal - which also means all iSCSI initiator connections are corrupted when tgtd target daemon is started again (kernel upgrade, target daemon upgrade, server reboot etc.). Imagine you have to reboot all your NFS clients when you reboot your NFS server. Not only that - your data is probably corrupted, or at least the filesystem deserves checking... -- Tomasz Chmielewski http://wpkg.org -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/