FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Ubuntu > Ubuntu Kernel Team

 
 
LinkBack Thread Tools
 
Old 05-19-2011, 04:26 PM
Leann Ogasawara
 
Default The future of iscsitarget

On Thu, 2011-05-19 at 16:43 +0200, Stefan Bader wrote:
> We currently carry iscsitarget as one of our ubuntu specific modules. Due to the
> compile breaking for Oneiric, I was looking into this. I found that, at least
> starting with Maverick, there is a source package iscsitarget which also
> produces a dkms module. The code of both is nearly identical, but have already
> diverged due to fixups done to the kernel side while the dkms version just
> stayed at the last upstream version.
>
> First question would be whether we really need iscsitarget at all as there is an
> in kernel scsi target framework[1]. The answer may be yes, because people
> (still) use it.
>
> But then it is not very efficient to provide the kernel module in the kernel
> itself and a dkms package. I would tend to say it should be removed from the
> kernel tree and only be provided by dkms as then all the code from the
> iscsitarget project is in one package, the module should not be important during
> installation as it only allows to use the host as a target and when fixing the
> dkms build in the iscsitarget package, the changes maybe flow back via debian to
> the original project (though it looked a bit like there has been no
> activity/changes since end of last year).
>
> What would be other peoples thoughts on this?

I'd be in favor of the DKMS package thus allowing us to drop it from the
Ubuntu kernel. This has been our suggested policy for out of tree
drivers we've carried in the past.

Thanks,
Leann

> [1] http://lwn.net/Articles/424004/



--
kernel-team mailing list
kernel-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kernel-team
 
Old 05-19-2011, 04:26 PM
Leann Ogasawara
 
Default The future of iscsitarget

On Thu, 2011-05-19 at 16:43 +0200, Stefan Bader wrote:
> We currently carry iscsitarget as one of our ubuntu specific modules. Due to the
> compile breaking for Oneiric, I was looking into this. I found that, at least
> starting with Maverick, there is a source package iscsitarget which also
> produces a dkms module. The code of both is nearly identical, but have already
> diverged due to fixups done to the kernel side while the dkms version just
> stayed at the last upstream version.
>
> First question would be whether we really need iscsitarget at all as there is an
> in kernel scsi target framework[1]. The answer may be yes, because people
> (still) use it.
>
> But then it is not very efficient to provide the kernel module in the kernel
> itself and a dkms package. I would tend to say it should be removed from the
> kernel tree and only be provided by dkms as then all the code from the
> iscsitarget project is in one package, the module should not be important during
> installation as it only allows to use the host as a target and when fixing the
> dkms build in the iscsitarget package, the changes maybe flow back via debian to
> the original project (though it looked a bit like there has been no
> activity/changes since end of last year).
>
> What would be other peoples thoughts on this?

I'd be in favor of the DKMS package thus allowing us to drop it from the
Ubuntu kernel. This has been our suggested policy for out of tree
drivers we've carried in the past.

Thanks,
Leann

> [1] http://lwn.net/Articles/424004/



--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam
 
Old 05-19-2011, 04:26 PM
Leann Ogasawara
 
Default The future of iscsitarget

On Thu, 2011-05-19 at 16:43 +0200, Stefan Bader wrote:
> We currently carry iscsitarget as one of our ubuntu specific modules. Due to the
> compile breaking for Oneiric, I was looking into this. I found that, at least
> starting with Maverick, there is a source package iscsitarget which also
> produces a dkms module. The code of both is nearly identical, but have already
> diverged due to fixups done to the kernel side while the dkms version just
> stayed at the last upstream version.
>
> First question would be whether we really need iscsitarget at all as there is an
> in kernel scsi target framework[1]. The answer may be yes, because people
> (still) use it.
>
> But then it is not very efficient to provide the kernel module in the kernel
> itself and a dkms package. I would tend to say it should be removed from the
> kernel tree and only be provided by dkms as then all the code from the
> iscsitarget project is in one package, the module should not be important during
> installation as it only allows to use the host as a target and when fixing the
> dkms build in the iscsitarget package, the changes maybe flow back via debian to
> the original project (though it looked a bit like there has been no
> activity/changes since end of last year).
>
> What would be other peoples thoughts on this?

I'd be in favor of the DKMS package thus allowing us to drop it from the
Ubuntu kernel. This has been our suggested policy for out of tree
drivers we've carried in the past.

Thanks,
Leann

> [1] http://lwn.net/Articles/424004/



--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam
 
Old 05-19-2011, 04:42 PM
Adam Gandelman
 
Default The future of iscsitarget

On 05/19/2011 07:56 AM, Chuck Short wrote:


Hi Stefan,

I think we should drop iscsitarget since I believe tgt has been
promoted to main in place of iscsitarget.

Regards
chuck




Hi-

