Schlagwort: Dockstar

mysqldump, lock tables

Ich habe eine mys­ql-Daten­bank, in die ein Zab­bix rein­schreibt.
Die Daten­bank ist mitt­ler­wei­le

root@odroidc2:/var/lib/mysql/zabbix# du -sh .
15G .
root@odroidc2:/var/lib/mysql/zabbix#

groß. Ich siche­re sie mit mys­qldump auf einen ande­ren Winz­rech­ner im LAN, das dau­ert Stun­den. Inner­halb die­ser Zeit kann der mys­ql-Cli­ent (Zab­bix) nicht in die Daten­bank schrei­ben, wohl weil die Tabel­len gelockt sind.

#!/bin/sh
ssh root@192.168.1.91 "mysqldump --lock-tables=false --all-databases --skip-comments --events --routines --triggers" | bzip2 -9 > odroidc2.sql.bz2
# ssh root@192.168.1.91 "mysqldump --single-transaction=true --all-databases --skip-comments --events --routines --triggers" | bzip2 -9 > odroidc2.sql.bz2
root@dockstar:~/bin#

Wol­len doch mal beim nächs­ten Durch­lauf sehen, ob –lock-tables=false die Lösung bringt.

 

0

Sich ins Knie schießen

Ist eine mei­ner Lieb­lings­be­schäf­ti­gun­gen 🙂 Per Zufall sah ich, daß mei­ne Dock­star ton­nen­wei­se ntp-Anfra­gen ver­schickt:
19:57:55.790164 IP 192.168.1.15.60748 > spacys.de.ntp: NTPv4, Client, length 48
19:57:55.818272 IP spacys.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:57:55.990147 IP 192.168.1.15.60748 > char-ntp-pool.charite.de.ntp: NTPv4, Client, length 48
19:57:56.025737 IP char-ntp-pool.charite.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:57:57.390144 IP 192.168.1.15.60748 > ptbtime1.ptb.de.ntp: NTPv4, Client, length 48
19:57:57.420614 IP ptbtime1.ptb.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:57:57.590145 IP 192.168.1.15.60748 > stratum2-3.ntp.techfak.uni-bielefeld.de.ntp: NTPv4, Client, length 48
19:57:57.622645 IP stratum2-3.ntp.techfak.uni-bielefeld.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:57:57.790136 IP 192.168.1.15.60748 > spacys.de.ntp: NTPv4, Client, length 48
19:57:57.818135 IP spacys.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:57:57.990118 IP 192.168.1.15.60748 > char-ntp-pool.charite.de.ntp: NTPv4, Client, length 48
19:57:58.025364 IP char-ntp-pool.charite.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:57:59.390138 IP 192.168.1.15.60748 > ptbtime1.ptb.de.ntp: NTPv4, Client, length 48
19:57:59.420562 IP ptbtime1.ptb.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:57:59.590149 IP 192.168.1.15.60748 > stratum2-3.ntp.techfak.uni-bielefeld.de.ntp: NTPv4, Client, length 48
19:57:59.621615 IP stratum2-3.ntp.techfak.uni-bielefeld.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:57:59.790143 IP 192.168.1.15.60748 > spacys.de.ntp: NTPv4, Client, length 48
19:57:59.818075 IP spacys.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:57:59.990159 IP 192.168.1.15.60748 > char-ntp-pool.charite.de.ntp: NTPv4, Client, length 48
19:58:00.025179 IP char-ntp-pool.charite.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:58:01.390159 IP 192.168.1.15.60748 > ptbtime1.ptb.de.ntp: NTPv4, Client, length 48
19:58:01.420848 IP ptbtime1.ptb.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:58:01.590154 IP 192.168.1.15.60748 > stratum2-3.ntp.techfak.uni-bielefeld.de.ntp: NTPv4, Client, length 48
19:58:01.623854 IP stratum2-3.ntp.techfak.uni-bielefeld.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:58:01.790151 IP 192.168.1.15.60748 > spacys.de.ntp: NTPv4, Client, length 48
19:58:01.818700 IP spacys.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
19:58:01.990157 IP 192.168.1.15.60748 > char-ntp-pool.charite.de.ntp: NTPv4, Client, length 48
19:58:02.025389 IP char-ntp-pool.charite.de.ntp > 192.168.1.15.60748: NTPv4, Server, length 48
Was kann das denn sein? In /etc/ntp.conf ist mein eige­ner ntp-Ser­ver im LAN ein­ge­tra­gen — war­um wird der nicht ver­wen­det? Also habe ich anbe­fan­gen, Dienst für Dienst abzu­schal­ten (bis auf ssh natür­lich). Dum­mer­wei­se ist der zab­bix-agentd der letz­te in der Lis­te — und der war es dann auch. Aus­ge­schal­tet — kei­ne ntp-Stür­me mehr. Aber war­um???
root@dockstar:~# grep -i ntp /etc/zabbix/zabbix_agentd.conf
UserParameter=UserParameter-timeoffset,/usr/sbin/ntpdate -q pool.ntp.org | tail -1 | awk '{print $10}'
UserParameter=UserParameter-ntpd,/usr/bin/sudo /bin/systemctl restart ntp
root@dockstar:~#
Oha! Mir war mal die Zeit aus dem Ruder gelau­fen, und die Zei­le mit dem ntpdate ermit­telt den Off­set der loka­len Zeit zur Zeit des ntp-Pools. Und auf dem Zab­bix-Ser­ver hat­te ich ein­ge­stellt, daß der Check alle paar Sekun­den getrig­gert wird… Nun nur noch ein­mal stünd­lich, und gegen mei­nen eige­nen Ser­ver auf dem Raspi.
0

