September 2014 - Entwicklung

Neuer trunk Server
by Tilo Werner 19 Sep '14

19 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo zusammen, aufgrund von Kapazitätsengpässen wird den alte trunk01.dev demnächst eingestellt. Dafür gibt es natürlich Ersatz. Dieser hört auf den klangvollen Namen trunk02.dev. Er hat komischerweise mehr RAM (10 GB) und CPUs (6) als der alte, das neue Partitionslayout und MySQL 5.5. Hintergrund ist, dass ich keine Lust habe die alte H*** weiter zu pflegen. Erreichbar ist dieses System nur intern unter trunk02.rz1.dev.xres.de. Eure Accounts wurden neu erstellt. Alles unter /var/www ist eine Kopie des alten Systems. Unter /var/backups/trunk01_homes findet ihr die alten Home-Verzeichisse. Unter /var/backups/trunk01_cron.d die alten Cron-Jobs. Die Datenbank beinhaltet eine aktuellen Dump des alten Systems. Der Server wurde komplett neu erstellt, so wie wir auch zukünftige Lenny-Systeme ausrollen werden bzw. mit dem data01.opd & dem cache01.fer schon vorgegangen sind. Bitte prüft, ob das System für euch funktioniert. Die alten Import/Export-VZ befinden sich ebenfalls unter /var/backups/trunk01_home, diese müssen in die Struktur nach /var/xres/*/*/ migriert und entsprechend in der xResConf.xml angepasst werden. Die xResConf habe ich rudimentär angepasst (mit der Macht des vim), damit die URL nicht nach trunk01.der umgeschrieben wird, leider klappt der Broadcast nicht. Ich bitte euch dieses System ausgedehnt zu verifizieren, damit ich den alten trunk01.dev abstellen kann, dieser blockiert Kundensysteme! Bitte denkt auch daran, dass dieses System mit Chef orchestriert wird, d.h. wenn ihr sinnvolle Änderungen am Basis-System vornehmt und diese sich auch auf den Test/Live-Systemen niederschlagen sollen, dann müssen wir Bescheid wissen. Stichwort: mongo, pear, pecl u.a. Pakte die installiert werden. Viele Dank, Tilo - -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner(a)traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUCNdaAAoJEFfjOJdKpi1EMZUP/jwUBq509VlG7z1az9VDfQYZ blWaXJlNVdWzrcKjboz8nMg3MmKSGZFqtWu44vPGxXwkmD4HUdj6pGky0L7Vuimf LHbakEG8Pr9apWGA9ifjH657G9q+L3nBvtJ0AbjvuPtdUogl3voKDX5z+tUKKmt4 wb7TJl1O+tVdSsbb7ul0QuvzxZssnrT7t1vC12wcoaZmLK/dsSJTipFPOwQALH+q +/beryvA+hcaVaF7MdN3XQxsM1eZJp8IzJGEk1PeykUsg6PcBHQBYkyWNavRZ3B6 nce2r44YUmZJVfCJf4dch5rQQwlLEBmo3j6CAP80fMe4zKeGQ9n3gKapjuctN2Kz E0DG35Np/0kXzr/SgyXCHcEeN/MXsodp6DYvgTaDqyDSvGSKcXntLAUX/cIfUwFc EmFi/Sg+0DYP2L7Q55U4w4qS42Xf5d7NG/l8+siUG/d4CEYlP4S8Cd+sKk3mHuxX tdPbxshx2q4o+A+Bhc8yYnfwYdMrFuwpkMcwWhuuM2w7CsNrlervcc10EC5Ipqky 0RIML+yi28tN2QhIEMNCOjqhpn7YwQDpzL7jzs/b32kE9aOBn2GF+n402TSBGREt X1ctn9DwtnW1FfMyd3qo4ily1l1/VjWpBff9Ex5JSTURNR40bstAKfhIRo79jLty TjsQh9lkz6FLm99q4Toa =Goxh -----END PGP SIGNATURE-----

1 1

Datensicherung service02.fer /var/www
by Tilo Werner 19 Sep '14

