Am 11.09.19 um 17:56 schrieb Filipe Manana:
> On Wed, Sep 11, 2019 at 4:39 PM Stefan Priebe - Profihost AG
> wrote:
>>
>> Thanks! Is this the same as for the 5.3-rc8 I tested? Stacktrace looked
>> different to me.
>
> I don't know, I can't see that ba
>>
>>> On Wed 11-09-19 08:12:28, Stefan Priebe - Profihost AG wrote:
>>> [...]
>>> Sadly i'm running into issues with btrfs on 5.3-rc8 - the rsync process
>>> on backup disk completely hangs / is blocked at 100% i/o:
>>> [54739.065906] INFO:
ge: 0x8000-0xbfff)
2019-09-11 15:41:10 Rebooting in 20 seconds..
2019-09-11 15:41:29 ACPI MEMORY or I/O RESET_REG.
Am 11.09.19 um 09:09 schrieb Michal Hocko:
> This smells like IO/Btrfs issue to me. Cc some more people.
>
> On Wed 11-09-19 08:12:28, Stefan Priebe - Profi
Thanks for cc. How is this exploitable? I mean only root can write to
sysfs? Or do you mean by allowing a user via sudo to write to that entry?
Stefan
Am 10.08.2018 um 17:45 schrieb Coly Li:
> Commit ea8c5356d390 ("bcache: set max writeback rate when I/O request
> is idle") changes struct bch_rat
Am 26.07.2018 um 12:42 schrieb Coly Li:
> Commit b1092c9af9ed ("bcache: allow quick writeback when backing idle")
> allows the writeback rate to be faster if there is no I/O request on a
> bcache device. It works well if there is only one bcache device attached
> to the cache set. If there are many
> Am 25.07.2018 um 08:16 schrieb Stefan Priebe - Profihost AG
> :
>
>> Am 24.07.2018 um 18:36 schrieb Coly Li:
>>> On 2018/7/24 4:33 PM, Stefan Priebe - Profihost AG wrote:
>>>> Am 24.07.2018 um 10:28 schrieb Coly Li:
>>>>> On 2018/7/24 3:1
Am 24.07.2018 um 18:36 schrieb Coly Li:
> On 2018/7/24 4:33 PM, Stefan Priebe - Profihost AG wrote:
>> Am 24.07.2018 um 10:28 schrieb Coly Li:
>>> On 2018/7/24 3:16 PM, Stefan Priebe - Profihost AG wrote:
>>>> Am 24.07.2018 um 06:03 schrieb Coly Li:
>>>>&
Am 24.07.2018 um 10:28 schrieb Coly Li:
> On 2018/7/24 3:16 PM, Stefan Priebe - Profihost AG wrote:
>> Am 24.07.2018 um 06:03 schrieb Coly Li:
>>> Commit b1092c9af9ed ("bcache: allow quick writeback when backing idle")
>>> allows the writeback rate to be f
Am 24.07.2018 um 06:03 schrieb Coly Li:
> Commit b1092c9af9ed ("bcache: allow quick writeback when backing idle")
> allows the writeback rate to be faster if there is no I/O request on a
> bcache device. It works well if there is only one bcache device attached
> to the cache set. If there are many
Am 23.07.2018 um 11:05 schrieb Coly Li:
> On 2018/7/23 2:38 PM, Stefan Priebe - Profihost AG wrote:
>> Hi Coly,
>>
>> thanks for this patch. I was right on the way to debug why i have lot's
>> of stalled I/O on latest SLES12-SP3 kernel. I'll add this patc
Hi Coly,
thanks for this patch. I was right on the way to debug why i have lot's
of stalled I/O on latest SLES12-SP3 kernel. I'll add this patch and try
if this solves my issues.
Each cache set has two backing devices.
Greets,
Stefan
Am 22.07.2018 um 18:13 schrieb Coly Li:
> Commit b1092c9af9e
Am 17.11.2017 um 11:20 schrieb Rui Hua:
> Hi, Stefan
>
> 2017-11-17 16:28 GMT+08:00 Stefan Priebe - Profihost AG
> :
>> I‘m getting the same xfs error message under high load. Does this patch fix
>> it?
>>
> Did you applied the patch "bcache: only perm
Am 08.09.2016 um 19:33 schrieb Shaohua Li:
> On Thu, Sep 08, 2016 at 10:16:59AM -0600, Jens Axboe wrote:
>> On 09/08/2016 02:23 AM, Stefan Priebe - Profihost AG wrote:
>>> Hi,
>>>
>>> while trying Kernel 4.8-rc5 my raid5 breaks every few minutes.
>&
Hi,
while trying Kernel 4.8-rc5 my raid5 breaks every few minutes.
Trace:
[ cut here ]
kernel BUG at block/blk-core.c:2032!
invalid opcode: [#1] SMP
Modules linked in: netconsole ipt_REJECT nf_reject_ipv4 xt_multiport
iptable_filter ip_tables x_tables 8021q garp bondi
14 matches
Mail list logo