Hier wird in Ruhe gearbeitet

Am Wochen­en­de com­pi­lier­te ich auf mei­ner Dock­star ein Open­WRT für mei­nen Rou­ter, ein Caram­bo­la.
Erst ein make menu­con­fig, was rela­tiv schnell durch­lief, dann ein time make.
Ergeb­nis:

rainer@dockstar:~/carambola$ time make
[...]
real 1244m47.895s
user 589m57.030s
sys 51m41.620s
rainer@dockstar:~/carambola$

20 Stun­den!
Das erin­nert mich an mei­ne ers­ten Linux-Ver­su­che, damals dau­er­te ein Ker­nel-Backen auf einem 386SX/25 so 2 bis 3 Stun­den.

0

Mittels netcat der Dockstar beim Booten zusehen

~$ nc -l -u -p 6666

U-Boot 2011.12 (Feb 12 2012 - 21:33:07)
Seagate FreeAgent DockStar
arm-none-linux-gnueabi-gcc (Sourcery G++ Lite 2009q3-67) 4.4.1
GNU ld (Sourcery G++ Lite 2009q3-67) 2.19.51.20090709
Hit any key to stop autoboot: 0
(Re)start USB...
USB: Register 10011 NbrPorts 1
USB EHCI 1.00
scanning bus for devices... 4 USB Device(s) found
 scanning bus for storage devices... 2 Storage Device(s) found
** Bad partition 1 **

** Unable to use usb 0:1 for fatload **
Creating 1 MTD partitions on "nand0":
0x000002500000-0x000010000000 : "mtd=3"
UBI: attaching mtd1 to ubi0
UBI: physical eraseblock size: 131072 bytes (128 KiB)
UBI: logical eraseblock size: 129024 bytes
UBI: smallest flash I/O unit: 2048
UBI: sub-page size: 512
UBI: VID header offset: 512 (aligned 512)
UBI: data offset: 2048
UBI: attached mtd1 to ubi0
UBI: MTD device name: "mtd=3"
UBI: MTD device size: 219 MiB
UBI: number of good PEBs: 1751
UBI: number of bad PEBs: 1
UBI: max. allowed volumes: 128
UBI: wear-leveling threshold: 4096
UBI: number of internal volumes: 1
UBI: number of user volumes: 0
UBI: available PEBs: 1730
UBI: total number of reserved PEBs: 21
UBI: number of PEBs reserved for bad PEB handling: 17
UBI: max/mean erase counter: 1/1
UBIFS error (pid 0): ubifs_get_sb: cannot open "ubi:rootfs", error -19
Error reading superblock on volume 'ubi:rootfs'!
** Bad partition 1 **
Loading file "/boot/uImage" from usb device 1:1 (usbdb1)
1 bytes read
Found bootable drive on usb 1:1
Loading file "/boot/uImage" from usb device 1:1 (usbdb1)
2082244 bytes read
Loading file "/boot/uInitrd" from usb device 1:1 (usbdb1)
9642915 bytes read
## Booting kernel from Legacy Image at 00800000 ...
 Image Name: kernel 3.16.0-4-kirkwood
 Image Type: ARM Linux Kernel Image (uncompressed)
 Data Size: 2082180 Bytes = 2 MiB
 Load Address: 00008000
 Entry Point: 00008000
 Verifying Checksum ... OK
## Loading init Ramdisk from Legacy Image at 01100000 ...
 Image Name: ramdisk 3.16.0-4-kirkwood
 Image Type: ARM Linux RAMDisk Image (uncompressed)
 Data Size: 9642851 Bytes = 9.2 MiB
 Load Address: 00000000
 Entry Point: 00000000
 Verifying Checksum ... OK
 Loading Kernel Image ... OK
OK

Starting kernel ...
0
© Rainer Sokoll Frontier Theme