19 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, um das Plattenimage löschen zu können, wurde der gesamte Ordner /var/www gesichert und auf den service01.fer unter /var/backups/service02 wieder zur Verfügung gestellt. Grüße, Tilo - -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner(a)traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUHB13AAoJEFfjOJdKpi1EeIgQAKI8FPI9Ht0/m2B0Tl0FzLj2 IwTMNEwrG6RqGSGQYvVL8W9b+RGjEAFuljkyu2o07I1/ovFZ1ivR6RIUVJEH1Y20 OBDi2dJpWqqraqd0EQPaQ6kYNnFty5wiiHpU5RUfwHlTikQjjSMUFxJ3k2GelD46 94zWMDH3sfYpyu3hnC4ypItHfFvlFf9bekyK4LjGGezCrDm5vRQEHB65mT46/icB Hjmv2pbFCXZ+xkBkJ2RT4sRtYqkfYpH9yQcpYW3WR0vsvSVL3lsSUkOxV8Nv6Aq2 n334z7EQEBOKlnt6mN096wFCC8RKywnEsMTEAZmzVUICbzG3iyAWBoJCABRkaJjl J+tXbcvGz1/PTGfyQv7XcK8T9RLP7DL67vp78k8EIre+FkY39qcHCcl2+jBKi3c/ 2gBau8Iggszd5lW0oM4UkAyy670YXsHN+ZSflCOQ3c5OwhPrKxNAdJoi+CreG6bY fq6I/BcqQgS4atdpXmNYBZNcvi9zWgEh8cT5ARXOx2LKHjk3Hu6uiaJ9uFPxe3+m FjZffT3ehdM+7kgwgDNXcyVC5RjHsmv3LVlACYVmAwFSRz5jjPbR8lxVIiJVbpfi 6TnGkKaikx8nOOd6wC1xhJoamFQahotUu7VNGXtpdSUUK6zJDEFpDmG1mMI7ydj8 hMm92qn3HO3RsbQKzpqH =23St -----END PGP SIGNATURE-----

1 0

Auslagerung des xAdmin
by Tilo Werner 18 Sep '14

18 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ich habe dazu einen trunk03.rz1.dev.xres.de (Debian Lenny PHP 5.2) kreiert (PXE+Chef) und dort nur ~/xres_dev/xadmin & ~/xres_dev/lib vom trunk02.dev drauf kopiert. Anschließend habe ich die xResConf.xml dahingehend angepasst, damit alle Module bis auf den xAdmin auf den trunk02.dev (Debian Lenny PHP 5.2) zeigen. Soweit ich das einschätzen kann funktioniert das. Die LT-Mail-Anzeige konnte ich nicht testen, da keine Buchungen im System sind und damit auch keine Detailansicht vorhanden ist. Den Broadcast auf dem System sollte man mit Bedacht benutzen (wenn er denn überhaupt funktioniert), da ansonsten der trunk02.dev bis auf das Modul xAdmin konfiguriert würde. Vielen Dank an Krisztian für die vielen Hinweise :) Grüße, Tilo - -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner(a)traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUGfScAAoJEFfjOJdKpi1EJxQP/iHFFsxkmDTAPdLFdZhFbMTV pgQBxmlV48s0vVLLlwaC8YPa4ZFZMDpuwHkMuO5NSXD/OG91B+tN2rlNlczKy4AF 93XKoK+Y0l2+hbIyLtSD7zNqp3xemQo9MgOF5hkUpybikLs/MBeoL+Ipf7pSIBNS 826OVJQ/pbpu2pqSX4YMbcwVAwTvnZl322Yfn0sGMKoo/+W1Q2YhkmAFsnf61HXc cL+zAouGXbOA3whDOWvI82Oi+3syoY4uWe2JwIVW5x/OZcSS/XGnLRRFW/Ag0ktJ hL/TAfa24KPWU/b7rbNVXL9JvcbjI0twW0lq4hQVnTrWeYUq5SC9WuaYOTXDxXAK QBo4LRsx9+MQIY+dq1Ch/VxlCV7cDKMoAAQMclO4CZ64iD4EUBpVKjBX8KVwcZAp Mah8YY7zdhllQ/Imnm61/z09aQhf4TBiIhIMFSLjFJ337s7PGiNWSsHvuDqHa3dX DXXS1hfqqdYiyXHgjgFfYP5q9GVBmrsMrP9fsdNticKlNP5JhuPtUAYwU14EZEOe tS6CPw0nIp7J3ngplC9MNpiBxZ3lFVZHHEYrV+4U5UBN9FGSlOvVH+TCenxiSGAQ qmsFDux567/Hd8iLu89sMUEwaPFmcHeHGYxlydQNmSbBOkasPfEyyoCzWb2M3xVw BK8J31bgI7PwyfIY5fpy =ZeO/ -----END PGP SIGNATURE-----

