November 2014 - team - example.com

Abwesenheit
by Jen Neumann 25 Nov '14

25 Nov '14

Guten Morgen, ich werde das Büro heute bereits um 15 Uhr verlassen, da ich mit Sophie einen Vorsorgetermin beim Kinderarzt habe. -- Kind regards / Mit freundlichen Grüßen Jen Neumann - Quality Manager - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 909 87 45 E-Mail: j.neumann(a)traso.de Quality Analysis: quality(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

php 5.3 und suhosin
by Sören Pestner 24 Nov '14

24 Nov '14

Hallo Team. Mit unserer geplanten Umstellung auf PHP-5.3 gibt es eine Neuerung, die wir so noch nicht verwendet haben. SUHOSIN http://www.suhosin.org/stories/index.html Da ich davon Heute auch das erste mal gehört habe nur kurz soviel dazu. Suhosin ist ein System, das vor PHP Schwachstellen schützen soll und ist ab der 5.3 Version auf unseren Systemen als PHP-Extension auf allen Systemen aktiv. Da bei mir selbst kein praktisches Wissen über Suhosin vorhanden ist, kann ich auf Probleme damit nur nachträglich reagieren. D.h. ich weiß nicht wo es da in Zukunft Probleme mit dem xRes geben könnte. Hier schon mal das erste Problem: memory_limit ------------ Bisher ist xRes immer ziemlich locker mit dem vorhanden Speicher umgegangen, dass wird sich in Zukunft ändern. Suhosin verbietet allgemein, PHP in einem unbegrenzten Speicherbereich laufen zu lassen. Weiterhin wird mit Suhosin eine Obergrenze festgelegt, wenn dies nicht getan wird, gilt der als default angegebene Speicherbereich. Dieser Bereich darf dann auch script-seitig nicht erhöht werden. Bei einem kurzem Austausch mit Tilo und Thomas haben wir uns folgendes Überlegt. Über chef wird in der php.ini ein default Speicherbereich festgelegt, der sich am vorhanden Arbeitsspeicher des Systems berechnet. Das soll verhindern, dass das System durch ein PHP-script komplett vereinnahmt wird. Beispiel: 16GB RAM - 2GB System = 14GB PHP Hier wird es von System zu System (service-, data- und cache-Server) unterschiedliche Lösungen geben. Da müsste sich jeder mal etwas zu seinem Arbeitstier überlegen. Suhosin wird dann als Schutzmechanismus auftreten und verhindern, dass diese Obergrenze umgangen wird. Leider ist diese Konfiguration durch die parallel laufenden scripte nicht besonders effektiv, da diese Grenze ja pro script gilt. In einigen Bereichen wird es dann wohl nötig sein diese Obergrenze script-seitig runter zu setzten, um das System vor einem Ausfall zu schützen. Da müssen wir also noch ein paar Hausaufgaben machen. Wir versprechen uns davon einen besseren Schutz unserer Systeme in Hinblick auf den Speicherverbrauch. Nachfolgende Punkte sollten damit gelöst werden. - unbekannte xRes - Systemanforderungen - unersättliche scripte (performantere Programmierung) - NAGIOS swapping - Warnungen - OOM - Killer -- -- Sören Pestner - Entwickler - TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig telefon: +49 341 909 87 509 email: s.pestner(a)traso.de Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850)

1 0

xRes 2.2.6 auf JT-Staging
by Stefan Rank Kunitz 24 Nov '14

24 Nov '14

Hallo Team, Der erste Kunde - JT - hat nun auf seinem Staging-System die Version 2.2.6 zur Verfügung. Sie läuft bereits auf PHP 5.3 - also bitte ganz genau prüfen! VG SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 909 87 45 E-Mail: s.rank-kunitz(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Ausbau der Testing-Infrastruktur
by Stefan Rank Kunitz 24 Nov '14

24 Nov '14

Hallo Team, Auf dem Wege der Verbesserung der Qualität unserer Software und im Zuge der PHP5.3-Entwicklung machen wir nun auch weitere Schritte beim Ausbau der Test-Infrastruktur. Die Letzten möchte ich hier kurz vorstellen. Dabei bitte ich um Eurer Feedback! _Entwicklung - Vagrant VM für PHP 5.3:_ Wir Entwickler arbeiten seit Anfang 2014 auf lokalen virtuellen Maschinen unter PHP 5.2. In diesem Zuge habe ich im Frühjahr auch eine PHP5.3-VM aufgesetzt und in unsere Vagrant-Technologie eingebunden. Nach einigen Optimierungen (danke an Viktoras für seine Anregungen!!!) an der 5.3-er VM bitte ich nun ALLE Entwickler, diese VM sehr intensiv zu nutzen: * Die Installation ist recht einfach über das Skript devVm.sh aus dem Willkommens-Leitfaden möglich. Sollte es Probleme geben ... biete ich schnelle und unbürokratische Hilfe bei der Installation und Einrichtung an! http://confluence.app.activate.de/display/Orga/Entwicklungsumgebung * Bitte nutzt standardmäßig die VM "php53lucid". Ich empfehle, nur dann noch mit der VM "php52lenny" zu arbeiten, wenn es darum geht, einen PHP5.3/5.2-Konflikt zu suchen. * Bitte gebt mir Anregungen zu Optimierungen und Verbesserungen an der PHP5.3-VM! Mein Ziel ist es AUCH, eine "Master-VM" zu erstellen, d.h. eine PHP5.3-Installation, in der alle Entwickler gemeinsam zusammengetragen haben, welche Voraussetzungen xRes an welchen Stellen benötigt (und welche Ecken der alten Lenny-VM Quatsch sind). * Ich empfehle, dass Ihr alle Eure lokale xResConf.xml so anpasst, dass der devil-c (Replikation des devil-b) als Slave-DB-Server verwendet wird. Ich hatte in der Vergangenheit einige Probleme, die aus Master-Slave-Problemen herrührten und habe meine lokale Infrastruktur daher entsprechend angepasst und den Cron, der den Slave auf Verfügbarkeit prüft, aktiviert. _Entwicklung - Trunk02:_ Darüber hinaus habe ich nun ENDLICH den von Tilo bereitgestellten Trunk02 (*@Tilo:* DANKE!!!) "eingeweiht" und ein xres_dev dort ausgerollt. Als MySQL-Datenbank verwendet Trunk02 die SELBE Datenbank (selbe, keine Kopie) des Test01 und Test02 vom Support. Die Maschine trunk02.rz1.dev.xres.de ist dafür gedacht, dort langfristig mehr und mehr automatisierte Laufzeit-Tests permanent arbeiten zu lassen (z.B. tausende autom. BAs am Tag) und uns als Entwickler über ggf. auftretende Probleme zu informieren. Dieses wird ein laaanger, aber sehr wichtiger Schritt zur Testbarkeit unserer Software sein und das in der Software-Entwicklung sehr hoch gehandelte Qualitäts-Thema "continuous integration" für uns umsetzen. => Oliver und ich arbeiten weiter daran. *@SWI, SPE, VBE:* Für Eure Themen Flug-Importe, Hotel-Importe und Cache/Infx/Exporte bitte ich Euch um Vorschläge, ob und wie wir diese Themen auf Trunk02 (automatisiert) testbar machen können.* @Tilo:* Kann ich auf dem Trunk02 bitte ein PHP5.3 bekommen? _Support - Test01 und Test02:_ Das Testing der xRes-Version 2.2.6 findet leider gegenwärtig auf dem test01.dev >>> einer PHP5.2-Maschine <<< statt. Mit dem Testing auf dieser Maschine können wir VIELE Probleme finden ... aber leider nicht alle, für ein vollständiges Testing benötigen wir eine PHP5.3-Installation. Auch das externe CRS von Traffics leitet den Veranstalter BMF leider noch auf den test01. Kurzfristig haben Haiko und ich abgestimmt, dass das PHP5.3-Testing nun auf dem Test02.JT forgesetzt werden kann. Voraussetzung dafür wäre, dass es für Tilo schnell und einfach möglich wäre, dort PHP 5.3 zu installieren. *@Tilo:* Ginge das und evtl. auch schon heute? Für die Zukunft hat Tilo (*@Tilo:* DANKE auch dafür!!!) uns in der vergangenen Woche eine neue Maschine "test02" mit einer PHP5.3-Installation zur Verfügung gestellt. Auch diese Maschine verwendet die SELBE Datenbank wie der test01 ... so dass das Hotel-Matchings und andere Stammdaten (trotz 2er Testmaschinen test01 und test02) nur einmal gepflegt werden müssen. Dem Test02 habe ich heute ein xres_dev ausgerollt und die kopierte xResConfig.xml des Test01 hinterlegt. Zu dieser Maschine empfehle ich das folgende Vorgehen: * *@Nadine Feil:* Ich bitte Dich, diese Maschine zu prüfen und zu sehen, ob alles funktioniert. Eventuelle Probleme kann ich schnell anpassen. * *@Support:* Ich empfehle, dass möglichst das gesamte Testing des Support auf die Maschine test02.rz1.dev.xres.de verlegt wird. Die Maschine test01 sollte nur noch dann verwendet werden, wenn bei einer einzugrenzenden Fehlfunktion des Systems geprüft werden soll, ob die Funktion unter PHP5.2 sauber arbeitet. * *@Jan:* Ich bitte Dich, die Lingenauber-Stadis-Maske so zu erweitern, dass sie über einen neuen Veranstalter (z.B. "TRS" ???) auf den test02.rz1.dev zugreifen kann. * *@Oliver:* Bitte richte auf dem Test02 (und auch auf dem Test01) eine "vernünftige" Liste Cron-Jobs ein. Ich freue mich auf Eure Rückmeldung zur "wachsenden" Test-Infrastruktur! Viele Grüße SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 909 87 45 E-Mail: s.rank-kunitz(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

2 1

Getränke sind bestellt !LG Jeannette
by Jeannette Bessel 24 Nov '14

24 Nov '14

-- Mit freundlichen Grüßen Jeannette Bessel - Assistentin der Geschäftsführung- ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 909 87 530 E-Mail: j.bessel(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

HBD_worker
by Sören Pestner 24 Nov '14

24 Nov '14

Habe gerade die offer_cache Queue gelöscht und die hbd_worker durch gestartet. Da ist wieder etwas hängen geblieben. -- -- Sören Pestner - Entwickler - TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig telefon: +49 341 909 87 509 email: s.pestner(a)traso.de Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850)

1 0

Abwesenheit
by Sören Pestner 21 Nov '14

21 Nov '14

Mahlzeit. Ich werde heute nicht mehr auf Arbeit kommen. Wenn etwas sein sollte, ich bin telefonisch erreichbar, Ich wünsche euch ein schönes Wochenende. Bis Montag Sören -- -- Sören Pestner - Entwickler - TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig telefon: +49 341 909 87 509 email: s.pestner(a)traso.de Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850)

1 0

FER cache Umzug die 2.
by Sören Pestner 21 Nov '14

21 Nov '14

Heute Abend ab 22 Uhr, startet der zweite Versuch die cache-Datenbank von FER umzuziehen. Dazu wir ab 22Uhr die cache-Produktion gestoppt und der dump begonnen. Der export 0:30Uhr läuft dann noch wie gewohnt über die alte Datenbank, danach wird dann auf die neue Datenbank geschwenkt. Ich hoffe, dass diesmal alles funzt. -- -- Sören Pestner - Entwickler - TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig telefon: +49 341 909 87 509 email: s.pestner(a)traso.de Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850)

2 2

Freizeitausgleich
by Nadine Fernández Sánchez 20 Nov '14

20 Nov '14

Liebe TraSos, ab heute 17:00Uhr - 24.11.2014 gleiche ich Freizeit aus. Falls der Support am 24.11.2014 Unterstützung benötigt, wird sich Nadine bei mir melden. Ich beame mich dann her. Hasta martes y un buen fin de semana! Saludos, Sancho -- Projektmanagement & Support Flug ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 909 87 533 E-Mail: n.fernandezsanchez(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

infx traso-staging
by Sören Pestner 20 Nov '14

20 Nov '14

Ich habe soeben die cache-Produktion und den Export auf dem traso-staging aktiviert. Beide scripte laufen mit 2 parallelen Prozessen. -- -- Sören Pestner - Entwickler - TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig telefon: +49 341 909 87 509 email: s.pestner(a)traso.de Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850)

1 0