Since we're already maintaining IET/iscsitarget alongside the mainline
alternative, could we just replace STGT (old) with LIO (new as of
2.6.38) and keep iscsitarget? There's no doubt users should be moving
away from IET as it ages, but many people out there are running filers
dependent on IET and I think involuntarily migrating to something new is
asking too much. Not to mention, I looked at the openstack's
nova-storage volume manager yesterday, and iscsitarget is used extensively.



Cya
Adam

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam
 
Old 05-19-2011, 04:42 PM
Adam Gandelman
 
Default The future of iscsitarget

On 05/19/2011 07:56 AM, Chuck Short wrote:


Hi Stefan,

I think we should drop iscsitarget since I believe tgt has been
promoted to main in place of iscsitarget.

Regards
chuck




Hi-

Since we're already maintaining IET/iscsitarget alongside the mainline
alternative, could we just replace STGT (old) with LIO (new as of
2.6.38) and keep iscsitarget? There's no doubt users should be moving
away from IET as it ages, but many people out there are running filers
dependent on IET and I think involuntarily migrating to something new is
asking too much. Not to mention, I looked at the openstack's
nova-storage volume manager yesterday, and iscsitarget is used extensively.



Cya
Adam

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam
 
Old 05-19-2011, 10:35 PM
Soren Hansen
 
Default The future of iscsitarget

2011/5/19 Adam Gandelman <adam.gandelman@canonical.com>:
>> I think we should drop iscsitarget since I believe tgt has been
>> promoted to main in place of iscsitarget.
> Not to mention, I looked at the openstack's nova-storage volume manager
> yesterday, and iscsitarget is used extensively.

Please don't let this be a deciding factor. If there's something
better than iscsitarget, we'll just use that.

--
Soren Hansen * * * *| http://linux2go.dk/
Ubuntu Developer * *| http://www.ubuntu.com/
OpenStack Developer | http://www.openstack.org/

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam
 
Old 05-25-2011, 02:34 PM
Tim Gardner
 
Default The future of iscsitarget

On 05/19/2011 10:26 AM, Leann Ogasawara wrote:

On Thu, 2011-05-19 at 16:43 +0200, Stefan Bader wrote:

We currently carry iscsitarget as one of our ubuntu specific modules. Due to the
compile breaking for Oneiric, I was looking into this. I found that, at least
starting with Maverick, there is a source package iscsitarget which also
produces a dkms module. The code of both is nearly identical, but have already
diverged due to fixups done to the kernel side while the dkms version just
stayed at the last upstream version.

First question would be whether we really need iscsitarget at all as there is an
in kernel scsi target framework[1]. The answer may be yes, because people
(still) use it.

But then it is not very efficient to provide the kernel module in the kernel
itself and a dkms package. I would tend to say it should be removed from the
kernel tree and only be provided by dkms as then all the code from the
iscsitarget project is in one package, the module should not be important during
installation as it only allows to use the host as a target and when fixing the
dkms build in the iscsitarget package, the changes maybe flow back via debian to
the original project (though it looked a bit like there has been no
activity/changes since end of last year).

What would be other peoples thoughts on this?


I'd be in favor of the DKMS package thus allowing us to drop it from the
Ubuntu kernel. This has been our suggested policy for out of tree
drivers we've carried in the past.

Thanks,
Leann


[1] http://lwn.net/Articles/424004/






I'm good with that, especially since the in-kernel SCSI target support
is in a state of flux.


rtg
--
Tim Gardner tim.gardner@canonical.com

--
kernel-team mailing list
kernel-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kernel-team
 
Old 05-25-2011, 02:34 PM
Tim Gardner
 
Default The future of iscsitarget

On 05/19/2011 10:26 AM, Leann Ogasawara wrote:

On Thu, 2011-05-19 at 16:43 +0200, Stefan Bader wrote:

We currently carry iscsitarget as one of our ubuntu specific modules. Due to the
compile breaking for Oneiric, I was looking into this. I found that, at least
starting with Maverick, there is a source package iscsitarget which also
produces a dkms module. The code of both is nearly identical, but have already
diverged due to fixups done to the kernel side while the dkms version just
stayed at the last upstream version.

First question would be whether we really need iscsitarget at all as there is an
in kernel scsi target framework[1]. The answer may be yes, because people
(still) use it.

But then it is not very efficient to provide the kernel module in the kernel
itself and a dkms package. I would tend to say it should be removed from the
kernel tree and only be provided by dkms as then all the code from the
iscsitarget project is in one package, the module should not be important during
installation as it only allows to use the host as a target and when fixing the
dkms build in the iscsitarget package, the changes maybe flow back via debian to
the original project (though it looked a bit like there has been no
activity/changes since end of last year).

What would be other peoples thoughts on this?


I'd be in favor of the DKMS package thus allowing us to drop it from the
Ubuntu kernel. This has been our suggested policy for out of tree
drivers we've carried in the past.

Thanks,
Leann


[1] http://lwn.net/Articles/424004/






I'm good with that, especially since the in-kernel SCSI target support
is in a state of flux.


rtg
--
Tim Gardner tim.gardner@canonical.com

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam
 

Thread Tools




All times are GMT. The time now is 09:15 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org