2 2

Vorbereitungen db01.fer (neu)
by Tilo Werner 11 Sep '14

11 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, die Maschine (db03.fer) welche den ersten Schritt des Umbaus übernimmt (InnoDB-File-Per-Table) ist nun fertig und hängt als Slave an dem alten db01.fer. Mir ist aufgefallen, dass Ferien noch wohl viele Logs und weitere überflüssige Daten in der DB hat. Einige Beispiele: - - xres_fer_hotels.ba_quote_history 19,6 GB - - xres_fer_hotels.ota_history 12,0 GB - - xres_fer_hotels.proceupdate 19,4 GB - - xres_fer_logs.log_xres 8,3 GB Wenn wir dort kurz besprechen könnten, was wer wann löschen kann? Danke, Tilo - -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner(a)traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUEVbCAAoJEFfjOJdKpi1EgZMP/3hihoVAqf9hQslzKTkxv5wW j7KZCuC9i9wySgH2M03VrBjTCZdS3+iEY4POEsR3N7azZzpsKm/0XdbmslsbR2tJ X5OLct7BMM8lz467I49GvmLIG8jIATST0sxBEvXROugpP7vJoGMbxk5ihhd6s8gO uvorGLDjkLxwQR9EkzdQS9AjDosoY0YiqjK/L01R7ohi6ME0MsXw2AJTUqvm7JOS pDJFS/AqeEeKFNDSPe/88aROXscQ7yF8QnJb6CtKk4gCgB12NsQHiv9NE3V4n6LQ 19KbI2uuH1TVAyoAoz1Idm8/iTxay1Fbmf3LCxCttRl6VDpa7b/7MGQLO8VxOhs6 vx3MHV5etXsop+qjoj/zPipVDDtspFks8ibqCAF43CS8Yfln56aMhS3wQhX8Ib+x lzuoDEQS4nDBZTm29vP2q73UlSSjNO7wkU6kiFT3U5RzZjNVOQxtk9g330aovGd7 YtLRAY2YhX2rmHyey/Qu/FHSpEOSld5Wt8TDDdcoFZnowRzrxj1UzXw2IwAKi3GO aNOZaij+4Ou4+8G3qocxXCsvJMlHmyA9rCGfMhf1L+ntO5maBsAW3znKU0aA6euz Fi2mOkIgxYL4eAproB+7YBAoUWIELwWMZNPHLdTbw09NdKv5s+cdWyZyPhvVm1NT eDIHsTonJqYdfhBJ9IT8 =KZOm -----END PGP SIGNATURE-----

1 0

Konzept: xResConfig - die ewige Baustelle
by Stefan Rank Kunitz 10 Sep '14

10 Sep '14

