Re: a deadlock (or corruption) bug in iscsid's logging

On 3 Nov 2009 at 2:54, guy keren wrote: > > > Hi, > > the logging code in open-iscsi uses a "logarea" structure in shared > memory protected by a SysV semaphore (using semop system calls) - and > also places the sembuf array structure used in the semop calls in this > same shared-memory are

Re: open-iscsi taking down servers?

Morten W. Petersen wrote: > Hi, > > we have some servers running open-iscsi 2.0.870~rc3-0.4 (Debian) on Is this open-iscsi that comes with debian or is that a open-iscsi.org release of 870-rc3? > a couple of servers. > > One of these servers has been frequent unexplained reboots, and another

a deadlock (or corruption) bug in iscsid's logging

Hi, the logging code in open-iscsi uses a "logarea" structure in shared memory protected by a SysV semaphore (using semop system calls) - and also places the sembuf array structure used in the semop calls in this same shared-memory area (i.e. inside the logarea struct that is allocated in sh

open-iscsi taking down servers?

Hi, we have some servers running open-iscsi 2.0.870~rc3-0.4 (Debian) on a couple of servers. One of these servers has been frequent unexplained reboots, and another I saw had a hard freeze due to the sdb/sdc device becoming unwritable/unreadable. Could open-iscsi be the culprit here? We've had

Re: open-iscsi-2.0-871 on ubuntu 9.10

Stefan wrote: > Hello all, > Im having trouble to get open-iscsi running on ubuntu 9.10. Im thinking he Are you having trouble the open-iscsi that is shipped with ubuntu or the open-iscsi.org release? > *.870 is not working correctly. Cause having trouble to get it discovering. > So I want to

open-iscsi-2.0-871 on ubuntu 9.10

Hello all, Im having trouble to get open-iscsi running on ubuntu 9.10. Im thinking he *.870 is not working correctly. Cause having trouble to get it discovering. So I want to try 871. doing: /software/open-iscsi-2.0-871# ls COPYING Changelog Makefile README THANKS debian doc etc include

Re: [RFC] iscsi transport : add sgio pass-thru support

I actually started the patch with this in mind - making a common layer. I was able to commonize: xx_bsg_destroy_job(), xx_bsg_jobdone(), xx_softirq_done(), a helper for the timeout function (chkjobdone()), xx_bsg_map_buffer(), xx_req_to_bsgjob(), and xx_bsg_goose_queue(). However, what I was

Re: [RFC]: libiscsi patch to support cxgb3i on older RHEL-5/SLES-10

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Christie wrote: > Rakesh Ranjan wrote: >> Mike Christie wrote: >>> Rakesh Ranjan wrote: Rakesh Ranjan wrote: > Mike Christie wrote: >> On 09/01/2009 09:53 AM, Mike Christie wrote: >>> On 09/01/2009 03:58 AM, Or Gerlitz wrote: