[gelöst] Recovery nach System Änderung

[Horseman]

Nun bin auch ich mal am Ende meiner "Weisheit" die Frage ist also was für Snow und Mediman *bg
Ich hatte einen Hacker auf meinem Root, denke über SSH. Kurz um ich habe alle Daten vom Root gesichert.
Dann ein Update auf Suse 9.1, PHP 4.3.8 gemacht usw.
Dann habe ich alle webs wieder zurück geschrieben und stehe nun vor folgendem Problem was das Forum betrifft
a) Es geht kein Upload mehr von Bildern
b) Die Suche geht nicht mehr

Bei der Suche meldet mir SMF:
Access denied for user: 'web3@localhost' to database 'usr_web3_4'
Datei: /home/htdocs/web3/html/forumsmf/Sources/Search.php
Zeile: 362

Daraufhin habe ich folgendes gemacht:
p15145090:/ # mysql mysql
mysql> select Create_priv from user where User='web3';
+-------------+
| Create_priv |
+-------------+
| N           |
| N           |
| N           |
+-------------+
mysql> update user set Create_priv='Y' where User='web3';
+-------------+
| Create_priv |
+-------------+
| Y           |
| Y           |
| Y           |
+-------------+
mysql> flush privileges;
Query OK, 0 rows affected (0.08 sec)

Trotzdem keine Änderung, die suche gibt mir immer den gleichen Fehler aus.

Dann Neu Install des Forum und siehe da der Upload geht, nicht aber im zurück gespeicherten Forum obwohl auch dort alle Dateien die 777 haben sollten 777 haben.

Jemand eine Idee!

[Christian Land]

Auf was steht denn create_tmp_table_priv? Darum klappt Deine Search.php nämlich nicht....

[Horseman]

das, create_tmp_table_priv, war es.Die Suche geht wieder.
Danke
Wenn ich nun noch dahinter komme warum ich in einer frischen Install Uplaoden kann und im zurück geschriebenen Forum nicht ist alles wieder im reinen.

[Christian Land]

Was passiert denn da genau? Kommt eine Fehlermeldung? Passiert garnix?? ??

[Horseman]

Deutsch sagt mir das Forum folgendes:
Ein Fehler ist aufgetreten!
Fehler beim Speichern des Anhangs, bitte nochmals versuchen.

Englisch das hier:
An Error Has Occurred!
Your attachment couldn't be saved. This might happen because it took too long to upload or the file is bigger than the server will allow.

Please consult your server adminsitrator for more information.

Das Testbild hat ein Grösse von 35,2 KB im Format .jpg
Mein Einstellungen im Forum sind:
Alle Dateianhänge aktivieren
Erlaubte Dateitypen sind jpg,gif,pdf,zip,rar,png
Dateianhang als Bild im Beitrag anzeigen (Häckchen)
Verschlüsselt gespeicherte Dateinamen (Häckchen)
Max. Anhangsgröße pro Beitrag (in KB) 200
Max. Größe (in KB) 800
Max. Anzahl der Anhänge pro Beitrag 4

Pfad zum attachments ordner stimmt auch.
Ich habe auch schon den Ordner gelöscht, neu angelegt, rechte 777.
Dann mal den Ordner geleert.

Das Forum habe ich zweimal zurückgeschrieben, in einem web für meine Reiterkommunity in einem anderen für die Demo der Chatintegration. Der Fehler titt bei beiden auf.
Dann, es soll ja nicht langweilig werden, habe ich sowohl in dem einen als auch in dem anderen Web eine frische Install der RC1 gemacht., siehe da in beiden geht der Upload...

Dei beiden wo es nicht geht
www.h-h-c.de/forumsmf/
www.dein-big-chat.de/smf10beta4 (ist die RC1)

die beiden Neuen Install wo es geht
http://www.h-h-c.de/forum/
www.dein-big-chat.de/smf

Gruss
Horseman

[Christian Land]

Einzige Idee im Moment:

Such in der Post.php mal nach:

Code Select Expand

if (!is_uploaded_file($_FILES['attachment']['tmp_name'][$n]))
fatal_lang_error('smf124');

und nach:

Code Select Expand

if (!move_uploaded_file($_FILES['attachment']['tmp_name'][$n], $destName))
fatal_lang_error('smf124');

die Beiden Code-Blöcke ersetzt Du mit folgenden:

Code Select Expand

if (!is_uploaded_file($_FILES['attachment']['tmp_name'][$n]))
{
switch($_FILES['attachment']['error'])
{
case 0:
      die('1 - There was a problem with your upload.');
break;
case 1:
      die('1 - uploaded file exceeds the upload_max_filesize directive in php.ini');
break;
    case 2:
    die('1 - uploaded file exceeds the MAX_FILE_SIZE directive that was specified in the html form');
break;
case 3:
die('1 - uploaded file was only partially uploaded');
break;
case 4:
die('1 - no file was uploaded');
break;
default:
      die("1 - oops...");
      break;
}
}

und

Code Select Expand

if (!move_uploaded_file($_FILES['attachment']['tmp_name'][$n], $destName))
{
switch($_FILES['attachment']['error'])
{
case 0:
      die('2 - There was a problem with your upload.');
break;
case 1:
      die('2 - uploaded file exceeds the upload_max_filesize directive in php.ini');
break;
    case 2:
    die('2 - uploaded file exceeds the MAX_FILE_SIZE directive that was specified in the html form');
break;
case 3:
die('2 - uploaded file was only partially uploaded');
break;
case 4:
die('2 - no file was uploaded');
break;
default:
      die("2 - oops...");
      break;
}
}

...ich hoffe mal, dass das dann mehr Infos bringt, was denn nun konkret schief geht...

[Horseman]

Habe ich gemacht. Ausgegeben wird beim Verusch eine Datei anzuhängen folgendes:

2 - oops...

Änderung vorgenommen in diesem Forum
www.dein-big-chat.de/smf10beta4

[Christian Land]

Hmmm... er stirbt also beim Verschieben des Files aus dem Temp-Ordner in Dein Attachement-Verzeichnis... OK.... neuer Code-Block für den 2. Teil *g* Wir tasten uns mal ran

Code Select Expand

if (!move_uploaded_file($_FILES['attachment']['tmp_name'][$n], $destName))
{
echo '$_FILES:<br />';
echo '<pre>';
print_r($_FILES);
echo '</pre>';

echo '<br />Alles was mich sonst noch interessiert:<br />';
echo '<pre>';
echo '$n : '.$n."\n";
echo '$_FILES['attachment']['tmp_name'][$n]: '.$_FILES['attachment']['tmp_name'][$n]."\n";
echo 'file_exists : '.file_exists($_FILES['attachment']['tmp_name'][$n])."\n";
echo '$destName : '.$destName."\n";
echo '</pre>';

die('tralali');
}

[Horseman]

Wenn ich Teil 1 wieder Original herstelle und Teil 2 mit dem neuen Code ersetzte bleibt der Bildschirm weiss., ein Posten ist nicht möglich.

[Christian Land]

hmm... ersetz mal das "die" durch:

Code Select Expand

while (@ob_end_flush());
exit;

[Horseman]

[code}
if (!move_uploaded_file($_FILES['attachment']['tmp_name'][$n], $destName))
{
echo '$_FILES:<br />';
echo '<pre>';
print_r($_FILES);
echo '</pre>';
echo '<br />Alles was mich sonst noch interessiert:<br />';
echo '<pre>';
echo '$n : '.$n."\n";
echo '$_FILES['attachment']['tmp_name'][$n]: '.$_FILES['attachment']['tmp_name'][$n]."\n";
echo 'file_exists : '.file_exists($_FILES['attachment']['tmp_name'][$n])."\n";
echo '$destName : '.$destName."\n";
echo '</pre>';
while (@ob_end_flush());
exit;
}

Code Select Expand