Hallo Haiko, In Folge einer entsprechenden (berechtigten) Kritik von Tilo habe ich mir über einige Punkte zum Thema xRes-Config Gedanken gemacht und biete hiermit ein Konzept für Lösungen zu relativ vielen Problemen um die xRes-Konfiguration an. Zentral geht es darum, "die" XML-Datei zur Konfiguration des xRes zu vereinheitlichen, über eine GUI bedienbar zu machen, zu dokumentieren und reproduzierbar/deploy-bar zu gestalten. Ich gehe dabei von gegenwärtigen Problemen aus und biete eine zentrale Lösung an. _Grundidee:_ Die xRes-Config liegt gegenwärtig als XML-Datei auf den jeweiligen Kundensystemen und wird NUR dort per Eingabefenster im xAdmin gepflegt. In Zukunft biete ein Portal "xRes-Konfigurator" die Möglichkeit, alle xRes-Konfigurationen aller xRes-Installationen (also aller Kunden auf allen Kundensystemen) über eine grafische Oberfläche zu bedienen, zentral zu verwalten und auf Kundensysteme auszurollen. _Problem 1: Bedienung des XML über den xAdmin _ Die aktuelle der XML-Konfiguration ist sehr umständlich: Der Anwender muss XML beherrschen, eine Plausibilitätsprüfung der Eingaben ist (bis auf XML-Validierung) nicht möglich. Zusätzliche Metadaten wie eine Hilfe / Dokumentation der Knoten (Was tut diese Einstellung? Welche Werte sind erlaubt?) und ein Rechtemanagement (Wer darf welche Einstellung sehen / verändern?) sind nicht möglich. Unter anderem ist dadurch eine Trennung der von Kunden bearbeitbaren Config zu einer "TraSo-Config" (z.B. Aktivieren/Deaktivieren ganzer Module) nicht möglich. Lösungsansatz: Ein zentrales in PHP geschriebenes Webportal verwaltet in Zukunft alle xRes-Configs aller Kundensysteme. Die Bearbeitung der Konfiguration ist bequem generisch per Web-Oberfläche möglich (Eingabefelder, Ja/Nein-Radiobuttons, aktiv/inaktiv-Checkboxen, ...). Ein Rechtemanagement regelt für jeden XML-Knoten die Sichtbarkeit und Änderbarkeit => über entsprechende Rechte sind TraSo-MitarbeiterInnen in der Lage, mehr Einstellungen im Kundensystem zu sehen und zu bearbeiten als der Kunde selbst. Die Web-Oberfläche ist dokumentiert und erklärt jede Einstellung in wenigen Worten. Die Oberfläche zur Bearbeitung der Config im xRes wird entfernt und der neue Konfigurator per iFrame eingebunden. Das beschriebene Rechtemanagement stellt sicher, dass jeder Kunde nur SEINE Konfiguration sieht und nur eine Untermenge dessen ändern kann. _Problem 2: DIE xResConfig __/ unterschiedliche Kunden-Stände der Config_ Die Konfigurations-Dateien der verschiedenen xRes-Installationen sind "gewachsen" und auf völlig unterschiedlichem Stand. Mangels "Gesamtdokumentation" (bisher: Teil-Dokus im Confluence-Wiki) ist nur mit sehr viel Aufwand reproduzierbar, welche Einstellung bei welchem Kunden gesetzt sind bzw. fehlen => die Größe der Konfiguration (bei JT 3799 Zeilen) schließt eine "Übersicht" über bestehende bzw. mögliche Einstellungen aus, _DIE_ xResConfig (im Sinne einer default-Version) existiert nicht. Das Ausrollen eines neuen Kunden / eines bestehenden Kunden auf einer neuen Maschine bedeutet (nach bereits erfolgter Automatisierung des Deployments und der Chef-Installation der Maschinen) nun im Wesentlichen die manuelle Anfertigung einer Konfigurations-Datei (3799 Zeilen!!!). Ein Hardware-Defekt auf einem Server, der kein Backup besitzt, bedeutet automatisch den Verlust der xResConfig und damit die manuelle Neuerstellung der Konfiguration. Lösungsansatz: Das oben beschriebene Portal verwaltet die xRes-Konfigurationen in Zukunft selbstständig. Initial wird es einen Import geben, der ALLE xResConf ALLER Kundensysteme importiert und über eine Vergleichsansicht die schnelle Erarbeitung DER Standard-xResConf erlaubt. Nach erstem "Ausmisten" (z.B. Entfernen nicht mehr genutzter Einstellungen bei LMX) und Dokumentieren der Einstellungen gibt es DIE EINE xRes-Config mit der Zusatzinformation, welche Einstellung auf welchem Kundensystem gesetzt sind. Das Portal wird aus diesem Datenbestand heraus in der Lage sein, die kundenspezifischen Konfigurationsdateien zu erzeugen (DB2XML) und dem Kundenserver zur Verfügung zu stellen. Damit können Änderungen wie auch Neuinstallationen sehr einfach umgesetzt werden. Der Verlust der xResConf im Livesystem (z.B. HDD-Defekt) kann durch neues Einspielen der im xRes-Konfigurator hinterlegten Config ausgeglichen werden. _Problem 3: __Sicherheit___ Der gegenwärtige Broadcast-Mechanismus erfordert, dass auf allen Kundensystemen ein Apache-Server mit PHP installiert ist. Dieser muss die (sicherheitskritische!!!) Haupt-Config per Webrequest entgegen nehmen und ins Verzeichnissystem legen => sicherheitstechnisch ist dies der worst case. Lösungsansatz: Das beschriebene Portal "xRes-Konfigurator" erzeugt die Konfig-Datei in Zukunft per Knopfdruck aus dem per GUI erstellten Einstellungen heraus. Die erzeugte Datei wird automatisiert auf alle betroffenen Kundensysteme geschoben (z.B. per ssh mit dem Deployment-User) und/oder dem Deployment zur Verfügung gestellt (über ein automatisch mitgeführtes GIT-Repository). Die bestehende Config-Bearbeitung und der Broadcast-Mechanismus werden durch den xRes-Konfigurator im xAdmin ersetzt. _Umsetzung:_ Die Kern-Komponenten der Applikation "xRes-Konfigurator" sind diese: * Aufsetzen eines PHP-Frameworks wie Symfony oder Zend * Benutzer-Autentifizierung mit RechteSystem (unbegrenzt User, eine Gruppe je Kunde + Gruppe TraSo), GUI für Bearbeitung des Rechte-Systems durch Admin => ggf. fertige Lösung als Plugin verwenden? Anpassung der Authentifizierung zur iFrame-Integration in den xAdmin OHNE erneutes Login * Datenbank-Entwurf zur Abbildung der rekursiv verknüpften Datenstruktur: Datensatz, Wert, Attribute und Verknüpfung zum Eltern-Datensatz * Import XML2DB, GUI zum Vergleich der Konfigurationen verschiedener Kunden (Diff-Tool) * Export DB2XML, Upload der XML-Datei z.B. per ssh * GUI zum Anlegen / Bearbeiten der Einstellungen * Aufsetzen der Software auf einer TraSo-zentralen VM, Durchführung XML-Importe und Erarbeitung default-xresConf Da diese Software nicht zwingend einen Bezug zu xRes hat, kann sie auch von einem externen Entwickler erstellt werden. Ich empfehle, dafür Varianten wie einen Praktikanten oder Lehrling in Betracht zu ziehen. Ich freue mich sehr auf allseitige Rückmeldungen!!! VG SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Senior 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

