June 2012 - team - example.com

MMM
by Anne Held 20 Jun '12

20 Jun '12

Hallo liebe Kollegen, unser Teammeeting findet heute um 10:30Uhr statt. -- Mit freundlichen Grüssen, Anne Held - Kaufmännische Assistenz - ___________________________________________________________________________ activate communication systems GmbH Georg-Schumann-Str. 294 D-04159 / Leipzig Tel.: +49 341 90 98 7 370 // Fax: +49 341 90 98 749 Internet : http://www.activate.de <http://www.lmx-touristik.de/> // E-Mail: a.held(a)activate.de ___________________________________________________________________________ Geschäftsführer: Markus Hartwig Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Re: [Team] Um-/Aufbau LMX (backup01 & db02)
by Tilo Werner 16 Jun '12

16 Jun '12

On Sat, 16 Jun 2012 22:18:07 +0200, Haiko Gerdes wrote: > Hallo zusammen, > > bevor wir bei LMX etwas ausprobieren in der jetzigen > Buchungssituation > versuchen wir zunächst die Ursache zu finden und zu beheben. Die Ursache zu finden ist definitv das oberste Ziel, nur was machen wir wenn: 1. wir die Ursache nicht finden? 2. in der Zwischenzeit? 3. die Ursache nicht ohne Funktionalitätseinschränkungen behebbar ist? Wir haben Datenbankzugriffe aus Richtung xbeds.de und wir sollten dort noch mehr nachfragen, was sein muss und was nicht, aber wir haben sie. So oder so. Ergo brauchen wir eine Lastvertelung, die auch dann das Backup oder die Replikation vom LMX gewährleistet, wenn es z.B. eine DOS Attacke gibt. Das ist ein fundementaler Bestandteil der Hochverfügbarkeitsstrategie. Bei unvorhersagbaren Bedingungen müssen die Systeme handlungsfähig sein. > Das ist möglicherweise XBEDS und dort Zugriffe, die viel zu aufwendig > sind > und das System stark behindern. Freilich können wir noch über eine dedizierte DB-Instanz reden, auf die ausschließlich xbeds.de zugreift und/oder über ein vorgeschaltetes IDS (Intrusion Detection System) für xbeds.de. Das sind aber Punkte die - noch nicht - eben mal so umgesetzt werden können. lg, Tilo > Habe ich schon mit Stefan besprochen, stimmen wir Montag ab. > > Mit freundlichen Grüßen > > Haiko Gerdes > - Projektmanagement - > > ___________________________________________________________________________ > activate communication systems GmbH > Georg-Schumann-Str. 294 > D-04159 / Leipzig > > Tel.: +49 341 90 98 7 418 // Fax: +49 341 90 98 749 > Mobil: +49 172 610 2849 > > Internet: http://activate.de E-Mail: h.gerdes(a)activate.de > > ___________________________________________________________________________ > Geschäftsführer: Markus Hartwig > Handelsregister: Amtsgericht Leipzig, HRB 21850 > > > -----Ursprüngliche Nachricht----- > Von: team-bounces(a)lists.activate.de > [mailto:team-bounces@lists.activate.de] > Im Auftrag von Enrico Hofmann > Gesendet: Samstag, 16. Juni 2012 16:41 > An: team(a)lists.activate.de > Betreff: Re: [Team] Um-/Aufbau LMX (backup01 & db02) > > Hallo Tilo, > Hallo Team, > > diesen Ansatz hatten wir grob gestern schon angesprochen. Und wir > setzen > dies so um wie bei XBED (GTI NL). > Wo die VM´s liegen werden müssen wir schauen. Aber es wäre mit > Sicherheit > nicht das dümmste die jeweilige zu replizierende Node (sei es die > Readonly > Node oder die Backup Node) auf unterschiedlich physikalischen Servern > laufen > zu lassen. Schon allein wegen dem konkurrierend schreibenden Platten > IO. > Daher zu dem vmhost von LTS mein OK. Brauchen wir aber noch eine > Zustimmung > von Haiko bzw. Rainer. > > Was wir aber an der Stelle machen müssten ist die Datenbankversion > von LMX > mit dem Master identisch halten. > Da zwischen 5.0 und 5.5 eigentlich 2/3 Mayor Releases seitens MySQL > liegen. > Und an dieser Stelle wurde sehr viel auf Replikationsebene getan > (Daher > vermute ich unterschiedliche BinaryLogs). > Also wenn dann ein Debian Lenny mit MySQL 5.0. > > -- > Enrico Hofmann > - Entwickler - > > activate communication systems GmbH > G.-Schumann-Str. 294 > 04159 Leipzig > > email: e.hofmann(a)activate.de > > Geschäftsführer: Markus Hartwig > Handelsregister: Amtsgericht Leipzig (HRB 21850) > > Am 15.06.2012 um 19:46 schrieb Tilo Werner: > >> Hallo, >> >> aus aktuellem Anlass (Lastprobleme bei LMX) werden wir Anfang >> nächste >> Woche die Möglichkeit prüfen die (Backup-) Replikation von LMX auf >> den >> backup01.lts laufen zu lassen. Das macht dann Platz auf dem >> vmhost01.lmx (wo zur Zeit u.a. der backup01.lmx läuft, der dann >> wegfallen würde) für einen db02.lmx auf welchem wiederum die >> Read-Only >> Replikation laufen kann. Dieser kann dann vom xRes-System für >> Lesezugriffe (Loadbalancing) verwendet werden. >> >> Noch ist das Theorie, aber ich denke das kann so umgesetzt werden. >> Probleme die ich momentan sehe sind die verschiedenen >> MySQL-Versionen >> u.a. aufgrund der verschiedenen Debianversionen, was aber zu machen >> ist (@enrico ?) >> >> lg, >> Tilo >> >> PS: Möglicher Wermutstropfen ist eine RAM-Verkleinerung des >> test01.dev >> und/oder des trunk01.dev. Die mongo06 VM müsste evtl. auf das >> vmhost01.xbed System ausweichen. >> >> -- >> Tilo Werner >> - Systemadministration - >> >> activate communication systems GmbH >> G.-Schumann-Str. 294 >> 04159 Leipzig >> >> email: t.werner(a)activate.de >> >> Geschäftsführer: Markus Hartwig >> Handelsregister: Amtsgericht Leipzig (HRB 21850) >> >> _______________________________________________ >> team mailing list >> team(a)lists.activate.de >> https://lists.activate.de/listinfo/team > > _______________________________________________ > team mailing list > team(a)lists.activate.de > https://lists.activate.de/listinfo/team > > _______________________________________________ > team mailing list > team(a)lists.activate.de > https://lists.activate.de/listinfo/team