so will ers auch nicht annehmen, bleibt bei dem weisen bildschirm.

[Christian Land]

*argh* OK, ich schau gleich mal... bin so ab 19:00 wieder online...

[Sampaguita]

Dann Neu Install des Forum und siehe da der Upload geht, nicht aber im zurück gespeicherten Forum obwohl auch dort alle Dateien die 777 haben sollten 777 haben.

Meine Frage mag ja völlig unqualifiziert sein, aber ich hatte vor kurzem ein ähnliches Problem bei CVS: Hast Du dem Verzeichnis selbst auch die entsprechenden Rechte gegeben und die User auch richtig gesetzt? Wie gesagt: Wenn es unqualifiziert ist, bitte ignorieren.

[andrea]

Also wenn die fresh installs laufen und die upgrades dieselben Sourcen benutzen, dann muss doch ein Konfigurationsunterschied vorhanden sein? Dann sollte es doch eigentlich nicht notwendig sein, die Programme zu ändern? Oder hab ich da was verpasst?

[Horseman]

Tja was soll ich sagen, das ist eines dieser Dinge die man sich nicht so einfach erklären kann oder es kommt dann der Moment wo man lächelt und sich vor den Kopf schlägt *gg

Fakten stehen ja schon im ersten Post drinn.
Eine Neuinstall erlaubt den Uplad, die zurückgeschriebenen beiden Foren nicht. Weder ein Useravatar noch ein Attachment.
Ändere ich z.B. im "alten" Forum dann den Pfad auf das attachments des "neuen" geht es trotzdem nicht, obwohl der Ordner ja beschrieben werden kann, wie der Test im "neuen" beweist.
Gebe ich dem "neuen" Forum die DB des "alten" geht es auch im neuen nicht mehr.

Sowohl die beiden Foren als auch die DB´s sind am letzten Tag komplett gesichert und so wieder zurück geschrieben worden.
Bei einem Forum habe ich auch ein
chown wwwrun:www *
chown -R wwwrun:www *
versucht, es ändert sich  nicht.
Kurz um ich habe aus Zeitgründen das ganze nun mal gelassen und lebe damit das ein Upload derzeit nicht geht.
Sicherlich aber werde ich Posten sobald ich die "Lösung" gefunden habe.
Da ein wechsel im "neuen" Forum auf die DB des alten ebenfalls zur Folge hat das ein Upload nicht mehr geht, werde ich mir wohl als nächstes mal die DB genauer ansehen.

Gruss
Horseman

[andrea]

Hast Du die Settings-Tabellen der beiden Datenbanken genau verglichen? Da sollte dann doch ein kleiner Unterschied mit grossen Folgen sein...

[Horseman]

Wie schon geschrieben, die DB zu durchstöbern habe ich noch vor mir.
Wie die Tests mit SnowCrash gestern ja schon ergeben haben, es "stirbt" beim schreiben vom temporären Ordner in den attachments hinein.

[Horseman]

Also ich lache und schlage mich vor den Kopf *bg
Danke noch mal an SnowCrash der mir doch sehr "beigestanden" hat eine Lösung zu finden, danke für deine geopferte Zeit!

Hier nun die Auflösung die sich wie folgt ergeben hat.
a) Neues Forum Upload geht
b) Neues Forum mit alter DB Upload geht nicht mehr = der Fehler muss also in der DB stecken

Die Lösung:
Ich habe wie im Beitrag zu beginn zu lesen meinen Root bei 1&1 mit einem neuen Image in den Auslieferungszustand versetzen lassen. Von SUSE 8.x ging es auf Suse 9.1 und Confixx 2.0 auf die 3.01. Dann schnell ein neues PHP (4.8.3) und alles wieder einrichten und hochspielen.
Dabei ist etwas wichtiges von mir nicht bedacht worden.
aus /home/www/webX/html/forum
wurde /home/htdocs/webX/html/forum

[Christian Land]

*unauffällig nach einem grossen knüppel suchen geh* ......

[Horseman]

*aber bitte nicht zu feste *