3 3

Testsysteme JT & FER
by Tilo Werner 08 Sep '14

08 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, die beiden Systeme sind komplett neu erstellt worden, es gab in der Vergangenheit Probleme mit den Installationen. Beide basieren auf dem brandaktuellen Debian 5 aka Lenny ;-) und Percona 5.5 (mittlerweile in der Minorversion für Lenny auch veraltet). Beiden fehlt nun noch ein Deployment. Der test02.jt hat bereits einen aktuellen Dump aus dem Live-System bekommen, für den test01.fer ist das noch in Arbeit. Sinvollerweise kann ich hierbei zwei Fliegen mit einer Klappe schlagen, das Testsystem bekommt direkt einen auf InnoDB File-Per-Table Dump vom neugeschaffenen db03.fer, dieser wiederum ist notwendig um die Umstellung des DB-Servers bei Ferien zu bewerkstelligen. Ich bitte Euch zu beachten, dass in diesen Testsystem Kundendaten von Dritten enthalten sind und ihr dafür sorgen müsst, dass z.B. keine Mails ans Lieschen Müller verschickt werden! Bitte säubert die Systeme vorher. Viele Grüße, Tilo PS: Sobald der test01.fer fertig ist, gebe ich an dieser Stelle nochmal Bescheid. - -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner(a)traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUCewdAAoJEFfjOJdKpi1EdCMP/RibvTl4j69Hd0FLoI12jPUb OuN1erJjpQLgHNeJF8/76+RF2/PFjE+egjorvnjmLwj02OawqoktuZ5hE5fL4aVV Y/SAMnE7aZ9TuGszP0ym0FkdF6mbiJnrv0so2+I+A9Q9n3KuyqXHKCSqqwchuE54 eiAktpZ+bBicKONApibnhGxvu3TM2NTPteJrE2xkIoY0a3eYLZsSAsi85BrRbWz3 zbBLfl+/aXeEfyMdAgE/MTDX8nbY8klqnE5pjx/JU/mG3jbqT4KM6slOvPbzgrGl Lh4A3TwkVGQeKr6IHPoB7WJ3X85czvNG4/f9F9fdaXnqlWggOt8zneZwUdrMT/iQ hoevvGRK52I180AcQCaIz9AGwimr+8ov5qksEBlgPLljIX2kqsCalkd9pMh1o4mu 5nSC4XIdNxz/rPYPYUg0hXtqHDO+trXKSd0NgBwSi4SNBUdtZ86YsEiplhR4R8Qz EnlrAvgJv9RIoP6+CrNS4jsNB3zqawf/rjyrHjiVu5k8zEx6XJm8dxJAVoQuxNkK ANEkuE3ZV5L7ex1Gok71vyoLUBdMAXjYavp3JqkPHLP3NvzgHRou66dxB9nzjtDd fd9PentuAVEvYDGZbmzq40lHvikmhQDQFtRWMnIhEgx2TkkXMyb+iTf1VSm0w5xY ZSLhfMIkio9uiyRwPg2A =tiZH -----END PGP SIGNATURE-----