1 0

Um-/Aufbau LMX (backup01 & db02)
by Tilo Werner 16 Jun '12

16 Jun '12

Hallo, aus aktuellem Anlass (Lastprobleme bei LMX) werden wir Anfang nächste Woche die Möglichkeit prüfen die (Backup-) Replikation von LMX auf den backup01.lts laufen zu lassen. Das macht dann Platz auf dem vmhost01.lmx (wo zur Zeit u.a. der backup01.lmx läuft, der dann wegfallen würde) für einen db02.lmx auf welchem wiederum die Read-Only Replikation laufen kann. Dieser kann dann vom xRes-System für Lesezugriffe (Loadbalancing) verwendet werden. Noch ist das Theorie, aber ich denke das kann so umgesetzt werden. Probleme die ich momentan sehe sind die verschiedenen MySQL-Versionen u.a. aufgrund der verschiedenen Debianversionen, was aber zu machen ist (@enrico ?) lg, Tilo PS: Möglicher Wermutstropfen ist eine RAM-Verkleinerung des test01.dev und/oder des trunk01.dev. Die mongo06 VM müsste evtl. auf das vmhost01.xbed System ausweichen. -- Tilo Werner - Systemadministration - activate communication systems GmbH G.-Schumann-Str. 294 04159 Leipzig email: t.werner(a)activate.de Geschäftsführer: Markus Hartwig Handelsregister: Amtsgericht Leipzig (HRB 21850)

