KDE CI: Frameworks » kdelibs4support » kf5-qt5 FreeBSDQt5.15 - Build # 133 - Still Unstable!
BUILD UNSTABLE Build URL https://build.kde.org/job/Frameworks/job/kdelibs4support/job/kf5-qt5%20FreeBSDQt5.15/133/ Project: kf5-qt5 FreeBSDQt5.15 Date of build: Wed, 02 Mar 2022 11:02:47 + Build duration: 2 min 47 sec and counting JUnit Tests Name: projectroot Failed: 1 test(s), Passed: 38 test(s), Skipped: 0 test(s), Total: 39 test(s)Failed: projectroot.autotests.kmimetypetest
KDE CI: Frameworks » kdelibs4support » kf5-qt5 SUSEQt5.15 - Build # 137 - Still Unstable!
BUILD UNSTABLE Build URL https://build.kde.org/job/Frameworks/job/kdelibs4support/job/kf5-qt5%20SUSEQt5.15/137/ Project: kf5-qt5 SUSEQt5.15 Date of build: Wed, 02 Mar 2022 11:02:47 + Build duration: 5 min 19 sec and counting BUILD ARTIFACTS acc/KF5KDELibs4Support-5.92.0.xml JUnit Tests Name: (root) Failed: 0 test(s), Passed: 1 test(s), Skipped: 0 test(s), Total: 1 test(s)Name: projectroot Failed: 1 test(s), Passed: 38 test(s), Skipped: 0 test(s), Total: 39 test(s)Failed: projectroot.autotests.kmimetypetest Cobertura Report Project Coverage Summary Name PackagesFilesClassesLinesConditionalsCobertura Coverage Report29% (4/14)43% (124/291)43% (124/291)48% (22216/4)39% (14127/36196)Coverage Breakdown by Package Name FilesClassesLinesConditionals0% (0/1)0% (0/1)0% (0/88)0% (0/50)autotests98% (44/45)98% (44/45)97% (11654/12061)50% (8281/16641)src0% (0/1)0% (0/1)0% (0/4)0% (0/2)src.kdebugdialog0% (0/7)0% (0/7)0% (0/256)0% (0/61)src.kdecore76% (65/86)76% (65/86)54% (9785/18188)49% (5543/11400)src.kdeui19% (13/67)19% (13/67)8% (767/9714)6% (302/5296)src.kio7% (2/27)7% (2/27)0% (10/2273)0% (1/1140)src.kioslave.metainfo0% (0/1)0% (0/1)0% (0/32)0% (0/4)src.kparts0% (0/1)0% (0/1)0% (0/24)0% (0/12)src.kssl0% (0/8)0% (0/8)0% (0/1807)0% (0/843)src.kssl.kcm0% (0/3)0% (0/3)0% (0/265)0% (0/103)src.solid0% (0/3)0% (0/3)0% (0/196)0% (0/87)src.solid-networkstatus.kded0% (0/7)0% (0/7)0% (0/222)0% (0/90)tests0% (0/34)0% (0/34)0% (0/1536)0% (0/467)
KDE CI: Frameworks » kunitconversion » kf5-qt5 WindowsMSVCQt5.15 - Build # 106 - Unstable!
BUILD UNSTABLE Build URL https://build.kde.org/job/Frameworks/job/kunitconversion/job/kf5-qt5%20WindowsMSVCQt5.15/106/ Project: kf5-qt5 WindowsMSVCQt5.15 Date of build: Wed, 02 Mar 2022 16:41:59 + Build duration: 3 min 26 sec and counting JUnit Tests Name: projectroot Failed: 4 test(s), Passed: 0 test(s), Skipped: 0 test(s), Total: 4 test(s)Failed: projectroot.autotests.categorytestFailed: projectroot.autotests.convertertestFailed: projectroot.autotests.currencytableinittestFailed: projectroot.autotests.valuetest
Re: Critical Denial of Service bugs in Discover
(dropping the distros list) @sysadmin have you been able to look into any tools we devs can have to make sure this situation doesn't repeat in the future? Aleix On Thu, Feb 10, 2022 at 1:10 PM Aleix Pol wrote: > On Thu, Feb 10, 2022 at 11:05 AM Ben Cooksley wrote: > > > > > > > > On Thu, Feb 10, 2022 at 8:20 AM Aleix Pol wrote: > >> > >> [Snip] > >> > >> We still haven't discussed here is how to prevent this problem from > >> happening again. > >> > >> If we don't have information about what is happening, we cannot fix > problems. > > > > > > Part of the issue here is that the problem only came to Sysadmin > attention very recently, when the system ran out of disk space as a result > of growing log files. > > It was at that point we realised we had a serious problem. > > > > Prior to that the system load hadn't climbed to dangerous levels (> > number of CPU cores) and Apache was keeping up with the traffic, so none of > our other monitoring was tripped. > > > > If you have any thoughts on what sort of information you are thinking of > that would be helpful. > > We could have plots of the amount of queries we get with a KNewStuff/* > user-agent over time and their distribution. > > > It would definitely be helpful though to know when new software is going > to be released that will be interacting with the servers as we will then be > able to monitor for abnormalities. > > We make big announcements of every Plasma release... (?) > > >> Is there anything that could be done in this front? The issue here > >> could have been addressed months ago, we just never knew it was > >> happening. > > > > > > One possibility that did occur to me today would be for us to integrate > some kind of killswitch that our applications would check on first > initialisation of functionality that talks to KDE.org servers. > > This would allow us to disable the functionality in question on user > systems. > > > > The check would only be done on first initialization to keep load low, > while still ensuring all users eventually are affected by the killswitch > (as they will eventually need to logout/reboot for some reason or another). > > > > The killswitch would probably work best if it had some kind of version > check in it so we could specify which versions are disabled. > > That would allow for subsequent updates - once delivered by > distributions - to restore the functionality (while leaving it disabled for > those who haven't updated). > > The file we are serving here effectively is the kill switch to all of > KNewStuff. > > Aleix >
