Moin und alles gute zum Vatertag :) Die cachedb01 legt derzeit einen Zuwachs von ~10GB pro Stunde hin, Gründe dafür konnten nicht wirklich geklärt werden, am Snapshot scheints nicht zu liegen. Denny hat der Kiste erstmal 100GB zusätzlichen Speicher gegeben, damit sie die Nacht überlebt. Der Graph für die Kiste endet leider heute um 03:00, aber es ist gut ersichtlich, dass der Anstieg seit Mittwoch 12:00 erfolgt. Wurde da eventuell etwas angepasst? Danke schonmal für die kurzfristige Hilfe @denny, @haiko und @sören :) VG Felix -- Mit freundlichen Grüßen Felix Seidel - Leitender Entwickler xMid / Lead Developer xMid - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 47 E-Mail: f.seidel@traso.de <mailto:f.seidel@traso.de> TraSo.de besuchen <https://www.traso.de>TraSo bei facebook besuchen <https://www.facebook.com/TraSoGmbH>TraSo bei XING besuchen <https://www.xing.com/companies/trasogmbh>TraSo bei kununu besuchen <https://www.kununu.com/de/traso1> ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850
So wie es aussieht ist das dieses bekannte Problem mit der ibdata1 bei den alten debian/percona Systemen. Heißt, den kompletten cache leeren und neu berechnen lassen. Dieses Problem haben wir mit dem Centos/MariaDb Setup nicht mehr, zumindest bis jetzt. Ich würde also vorschlagen, wir machen die cachedb für FER direkt neu. Aber das klären wir Morgen. Am 13.05.21 um 21:33 schrieb Felix Seidel:
Moin und alles gute zum Vatertag :)
Die cachedb01 legt derzeit einen Zuwachs von ~10GB pro Stunde hin, Gründe dafür konnten nicht wirklich geklärt werden, am Snapshot scheints nicht zu liegen.
Denny hat der Kiste erstmal 100GB zusätzlichen Speicher gegeben, damit sie die Nacht überlebt.
Der Graph für die Kiste endet leider heute um 03:00, aber es ist gut ersichtlich, dass der Anstieg seit Mittwoch 12:00 erfolgt.
Wurde da eventuell etwas angepasst?
Danke schonmal für die kurzfristige Hilfe @denny, @haiko und @sören :)
VG Felix
-- -- Sören Pestner - Entwickler - TraSo GmbH Nonnenstraße 42 D-04229 Leipzig telefon: +49 341 909 87 49 email: s.pestner@traso.de Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850)
Hallo zusammen, danke für Euren Einsatz und Sören für die zündende Idee. Viel Erfolg Mit freundlichen Grüßen / Best regards Haiko Gerdes - Geschäftsführer / Managing Director – #gernperdu ___________________________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 / Leipzig Tel.: +49 341 355 740 – 10 // Fax: +49 341 355 740 - 11 Mobil: +49 172 610 2849 Internet: http://traso.de E-Mail: h.gerdes@traso.de ___________________________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 -----Ursprüngliche Nachricht----- Von: Soeren Pestner <s.pestner@traso.de> Gesendet: Freitag, 14. Mai 2021 00:05 An: Felix Seidel <f.seidel@traso.de>; hotfix@lists.traso.de; Haiko Gerdes <h.gerdes@traso.de> Betreff: Re: Bereitschaft cachedb01.fer So wie es aussieht ist das dieses bekannte Problem mit der ibdata1 bei den alten debian/percona Systemen. Heißt, den kompletten cache leeren und neu berechnen lassen. Dieses Problem haben wir mit dem Centos/MariaDb Setup nicht mehr, zumindest bis jetzt. Ich würde also vorschlagen, wir machen die cachedb für FER direkt neu. Aber das klären wir Morgen. Am 13.05.21 um 21:33 schrieb Felix Seidel:
Moin und alles gute zum Vatertag :)
Die cachedb01 legt derzeit einen Zuwachs von ~10GB pro Stunde hin, Gründe dafür konnten nicht wirklich geklärt werden, am Snapshot scheints nicht zu liegen.
Denny hat der Kiste erstmal 100GB zusätzlichen Speicher gegeben, damit sie die Nacht überlebt.
Der Graph für die Kiste endet leider heute um 03:00, aber es ist gut ersichtlich, dass der Anstieg seit Mittwoch 12:00 erfolgt.
Wurde da eventuell etwas angepasst?
Danke schonmal für die kurzfristige Hilfe @denny, @haiko und @sören :)
VG Felix
-- -- Sören Pestner - Entwickler - TraSo GmbH Nonnenstraße 42 D-04229 Leipzig telefon: +49 341 909 87 49 email: s.pestner@traso.de Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850)
Hallo, Ich habe nochmal nachgelegt um etwas Zeit für die Fehlersuche zu gewinnen … wir haben jetzt 800GB für die DB LG Gunnar -- Mit freundlichen Grüßen Gunnar Mann - Systemadministration - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 76 Fax: +49 341 355 740 21 E-Mail: g.mann@traso.de <mailto:g.mann@traso.de> <https://www.traso.de/> <https://www.facebook.com/TraSoGmbH> <https://www.xing.com/companies/trasogmbh> ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 <https://www.kununu.com/de/traso1> ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 <https://www.kununu.com/de/traso1>
Am 14.05.2021 um 07:44 schrieb <h.gerdes@traso.de> <h.gerdes@traso.de>:
Hallo zusammen,
danke für Euren Einsatz und Sören für die zündende Idee. Viel Erfolg
Mit freundlichen Grüßen / Best regards
Haiko Gerdes - Geschäftsführer / Managing Director –
#gernperdu
___________________________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 / Leipzig Tel.: +49 341 355 740 – 10 // Fax: +49 341 355 740 - 11 Mobil: +49 172 610 2849
Internet: http://traso.de E-Mail: h.gerdes@traso.de
___________________________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850
-----Ursprüngliche Nachricht----- Von: Soeren Pestner <s.pestner@traso.de> Gesendet: Freitag, 14. Mai 2021 00:05 An: Felix Seidel <f.seidel@traso.de>; hotfix@lists.traso.de; Haiko Gerdes <h.gerdes@traso.de> Betreff: Re: Bereitschaft cachedb01.fer
So wie es aussieht ist das dieses bekannte Problem mit der ibdata1 bei den alten debian/percona Systemen. Heißt, den kompletten cache leeren und neu berechnen lassen. Dieses Problem haben wir mit dem Centos/MariaDb Setup nicht mehr, zumindest bis jetzt. Ich würde also vorschlagen, wir machen die cachedb für FER direkt neu. Aber das klären wir Morgen.
Am 13.05.21 um 21:33 schrieb Felix Seidel:
Moin und alles gute zum Vatertag :)
Die cachedb01 legt derzeit einen Zuwachs von ~10GB pro Stunde hin, Gründe dafür konnten nicht wirklich geklärt werden, am Snapshot scheints nicht zu liegen.
Denny hat der Kiste erstmal 100GB zusätzlichen Speicher gegeben, damit sie die Nacht überlebt.
Der Graph für die Kiste endet leider heute um 03:00, aber es ist gut ersichtlich, dass der Anstieg seit Mittwoch 12:00 erfolgt.
Wurde da eventuell etwas angepasst?
Danke schonmal für die kurzfristige Hilfe @denny, @haiko und @sören :)
VG Felix
-- -- Sören Pestner - Entwickler -
TraSo GmbH Nonnenstraße 42 D-04229 Leipzig
telefon: +49 341 909 87 49 email: s.pestner@traso.de
Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) _______________________________________________ Hotfix mailing list Hotfix@lists.traso.de https://lists.traso.de/listinfo/hotfix
participants (4)
-
Felix Seidel -
h.gerdes＠traso.de -
Soeren Pestner -
Traso g.mann