| Author |
Message |
DSB
Developer
Age: 40
Joined: 30 Apr 2004
Posts: 15831
Location: Reichenberg bei Würzburg
|
 Posted:
2009-06-08, 20:40 (No subject) |
  |
« DSB » wrote:
Leider hat sich trigon nicht mehr gemeldet und das Ergebnis seiner Hosterbefragung gepostet.
Ich gehe aber zu 100% davon aus, dass es an einer Limitierung der Abfragen innerhalb einer gewissen Zeitspanne lag.
Die Aussage galt für trigon und nicht für Dich. 
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
     |
|
Anzeigen
|
|
Posted:
Anzeigen |
|
|
| |
|
JayD
Moderator
Age: 50
Joined: 12 Apr 2009
Posts: 1017
Location: Ruhrgebiet
|
|
Posted:
2009-06-08, 22:10 (No subject) |
|
...und nachdem "trigon's" Thread ziemlich genau 2 Jahre her ist, schwindet auch von Tag zu Tag meine Hoffnung mehr, dass er uns darüber noch aufklären wird. 
Ah, also genau die beiden großen DB sind vom Error betroffen und die beiden kleineren nicht, was den Verdacht noch bestärkt.
_________________
Gruß,
Jörg
Anfragen zu vBulletin, welche nichts mit Datenbanken bzw. dem Dumper zu tun haben, bitte nicht hier sondern im vBulletin-Support-Forum stellen.
Aus technischen Gründen befindet sich der Rest der Signatur auf der Rückseite dieses Beitrags.
|
|
| |
|
BaerchenHH
uses MSD regulary
Joined: 04 Jun 2009
Posts: 29
Location: Hamburg
|
|
Posted:
2009-06-14, 13:49 (No subject) |
|
so also ich habe auf die Tabellen volle Rechtegewalt und die Antwort vom Ticket war wie folgt:
Quote: Direktes Zeitlimit gibt es nicht, nur die CPU Zeit vom Script ist begrenzt. Es wurden jedoch schon größere Datenbanken heruntergeladen über Perl/CGI.
Das merkwürdige an allem ist, daß ich dabei verschiedene Fehlermeldungen in den jeweiligen Situationen erhalte, ich fasse es nochmal zusammen:
Stand:
MySQLDumper-Version: 1.23 Rev 418
OS: Linux (Linux www5.prosite.de 2.6.15.6 #1 SMP PREEMPT Fri Feb 2 07:28:07 CET 2007 i686)
MySQL-Version: 4.0.24_Debian-10sarge3-log
PHP-Version: 4.4.4 Speicher: 8 MB Max Execution Time: 30 sec.
PHP-Extensions: zip, xslt, xml, wddx, tokenizer, sysvshm, sysvsem, standard, session, posix, overload, mysql, mhash, imap, gettext, gd, ftp, exif, curl, ctype, calendar, bcmath, zlib, pcre, openssl, apache, Zend Optimizer
DB: xxx_neu (66 Tables, 5481639 Records, 440.48 MB)
Fall1: Dump über PHP
Vollständiger Dump erfolgreich.
Fall2: Dump über GUI "Backup" - "Backup Perl" - "Perl-Cronskript ausführen"
Tabellen werden teilweise gesichert, 1x error, Abbruch bei Tabelle 47
« perl-log » wrote: 14.06.2009 12:57:56 Starting backup using Perlscript version 1.23 (configuration xxx.conf.php)
14.06.2009 12:57:56 Perl Cronsript Autodelete - deleted.
14.06.2009 12:57:56 Perl Cronsript Autodelete - deleted.
14.06.2009 12:57:56 Perl Cronsript Autodelete - deleted.
14.06.2009 12:57:56 Perl Cronsript Autodelete - deleted.
14.06.2009 12:57:56 Perl Cronsript Autodelete - deleted.
14.06.2009 12:57:56 Perl Cronsript Autodelete - deleted.
14.06.2009 12:57:56 Perl Cronsript Autodelete - deleted.
14.06.2009 12:57:56 Perl Cronsript Autodelete - deleted.
14.06.2009 12:57:56 Perl Cronsript Autodelete - deleted.
14.06.2009 13:00:36 Dumping data into file `xxx_neu_2009_06_14_12_57.sql.gz`
14.06.2009 13:00:59 Fatal error! Couldn't read CREATE-Statement of table `xxx_privmsgs`! This backup might be incomplete! Check your database for errors. « perl-complete-log » wrote: 14.06.2009 12:57:56 Configurationfile 'HansenetUserForum.conf.php' was loaded successfully from Querystring .
14.06.2009 12:57:56 Compression Library loaded successfully...
14.06.2009 12:57:56 FTP Library loaded successfully...
14.06.2009 12:57:56 Mail Library loading failed - Mail deactivated ...
14.06.2009 12:57:56 Autodelete: search for more backups than 30
14.06.2009 12:57:56 Autodelete by count (30) => found 39 Backups
14.06.2009 12:57:56 deleted.
14.06.2009 12:57:56 deleted.
14.06.2009 12:57:56 deleted.
14.06.2009 12:57:56 deleted.
14.06.2009 12:57:56 deleted.
14.06.2009 12:57:56 deleted.
14.06.2009 12:57:56 deleted.
14.06.2009 12:57:56 deleted.
14.06.2009 12:57:56 deleted.
14.06.2009 12:57:56 Characterset of connection set to latin1.
14.06.2009 12:57:56 Searching for tables inside database `xxx_neu`
14.06.2009 13:00:36 66 tables have been optimized
14.06.2009 13:00:36 Found 66 tables with 5481659 records.
14.06.2009 13:00:36 Starting to dump data into file `xxx_neu_2009_06_14_12_57.sql.gz`
14.06.2009 13:00:36 Dumping table `phpbb_acl_groups`
14.06.2009 13:00:37 1128 inserted records (size of backupfile now: 5.86 KB)
14.06.2009 13:00:37 Dumping table `phpbb_acl_options`
14.06.2009 13:00:37 119 inserted records (size of backupfile now: 7.23 KB)
14.06.2009 13:00:37 Dumping table `phpbb_acl_roles`
14.06.2009 13:00:37 23 inserted records (size of backupfile now: 8.08 KB)
14.06.2009 13:00:37 Dumping table `phpbb_acl_roles_data`
14.06.2009 13:00:37 417 inserted records (size of backupfile now: 9.78 KB)
14.06.2009 13:00:37 Dumping table `phpbb_acl_users`
14.06.2009 13:00:37 200 inserted records (size of backupfile now: 10.98 KB)
14.06.2009 13:00:37 Dumping table `phpbb_acronyms`
14.06.2009 13:00:37 64 inserted records (size of backupfile now: 14.95 KB)
14.06.2009 13:00:37 Dumping table `phpbb_attachments`
14.06.2009 13:00:37 328 inserted records (size of backupfile now: 32.75 KB)
14.06.2009 13:00:37 Dumping table `phpbb_banlist`
14.06.2009 13:00:37 50 inserted records (size of backupfile now: 33.98 KB)
14.06.2009 13:00:37 Dumping table `phpbb_bbcodes`
14.06.2009 13:00:38 6 inserted records (size of backupfile now: 35.61 KB)
14.06.2009 13:00:38 Dumping table `phpbb_bookmarks`
14.06.2009 13:00:38 60 inserted records (size of backupfile now: 36.31 KB)
14.06.2009 13:00:38 Dumping table `phpbb_bots`
14.06.2009 13:00:38 50 inserted records (size of backupfile now: 37.76 KB)
14.06.2009 13:00:38 Dumping table `phpbb_config`
14.06.2009 13:00:38 264 inserted records (size of backupfile now: 40.80 KB)
14.06.2009 13:00:38 Dumping table `phpbb_confirm`
14.06.2009 13:00:38 7 inserted records (size of backupfile now: 41.52 KB)
14.06.2009 13:00:38 Dumping table `phpbb_did_you_know`
14.06.2009 13:00:38 27 inserted records (size of backupfile now: 44.05 KB)
14.06.2009 13:00:38 Dumping table `phpbb_disallow`
14.06.2009 13:00:38 31 inserted records (size of backupfile now: 44.73 KB)
14.06.2009 13:00:38 Dumping table `phpbb_drafts`
14.06.2009 13:00:38 7 inserted records (size of backupfile now: 47.06 KB)
14.06.2009 13:00:38 Dumping table `phpbb_extension_groups`
14.06.2009 13:00:38 9 inserted records (size of backupfile now: 47.72 KB)
14.06.2009 13:00:38 Dumping table `phpbb_extensions`
14.06.2009 13:00:38 66 inserted records (size of backupfile now: 48.51 KB)
14.06.2009 13:00:38 Dumping table `phpbb_forums`
14.06.2009 13:00:38 31 inserted records (size of backupfile now: 52.32 KB)
14.06.2009 13:00:38 Dumping table `phpbb_forums_access`
14.06.2009 13:00:38 0 inserted records (size of backupfile now: 52.64 KB)
14.06.2009 13:00:38 Dumping table `phpbb_forums_track`
14.06.2009 13:00:39 4011 inserted records (size of backupfile now: 86.61 KB)
14.06.2009 13:00:39 Dumping table `phpbb_forums_watch`
14.06.2009 13:00:39 2 inserted records (size of backupfile now: 87.01 KB)
14.06.2009 13:00:39 Dumping table `phpbb_groups`
14.06.2009 13:00:39 8 inserted records (size of backupfile now: 87.94 KB)
14.06.2009 13:00:39 Dumping table `phpbb_icons`
14.06.2009 13:00:39 10 inserted records (size of backupfile now: 88.54 KB)
14.06.2009 13:00:39 Dumping table `phpbb_impressum`
14.06.2009 13:00:39 19 inserted records (size of backupfile now: 89.06 KB)
14.06.2009 13:00:39 Dumping table `phpbb_lang`
14.06.2009 13:00:39 3 inserted records (size of backupfile now: 89.57 KB)
14.06.2009 13:00:39 Dumping table `phpbb_log`
14.06.2009 13:00:39 581 inserted records (size of backupfile now: 109.11 KB)
14.06.2009 13:00:39 Dumping table `phpbb_moderator_cache`
14.06.2009 13:00:39 34 inserted records (size of backupfile now: 109.73 KB)
14.06.2009 13:00:39 Dumping table `phpbb_modules`
14.06.2009 13:00:40 206 inserted records (size of backupfile now: 115.05 KB)
14.06.2009 13:00:40 Dumping table `phpbb_poll_options`
14.06.2009 13:00:40 413 inserted records (size of backupfile now: 123.07 KB)
14.06.2009 13:00:40 Dumping table `phpbb_poll_votes`
14.06.2009 13:00:40 3114 inserted records (size of backupfile now: 154.21 KB)
14.06.2009 13:00:40 Dumping table `phpbb_post_revisions`
14.06.2009 13:00:40 1117 inserted records (size of backupfile now: 427.24 KB)
14.06.2009 13:00:40 Dumping table `phpbb_posts`
14.06.2009 13:00:59 187185 inserted records (size of backupfile now: 427.84 KB)
14.06.2009 13:00:59 Dumping table `phpbb_privmsgs`
14.06.2009 13:00:59 Fatal error! Couldn't read CREATE-Statement of table `phpbb_privmsgs`! This backup might be incomplete! Check your database for errors.
14.06.2009 13:00:59 6443 inserted records (size of backupfile now: 427.93 KB)
14.06.2009 13:00:59 Dumping table `phpbb_privmsgs_folder`
14.06.2009 13:01:00 14892 inserted records (size of backupfile now: 514.11 KB)
14.06.2009 13:01:00 Dumping table `phpbb_privmsgs_rules`
14.06.2009 13:01:00 3 inserted records (size of backupfile now: 514.64 KB)
14.06.2009 13:01:00 Dumping table `phpbb_privmsgs_to`
14.06.2009 13:01:01 7896 inserted records (size of backupfile now: 569.55 KB)
14.06.2009 13:01:01 Dumping table `phpbb_profile_fields`
14.06.2009 13:01:01 4 inserted records (size of backupfile now: 570.27 KB)
14.06.2009 13:01:01 Dumping table `phpbb_profile_fields_data`
14.06.2009 13:01:01 2226 inserted records (size of backupfile now: 592.55 KB)
14.06.2009 13:01:01 Dumping table `phpbb_profile_fields_lang`
14.06.2009 13:01:01 39 inserted records (size of backupfile now: 593.25 KB)
14.06.2009 13:01:01 Dumping table `phpbb_profile_lang`
14.06.2009 13:01:01 12 inserted records (size of backupfile now: 593.88 KB)
14.06.2009 13:01:01 Dumping table `phpbb_ranks`
14.06.2009 13:01:01 7 inserted records (size of backupfile now: 594.41 KB)
14.06.2009 13:01:01 Dumping table `phpbb_reports`
14.06.2009 13:01:01 30 inserted records (size of backupfile now: 596.68 KB)
14.06.2009 13:01:01 Dumping table `phpbb_reports_reasons`
14.06.2009 13:01:02 5 inserted records (size of backupfile now: 597.37 KB)
14.06.2009 13:01:02 Dumping table `phpbb_search_results`
14.06.2009 13:01:02 13 inserted records (size of backupfile now: 598.22 KB)
14.06.2009 13:01:02 Dumping table `phpbb_search_wordlist`
14.06.2009 13:01:09 191757 inserted records (size of backupfile now: 2.64 MB)
14.06.2009 13:01:09 Dumping table `phpbb_search_wordmatch`
Fall 3: Dump über Perl-Webaufruf
3x Alle Tabellen Fehler (s.o.) 2x wie Fall 2
Interressant dabei sind die Backupeinträge:
Quote: xxx_neu php(1.23 Rev 418) 14.06.2009 13:32 nein 66 / 5.481.627 69.22 MB latin1
xxx_neu perl(1.23) 14.06.2009 13:19 nein 66 / 5.481.567 2.96 MB latin1
xxx_neu perl(1.23) 14.06.2009 13:14 nein 66 / 5.481.557 2.97 MB latin1
xxx_neu perl(1.23) 14.06.2009 13:12 nein 66 / 5.481.553 2.98 MB latin1
xxx_neu perl(1.23) 14.06.2009 12:57 nein 66 / 5.481.659 2.91 MB latin1
xxx_neu perl(1.23) 14.06.2009 12:51 nein 66 / 5.481.654 6.89 KB latin1
xxx_neu perl(1.23) 14.06.2009 10:42 nein 66 / 5.481.294 2.88 MB latin1
xxx_neu perl(1.23) 10.06.2009 13:04 nein 66 / 5.475.676 50.05 MB latin1
xxx_neu php(1.23 Rev 418) 08.06.2009 02:03 nein 66 / 5.469.131 69.04 MB latin1
Außerdem habe ich zwei weitere Probleme aufindig gemacht... einmal beim Einspielen eines Backups (schwerwiegend) und einmal beim Dump über PHP erstellen (Anzeige ein paar Sekunden, anschließende ordnungsgemäße Verarbeitung) - falls es eine Rolle spielt, sonst später dazu mehr!
_________________
Ich habe zwar nicht die Lösung, aber ich bewundere dein Problem!
Das Diskussionsforum für Schule und Bildung: www.SchulBildungsForum.de
Last edited by BaerchenHH on 2009-06-15, 09:57; edited 1 time in total
|
|
| |
|
JayD
Moderator
Age: 50
Joined: 12 Apr 2009
Posts: 1017
Location: Ruhrgebiet
|
|
Posted:
2009-06-14, 17:01 (No subject) |
|
Gut, Du hattest ja auch vorher per PHP gesichert, daher im letzten Zitat die Mischung von Perl und PHP Backups.
Das PHP Speicherlimit ist zwar mit 8 MB immer noch mehr als knapp, hat aber mit dem Perl-Problem nichts zu tun.
Was höchstens bei SQL stören könnte, wäre ein zu geringes "Max-Connection-Limit". Aber auch das schließt ja Dein Hoster aus.
Laut Log benutzt Du Rev. 418, hast Du es mal mit der Rev. 429 probiert? Einige Dinge sind ja in der Zwischenfall aufgefallen und stufenweise seitdem gefixed worden.
Ich kann mir nicht helfen, ich habe immer noch den Eindruck das auf dem Server etwas limitiert wird. Und sei es Load-abhängig.
Anders macht auch der ostfriesische Effekt "geht, geht nicht, geht..." bei selber Größe kaum einen Sinn.
Schalte doch mal die Auto-Delete Funktion (mit der es ja noch bekannte Probleme gibt) ganz ab und lösche NUR manuell, mache ich zur Zeit auch.
Auch dieser Aufruf benötigt ja etwas Zeit der Scriptlaufzeit, wenn auch nicht viel.
Meine größten DB haben zwar deutlich mehr als Deine 440 MB, aber bei Timeout bekomme ich da nicht mal mehr Deine Meldung "This backup might be incomplete! Check your database for errors."
Sondern das Log endet schlicht mitten in der jeweils größten Tabelle kommentarlos. Ab da ist Ende.
Manuell ausgeführt läuft es auch dort noch (mit ach und krach, auch nicht jedesmal) komplett durch, nur per Cron nicht.
So, und dort stellte sich sehr schnell heraus, dass es tatsächlich an der Limitierung der Perl-Scripte liegt. Sobald wir dort (nächste Woche) auf einem eigenen Server liegen, ist das Problem wohl durch.
Im Shared-Hosting werden diese Limits auch ungerne bis gar nicht erhöht, und manche Hoster werden Dir dann sicher erzählen "Bei uns gibts kein Problem ...".
440 MB geht schon Richtung Grenzbereich, und wenn ich bedenke das ich mit 6 Minuten schon Probleme habe, die meisten Hoster (oder zumindest ein Großteil der namhaften) aber nur mit 90 Sekunden Perl arbeiten auf Shared, ist der Fall eigentlich nicht weiter verwunderlich.
_________________
Gruß,
Jörg
Anfragen zu vBulletin, welche nichts mit Datenbanken bzw. dem Dumper zu tun haben, bitte nicht hier sondern im vBulletin-Support-Forum stellen.
Aus technischen Gründen befindet sich der Rest der Signatur auf der Rückseite dieses Beitrags.
|
|
| |
|
DSB
Developer
Age: 40
Joined: 30 Apr 2004
Posts: 15831
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-14, 17:42 (No subject) |
|
« BaerchenHH » wrote: Direktes Zeitlimit gibt es nicht, nur die CPU Zeit vom Script ist begrenzt.
Was auf das selbe hinausläuft - das Script wird nach X Sekunden abgebrochen.
Quote: 14.06.2009 13:00:59 Dumping table `phpbb_privmsgs`
14.06.2009 13:00:59 Fatal error! Couldn't read CREATE-Statement of table `phpbb_privmsgs`! This backup might be incomplete! Check your database for errors.
Klicke auf Home/Datenbanken/wähle Deine DB und klicke bei der Tabelle "phpbb_privmsgs" unter "Status" auf "check".
Was kommt für eine Ausgabe? Der Dumper bekommt bei dieser Tabelle die CREATE-Anweisung nicht vom MySQL-Server geliefert, was darauf hindeutet, dass mit der Tabelle etwas nicht stimmt.
Die anderen von Dir gemeldeten Probleme sollten mit der soeben hochgeladenen Revision 432 gefixt sein.
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
| |
|
JayD
Moderator
Age: 50
Joined: 12 Apr 2009
Posts: 1017
Location: Ruhrgebiet
|
|
Posted:
2009-06-14, 21:36 (No subject) |
|
Evtl. bei der genannten Tabelle 2-3 Mal ein "repair" ausführen, falls es wirklich nur daran harkt.
Genau, bei der Aussage des Hosters musste ich auch insgeheim grinsen und habe mich gefragt, welchen Unterschied das wohl machen sollte... 
Sinngemäß: "Eine Begrenzung haben wir nicht, wir begrenzen nur..." oder: "Meine Handbremse ist frei, ich bremse nur mit dem Fuß!" 
_________________
Gruß,
Jörg
Anfragen zu vBulletin, welche nichts mit Datenbanken bzw. dem Dumper zu tun haben, bitte nicht hier sondern im vBulletin-Support-Forum stellen.
Aus technischen Gründen befindet sich der Rest der Signatur auf der Rückseite dieses Beitrags.
|
|
| |
|
BaerchenHH
uses MSD regulary
Joined: 04 Jun 2009
Posts: 29
Location: Hamburg
|
|
Posted:
2009-06-15, 09:08 (No subject) |
|
« JayD » wrote: Gut, Du hattest ja auch vorher per PHP gesichert, daher im letzten Zitat die Mischung von Perl und PHP Backups. Ich meinte eigentlich/vorwiegend den Vergleich der Dump-Größen <3MB = >50MB - das fand ich interressant /erwähnenswert (hätte am besten noch dazu schreiben sollen  )
Quote: Laut Log benutzt Du Rev. 418, hast Du es mal mit der Rev. 429 probiert? Einige Dinge sind ja in der Zwischenfall aufgefallen und stufenweise seitdem gefixed worden. Den Link zu Rev.418 hast du mir am 04.06. erst verlinkt.... man geht das schnell
Quote: Ich kann mir nicht helfen, ich habe immer noch den Eindruck das auf dem Server etwas limitiert wird. Und sei es Load-abhängig.
Anders macht auch der ostfriesische Effekt "geht, geht nicht, geht..." bei selber Größe kaum einen Sinn. *zustimm* zumal die Supportaussage so "nett klingt" - auch ich musste da etwas müde lächeln 
Quote: Schalte doch mal die Auto-Delete Funktion .... ganz ab Erledigt... - keine Änderung.
« DSB » wrote: « BaerchenHH » wrote: 14.06.2009 13:00:59 Dumping table `phpbb_privmsgs`
14.06.2009 13:00:59 Fatal error! Couldn't read CREATE-Statement of table `phpbb_privmsgs`! This backup might be incomplete! Check your database for errors.
Klicke auf Home/Datenbanken/wähle Deine DB und klicke bei der Tabelle "phpbb_privmsgs" unter "Status" auf "check".
Was kommt für eine Ausgabe? Der Dumper bekommt bei dieser Tabelle die CREATE-Anweisung nicht vom MySQL-Server geliefert, was darauf hindeutet, dass mit der Tabelle etwas nicht stimmt. Habe alle Tabellen gechekt, optimiert und wieder gechekt - immer alles erfolgreich - außer grüne Haken sehe da nichts anderes... "REPAIR TABLE phpbb_privmsgs" habe 7x durchlaufen lassen - dennoch erhalte ich die selbe Meldung...
Quote: Die anderen von Dir gemeldeten Probleme sollten mit der soeben hochgeladenen Revision 432 gefixt sein. Habe ich gezogen... Wenn ich auf der Wache zwischen den Einsätzen etwas Zeit habe, werde ich das uppen.
_________________
Ich habe zwar nicht die Lösung, aber ich bewundere dein Problem!
Das Diskussionsforum für Schule und Bildung: www.SchulBildungsForum.de
|
|
| |
|
JayD
Moderator
Age: 50
Joined: 12 Apr 2009
Posts: 1017
Location: Ruhrgebiet
|
|
Posted:
2009-06-15, 16:35 (No subject) |
|
Hallo Baerchen,
ok, dann sollten wir vielleicht dieses Update abwarten.
Zumindest der Delete-Aufruf liegt ja nun am Ende des Scripts und ermöglicht u. A. eine etwas genauere Analyse.
Quote: Den Link zu Rev.418 hast du mir am 04.06. erst verlinkt.... man geht das schnell
Tja, und um Dich zu "schocken" geht es sogar noch schneller:
Welche Rev. hab ich Dir gestern vorgeschlagen? 429?
Paperlapapp ... Schnee von gestern...inzwischen sind wir (mindestens) bei 432. 
Aber der Link ist derselbe, den kannst Du trotzdem benutzen. Je nachdem wann Du dazu kommst, erhälst Du evtl. sogar schon 433, oder 434 oder....
_________________
Gruß,
Jörg
Anfragen zu vBulletin, welche nichts mit Datenbanken bzw. dem Dumper zu tun haben, bitte nicht hier sondern im vBulletin-Support-Forum stellen.
Aus technischen Gründen befindet sich der Rest der Signatur auf der Rückseite dieses Beitrags.
|
|
| |
|
BaerchenHH
uses MSD regulary
Joined: 04 Jun 2009
Posts: 29
Location: Hamburg
|
|
Posted:
2009-06-15, 20:04 (No subject) |
|
Update Rev. 433:
[quote="BaerchenHH"] Quote: Den Link zu Rev.418 hast du mir am 04.06. erst verlinkt.... man geht das schnell Arrrgh. da kommt mann mit dem MSD-Update ja gar nicht mehr hinterher 
Quote: « DSB » wrote: « BaerchenHH » wrote: 14.06.2009 13:00:59 Dumping table `phpbb_privmsgs`
14.06.2009 13:00:59 Fatal error! Couldn't read CREATE-Statement of table `phpbb_privmsgs`! This backup might be incomplete! Check your database for errors.
Klicke auf Home/Datenbanken/wähle Deine DB und klicke bei der Tabelle "phpbb_privmsgs" unter "Status" auf "check".
Was kommt für eine Ausgabe? Der Dumper bekommt bei dieser Tabelle die CREATE-Anweisung nicht vom MySQL-Server geliefert, was darauf hindeutet, dass mit der Tabelle etwas nicht stimmt. Habe alle Tabellen gechekt, optimiert und wieder gechekt - immer alles erfolgreich - außer grüne Haken sehe da nichts anderes... "REPAIR TABLE phpbb_privmsgs" habe 7x durchlaufen lassen - dennoch erhalte ich die selbe Meldung... Dieses habe ich mit der aktuellen Rev. wiederholt.
Quote: « JayD » wrote: Schalte doch mal die Auto-Delete Funktion .... ganz ab Erledigt... - keine Änderung. ... ist weiterhin abgeschaltet... « JayD » wrote: ok, dann sollten wir vielleicht dieses Update abwarten.
Zumindest der Delete-Aufruf liegt ja nun am Ende des Scripts und ermöglicht u. A. eine etwas genauere Analyse. Leider hat sich nichts geändert... der "Fatal error" kommt weiterhin und das Skript bricht an genau der selben Stelle ab wie vorher auch.
Habe testweise diese Funktion wieder aktiviert... die Dumps werden auch in Rev.433 wie gewohnt am Anfang gelöscht.
Unterm Strich:
Danke, die beiden neu aufgefallenen Fehler sind behoben...
Mein Hauptproblem besteht jedoch weiterhin, leider!
_________________
Ich habe zwar nicht die Lösung, aber ich bewundere dein Problem!
Das Diskussionsforum für Schule und Bildung: www.SchulBildungsForum.de
|
|
| |
|
DSB
Developer
Age: 40
Joined: 30 Apr 2004
Posts: 15831
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-15, 20:12 (No subject) |
|
« BaerchenHH » wrote: die Dumps werden auch in Rev.433 wie gewohnt am Anfang gelöscht.
Nein, die Dateien werden nun am Ende gelöscht und nicht am Anfang. Hast Du vielleicht vergessen das crondump.pl-Skript auszutauschen? Liegt es bei Dir im cgi-bin-Ordner, den Du vergessen hast?
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
| |
|
BaerchenHH
uses MSD regulary
Joined: 04 Jun 2009
Posts: 29
Location: Hamburg
|
|
Posted:
2009-06-15, 20:21 (No subject) |
|
shit... jup, das habe ich - bitte warten... teste erneut ...
(ich krieg hier noch die Kriese...)
Da du, JayD und DSB die einzigen sind, die mir helfen... dafür aber umso kompetenter ... habe ich mich mitlerweile gefragt, ob es vieleicht sinnvoller wäre, wenn ich euch temporär einen Web- und FTP-Zugang einrichte - dann könnten ihr selber testen probieren und seht zugleich, was genau los ist (ich habe mich z.B. mitlerweile gefragt, ob es normal ist, daß der Perl-Dump irgendwie so stockend abläuft...).
Also, wenn Ihr wollt. sagt mir einfach bescheid, dann schicke ich euch die Zugangsdaten.
_________________
Ich habe zwar nicht die Lösung, aber ich bewundere dein Problem!
Das Diskussionsforum für Schule und Bildung: www.SchulBildungsForum.de
Last edited by BaerchenHH on 2009-06-15, 20:37; edited 1 time in total
|
|
| |
|
DSB
Developer
Age: 40
Joined: 30 Apr 2004
Posts: 15831
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-15, 20:29 (No subject) |
|
Vor dem Hintergrund, dass ich mir Dein Problem mit der phpbb_privmsgs-Tabelle bisher nicht erklären kann, wäre das ganz sinnvoll.
Sende mir doch einen temporären Zugang an admin at mysqldumper..de
Vertraulichkeit ist natürlich zugesichert.
Übrigens bastel ich gerade schon wieder am Cronskript. Die nächste Revision folgt gleich.
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
| |
|
BaerchenHH
uses MSD regulary
Joined: 04 Jun 2009
Posts: 29
Location: Hamburg
|
|
Posted:
2009-06-15, 21:06 (No subject) |
|
« DSB » wrote: Übrigens bastel ich gerade schon wieder am Cronskript. Die nächste Revision folgt gleich. Oh man
PS: Du hast Post !
_________________
Ich habe zwar nicht die Lösung, aber ich bewundere dein Problem!
Das Diskussionsforum für Schule und Bildung: www.SchulBildungsForum.de
|
|
| |
|
DSB
Developer
Age: 40
Joined: 30 Apr 2004
Posts: 15831
Location: Reichenberg bei Würzburg
|
|
Posted:
2009-06-21, 14:03 (No subject) |
|
So, im Fall BaerchenHH habe ich nun mit Zugriff auf den Server genauer herausfinden können, was da schief läuft.
Die Beobachtung:
1. Unter PHP funktioniert alles einwandfrei
2. Unter Perl wird das Perl-Skript bei der Tabelle phpbb_privmsgs abgebrochen.
Daraufhin hab ich an allen möglichen Stellen Debug-Ausgaben eingebaut und ein unterschiedlichs Verhalten des Servers festgestellt. Hier gibt es Probleme mit dem DBI::mysql-Modul, welches "manchmal" einfach "abschmiert". Das Perl-Skript erhält keinerlei Rückmeldung vom Server, also gibt es von seiten MSD auch keine Möglichkeit einen Fehler programmtechnisch abzufangen.
Jetzt ist der Hoster mit einem Blick in die error-logs des Servers gefragt. An MSD liegt es nicht.
_________________
Gruß / Greetings, DSB
Teigwaren heißen Teigwaren, weil sie Teig waren.
Diejenigen, die lautstark darüber diskutieren, warum es nicht geht, mögen bitte jene nicht stören, die es gerade tun.
|
|
| |
|
BaerchenHH
uses MSD regulary
Joined: 04 Jun 2009
Posts: 29
Location: Hamburg
|
|
Posted:
2009-08-31, 21:59 (No subject) |
|
|
| |
|
|
|
CrackerTracker © 2004 - 2012 CBACK.de
Powered by Orion based on phpBB
© 2001, 2002 phpBB Group
CBACK Orion Style based on FI Theme
All times are GMT + 2 Hours
phpBB SEO
|