3 3

Re: [Team] Antw.: Um-/Aufbau LMX (backup01 & db02)
by Tilo Werner 16 Jun '12

16 Jun '12

Hallo Rainer, On Sat, 16 Jun 2012 17:37:27 +0200, r.jansen(a)tjc-knowledge.de wrote: > Hallo Enrico, > > Gerne ein generelles Go. > Aber wir sollten vorher sicherstellen das wir wirklich auf allen > Maschinen das gleiche System habe. Dafür müssen wir *dringend* die Transition zu PHP 5.3 in Angriff nehmen. > Wenn ich den Plan richtig im Kopf habe wollten wir das bis Ende Juni > erledigt haben. Der Plan, den du vermeintlich ansprichst, betraf seiner Zeit die Systeme insich zu aktualisiern, d.h. das veraltete Debian (5) Lenny bis auf den letzten Patchstand (Februar 2012) zu bringen. Das ist meiner Meinung nach die Sache nicht wert, wir würden hier einen riesen Aufwand treiben, um die Systeme auf einen Stand zu bringen, der nur weniger veraltet ist. Wir müssen komplett auf Debian (6) Squeeze migrieren, dass bedeutet MySQL 5.1 (nativ) bzw. 5.5 (percona) und PHP 5.3. Wir haben dafür noch ca. 1 Jahr, danach wird Squeeze zu "old-stable" und Debian (7) Wheezy zu stable, welches im Übrigen PHP 5.4 mitbringen wird. Nach diesem Übergang haben wir wiederum ca. 1 Jahr Zeit bis Squeeze' EOL (End Of Life) ist. Kurzum, wir hinken hinterer und müssen konzentriert die Zeit aufholen. Die Firma ist personell/finanziell nicht in der Lage eine veraltete Basis (Prgrammiersrachen/Betriebsysteme) am Laufen zu halten, wir hängen unmittelbar von der Weiterentwicklung dieser Basis ab. Anzumerken ist hierbei, dass Debian eine Softwaresammlung ist, die durch die Paketverwaltung konsistent gehalten wird. Es wird also immer Schwierigkeiten geben, wenn wir von dieser eingebauten Unterstützung (Abhängigkeiten der Software untereinander) abweichen. Ebenso sollten wir die von dieser Basis vorgegebenen Übergangszeiten zukünfig als Übergang benutzen und sie nicht tatenlos verstreichen lassen. Siehe auch Veröffentlichungsablauf und Versionsbezeichnung bei Debian: http://de.wikipedia.org/wiki/Debian#Ver.C3.B6ffentlichungen_.28Releases.29 > Wird das klappen? Ich hatte Euch gebeten mir zu sagen was Ihr dafür > braucht. Die Antwort steht noch aus. PHP 5.3 Unterstützung von xRes und Hardware, die in Bestellung ist. lg, Tilo > > LG > R > > Gesendet mit meinem HTC > > ----- Reply message ----- > Von: "Enrico Hofmann" <e.hofmann(a)activate.de> > An: <team(a)lists.activate.de> > Betreff: [Team] Um-/Aufbau LMX (backup01 & db02) > Datum: Sa., Jun. 16, 2012 16:40 > > > Hallo Tilo, > Hallo Team, > > diesen Ansatz hatten wir grob gestern schon angesprochen. Und wir > setzen dies so um wie bei XBED (GTI NL). > Wo die VM´s liegen werden müssen wir schauen. Aber es wäre mit > Sicherheit nicht das dümmste die jeweilige zu replizierende Node (sei > es die Readonly Node oder die Backup Node) auf unterschiedlich > physikalischen Servern laufen zu lassen. Schon allein wegen dem > konkurrierend schreibenden Platten IO. Daher zu dem vmhost von LTS > mein OK. Brauchen wir aber noch eine Zustimmung von Haiko bzw. > Rainer. > > Was wir aber an der Stelle machen müssten ist die Datenbankversion > von LMX mit dem Master identisch halten. > Da zwischen 5.0 und 5.5 eigentlich 2/3 Mayor Releases seitens MySQL > liegen. Und an dieser Stelle wurde sehr viel auf Replikationsebene > getan (Daher vermute ich unterschiedliche BinaryLogs). > Also wenn dann ein Debian Lenny mit MySQL 5.0. > > -- > Enrico Hofmann > - Entwickler - > > activate communication systems GmbH > G.-Schumann-Str. 294 > 04159 Leipzig > > email: e.hofmann(a)activate.de > > Geschäftsführer: Markus Hartwig > Handelsregister: Amtsgericht Leipzig (HRB 21850) > > Am 15.06.2012 um 19:46 schrieb Tilo Werner: > >> Hallo, >> >> aus aktuellem Anlass (Lastprobleme bei LMX) werden wir Anfang >> nächste >> Woche die Möglichkeit prüfen die (Backup-) Replikation von LMX auf >> den >> backup01.lts laufen zu lassen. Das macht dann Platz auf dem >> vmhost01.lmx >> (wo zur Zeit u.a. der backup01.lmx läuft, der dann wegfallen würde) >> für >> einen db02.lmx auf welchem wiederum die Read-Only Replikation laufen >> kann. Dieser kann dann vom xRes-System für Lesezugriffe >> (Loadbalancing) >> verwendet werden. >> >> Noch ist das Theorie, aber ich denke das kann so umgesetzt werden. >> Probleme die ich momentan sehe sind die verschiedenen >> MySQL-Versionen >> u.a. aufgrund der verschiedenen Debianversionen, was aber zu machen >> ist >> (@enrico ?) >> >> lg, >> Tilo >> >> PS: Möglicher Wermutstropfen ist eine RAM-Verkleinerung des >> test01.dev >> und/oder des trunk01.dev. Die mongo06 VM müsste evtl. auf das >> vmhost01.xbed System ausweichen. >> >> -- >> Tilo Werner >> - Systemadministration - >> >> activate communication systems GmbH >> G.-Schumann-Str. 294 >> 04159 Leipzig >> >> email: t.werner(a)activate.de >> >> Geschäftsführer: Markus Hartwig >> Handelsregister: Amtsgericht Leipzig (HRB 21850) >> >> _______________________________________________ >> team mailing list >> team(a)lists.activate.de >> https://lists.activate.de/listinfo/team > > _______________________________________________ > team mailing list > team(a)lists.activate.de > https://lists.activate.de/listinfo/team > _______________________________________________ > team mailing list > team(a)lists.activate.de > https://lists.activate.de/listinfo/team

