Just another thought:
I observed (totally different conditions), that the system became sluggish beyond usable.
In most of those cases it was a lame dns-server that was to blame: active, but not resolving.
From: "Roger Heflin" <rogerheflin@xxxxxxxxx>
Date: Sunday, 27 September 2020 at 13:41:32
To: "Community support for Fedora users" <users@xxxxxxxxxxxxxxxxxxxxxxx>
Cc: "ToddAndMargo" <ToddAndMargo@xxxxxxxx>
Subject: Re: Reload kernel?
From the vmstat, all of the time is idle, you do not have any wait,
generally if you have a disk having issues the iowait will go up, but
you have zero.
Also from vmstat, the system time is low.
So the gui gets slow, a reboot clears it, does it clear up?
You might want to include a messages file from +=5 minutes of the the
issue happening.
Weird kernel bugs causing kernel lock issues would produce this
behavior, and would don't usually show on vmstat, but they can be seen
in the messages file.
On Sat, Sep 26, 2020 at 7:51 PM ToddAndMargo via users
<users@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
>
> >> On 2020-09-26 03:20, Patrick O'Callaghan wrote:
> >>> On Sat, 2020-09-26 at 01:45 -0700, ToddAndMargo via users wrote:
> >>>> On 2020-09-26 01:41, Patrick O'Callaghan wrote:
> >>>>> On Sat, 2020-09-26 at 00:38 -0700, ToddAndMargo via users wrote:
> >>>>>> Hi All,
> >>>>>>
> >>>>>> Is there a way to reload or restart the kernel without
> >>>>>> having to reboot?
> >>>>>
> >>>>> No.
> >>>>>
> >>>>> poc
>
>
> >>>> Poop!
> >>>>
> >>>> Thank you for the confirmation.
> >>>>
> >>>> Is the file system part of the kernel? If not, is there
> >>>> a way to restart it without rebooting?
>
>
> >>> Depends what you mean by "the file system". Some filesystems are
> >>> reloadable (either as a module or as FUSE), but others aren't. The
> >>> underlying filesystem layer is a fixed part of the kernel.
> >>>
> >>> Maybe if you explained what you're trying to do, someone might be able
> >>> to help.
> >>>
> >>> poc
>
> >>
> >> FC 32, x64
> >> Ext4
> >> Xfce 4.14
> >>
> >> Occasionally, my computers slows down. I have not been
> >> able to pin down why. Top shows very little memory usage.
> >>
> >> A 1 hour, 12 minute dump (dump/restore) takes 15 hours
> >> when this happens. Pop up menus start to lag behind
> >> the mouse
> >>
> >> I am trying to get around the reboot thing.
> >>
> >> -T
> >>
> >> A reboot ALWAYS fixes the issue.
>
> On 2020-09-26 16:22, Roger Heflin wrote:
> > Usually that slow down is swapping. Have you checked to see how much
> > swap is in use?
>
> top - 17:39:41 up 1:55, 1 user, load average: 0.26, 0.37, 0.37
>
> Tasks: 245 total, 2 running, 243 sleeping, 0 stopped, 0 zombie
>
> %Cpu(s): 3.6 us, 0.8 sy, 0.0 ni, 95.2 id, 0.2 wa, 0.2 hi, 0.1 si,
> 0.0 st
>
> MiB Mem : 15896.7 total, 11478.9 free, 1867.8 used, 2550.0 buff/cache
>
> MiB Swap: 8031.0 total, 8031.0 free, 0.0 used. 13333.0 avail Mem
>
>
> >
> > I have machines with 10gb of ram and that is not enough and used to
> > get slowdowns prior to me setting up earlyoom. With earlyoom it
> > generally kills sets of firefox tabs and generally works ok, but I
> > have had things get bad enough that it keeps killing the tab I want to
> > view and then I have to find someone else to kill so I have enough
> > ram.
>
> When it happens, it is instant
>
> > if you have sysstat / sar installed it would have data you could view
> > with sar -S that would tell you if it is swapping/paging.
> >
> > vmstat 1
> > swpd column, that is the numberof kb swapped, the higher it gets the
> > uglier it gets.
>
> $ vmstat 1
> procs -----------memory---------- ---swap-- -----io---- -system--
> ------cpu-----
> r b swpd free buff cache si so bi bo in cs us sy
> id wa st
> 1 0 0 11738732 150112 2474552 0 0 70 21 289 516 3
> 2 95 0 0
> 0 0 0 11749568 150112 2462464 0 0 0 0 615 1458 1
> 1 97 0 0
> 0 0 0 11749708 150112 2462464 0 0 0 0 488 1016 1
> 1 98 0 0
> 1 0 0 11749820 150128 2462464 0 0 0 296 478 1185 1
> 1 98 0 0
> 0 0 0 11749820 150128 2462480 0 0 0 0 477 1068 2
> 1 98 0 0
> 0 0 0 11749568 150128 2462464 0 0 0 8 480 1043 1
> 1 99 0 0
> 0 0 0 11749048 150144 2462464 0 0 0 244 693 1425 2
> 1 97 0 0
>
>
> >
> > And if it is the most likely memory usage, rebooting the kernel would
> > not fix anything as memory consumption is mostly a userspace problem.
>
> Also, the mouse chasing the pop up menues has nothing
> to do with the file system.
>
>
> I am at a loss. If it was a hardware issue, a reboot would not fix it.
>
> And my almost identical shop computer does not do this.
>
>
> _______________________________________________
> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
generally if you have a disk having issues the iowait will go up, but
you have zero.
Also from vmstat, the system time is low.
So the gui gets slow, a reboot clears it, does it clear up?
You might want to include a messages file from +=5 minutes of the the
issue happening.
Weird kernel bugs causing kernel lock issues would produce this
behavior, and would don't usually show on vmstat, but they can be seen
in the messages file.
On Sat, Sep 26, 2020 at 7:51 PM ToddAndMargo via users
<users@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
>
> >> On 2020-09-26 03:20, Patrick O'Callaghan wrote:
> >>> On Sat, 2020-09-26 at 01:45 -0700, ToddAndMargo via users wrote:
> >>>> On 2020-09-26 01:41, Patrick O'Callaghan wrote:
> >>>>> On Sat, 2020-09-26 at 00:38 -0700, ToddAndMargo via users wrote:
> >>>>>> Hi All,
> >>>>>>
> >>>>>> Is there a way to reload or restart the kernel without
> >>>>>> having to reboot?
> >>>>>
> >>>>> No.
> >>>>>
> >>>>> poc
>
>
> >>>> Poop!
> >>>>
> >>>> Thank you for the confirmation.
> >>>>
> >>>> Is the file system part of the kernel? If not, is there
> >>>> a way to restart it without rebooting?
>
>
> >>> Depends what you mean by "the file system". Some filesystems are
> >>> reloadable (either as a module or as FUSE), but others aren't. The
> >>> underlying filesystem layer is a fixed part of the kernel.
> >>>
> >>> Maybe if you explained what you're trying to do, someone might be able
> >>> to help.
> >>>
> >>> poc
>
> >>
> >> FC 32, x64
> >> Ext4
> >> Xfce 4.14
> >>
> >> Occasionally, my computers slows down. I have not been
> >> able to pin down why. Top shows very little memory usage.
> >>
> >> A 1 hour, 12 minute dump (dump/restore) takes 15 hours
> >> when this happens. Pop up menus start to lag behind
> >> the mouse
> >>
> >> I am trying to get around the reboot thing.
> >>
> >> -T
> >>
> >> A reboot ALWAYS fixes the issue.
>
> On 2020-09-26 16:22, Roger Heflin wrote:
> > Usually that slow down is swapping. Have you checked to see how much
> > swap is in use?
>
> top - 17:39:41 up 1:55, 1 user, load average: 0.26, 0.37, 0.37
>
> Tasks: 245 total, 2 running, 243 sleeping, 0 stopped, 0 zombie
>
> %Cpu(s): 3.6 us, 0.8 sy, 0.0 ni, 95.2 id, 0.2 wa, 0.2 hi, 0.1 si,
> 0.0 st
>
> MiB Mem : 15896.7 total, 11478.9 free, 1867.8 used, 2550.0 buff/cache
>
> MiB Swap: 8031.0 total, 8031.0 free, 0.0 used. 13333.0 avail Mem
>
>
> >
> > I have machines with 10gb of ram and that is not enough and used to
> > get slowdowns prior to me setting up earlyoom. With earlyoom it
> > generally kills sets of firefox tabs and generally works ok, but I
> > have had things get bad enough that it keeps killing the tab I want to
> > view and then I have to find someone else to kill so I have enough
> > ram.
>
> When it happens, it is instant
>
> > if you have sysstat / sar installed it would have data you could view
> > with sar -S that would tell you if it is swapping/paging.
> >
> > vmstat 1
> > swpd column, that is the numberof kb swapped, the higher it gets the
> > uglier it gets.
>
> $ vmstat 1
> procs -----------memory---------- ---swap-- -----io---- -system--
> ------cpu-----
> r b swpd free buff cache si so bi bo in cs us sy
> id wa st
> 1 0 0 11738732 150112 2474552 0 0 70 21 289 516 3
> 2 95 0 0
> 0 0 0 11749568 150112 2462464 0 0 0 0 615 1458 1
> 1 97 0 0
> 0 0 0 11749708 150112 2462464 0 0 0 0 488 1016 1
> 1 98 0 0
> 1 0 0 11749820 150128 2462464 0 0 0 296 478 1185 1
> 1 98 0 0
> 0 0 0 11749820 150128 2462480 0 0 0 0 477 1068 2
> 1 98 0 0
> 0 0 0 11749568 150128 2462464 0 0 0 8 480 1043 1
> 1 99 0 0
> 0 0 0 11749048 150144 2462464 0 0 0 244 693 1425 2
> 1 97 0 0
>
>
> >
> > And if it is the most likely memory usage, rebooting the kernel would
> > not fix anything as memory consumption is mostly a userspace problem.
>
> Also, the mouse chasing the pop up menues has nothing
> to do with the file system.
>
>
> I am at a loss. If it was a hardware issue, a reboot would not fix it.
>
> And my almost identical shop computer does not do this.
>
>
> _______________________________________________
> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten.
This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.
_______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
