Accenture entwickelt für einen großen Kunden ein Internetportal und übernimmt die komplette Betreuung. Die performante Datenbank in einer Unixumgebung ist für etwa 1 Mio. Zugriffe pro Tag ausgelegt.

Also es mag sein dass ich mich verrechne, aber auch bc sagt:

1.000.000 [Q/d] / 24 [h/d] / 3600 [s/h] = 11,5 Q/s. Selbst wenn wir von 10 Queries pro „Zugriff“ ausgehen, kommen wir gerade mal auf 115 Queries/Sekunde. Das ist doch aber nicht performant?! Ich kenne da Datenbanken, die im Tagesmittel 5000 Queries pro Sekunde abarbeiten – in Spitzenzeiten wurden um die 50000 Queries pro Sekunde gemessen. Würde ich aber als Dauerlast glaube ich nicht empfehlen. Auch nicht bei MySQL ;)

Der dritte Schlauch (und damit der zweite diese Woche) verabschiedete sich Freitag abend, als ich in leichter Eile mit vielleicht. 35km/h in ein Schlagloch fiel. Danke, liebes Leipzig. Wäre ich blos eine andere Straße gefahren. Ich habe gestern drei neue Schläuche für gut 20 Euro gekauft – Rechnung und alte Schläuche gehen postwendend an den Bürgermeister. Aber erst muss ich noch einige Kleinigkeiten machen, dieses kleine Serverchen ist nämlich Freitag spät abends auch kaputt gegangen. Aber das ist eine eigen Notiz wert.

In diesem Monat!
Nein, dieses Leipzig ist nicht für Rennräder geschaffen. Dabei war das doch nur eine ganz kleine Ritze zwischen zwei Kopfsteinpflastersteinen – so ca. 5 cm lang und 10 cm breit. Einmal voll rein geknallt und weg – Reifen geplatzt, Felge heil (zumindest nach oberflächlicher Sichtprüfung). Ich werde langsam Rechnungen an die Stadt schreiben – diese Straßen sind ja nun wirklich kein Zustand mehr.

Wir brauchen noch mehr Überwachung, mehr Kameras, überall! Und Technik, die die Aufnahmen in Echtzeit analysiert. Und eine zentrale Verbrecherkartei, in der alle Bürger vermerkt sind, die als „Schläfer“ betrachtet werden könnten. Laubenbesitzer zum Beispiel. Und Kinderlose. Und kinderlose Laubenbesitzer – die sollte man vielleicht sogar vorsorglich alle einsperren. Insbesondere, wenn sie mit den Leipziger Verkehrsbetrieben fahren. Pahh, Datenschutz. Diese Kameraaufzeichnungen der LVB gehören als Live-Stream ins Internet damit jeder couragiere Bürger sofort Meldung an den ABV machen kann – z.B. wenn er einen kinderlosen Laubenbesitzer mit einem Kind sieht – und das sogar in öffentlichen Verkehrsmitteln.

Vielleicht kann man den Link zur Webcam, die den LVB-Bereich des Leipziger Hauptbahnhofs beleuchtet, mal etwas prominenter auf der Startseite verfügbar machen?! Apropo Beleuchtung: nachts sind die Personen schwer zu erkennen – liebe LVB, macht’s doch bitte ein wenig heller.

PS: wer genau aufpasst, sieht mich da jetzt gleich mit dem Auto vorbeifahren (auf dem rechten Bild). Also: schön aufpassen! und gegen 16:20 Uhr bin ich heute auch nochmal da (für die Langschläfer.)

Oder was sonst erzeugt diesen Zustand?

I have this problem with installation of it and was trying to download

cd /var/tmp/http://dev.mysql.com/downloads/mysql-5.1.15-beta-pc-linux-gnu-i686.tar.gz

but having this issue of „no Such File or Directory“

via lists.mysql.com

mysql> stop slave;
Query OK, 0 rows affected (3 min 39.16 sec)

free -m
. . . . . . total used free shar. buff. cached
Mem: 1004 0979 0025 0000 0006 0200
-/+ buffers/cache: 0772 0231
Swap: 1992 0799 1192

Was war das gestern für ein UFO ULP (undefined load peak)? Pünktlich 9:30 verdoppelte sich die Load auf dem Fileserver, ohne dass andere Messungen irgend eine Veränderung feststellten. Daraufhin wurde Mittags das Failover-System aktiviert und der Server neu gebootet um dann wieder auf die primary-Maschine zu switchen (der weiße Fleck in der Mitte). Keine Veränderung des Load-Verhaltens. Kurz vor 14 Uhr UTC dann wieder alles normal, als wäre nichts gewesen. Dafür waren dann – Murphy lässt Grüßen – einige Indizies auf ausgewählten Datenbank-Tabellen korrupt und ließen sich nicht unter Last reparieren.

Herzlichen Dank. Genau so stelle ich mir einen erfolgreichen Arbeitstag vor. 10% der vorgenommenen Tätigkeiten hatte ich geschafft – bei 12 Stunden im Büro.

Heute Nacht hat sich die Google-Technologie ins eigene Fleisch geschnitten. Das zwangsweise redirect von der amerikanischen Hauptseite zu den jeweiligen nationalen Seiten wurde deutschen Google-usern zum Verhängnis. Google war offline.

google.de gehörte nicht mehr Google sondern einem gewissen Mario M. – den Google mit diversen Treffern aus Mailinglisten und Co. liefert. Einem Domainhandler, der sich auf verfallene – nicht verlängerte Domainnamen spezialisiert hat.

Ob die Denic den Fehler verzapft hat, oder Google selbst, bleibt den Hauptamtlichen von Heise & Co. als heutige Recherche-Aufgabe vorbehalten.

Inzwischen sind wenigstens die DNS-Server im whois wieder korrekt – Eigentümer der Domain google.de ist jedoch weiterhin nicht Google.

Domain: google.de
Domain-Ace: google.de
Nserver: ns4.google.com
Nserver: ns3.google.com
Nserver: ns2.google.com
Nserver: ns1.google.com
Status: connect
Changed: 2007-01-23T02:28:16+01:00

[Holder]
Type: ORG
Name: f…..
Address: ….str. 31
Pcode: 65183
City: Wiesbaden
Country: DE
Remarks: ID #8616
Changed: 2004-10-27T10:45:06+02:00

[Admin-C]
Type: PERSON
Name: Mario M…
Address: …. Str. 31
Pcode: 65183
City: Wiesbaden
Country: DE
Remarks: ID #8614
Changed: 2004-10-27T10:46:05+02:00

[Tech-C]
Type: PERSON
Name: Mario M….
Address: …. Str. 31
Pcode: 65183
City: Wiesbaden
Country: DE
Phone: +49171…….
Fax: +49 12126 ……..
Email: info@f…..
Remarks: ID #8614
Changed: 2004-10-27T10:46:05+02:00

[Zone-C]
Type: PERSON
Name: Mario M…..
Address: …. Str. 31
Pcode: 65183
City: Wiesbaden
Country: DE
Phone: +49171…..
Fax: +49 12126 …..
Email: info@f,…..
Remarks: ID #8614
Changed: 2004-10-27T10:46:05+02:00

via ard.de