1 0

Antw.: Um-/Aufbau LMX (backup01 & db02)
by r.jansen＠tjc-knowledge.de 16 Jun '12

16 Jun '12

Hallo Enrico, Gerne ein generelles Go. Aber wir sollten vorher sicherstellen das wir wirklich auf allen Maschinen das gleiche System habe. Wenn ich den Plan richtig im Kopf habe wollten wir das bis Ende Juni erledigt haben. Wird das klappen? Ich hatte Euch gebeten mir zu sagen was Ihr dafür braucht. Die Antwort steht noch aus. LG R Gesendet mit meinem HTC ----- Reply message ----- Von: "Enrico Hofmann" <e.hofmann(a)activate.de> An: <team(a)lists.activate.de> Betreff: [Team] Um-/Aufbau LMX (backup01 & db02) Datum: Sa., Jun. 16, 2012 16:40 Hallo Tilo, Hallo Team, diesen Ansatz hatten wir grob gestern schon angesprochen. Und wir setzen dies so um wie bei XBED (GTI NL). Wo die VM´s liegen werden müssen wir schauen. Aber es wäre mit Sicherheit nicht das dümmste die jeweilige zu replizierende Node (sei es die Readonly Node oder die Backup Node) auf unterschiedlich physikalischen Servern laufen zu lassen. Schon allein wegen dem konkurrierend schreibenden Platten IO. Daher zu dem vmhost von LTS mein OK. Brauchen wir aber noch eine Zustimmung von Haiko bzw. Rainer. Was wir aber an der Stelle machen müssten ist die Datenbankversion von LMX mit dem Master identisch halten. Da zwischen 5.0 und 5.5 eigentlich 2/3 Mayor Releases seitens MySQL liegen. Und an dieser Stelle wurde sehr viel auf Replikationsebene getan (Daher vermute ich unterschiedliche BinaryLogs). Also wenn dann ein Debian Lenny mit MySQL 5.0. -- Enrico Hofmann - Entwickler - activate communication systems GmbH G.-Schumann-Str. 294 04159 Leipzig email: e.hofmann(a)activate.de Geschäftsführer: Markus Hartwig Handelsregister: Amtsgericht Leipzig (HRB 21850) Am 15.06.2012 um 19:46 schrieb Tilo Werner: > Hallo, > > aus aktuellem Anlass (Lastprobleme bei LMX) werden wir Anfang nächste > Woche die Möglichkeit prüfen die (Backup-) Replikation von LMX auf den > backup01.lts laufen zu lassen. Das macht dann Platz auf dem vmhost01.lmx > (wo zur Zeit u.a. der backup01.lmx läuft, der dann wegfallen würde) für > einen db02.lmx auf welchem wiederum die Read-Only Replikation laufen > kann. Dieser kann dann vom xRes-System für Lesezugriffe (Loadbalancing) > verwendet werden. > > Noch ist das Theorie, aber ich denke das kann so umgesetzt werden. > Probleme die ich momentan sehe sind die verschiedenen MySQL-Versionen > u.a. aufgrund der verschiedenen Debianversionen, was aber zu machen ist > (@enrico ?) > > lg, > Tilo > > PS: Möglicher Wermutstropfen ist eine RAM-Verkleinerung des test01.dev > und/oder des trunk01.dev. Die mongo06 VM müsste evtl. auf das > vmhost01.xbed System ausweichen. > > -- > Tilo Werner > - Systemadministration - > > activate communication systems GmbH > G.-Schumann-Str. 294 > 04159 Leipzig > > email: t.werner(a)activate.de > > Geschäftsführer: Markus Hartwig > Handelsregister: Amtsgericht Leipzig (HRB 21850) > > _______________________________________________ > team mailing list > team(a)lists.activate.de > https://lists.activate.de/listinfo/team _______________________________________________ team mailing list team(a)lists.activate.de https://lists.activate.de/listinfo/team

