sadly both re-opened today, after some hours of
running shutdown and raid-check with 3.14 is a
pain and taht is *for sure* 3.14.x because my
co-developer stayed at the last 3.13 until i
thought it's fine now, had never that problems
and both 3.14.x shutdowns freezed with mdraid
Am 03.06.2014 21:10, schrieb Reindl Harald:
https://bugzilla.redhat.com/show_bug.cgi?id=1096414
https://bugzilla.redhat.com/show_bug.cgi?id=1092937
*both* seems to be fixed with 3.14.5-200.fc20.x86_64
while i am unable to find the relevant change in
the kernel-upstream-changelog
would be nice to know that it is fixed for a reason
and not by random as it came - *maybe* the change
to "data=ordered" instead "data=writeback" is
responsible but i don't want to test that since
there where enough data-damages by that freezes
however, rebootet my workstation 40 times after the
update from koji and 4 raid-check runs without any
freeze on two different machines
Am 08.05.2014 11:10, schrieb Reindl Harald:
> Am 02.05.2014 11:09, schrieb Reindl Harald:
>> Am 01.05.2014 15:06, schrieb Reindl Harald:
>>> Am 01.05.2014 14:55, schrieb Bruno Wolff III:
>>>> The bug I reported to upstream is:
>>>>
https://bugzilla.kernel.org/show_bug.cgi?id=68061
>>>>
>>>> That was for 3.13, so if you were running into a varient of the problem I
was seeing, you should have seen it in
>>>> 3.13. I did not see the problem with 3.14 or 3.15 pre-release kernels.
I'm using raid 1 instead of raid 10
>>>
>>> different problem class
>>> you where able to look at cat/proc/mdstat
>>>
>>> in my case the machine is just dead and don't react on any
>>> input including ACPI powerbutton, this morning i saw a frozen
>>> KDE desktop with high CPU load from the past in monitoring
>>> widgets, last week it froze while login (after enter username
>>> and password in KDM the first black screen before build the
>>> desktop appeared and any operatins stopped)
>>>
>>> i will wait some hours for possible feedback here and than
>>> file a bugreport, sadly there is not much constrcutive i
>>> can report caused by the complete system freeze and no logs
>>> or anything after hard power off and boot again
>>
>> ok, it's not only raid-check, 15 minutes ago it happened again
>> freeze number 3 - i fear a bugreport makes not much sense
>> because "system freezes once or two per week before lunch"
>> is not that much helpful, most likely that will not hit
>> only me and get away with a following 3.14.x update
>>
>> Apr 21 23:34:54 Installed: kernel-3.14.1-200.fc20.x86_64
>> Apr 28 20:50:54 Installed: kernel-3.14.2-200.fc20.x86_64
>
> 3.14.3-200.fc20.x86_64 and sadly today the same on two
> machines - the only thing i can say for sure that after
> whatever happens in the background *any* write to disks
> hangs forever
>
> * woke up -> no music
> * turn on screen, move the mouse, KDM login screen
> * try to enter password
> * see the first asterisk and followed input ignored
> * move the mousepointer still works
> * STRG+ALT+F3 -> thank god there is a active root session
> * type "sync" -> no disk activity, no response
> * well, power off hard
> _____________________________________________
>
> second machine in the office:
>
> * KDM hangs
> * login on TTY3 by luck possible
> * dmesg -> only the usual lines about starting raid-check
> and delay the two other raid devices
> * nothing else in dmesg or syslog
> * also here: any write to disk stalls