mysql replikation “frisch” machen
ich hatte den fall, dass mysql master und slave bei eingerichteter replikation ein paar tage nicht syncen konnten. danach wollte sie auch nicht mehr. um den zustand zu beheben, hier kurz und knapp die schritte beschrieben…
auf dem master:
RESET MASTER; FLUSH TABLES WITH READ LOCK; SHOW MASTER STATUS; |
den output des kommandos notieren! die session offen lassen, da sonst das read lock aufgehoben wird.
mysqldump -u root -p --all-databases > /tmp/mysqldump.sql |
danach den read lock wieder aufheben
UNLOCK TABLES; |
das dump file dann z.b. per scp auf den slave kopieren
auf dem slave:
STOP SLAVE; |
den dump einspielen:
mysql -uroot -p < mysqldump.sql |
master und slave logs syncen:
RESET SLAVE; CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=98; |
…natuerlich mit den werten, die man sich vom master kopiert hat.
danach noch den slave starten:
START SLAVE; |
schauen, ob alles fine ist:
SHOW SLAVE STATUS; |
irgendwo muss dann stehen:
Slave_IO_Running: Yes Slave_SQL_Running: Yes |
That’s it!
proxmox minimal firewall
wenn mann einen oder mehrere proxmox server installiert, lauschen standardmaessig ein paar dienste auf diversen ports. darunter auch der portmapper/rpcbind auf port 111. den will man nicht im internet am lauschen haben.
oft kann man das ding z.b. mit einem freundlichen “apt-get remove rpcbind” deinstallieren. aber proxmox scheints wohl zu benoetigen 😉
proxmox beinhaltet eine iptables basierte firewall, welche standardmaessig deaktiviert ist. damit man sich nicht gleich aussperrt, sollte man als erstes regeln fuer port 22 und 8006 anlegen. (“Destination” ist die (ggf. oeffentliche) ipadresse des servers). dazu habe ich azf “Datacenter” ebene unter “firewall” diese regeln definiert:
in meinem fall ist noch icmp erlaubt und kommunikation meines nagios servers zu proxmox auf port 5666. danach kann man in den options die input policy auf DROP setzen und die firewall aktivieren.
raus oder nicht raus?
raus oder nicht raus? das ist hier die frage.
muss das 50 cent eis nun bleiben?
fehlende authorization header mit mod_fcgid
na bis ich das gerafft hab, warum diese werte nicht beim php skript ankamen…
die loesung gefunden in den kommentaren der hilfe zu php und http-auth
Workaround for missing Authorization header under CGI/FastCGI Apache:
SetEnvIf Authorization .+ HTTP_AUTHORIZATION=$0 |
Now PHP should automatically declare $_SERVER[PHP_AUTH_*] variables if the client sends the Authorization header.
…ab damit in die .htaccess und schon hats funktioniert
update:
ein sehr interessanter artikel zu php und http auth auf administrator.de.
vernetzte autos
die idee finde ich toll… vernetztes auto. ueberhaupt alles moegliche zu vernetzen finde ich prinzipiell erstmal ne schoene sache. das setzt allerdings voraus, dass der scheiss auch funktioniert. da duerfen die netzbetreiber noch was an der netzabdeckung schrauben. und nicht zuletzt die diensteanbieter. in diesem falle die mit dem stern, die meinen informationen nach durch den grossen magentafarbenen konzern mit infrastruktur versorgt werden.
na wenigstens das gute, alte und analoge radio funktioniert (noch).
mdadm: array incative
nach der neuinstallation eines “fremden” rootservers war das software raid1 nicht so ganz in takt.
~# cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md0 : inactive sda3[0](S)
8388544 blocks |
md0 ist inaktiv und das device als spare (S) gekennzeichnet. warum? keine ahnung. wie kriegt mans weg? so:
mdadm --run /dev/md0 mdadm --add /dev/md0 /dev/sdb3 |
und schon faengts an zu syncen…
~# cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdb3[2] sda3[0]
4194240 blocks [2/1] [U_]
[=>...................] recovery = 9.3% (393344/4194240) finish=0.3min speed=196672K/sec |
libreoffice: recent documents nicht anzeigen
Tools -> Options -> LibreOffice -> Advanced -> (Button) Expert Configuration
Preference “/org.openoffice.Office.Common/History”
Value “PickListSize” -> 0
