*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