Posts by fulltilt

  • MySQL Dump Import - beschleunigen?

    Quote from KH2015

    Hatte Freitag eine 4.5 GB (Piwik) Datenbank in weniger als 25 Minuten importiert. Warum dauert das bei Dir so lange? IO ?

    Hardware CPU, RAM ist TOP + 500GB SSDs raid1
    sysctl und input sec.conf limits sind hochgeszt
    * soft nofile 100000
    * hard nofile 100000


    ich nehme an es liegt an den vielen innoDB tables von Prestashops, da laufen schon einige drauf ...
    gibts veileicht etwas was ich in der my.cnf noch anpassen kann - also nur temporär für den Import?

  • I get an 'The network interface is unknown' error when upgrading from 1.2.9 to 1.2.17

    Code
    1. ifconfigeth0 Link encap:Ethernet Hardware Adresse 08:00:27:96:e2:8e inet Adresse:192.168.0.34 Bcast:192.168.0.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1 RX packets:18104 errors:3 dropped:1 overruns:0 frame:0 TX packets:13873 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:12627590 (12.0 MiB) TX bytes:2406149 (2.2 MiB) Interrupt:19 Basisadresse:0xd020 lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:65536 Metrik:1 RX packets:406 errors:0 dropped:0 overruns:0 frame:0 TX packets:406 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:0 RX bytes:125522 (122.5 KiB) TX bytes:125522 (122.5 KiB)
    Code
    1. ip a s
    2. 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    3. link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    4. inet 127.0.0.1/8 scope host lo
    5. valid_lft forever preferred_lft forever
    6. 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
    7. link/ether 08:00:27:96:e2:8e brd ff:ff:ff:ff:ff:ff
    8. inet 192.168.0.34/24 brd 192.168.0.255 scope global eth0
    9. valid_lft forever preferred_lft forever

  • MySQL root user Problem

    versuche gerade in einer VM eine Test Migration, diese ist abgebrochen mit dem VUuser Fehler ...
    OK ich habe dann die /etc/passwd usw bearbeitet (vuuser gelöscht) jetzt wollte ich den DB Fix durchführen komme aber nicht mehr rein ...
    kann es sein das Sonderzeichen im Passwort wie + oder # nicht mehr unterstützt werden?


    Code
    1. mysql -u root -p
    2. Enter password:
    3. ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)

  • Mails mit bösem Anhang

    versuche gerade das Update bzw die neue Version zu installieren ... fehlt hier etwas?

    Code
    1. cp -f /tmp/clamav-unofficial-sigs/config/*.* /etc/clamav-unofficial-sigs/
    4. cp: cannot stat `/tmp/clamav-unofficial-sigs/config/*.*': No such file or directory

  • Mails mit bösem Anhang

    also für jeden Server besser einen extra Siganturen Account anlegen?
    Habe jetzt auf 3 Servern (mit gleichen Sig Logins) das ganze am laufen, scheint soweit zu funktionieren ... also die "bösen Emails ;-)" haben sich um ca. 80% reduziert ...
    heute morgen gabs zwar auch mal ein:
    @ERROR: max connections (80) reached -- try again later
    scheint aber momentan alles zu laufen .. filtert echt viel Mist weg ;-)