1 0

Datenbankprobleme bei LMX
by Enrico Hofmann 15 Jun '12

15 Jun '12

Hallo Team, wir hatten eben Probleme bei LMX. Um die Prozesse von XBEDS auch in eurem MySQL Client eurer Wahl zu sehen. Bitte den Username "xbeds" mit dem bekannten "xres - Passwort" verwenden. Der Zugriff ist nur aus dem Büronetz von Activate möglich. Bei dem aktuellem Setup wenn ihr mit dem "xres" Benutzer auf die Datenbank zugreift dann könnt ihr nur die "xres" Prozesse sehen. Daher bitte für den Notfall auch die Datenbankverbindungen zukünftig auch zuerst auf dem "xbeds" Benutzer prüfen und dann diese mit einer hören Prio killen. -- Enrico Hofmann - Entwickler - activate communication systems GmbH G.-Schumann-Str. 294 04159 Leipzig email: e.hofmann(a)activate.de Geschäftsführer: Markus Hartwig Handelsregister: Amtsgericht Leipzig (HRB 21850)

1 0

Re: [Team] Informationen an LMX
by Rainer Jansen - TJC-Knowledge 15 Jun '12

15 Jun '12

Hallo, die Anweisung gab es schon von mir vor 2 Wochen. Allerdings nicht mit dieser Begründung. R -----Ursprüngliche Nachricht----- Von: team-bounces(a)lists.activate.de [mailto:team-bounces@lists.activate.de] Im Auftrag von Haiko Gerdes Gesendet: Donnerstag, 14. Juni 2012 23:26 An: support(a)activate.de Cc: 'Jürgen Strauch'; team(a)lists.activate.de; 'Nicole Schnick [LMX Touristik GmbH / activate communication Systems GmbH]'; 'Sindy Beier' Betreff: [Team] Informationen an LMX Wichtigkeit: Hoch Hallo zusammen, wir haben heute mit LMX abgestimmt, dass wir LMX noch mehr Informationen proaktiv zur Verfügung stellen. In den folgenden Situationen erhält LMX eine schriftliche Info: - In der Regel vom Support - Oder Rainer oder mir 1. Bei allen Änderungen an der Providerimporten a. Wenn wir Fehler in den Providerimporten beheben, so werden diese in der Regel per Hotfix geliefert i. Um schneller zu reagieren ii. Weil diese in den Staging Systemen eh nicht zu testen sind b. LMX wird aber informiert, um diesen Provider genau zu beobachten 2. Bei allen Fehlern, die bei anderen Kunden aufgetreten sind a. Und auch bei LMX relevant sind / sein können b. Um gegebenenfalls eigene Maßnahmen vornehmen zu können Die Infos gehen an - AN: Nicole - CC: Herr Strauch, Frau Beier, Rainer, mich und gegebenenfalls weitere betroffene / involvierte LMX Mitarbeiter (z.B. Flugabteilung/SC) Mit freundlichen Grüßen Haiko Gerdes - Projektmanagement - ___________________________________________________________________________ activate communication systems GmbH Georg-Schumann-Str. 294 D-04159 / Leipzig Tel.: +49 341 90 98 7 418 // Fax: +49 341 90 98 749 Mobil: +49 172 610 2849 Internet: http://activate.de E-Mail: <mailto:h.gerdes@activate.de> h.gerdes(a)activate.de ___________________________________________________________________________ Geschäftsführer: Markus Hartwig Handelsregister: Amtsgericht Leipzig, HRB 21850 _______________________________________________ team mailing list team(a)lists.activate.de https://lists.activate.de/listinfo/team

