Aufgetreten unter Fedora Core 9 PHP Version 5.2.6

Quelle : wiki.openvz.org

Ablaufplan Servermigration
1. Eine VM mit einer größeren als der zu Migrierenden HD erstellen.
2. In der VM die Ubuntu Live CD starten
3. Netzwerk Konfigurieren

ip addr add 192.168.0.2/24 dev eth0;
ip route add default via 192.168.0.1 dev eth0;
echo "nameserver 62.146.114.240" > /etc/resolf.conf;

4. OpenSSH-Server Installieren:

sudo apt-get install openssh-server

5. Root Passwort setzen.

sudo passwd root

6. HD Info Auslesen:

fdisk -l

7. Ubuntu Live CD in BSCW Server einlegen und Neustarten
8. Netzwerk Konfigurieren

ip addr add 192.168.0.3/24 dev eth0

9. HD Info Auslesen:

fdisk -l

10. Mit dem kopieren beginnen

sudo dd if=/dev/sda | ssh root@192.168.0.2 "dd of=/dev/sda"

11. VM ohne Netzwerk Neustarten!!!

wget https://vmware-server/ui/plugin/mozilla/linux/vmware-mks.xpi --no-check-certificate

das Plugin Aussprachen in die folgenden Ordner kopieren:
~/.mozilla/firefox/hash.default/extensions/
~/.mozilla/plugin

Dann muss die ~/.mozilla/firefox/profiles.ini zum die folgende Zeile ergänzt werden:
Path=hash.default

Für das vmware-mks.xpi Plugin sind noch folgende Spezielle Dinge zu erledigen:
sudo apt-get install libexpat-ocaml libexpat1 libstdc++5 libstdc++6

ln -s /usr/lib/libexpat.so.1.5.2 /usr/lib/libexpat.so.0
rm -f /usr/lib/libexpat.so.1
ln -s /usr/lib/libexpat.so.0 /usr/lib/libexpat.so.1

Nach einem Firefox Rastart funktioniert das Plugin in dann auch.
Quelle: debianforum.de

Einer der Hausmeister hat dann das Kabel im ersten Stock befreit, in dem er die Tür geöffnet hat, damit ich das Kabel raus ziehen konnte.

Zuerst musste ich in der Datei: /etc/sysconfig/networking/devices/ifcfg-eth0 die folgenden Attribute verändern:
ONBOOT=yes
BOOTPROTO=static

Anschließend habe ich in der: /etc/rc.d/rc.local das starten des Netzwerkinterface angefügt:
echo "/etc/init.d/network start" >> /etc/rc.d/rc.local

Ich kann mir nicht vorstellen das das der Offizielle weg sein kann allerdings war mir das nach 2 Stunden Googlen auch egal.

<button type="submit" name="mode" value="preview">Vorschau</button>
<button type="submit" name="mode" value="insert">speichern</button>

Beim klicken auf den Button "Vorschau" passiert folgendes:

• Der IE 6 (und älter) überträgt mode=Vorschau&mode=speichern
  - das Script wertet den letzten Wert aus, also mode=speichern
• Der IE 7 überträgt mode=Vorschau
• Opera und Firefox übertragen mode=preview

So bekam ich im IE eine PHP Error, den ich mir nicht erklären konnte da im FE lief alles lief. Und normalerweise PHP ja auf dem Server kompiliert. Da aber im value eine ID stand und im dem IE ein Sting übergeben wurde, war der fehler gefunden.

Lösung:
Entweder hidden Felder nutzen oder links verwenden.

Quelle: notizen.joergkrusesweb.de

20.10.08: PHP vs Mathe
29.08.08: Dotnet Framework
28.08.08: Vergesslichkeit
11.07.08: E-Mail von Jörn
14.05.08: Dimitri fällt ein Wort nicht ein

16:30
Der Fedora 8 hat sich aufgehangen. Ein Aufrufen der Webseiten war nicht mehr möglich. Also habe ich mich eingelockt und die üblichen Symptome festgestellt. Top kann nicht mehr aufgerufen werden und mit su kann man nicht mehr zu root wechseln. Da dies schon öfters aufgetreten war habe ich mich mal rangesetzt und die Virtuelle Maschine nicht die reckt neu gestartet sondern nach dem Fehler gesucht. Da ps -aux ging habe ich festgestellt das ein User nicht aufgelöst wurde. 69 der für den haldaemon zuerst dachte ich es könne daran liegen, dann habe ich mir mit netstat -apt die Netzwerk Verbindungen angeschaut und da schien mir das eigentliche Problem zu liegen. netstat -atn | grep TIME_WAIT | wc -l ergab 2200 TIME_WAITS

Dann haben wir das Netzwerk neugestartet und Boom. Über die Console vom VMware war dann auch kein einloggen mehr möglich.

17:11
OK Dachte ich mir jetzt müssen wir halt neustarten. Aber da machte mir dann der VMware ESX Server einen Strich durch die Rechnung:

So dann ging ich an den anderen VServer und wollte nur ein par Daten kopieren da brach auf einem die Putty Verbindung ab. Ein neues einloggen war nicht mehr möglich.

Also wieder in die Konsole und was las ich da. Der Server war mit einem Ausrufungszeichen gekennzeichnet. Dann Restartete er sich Plötzlich von alleine. OK schauen wir mal was Passiert.
Nix er hing sich mitten bei Booten auf. VMware Wurf dann noch die Fehlermeldung: Error connecting to /verzeichnisse/datei.vmx because the VMX is not started.

18:30
Irgend was war heute total faul. Deswegen habe ich erst mal Feierabend gemacht.

[Update folgt...]

Dies könnte man jetzt noch weiter übertreiben, in den man eine Verbindung nach 25 aufmacht und testet ob der Empfänger existiert. Dies ist aber auf Grund von Graylisting nicht möglich.

function nslookupMX($email)
{
  list($user,$domain) = split("@",$email);
  //TODO: NSLOOKUP php function nutzen
  exec('nslookup -q=mx '. $domain, $nslookup);
  // Non-authoritative answer
  // NXDOMAIN
  foreach($nslookup as $value)
  {
    // Schlüssel wörter von nslookup feddora 9 ggf. anpassen.
    if(strpos($value, 'NXDOMAIN') || strpos($value, 'Non-authoritative'))
    {
      return false;
    }
  }
  return true;
}

Beispiel Code! Code so nicht im Einsatz! Durch die excec function ist die function anfällig für hecking.