1 1

AIF2/HBD Update komplett
by Marcus Puchalla 08 Sep '14

08 Sep '14

Hallo zusammen, das Update der AIF2 Software und der CSV Worker ist nun auf allen nodes fertig gestellt. Es hat etwas länger gedauert denn die Version 2014.5.1 von letzte Woche wurde am Wochenende durch eine neue Version ersetzt. Die hatte zur Folge dass Version 2014.5.1 (04.09.2014) != Version 2014.5.1 (05.09.2014) Die etwas ältere Version läuft auf den Rechnern aifnode-01,21 und 40 ohne Probleme. Auf allen anderen konnte Sie keine AIF Dateien vom Server laden. Ich habe nun eine interne Bezeichnung 2014.5.1.2 eingeführt und auf allen Nodes ausgerollt. HBD01 und 02 wurden wieder aktiviert und es sollten nun Stück für Stück wieder HBD Hotels in die Systeme importirt werden. VG Marcus -- Mit freundlichen Grüßen Marcus Puchalla - Entwicklung - ________________________________________________________ TraSo GmbH Georg-Schumann-Str. 294 D-04159 Leipzig Tel.: +49 341 909 87 45 / Fax: +49 341 909 87 49 E-Mail: m.puchalla(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Fwd: Undelivered Mail Returned to Sender
by Tilo Werner 05 Sep '14

05 Sep '14

-------- Weitergeleitete Nachricht -------- Betreff: Undelivered Mail Returned to Sender Datum: Wed, 3 Sep 2014 12:20:02 +0200 (CEST) Von: Mail Delivery System <MAILER-DAEMON(a)data01.opd.xres.de> An: root(a)data01.opd.xres.de This is the mail system at host data01.opd.xres.de. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system <k.springer(a)activate.de>: host mailgw01.rz1.opd.xres.de[10.21.2.30] said: 550 5.1.1 <k.springer(a)activate.de>: Recipient address rejected: undeliverable address: host mx1.mailmanager.de[85.239.120.132] said: 550 5.1.1 <k.springer(a)activate.de>: Recipient address rejected: User unknown in virtual mailbox table (in reply to RCPT TO command) (in reply to RCPT TO command)

1 0

Code Maschine im Chef
by Tilo Werner 04 Sep '14

04 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, damit bei Weggang eines Entwicklers/Admins auch die Benutzer entsprechend entfernt werden nutzen wir z.Zt. Chef. Dieses läuft nun auch auf der Code Maschine. Ich musste dazu u.a. den Nutzer bamboo einer neue UID/GID geben, sowie dem Nutzer nexus eine neue UID/GID und eine neues Home-VZ - /var/lib/nexus. Bitte beachtet, dass alle IDs oberhalb von 1000 von Chef verwaltet werden. Auch wurden die squeeze-lts Paketquellen angemeldet und entsprechend das System aktualisiert. Der Server muss neugestartet werden. @Krisztian, wenn du den Neustart bitte durchführen könntest und auch schaust, ob bamboo & nexus wieder starten... Danke, Tilo - -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner(a)traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUCJynAAoJEFfjOJdKpi1EmkIQAKgBamuvypcHZHtbMi60Oq74 V1rR5uDJUP7OSfcNSQrGBYedlVZtKCCgmUsalCQSLeyjujYAa7BJaQFhqbZKmutE NgigcpMqSQkS9j91IImH965SvfQ1Zh0+wNvzVpH17EAjpS3JvTuxDCY0hAjiMk3a H+yMyDCV+rGy2GaiVyHuEiaAP8JDiDOv/bDWeLnqncTA+lrqUCH+jK1byBFaIH8n HGHZ9nCWFu5MPsL599U/0kSDN0B7tnNIeETu1+ISkBRda+tLYfBdwWuzP3o1JD8Q TI7w6O++YTdfQ8hDe5J+HPCdN4XGrl6ifapl50JtXK8Jnrk/iAvEOZ1L1Z1N1v9s C1Yy+4Zctdy5/OpDi7gU+QEoKfrFt+vlr3a3DMiFj/es0wO3A/F64eqtvJj7jmXK iXTUCCLTtMlxee9RJHelV6DtIdxGn7yBVk9aCo4YjFzfrt5s4N9x2kc/mSs6VapA mlg2ZTE8BCWR8EltXJ7WEKsVClbuXCUR21bpAY/rcNsf1YkgBehyoazL2nN01htt xFHlcMxnGfw3cQ7/ywVKG7/sQ4n91IqRxJ8uq0YC7A6ffEt9HW9o5xH4r5HYAU/6 mxyNLxTYybeC69GUtedmzWcm3WQti2o4+vGEbT7359mhXAFlAqw2ZmQWA5RKGjom WMYAwYuvwlbruOsrHIUc =9eAm -----END PGP SIGNATURE-----

1 0

Deploymentanfrage
by Tilo Werner 02 Sep '14

02 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, bitte den test02.jt.xres.de als Testsystem und den 10.21.2.7 (zukünftiger data01.opd) als Dataserver deployen. Falls es dabei zu Probleme kommen sollte, bitte mich kontaktieren. Danke, Tilo - -- Mit freundlichen Grüßen Tilo Werner - - Systemadministration - _______________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: t.werner(a)traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUBaxOAAoJEFfjOJdKpi1EkcAQAK7eUcPn1tRKCnoeOWPH3Ohd 4oc7JlLUEP4ZBpK2eGafMe+8Q2EqNNsz0y/CjI8H7spu1egiDXfGnJyugjQW3//y XW8IQebSvPPHEbvMP/LrZcN9fy1VroxUaSo4PIj59PGjiy1wodAL+AQz9Any3FeG krJPxSr71eEJNsGJn3jPU7d49tmVUS+fbglqJbNHHBHMKXL1N6uuXSUYys+ftY1F 8ln/mm90QiuYVKh9USr7aRYA9IRQQsDkqpmkrsVzPMusjdpJtx+M+XN33mwbHaQ7 /ggKNghSyxsA+kTGQkmDX2agb3LDUMQeOFF49XlI2oXOfyc7cTgXAUgHHhBsI95h npKLQ7XTihEzSH7jR/L43GYeKZImlgr0caofHePkB8sfb7zSb+I97t82S62yUGc9 mF7cDUN7V3astL4FKkSTXFTXn+3thXmWYdkVdwgeYhmVKr/k0s2aS7Bc+L0AICkj jELSACw9i72QH0Cr+QANeA+2Uw80Hqi500Ewv3nZtPmToBIuGTS4NzmXghIqPgE4 9RUSB/Qncdp+vTb/qY2XzAZTLKHxAXRlDdtl3d+uKFio7ZH/LJpgb+JaJHHlqaSL sBJi97H91P6ZII3QQe+Gp1pZBvFx2+QnS8Uhc07ERS3BQD/C3xHOUyyiaaQvo2H4 0ImT9oGwKAcWYWwSesrx =zhyP -----END PGP SIGNATURE-----

1 0