NEWS
MariaDb verschieben
-
Hallo Zusammen,
ich habe versucht meine MariaDB auf eine USB-Festplatte zu verschieben. Leider bekomme ich sie nicht mehr zum laufen.
Was ich bisher versucht habe:
Verzeichnis kopieren: sudo rsync -av /var/lib/mysql /media/pi/RaspData/mariadb
in der Konfig: /etc/mysql/mariadb.conf.d/50-server.cnf den datadir = /media/pi/RaspData/mariadb/mysql
/usr/lib/systemd/system/mariadb.service der Wert ProtectHome=false
und systemd neu laden: sudo systemctl daemon-reloadBeim sudo systemctl start mariadb kommt jetzt:
Job for mariadb.service failed because the control process exited with error code. See "systemctl status mariadb.service" and "journalctl -xe" for details.
und beim status
mariadb.service - MariaDB 10.5.15 database server Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Sat 2023-03-04 17:49:14 CET; 27s ago Docs: man:mariadbd(8) https://mariadb.com/kb/en/library/systemd/ Process: 6469 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS) Process: 6470 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS) Process: 6472 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exited, stat> Process: 6522 ExecStart=/usr/sbin/mariadbd $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE) Main PID: 6522 (code=exited, status=1/FAILURE) Status: "MariaDB server is down" CPU: 272ms Mär 04 17:49:14 raspberrypi systemd[1]: Starting MariaDB 10.5.15 database server... Mär 04 17:49:14 raspberrypi mariadbd[6522]: 2023-03-04 17:49:14 0 [Note] /usr/sbin/mariadbd (mysqld 10.5.15-MariaDB-0+deb11u1) starting as process 6522 ... Mär 04 17:49:14 raspberrypi mariadbd[6522]: 2023-03-04 17:49:14 0 [Warning] Can't create test file /media/pi/RaspData/mariadb/mysql/raspberrypi.lower-test Mär 04 17:49:14 raspberrypi mariadbd[6522]: [110B blob data] Mär 04 17:49:14 raspberrypi mariadbd[6522]: 2023-03-04 17:49:14 0 [ERROR] Aborting Mär 04 17:49:14 raspberrypi systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE Mär 04 17:49:14 raspberrypi systemd[1]: mariadb.service: Failed with result 'exit-code'. Mär 04 17:49:14 raspberrypi systemd[1]: Failed to start MariaDB 10.5.15 database server.
ich bin leider absoluter Anfänger. Da aber das Test-File nicht angelegt werden kann vermute ich ein problem mit dem Schreibzugriff. Ich habe deshalb mal alle Ordner die Zugriffe abgefragt und beim /media festgeststellt, dass es hier wohl Probleme gibt. Leider kann ich das nicht ändern
pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ ls -l /media/pi/RaspData/mariadb/mysql insgesamt 110649 -rwxrwxrwx 1 pi pi 24576 4. Mär 16:21 aria_log.00000001 -rwxrwxrwx 1 pi pi 52 4. Mär 16:21 aria_log_control -rwxrwxrwx 1 pi pi 0 26. Feb 17:10 debian-10.5.flag -rwxrwxrwx 1 pi pi 2142 4. Mär 16:21 ib_buffer_pool -rwxrwxrwx 1 pi pi 12582912 4. Mär 16:21 ibdata1 -rwxrwxrwx 1 pi pi 100663296 4. Mär 16:21 ib_logfile0 drwxrwxrwx 1 pi pi 4096 2. Mär 20:49 iobroker -rwxrwxrwx 1 pi pi 0 26. Feb 17:10 multi-master.info drwxrwxrwx 1 pi pi 24576 26. Feb 17:10 mysql -rwxrwxrwx 1 pi pi 15 26. Feb 17:10 mysql_upgrade_info drwxrwxrwx 1 pi pi 0 26. Feb 17:10 performance_schema pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ ls -l /media/pi/RaspData/mariadb insgesamt 4 drwxrwxrwx 1 pi pi 4096 4. Mär 16:21 mysql pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ ls -l /media/pi/RaspData insgesamt 0 drwxrwxrwx 1 pi pi 0 4. Mär 16:16 '$RECYCLE.BIN' drwxrwxrwx 1 pi pi 0 4. Mär 16:26 mariadb drwxrwxrwx 1 pi pi 0 4. Mär 16:16 'System Volume Information' pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ ls -l /media/pi insgesamt 8 drwxr-xr-x 2 root root 4096 4. Mär 12:49 mariadb_daten drwxrwxrwx 1 pi pi 4096 4. Mär 16:17 RaspData pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ ls -l /media insgesamt 8 drwxr-x---+ 4 root root 4096 4. Mär 17:18 pi drwxr-xr-x 2 root root 4096 26. Feb 15:16 raspybackup pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ chmod 777 /media chmod: Beim Setzen der Zugriffsrechte für '/media': Die Operation ist nicht erlaubt
Wie gesagt, bin leider Anfänger. Was kann ich denn jetzt machen? Wäre schön wenn mir hier jemand helfen würde. Danke schonmal im voraus
-
Ich würde da anders herangehen. Die Daten aus der Datenbank auf den Stick kopieren und den dann nahtlos an der Stelle wo die Daten liegen sollen per fstab einhängen. So ändern sich die Pfade nicht.
-
@thomas-braun Das hört sich an, als ob es wesentlich einfächer wäre...
Ich kenne aber bisher nur die Möglichkeit, per mount meine Gesamte Platte (sda1) einzuhängen. Gibt es eine möglichkeit den Mountpunkt der Platte zu lassen wie er ist (/media/pi/RaspData) und nur das folgende Verzeichnis einzuhängen?die kopierten Daten der Datenbank liegen auf sd1, eingehängt als /media/pi/RaspData im Verzeichnis mysql
/var/lib/mysql hab ich gesichert und gelöscht, danach neu erstellt (um einen leeren Mountpunkt zu haben)
Wie hänge ich nun mein /media/pi/RaspData/mysql ein?pi@raspberrypi:/var/lib $ sudo mount mysql /media/pi/RaspData/mariadb/mysql mount: /media/pi/RaspData/mariadb/mysql: /var/lib/mysql is not a block device.
Sorry, wie gesagt, bin Anfänger was den Rasperry angeht.
-
-
@thomas-braun Er sagt:
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700) cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot) configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime) debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime) /dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) /dev/mmcblk0p2 on / type ext4 (rw,noatime,commit=600) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) /dev/sda1 on /media/pi/RaspData type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2) devtmpfs on /dev type devtmpfs (rw,relatime,size=340548k,nr_inodes=85137,mode=755) fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime) gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000) mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,relatime) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run type tmpfs (rw,nosuid,nodev,size=188856k,nr_inodes=819200,mode=755) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94424k,nr_inodes=23606,mode=700,uid=1000,gid=1000) tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
-
-
@thomas-braun blkid
/dev/mmcblk0p1: LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="F462-D399" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="c8b33886-01" /dev/mmcblk0p2: LABEL="rootfs" UUID="4e83f684-f415-4ed1-99cb-f7413924ef28" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="c8b33886-02" /dev/sda1: LABEL="backup_raspi" BLOCK_SIZE="512" UUID="70B3DCCC271C41EA" TYPE="ntfs" PARTUUID="214b0981-01"
Am Raspi befinden sich 2 Hitachii Leseköpfe die im ioBroker eingerichtet sind sowie die Festplatte, auf der ich gerne die Datenbank hätte.
Zugriff hab ich nur über SSH, da der pi im Zählerkasten im Keller ist. -
@mark sagte in MariaDb verschieben:
TYPE="ntfs"
Den Stick würde ich zunächst mit einem Linux-Dateisystem formatieren, z. B. ext4. Da haste bedeutend weniger Trouble mit den unix-Dateirechten. Die kennt ntfs nämlich nicht.
-
@thomas-braun ok, hab ich gemacht und neu gestartet.
blkid /dev/mmcblk0p1: LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="F462-D399" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="c8b33886-01" /dev/mmcblk0p2: LABEL="rootfs" UUID="4e83f684-f415-4ed1-99cb-f7413924ef28" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="c8b33886-02"
hier fehlt die Platte aber
blkid -o device /dev/mmcblk0p1 /dev/mmcblk0p2 /dev/ram0 /dev/ram1 /dev/ram2 /dev/ram3 /dev/ram4 /dev/ram5 /dev/ram6 /dev/ram7 /dev/ram8 /dev/ram9 /dev/ram10 /dev/ram11 /dev/ram12 /dev/ram13 /dev/ram14 /dev/ram15 /dev/sda1
und hier ist sie gelistet
lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 931,5G 0 disk └─sda1 8:1 0 931,5G 0 part /media/pi/RaspData mmcblk0 179:0 0 58,2G 0 disk ├─mmcblk0p1 179:1 0 256M 0 part /boot └─mmcblk0p2 179:2 0 58G 0 part /
und am gleichen Punkt eingehängt.
-
-
@thomas-braun Wenn du mit Desktop meinst, dass da ein Bildschirm und Tastatur dranhängt: nein
Auf der SD-Karte ist aber "ubuntu-22.10-desktop-amd64" installiert, insofern: japi@raspberrypi:/media/pi/RaspData/mariadb $ mount | sort bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700) cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot) configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime) debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime) /dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) /dev/mmcblk0p2 on / type ext4 (rw,noatime,commit=600) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) /dev/sda1 on /media/pi/RaspData type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2) devtmpfs on /dev type devtmpfs (rw,relatime,size=340548k,nr_inodes=85137,mode=755) fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime) gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000) mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,relatime) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run type tmpfs (rw,nosuid,nodev,size=188856k,nr_inodes=819200,mode=755) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94424k,nr_inodes=23606,mode=700,uid=1000,gid=1000) tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
-
@mark sagte in MariaDb verschieben:
"ubuntu-22.10-desktop-amd64"
Und das ganze Ding spuckt dir jetzt per Automount da rein.
Ubuntu 22.10 verwendet man eh nicht sondern die aktuelle Ubuntu-LTS-Version. (Wenn es denn unbedingt Ubuntu sein muss. Ich würde da ein Debian empfehlen).
Warum installiert man da einen Desktop, wenn weder Bildschirm noch Tastatur dranhängt? Komplett sinnfrei. -
@thomas-braun ok, dann sind wir ja schon einen Schritt weiter. Ich hatte ja bereits erwähnt, dass ich blutiger Anfänger bin. Die installierte Version hab ich drauf gemacht, als das Ding noch bei mir im Hobbyraum mit Bildschirm und Tastatur lag. Danach hab ich einige Anleitungen ausprobiert und versucht mich etwas einzuarbeiten. Daraufhin hab ich iobroker installiert und den Raspy in den Keller gepackt. Von da an ging es nur noch per SSH.
Du hast mit Sicherheit recht mit dem was du sagst, das bedeutet aber, dass ich jetzt erstmal eine andere Karte suchen muss, Debian installiere, iobroker und adapter drauf, alles wieder neu einrichten und dann aber vermutlich am gleichen Punkt wieder stehe und die Datenbank bzw das Verzeichnis nicht hinbekomme. (Wobei ich auch gleich mit der Datenbank beginnen könnte...) -
Wenn alles 'frisch neu', dann könntest du direkt bei der Installation den Stick in den richtigen Mountpunkt hängen.
Wobei ich auf einen Raspberry auch ein RaspberryOS installieren würde.
-
@thomas-braun Hey Thomas, vielen Dank für Deine Hilfe! War wohl echt das einfachste mit dem neu aufsetzten. Bin begeistert, wie schnell und einfach das jetzt so funktioniert hat.
-
Ja, mein Reden. GUIs stehen eigentlich immer nur im Weg herum, wenn man wirklich MIT/AN einem Server-System arbeiten möchte.
-
@thomas-braun zu früh gefreut!
Hat alles super funktioniert. Auf einmal war 'sda' weg und tauchte als 'sdb' wieder auf. Der Mountpunkt ist dadurch auch weg.
Hab dann sdb per mount ins richtige Verzeichnis eingebunden und mariadb neu gestartet (mit passworteingabe). Dann funktionierte es wieder.
Kurze Zeit später das selbe. sdb weg, sdc da?!
Was läuft hier schief?ich habe auch versucht die Platte per in etc/fstab mit
PARTUUID=c378a661-7bf4-47b7-bdc0-c3b144fbf629 /var/lib/mysql ext4 defaults 0 2
einzubinden. (weiß aber nicht, ob das so stimmt)lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdb 8:16 0 931.5G 0 disk └─sdb1 8:17 0 931.5G 0 part mmcblk0 179:0 0 29.7G 0 disk ├─mmcblk0p1 179:1 0 256M 0 part /boot └─mmcblk0p2 179:2 0 29.5G 0 part /
blkid /dev/mmcblk0p1: LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="37CA-39EC" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="6af5191f-01" /dev/mmcblk0p2: LABEL="rootfs" UUID="a4af13c6-d165-4cbd-a9f6-c961fef8255d" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="6af5191f-02"
mount | sort bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700) cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot) configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime) debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime) /dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) /dev/mmcblk0p2 on / type ext4 (rw,noatime) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) /dev/sda1 on /var/lib/mysql type ext4 (rw,relatime) devtmpfs on /dev type devtmpfs (rw,relatime,size=332768k,nr_inodes=83192,mode=755) fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime) mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,relatime) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run type tmpfs (rw,nosuid,nodev,size=186292k,nr_inodes=819200,mode=755) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=93144k,nr_inodes=23286,mode=700,uid=1000,gid=1000) tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
sudo blkid /dev/sdb1 /dev/sdb1: UUID="708ae917-260f-4c93-b41b-1da779cb715a" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Basic data partition" PARTUUID="c378a661-7bf4-47b7-bdc0-c3b144fbf629"
-
@thomas-braun said in MariaDb verschieben:
Warum installiert man da einen Desktop, wenn weder Bildschirm noch Tastatur dranhängt? Komplett sinnfrei.
Weil man dann mit VNC rauf kann?
-
@diwoma sagte in MariaDb verschieben:
Weil man dann mit VNC rauf kann?
und wofür braucht man vnc auf einem Server?
zum Öffnen der Konsole?
Server werden per Fernkonsole administriert. -
@diwoma sagte in MariaDb verschieben:
Weil man dann mit VNC rauf kann?
Auch komplett sinnfrei. Das Terminal schaut über VNC auch nicht anders aus.