1 0

Informationen an LMX
by Haiko Gerdes 14 Jun '12

14 Jun '12

Hallo zusammen, wir haben heute mit LMX abgestimmt, dass wir LMX noch mehr Informationen proaktiv zur Verfügung stellen. In den folgenden Situationen erhält LMX eine schriftliche Info: - In der Regel vom Support - Oder Rainer oder mir 1. Bei allen Änderungen an der Providerimporten a. Wenn wir Fehler in den Providerimporten beheben, so werden diese in der Regel per Hotfix geliefert i. Um schneller zu reagieren ii. Weil diese in den Staging Systemen eh nicht zu testen sind b. LMX wird aber informiert, um diesen Provider genau zu beobachten 2. Bei allen Fehlern, die bei anderen Kunden aufgetreten sind a. Und auch bei LMX relevant sind / sein können b. Um gegebenenfalls eigene Maßnahmen vornehmen zu können Die Infos gehen an - AN: Nicole - CC: Herr Strauch, Frau Beier, Rainer, mich und gegebenenfalls weitere betroffene / involvierte LMX Mitarbeiter (z.B. Flugabteilung/SC) Mit freundlichen Grüßen Haiko Gerdes - Projektmanagement - ___________________________________________________________________________ activate communication systems GmbH Georg-Schumann-Str. 294 D-04159 / Leipzig Tel.: +49 341 90 98 7 418 // Fax: +49 341 90 98 749 Mobil: +49 172 610 2849 Internet: http://activate.de E-Mail: <mailto:h.gerdes@activate.de> h.gerdes(a)activate.de ___________________________________________________________________________ Geschäftsführer: Markus Hartwig Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Abwesenheit
by Enrico Hofmann 14 Jun '12

14 Jun '12

Hallo Team, ich bin morgen erst gegen 10-11 Uhr im Büro, da Hausbesichtigung. -- Enrico Hofmann - Entwickler - activate communication systems GmbH G.-Schumann-Str. 294 04159 Leipzig email: e.hofmann(a)activate.de Geschäftsführer: Markus Hartwig Handelsregister: Amtsgericht Leipzig (HRB 21850)

1 0

freitag 1tag urlaub
by Neumeister 14 Jun '12

14 Jun '12

moin...

1 0