- Entwicklung - example.com

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

xRes Sql Deltas
by Krisztian Springer 13 Aug '14

13 Aug '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Entwickler, wir hatten während des Deployments nun schon öfters Probleme mit Features die kurzfristig als Hotfix in einen Release rein gemerged wurden und Schemaänderungen beinhalten. Um hier die Probleme zu entschärfen, dürfen in den Sql Deltas ab sofort keine Lücken mehr entstehen. Beispiel: 0057-doStuff.sql 0061-doStuff2.sql 0062-doStuff3.sql So etwas ist nun nicht mehr zulässig. Die 61 muss zur 58 werden und der Rest nach gezogen werden. Der Grund ist recht Simple: Wird ein Feature in einen Release gemerged und das Feature beinhaltet eine Schemaänderung, können alle Schemaänderungen die vor dem Feature entwickelt werden nicht mehr ausgeführt werden. Für dieses Szenario wurde der UnitTest erweitert und prüft nun auf Lücken. Außerdem bin ich einmal alle Files durchgegangen und habe sie neu geordnet. - -- Mit freundlichen Grüßen Krisztian Springer - - Entwicklung - ___________________________________________________________________________ TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig E-Mail: k.springer(a)traso.de Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 ___________________________________________________________________________ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJT61VBAAoJELGP1cO010ZnwQEH/2KZzLFH3mZQ+xDwckBUm2H2 wIgZwRSWGF1G51gz2Cr7ut5pM6/Tk4ktm+vQhxYYmrjMhSjDZ1XpOXLiuxZNJK5d FUywL0OE2bnk50cktATJ9ZHJPNJ2FUEmW1RFBqF84cqSRhFJ24K54QKDfcA5LCGQ dWEroCYFa+13d9oI6PPoaPjlN6H20cwsQADWQ8K4wSRruaTkzpUBsmGAJRdoAULT ALt8f1CUdtVQKjr8e1cW0dnDAPqOK8tdAz7QoweoeMH0uuuqRKpghBXqey/9cNAe wgtpiJH/KNsxcHPdt0hb82EWYhnTR5hxdstSOqALVDC59DF9EQHqjCdfT9b0G9U= =vBP/ -----END PGP SIGNATURE-----

2 1

[JT] data01 /var/www voll
by Tilo Werner 12 Aug '14

12 Aug '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, 722 MB die gleiche Meldung, kein Logrotate, keine Logik die das irgendwie verhindert, bekanntes PHP-Problem... Lösche die Datei heute schon zum zweiten Mal und diesmal per Cron alle 5 Minuten. Grüße, Tilo # tail /var/www/xres_jt/xhotels/log/import_nti_error.txt [12-Aug-2014 23:55:01] PHP Warning: Importer_XML_NTI_Prices::_calculateNewPrice(): Node no longer exists in /var/www/xres_jt/xhotels/classes/Importer/XML/NTI/Prices.php on line 625 [12-Aug-2014 23:55:01] PHP Warning: Importer_XML_NTI_Prices::_calculateNewPrice(): Node no longer exists in /var/www/xres_jt/xhotels/classes/Importer/XML/NTI/Prices.php on line 627 [12-Aug-2014 23:55:01] PHP Warning: Importer_XML_NTI_Prices::_calculateNewPrice(): Node no longer exists in /var/www/xres_jt/xhotels/classes/Importer/XML/NTI/Prices.php on line 627 [12-Aug-2014 23:55:01] PHP Warning: Importer_XML_NTI_Prices::_calculateNewPrice(): Node no longer exists in /var/www/xres_jt/xhotels/classes/Importer/XML/NTI/Prices.php on line 616 [12-Aug-2014 23:55:01] PHP Warning: Importer_XML_NTI_Prices::_calculateNewPrice(): Node no longer exists in /var/www/xres_jt/xhotels/classes/Importer/XML/NTI/Prices.php on line 630 [12-Aug-2014 23:55:01] PHP Warning: Importer_XML_NTI_Prices::_calculateNewPrice(): Node no longer exists in /var/www/xres_jt/xhotels/classes/Importer/XML/NTI/Prices.php on line 630 [12-Aug-2014 23:55:01] PHP Warning: Importer_XML_NTI_Prices::_calculateNewPrice(): Node no longer exists in /var/www/xres_jt/xhotels/classes/Importer/XML/NTI/Prices.php on line 619 [12-Aug-2014 23:55:01] PHP Warning: Importer_XML_NTI_Prices::_calculateNewPrice(): Node no longer exists in /var/www/xres_jt/xhotels/classes/Importer/XML/NTI/Prices.php on line 616 [12-Aug-2014 23:55:01] PHP Warning: Importer_XML_NTI_Prices::_calculateNewPrice(): Node no longer exists in /var/www/xres_jt/xhotels/classes/Importer/XML/NTI/Prices.php on line 619 - -- 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 iQIcBAEBAgAGBQJT6pKTAAoJEFfjOJdKpi1EzWAP/3DtqyducrviIeHmYrkm2YTh wZ5dNz3sOaUuqyIMc6OhHqxuMzI820cKaZFNnxHIbxQOWy2bCMYkC+XDfbqzq2Uk CzTa5w3eY+TE8UkKY07XnglqkuYwmSlLMpMXmGI/5VFdxJLLz5bfmtq89Yjs6AKk DR8uFJTvVadURt1PffGxYmnwWWpUUAdGD+doMRr5jIEWmGO8wriQJB1pgrWy8IKd +mfyl5VHk7qMFcbFLvS18F/HrKQS8zQv3XMRUOO5XxwoMwd9eSvK+MrHo1YFSjSI yuNIgADMmrME3CwCREtOtat8Os6mx2UOMQRE4HM24TYLB28GTCGOsVRmzH2AyIxf Oa7Wk5md4EsX0MPetN0oukM7NGbcIBMBj1QFlCgizNcwd578lodWjREQFu7p9nCm B9kuJXz5mUyBmZ8DcldoS0d2/md//YmrDdhUbIJjCeW+9VcNAEDva/Hl62xepGVp FtnMCr7VaKlB3lC1X9iYG3QPXq9ePy3BrxrZs8JUBLSd4DbXg8bJa7zXysaGKBKr i/yTRdw+C0nDQnAg1kp5hsqTNSSwtsZP3WQR7TYOOE2O6acim0SCZIDuoZz37xmG /usFwzZaeaIvo4NV0JUQM9UjFmzeDMa/7VVlcGCZ2QLCQPxB+eQXXCM29CBZrm8P yf5Ee5ezZ7kKwS+weMFO =jSm3 -----END PGP SIGNATURE-----

