Hello,
the mentioned commit introduces a regression to me into v4.4.31. After
upgrading from 4.4.30 to 4.4.31 my megasas controller no longer exports
any drives to the os.
dmesg:
Nov 12 11:09:54 cloud2-1394 kernel: [ 17.381898] scsi 0:2:13:0:
Direct-Access
seems stable kernel line misses this one:
http://git.kernel.org/cgit/linux/kernel/git/jejb/scsi.git/commit/?id=5e5ec1759dd663a1d5a2f10930224dd009e500e8
Am 12.11.2016 um 12:47 schrieb Stefan Priebe:
Hello,
the mentioned commit introduces a regression to me into v4.4.31. After
upgrading from
Hi Lars,
Am 20.06.2014 20:29, schrieb Lars Ellenberg:
On Fri, Jun 20, 2014 at 12:49:39PM -0400, Martin K. Petersen wrote:
"Lars" == Lars Ellenberg writes:
Lars,
Lars> Any bio allocated that will be passed down with REQ_DISCARD has to
Lars> be allocated with nr_iovecs = 1 (at least), even tho
i also can fdisk /dev/sdb or so. It only does not work if the
system itself is bootet via NFS...
Stefan
Andrew Morton schrieb:
On Sun, 18 Mar 2007 21:50:46 +0100 Stefan Priebe <[EMAIL PROTECTED]> wrote:
Hello!
We've a very strange Problem with Kernel 2.6.20.x
If i try to access a SCSI
Hello!
It runs with nfsroot
# mount
192.168.0.100:/PXE/debian on / type nfs (rw)
Kernel command line: nfs root=/dev/nfs nfsroot=192.168.0.100:/PXE/debian
ip=dhcp
Stefan
Olaf Kirch schrieb:
On Tuesday 20 March 2007 11:33, Stefan Priebe wrote:
1.) I've bootet these systems through NF
Kirch schrieb:
On Tuesday 20 March 2007 11:33, Stefan Priebe wrote:
1.) I've bootet these systems through NFS and would like to access
/dev/sda or /dev/sdb then. For example via fdisk and this does not work.
What do you mean by "booted through NFS"? Do you mean the machine
run
0046 c03be392 c317bfc4 0046 0086 c313fee8
0002 c312f560 kthread+0x72/0x96
002e schedule_timeout+0x70/0x8d
0082 prep_new_page+0xb2/0xea
[] inet_csk_accept+0x51/0x125
Stefan
Olaf Kirch schrieb:
> On Tuesday 20 March 2007 11:59, Stefan Priebe wrote:
>> Kernel command
Hello!
With the sysrq i've found the function with is the problem:
inode.c => nfs_getattr => nfs_sync_mapping_range
I've also found the attached patch - which is not included in any stable
release nor in 2.6.21.X but is public since 20.02.07
I think this is very important
Hi Christoph,
Am 23.12.2014 um 09:28 schrieb Christoph Hellwig:
On Mon, Dec 22, 2014 at 11:31:53AM +0100, Stefan Priebe - Profihost AG wrote:
Hi,
since the below patch i've some problems with iscsi.
The LIO based iscsi Server is full of messages like this:
SCSI OP 2ah with too big se
Am 05.01.2015 um 18:17 schrieb Christoph Hellwig:
On Tue, Dec 30, 2014 at 03:15:26PM +0100, Stefan Priebe - Profihost AG wrote:
What is the max_sectors_kb value for them?
# cat /sys/block/sdi/queue/max_sectors_kb
16383
That's odd, it's half of what ATA disks should support. Is t
Hi,
while using vanilla 3.10.44 with drbd on top of a md raid1.
I'm pretty often hitting the followin kernel bug.
It reminds me of:
http://lists.openwall.net/linux-kernel/2014/02/19/428
But i don't use bcache.
[sched_delayed] sched: RT throttling activated
BUG: unable to handle kernel NULL poi
ta server with several 4.13 and 4.14
> kernels (from the Ubuntu "mainline" and Xenial hwe-edge PPAs).
>
> This (I guess) problem had been reported by Stefan Priebe under
> "isci regression in 4.11.0-rc2 by scsi: libsas: allow async aborts"
> on 8 November, 2017
Hi David,
can you give as any hint? We're running aroud 120 Adaptec Controllers
and i don't want to replace them all...
Greets,
Stefan
Am 27.09.2018 um 14:23 schrieb Stefan Priebe - Profihost AG:
>
> Am 27.09.2018 um 12:59 schrieb Emmanuel Florac:
>> Le Wed, 19 S
Am 17.10.18 um 10:14 schrieb Christoph Hellwig:
> On Tue, Oct 16, 2018 at 07:33:53PM +0200, Stefan Priebe - Profihost AG wrote:
>> Hi David,
>>
>> can you give as any hint? We're running aroud 120 Adaptec Controllers
>> and i don't want to replace them
Am 30.12.2014 um 12:32 schrieb Christoph Hellwig:
> On Sun, Dec 28, 2014 at 01:08:59PM +0100, Stefan Priebe wrote:
>>> Nic, can you fix LIO to expose the proper max xfer size?
>>
>> some more problems while running this patch.
>>
>> My crucial m500 and m550 ss
Am 07.01.2015 um 15:31 schrieb Christoph Hellwig:
> On Tue, Jan 06, 2015 at 02:39:16PM -0800, Nicholas A. Bellinger wrote:
>> The fabric_max_sectors=8192 value is already being exposed by target in
>> block limits EVPD as MAXIMUM TRANSFER LENGTH.
>>
>> I'm guessing that since the host side support
Hello,
after upgrading the aacraid driver / kernel from aacraid 50792 to
aacraid 50877.
I get aborted comands every night.
kern-20180830.gz:Aug 30 01:55:26 server1044-han kernel: [63693.009056]
aacraid: Host adapter abort request.
kern-20180830.gz:Aug 30 01:55:26 server1044-han kernel: [63693.00
nobody?
Greets,
Stefan
Am 19.09.2018 um 08:10 schrieb Stefan Priebe - Profihost AG:
> Hello,
>
> after upgrading the aacraid driver / kernel from aacraid 50792 to
> aacraid 50877.
>
> I get aborted comands every night.
>
> kern-20180830.gz:Aug 30 01:55:26 server1044-h
Am 22.09.2018 um 23:40 schrieb Bart Van Assche:
> On 9/18/18 11:10 PM, Stefan Priebe - Profihost AG wrote:
>> after upgrading the aacraid driver / kernel from aacraid 50792 to
>> aacraid 50877.
>
> The aacraid driver version was updated to 50792 in commit 0662cc968ace
>
Am 23.09.2018 um 20:22 schrieb Stefan Priebe - Profihost AG:
>
> Am 22.09.2018 um 23:40 schrieb Bart Van Assche:
>> On 9/18/18 11:10 PM, Stefan Priebe - Profihost AG wrote:
>>> after upgrading the aacraid driver / kernel from aacraid 50792 to
>>> aacraid 50877.
&g
Am 27.09.2018 um 12:59 schrieb Emmanuel Florac:
> Le Wed, 19 Sep 2018 08:10:41 +0200
> Stefan Priebe - Profihost AG écrivait:
>
>> Hello,
>>
>> after upgrading the aacraid driver / kernel from aacraid 50792 to
>> aacraid 50877.
>>
>> I get aborte
Hi Dave,
Am 03.10.2018 um 19:32 schrieb dave.carr...@microchip.com:
>> Am 27.09.2018 um 12:59 schrieb Emmanuel Florac:
>>> Le Wed, 19 Sep 2018 08:10:41 +0200
>>> Stefan Priebe - Profihost AG écrivait:
>>>
>>>> Hello,
>>>>
>>>&
Hello,
after upgrading some servers from 4.9 to a kernel > 4.11 i saw a
regression where i cannot boot into the os.
The kernel is crashing in the isci (NOT iscsi) driver in task abort.
Message:
Unable to handle kernel NULL pointer dereference at isci_task_abort_task
git bisect detected the foll
ping - anybody?
Greets,
Stefan
Am 08.11.2017 um 10:33 schrieb Stefan Priebe - Profihost AG:
> Hello,
>
> after upgrading some servers from 4.9 to a kernel > 4.11 i saw a
> regression where i cannot boot into the os.
>
> The kernel is crashing in the isci (NOT iscsi)
Hello!
I've tested this patch now - and it works fine. Now rmmod, halt and
reboot also works.
Stefan Priebe
Boaz Harrosh schrieb:
gdth _exit would first remove all cards then stop the timer
and would not sync with the timer function. This caused a crash
in gdth_timer() when modul
25 matches
Mail list logo