1 0

Fwd: Rueckgabe nicht zustellbarer Nachricht an Absender
by Tilo Werner 12 Aug '14

12 Aug '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 So viel ihr es probiert es wird nie funktionieren! Vieleicht redet ihr erstmal mit mir damit wir das gemeinsam umsetzen können. Grüße, Der Mailadmin - -------- Weitergeleitete Nachricht -------- Betreff: Rueckgabe nicht zustellbarer Nachricht an Absender Datum: Tue, 12 Aug 2014 11:02:28 +0200 (CEST) Von: Mail Delivery System <MAILER-DAEMON(a)mx1.mailmanager.de> An: build(a)traso.de Dies ist eine automatisch generierte Nachricht des Postfix E-Mail-Dienstes. Dieser Dienst wird auf dem Server mx1.mailmanager.de betrieben und teilt Ihnen folgendes mit: Ihre Nachricht konnte an einen oder mehrere Empfaenger nicht zugestellt werden. Ein Problem-Bericht, sowie Ihre urspruengliche Nachricht wurden an das Ende dieser Nachricht angehaengt. Fuer weitere Hilfe kontaktieren Sie bitte den fuer Sie zustaendigen postmaster(a)mx1.mailmanager.de. Senden Sie dazu den an diese E-Mail angefuegten Problem-Bericht mit. Den Inhalt Ihrer urspruenglichen Nachricht koennen Sie - zum Schutz Ihrer Privatsphaere - entfernen; er ist fuer eine Fehler-Diagnose nicht zwingend notwendig. Der Postfix E-Mail-Dienst INTERNATIONAL VERSION This is the Postfix program at host mx1.mailmanager.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(a)mx1.mailmanager.de If you do so, please include this problem report. You can delete your own text from the attached returned message. <entwicklung(a)list.traso.de>: Host or domain name not found. Name service error for name=list.traso.de type=AAAA: Host not found -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJT6gPhAAoJEFfjOJdKpi1ESGMP+wfZmZclBoYrj9ztQDu51CRf 0wSUi+XHb1eS3svT7tcitCPMtv2QFQeroMW+UfYwjs/Mazi4VqRKr4TzqzcTmWDH C0OlxAh8ytOfxUfmVc1NkyPcD9tEoonW0I+/KzzoWzRlFfbUC1fp+owUB5SU7oYg zeD6hux1xRSpi37Qy7XWJ347uk28FjDDWcgRHjclLvoKICLDxRzKNWo2rzMhGrLK Hxk06AzIq7ZLDvdafU4SHNFjyRhTkAXVQk6NjHuCGQ1dUDf77GzQ027a9GK0TutL pLSdNQtN1rWbbKw828MiDZcmPvcankHwcc0GEOrqoGTF8GR3FGwzQhYeaTSOkr6X mMbaqTde35u7P6WHdpjfAQqnKdAZy0/A5HtZLkdJTBLQCOzMdVFWXOvkSF4O607j Y+d8dibWr0AdQ1KgsJlLQWdqLuPcXjo43aa17eC0FY0jeuqYy4F+klb/3J+mcG05 xz8FF9RYT+wboBfu6PoXXANGaVlla5BsR7caB5vmDfWS4yBd96TySaqyWv6xj3Kr WGAo549RTkSoaEW0Jg6ZiHG6xbRD6KukjhD5q9x8mTYwDQnHBV4ArSJcbl9lEcCV b/qf09J7CLrZaV7Rz6USoNle0HEbLP0Gfpdyiu5DekWfBGpZYTDxZZr/hNyQppxS 0HuNpTqf//uW2eGqKgic =9PdI -----END PGP SIGNATURE-----

3 12