MySQL data på seperat partition

[Extremediver]

Hej. Tak for hjælpen. Vi har sat et grafikkort i og nu kører det som smurt.

Nu er vi i gang med SQL. Det virker fint når man bruger det der hvor det installeres. Men vil man ændre så den gemmer dataene på et andet drev kommer der fejl?


For at det ikke skaber forvirring: ExtremeDiver og Pengu arbejder på at sætte den samme SQL op på serveren.

[AJenbo]

På Linux har man ikke samme drev koncept som på Windows, der er der blot mapper og partitioner. Hvordan forsøger i at ændre hvor data gemmes og hvilken fejl får i? Hvilket format er partitionen som i forsøger at gemme til? Når du skriver SQL går jeg også ud fra der menes MySQL og ikke MS SQL server, eller en anden?

[Pengu]

Ubuntu 16.04 Server overlæg desktop. MySql 5.7

Vi har fulgt dette link http://www.ubuntugeek.com/how-to-change-the-mysql-data-default-directory.html
for at ændre hvor daterne ligger.

Hardisken køre Raid0 patitionen
sudo parted -l

Kode: Vælg alt

Model: Compaq Smart Array (cpqarray)
Disk /dev/cciss/c0d3: 147GB
Sektorstørrelse (logisk/fysisk): 512B/512B
Partition Table: loop
Disk Flags: 

Nummer  Start  Slut   Størrelse  Filsystem  Flag
 1      0,00B  147GB  147GB      ext4

Det er fra terminalen:

Kode: Vælg alt

server@GameServer:~$ sudo service apparmor start
[sudo] adgangskode for server: 
Job for apparmor.service failed because the control process exited with error code. See "systemctl status apparmor.service" and "journalctl -xe" for details.
server@GameServer:~$ sudo service apparmor restart
Job for apparmor.service failed because the control process exited with error code. See "systemctl status apparmor.service" and "journalctl -xe" for details.
server@GameServer:~$ sudo service apparmor reload
apparmor.service is not active, cannot reload.
server@GameServer:~$ clear
server@GameServer:~$ sudo service apparmor start
Job for apparmor.service failed because the control process exited with error code. See "systemctl status apparmor.service" and "journalctl -xe" for details.
server@GameServer:~$ sudo /etc/init.d/mysql restart
[....] Restarting mysql (via systemctl): mysql.serviceJob for mysql.service failed because the control process exited with error code. See "systemctl status mysql.service" and "journalctl -xe" for details.
 failed!
server@GameServer:~$ systemctl status mysql.service
● mysql.service - MySQL Community Server
   Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: en
   Active: activating (start-post) (Result: exit-code) since lør 2016-06-11 12:1
  Process: 3478 ExecStart=/usr/sbin/mysqld (code=exited, status=1/FAILURE)
  Process: 3474 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exit
 Main PID: 3478 (code=exited, status=1/FAILURE);         : 3479 (mysql-systemd-s
   CGroup: /system.slice/mysql.service
           └─control
             ├─3479 /bin/bash /usr/share/mysql/mysql-systemd-start post
             └─3544 sleep 1

jun 11 12:11:20 GameServer systemd[1]: Starting MySQL Community Server...
jun 11 12:11:20 GameServer mysqld[3478]: mysqld: Can't change dir to '/media/ser
jun 11 12:11:20 GameServer mysqld[3478]: 2016-06-11T10:11:20.343960Z 0 [Warning]
jun 11 12:11:20 GameServer mysqld[3478]: 2016-06-11T10:11:20.344019Z 0 [Warning]
jun 11 12:11:20 GameServer mysqld[3478]: 2016-06-11T10:11:20.520928Z 0 [Warning]
jun 11 12:11:20 GameServer mysqld[3478]: 2016-06-11T10:11:20.521023Z 0 [Warning]
jun 11 12:11:20 GameServer mysqld[3478]: 2016-06-11T10:11:20.521060Z 0 [Note] /u
jun 11 12:11:20 GameServer mysqld[3478]: 2016-06-11T10:11:20.523267Z 0 [Warning]
jun 11 12:11:20 GameServer systemd[1]: mysql.service: Main process exited, code=
server@GameServer:~$ 

[AJenbo]

Hvor har i monteret partitionen og er der gjort med fstab?
Tjek at rettigheder er sat korrekt op på destination.
Vis også gerne de configurationsfiler i har ændret på.

[Pengu]

Partitionen er blevet sat op med f8 under opstart.

Her er rettighederne til mysql nye datadir.

Kode: Vælg alt

server@GameServer:~$ sudo ls -l /media/server/Sql
[sudo] adgangskode for server: 
totalt 20
drwx------ 2 root  root  16384 jun 10 16:56 lost+found
drwx------ 5 mysql mysql  4096 jun 10 21:21 mysql
server@GameServer:~$ 

Det er filen der ligger under etc/apparmor.d/usr.sbin.mysqld
der har vi ændret

Kode: Vælg alt

# Allow data dir access
  /var/lib/mysql/ r,
  /var/lib/mysql/** rwk,

Til det her

Kode: Vælg alt

# Allow data dir access
  /media/server/Sql/mysql/ r,
  /media/server/Sql/mysql/** rwk,

Her er hele filen

Kode: Vælg alt

# vim:syntax=apparmor
# Last Modified: Tue Feb 09 15:28:30 2016
#include <tunables/global>

/usr/sbin/mysqld {
  #include <abstractions/base>
  #include <abstractions/nameservice>
  #include <abstractions/user-tmp>
  #include <abstractions/mysql>
  #include <abstractions/winbind>

# Allow system resource access
  /sys/devices/system/cpu/ r,
  capability sys_resource,
  capability dac_override,
  capability setuid,
  capability setgid,

# Allow network access
  network tcp,

  /etc/hosts.allow r,
  /etc/hosts.deny r,

# Allow config access
  /etc/mysql/** r,

# Allow pid, socket, socket lock file access
  /var/run/mysqld/mysqld.pid rw,
  /var/run/mysqld/mysqld.sock rw,
  /var/run/mysqld/mysqld.sock.lock rw,
  /run/mysqld/mysqld.pid rw,
  /run/mysqld/mysqld.sock rw,
  /run/mysqld/mysqld.sock.lock rw,

# Allow execution of server binary
  /usr/sbin/mysqld mr,
  /usr/sbin/mysqld-debug mr,

# Allow plugin access
  /usr/lib/mysql/plugin/ r,
  /usr/lib/mysql/plugin/*.so* mr,

# Allow error msg and charset access
  /usr/share/mysql/ r,
  /usr/share/mysql/** r,

# Allow data dir access
  /media/server/Sql/mysql/ r,
  /media/server/Sql/mysql/** rwk,

# Allow data files dir access
  /var/lib/mysql-files/ r,
  /var/lib/mysql-files/** rwk,

# Allow keyring dir access
  /var/lib/mysql-keyring/ r,
  /var/lib/mysql-keyring/** rwk,

# Allow log file access
  /var/log/mysql.err rw,
  /var/log/mysql.log rw,
  /var/log/mysql/ r,
  /var/log/mysql/** rw,

  # Site-specific additions and overrides. See local/README for details.
  #include <local/usr.sbin.mysqld>
}

Den anden fil er under etc/mysql/mysql.conf.d/mysql.cnf
Der har vi ændret

Kode: Vælg alt

datadir      = /var/lib/mysql

Til

Kode: Vælg alt

datadir      = /media/server/Sql/mysql

Her er hele filen

Kode: Vælg alt

#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
# 
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

[mysqld_safe]
socket      = /var/run/mysqld/mysqld.sock
nice      = 0

[mysqld]
#
# * Basic Settings
#
user      = mysql
pid-file   = /var/run/mysqld/mysqld.pid
socket      = /var/run/mysqld/mysqld.sock
port      = 3306
basedir      = /usr
datadir      = /media/server/Sql/mysql
tmpdir      = /tmp
lc-messages-dir   = /usr/share/mysql
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address      = 127.0.0.1
#
# * Fine Tuning
#
key_buffer_size      = 16M
max_allowed_packet   = 16M
thread_stack      = 192K
thread_cache_size       = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover-options  = BACKUP
#max_connections        = 100
#table_cache            = 64
#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit   = 1M
query_cache_size        = 16M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file        = /var/log/mysql/mysql.log
#general_log             = 1
#
# Error log - should be very few entries.
#
log_error = /var/log/mysql/error.log
#
# Here you can see queries with especially long duration
#log_slow_queries   = /var/log/mysql/mysql-slow.log
#long_query_time = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
#       other settings you may need to change.
#server-id      = 1
#log_bin         = /var/log/mysql/mysql-bin.log
expire_logs_days   = 10
max_binlog_size   = 100M
#binlog_do_db      = include_database_name
#binlog_ignore_db   = include_database_name
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem

[AJenbo]

F8 under opstart lyder som opsætning af hardware raid.

Med en sti der starter med /media virker der også som om i ikke har lavet en fast montering af disken i fstab, jeg vil tro det er det der mangler

[Pengu]

Vi har prøvet på at mounte disken nu ved at følge guiden her http://askubuntu.com/questions/154180/how-to-mount-a-new-drive-on-startup

Og derefter ændret config filerne til den nye path disken har fået men når vi prøver at starte mysql op eller apparmor får vi stadig den samme fejl.

sudo /etc/init.d/apparmor start

Kode: Vælg alt

[....] Starting apparmor (via systemctl): apparmor.serviceJob for apparmor.service failed because the control process exited with error code. See "systemctl status apparmor.service" and "journalctl -xe" for details.
 failed!

Og ved at bruge systemctl status apparmor.service

Kode: Vælg alt

server@GameServer:~$ systemctl status apparmor.service
● apparmor.service - LSB: AppArmor initialization
   Loaded: loaded (/etc/init.d/apparmor; bad; vendor preset: enabled)
   Active: failed (Result: exit-code) since lør 2016-06-11 16:05:45 CEST; 35min 
     Docs: man:systemd-sysv-generator(8)
  Process: 2479 ExecStart=/etc/init.d/apparmor start (code=exited, status=123)

jun 11 16:05:45 GameServer apparmor[2479]: Skipping profile in /etc/apparmor.d/d
jun 11 16:05:45 GameServer apparmor[2479]: AppArmor parser error for /etc/apparm
jun 11 16:05:45 GameServer apparmor[2479]: Skipping profile in /etc/apparmor.d/d
jun 11 16:05:45 GameServer apparmor[2479]: AppArmor parser error for /etc/apparm
jun 11 16:05:45 GameServer apparmor[2479]: Skipping profile in /etc/apparmor.d/d
jun 11 16:05:45 GameServer apparmor[2479]:    ...fail!
jun 11 16:05:45 GameServer systemd[1]: apparmor.service: Control process exited,
jun 11 16:05:45 GameServer systemd[1]: Failed to start LSB: AppArmor initializat
jun 11 16:05:45 GameServer systemd[1]: apparmor.service: Unit entered failed sta
jun 11 16:05:45 GameServer systemd[1]: apparmor.service: Failed with result 'exi
server@GameServer:~$ 

mysql kan hellere ikke startes: sudo service mysql start

Kode: Vælg alt

Job for mysql.service failed because the control process exited with error code. See "systemctl status mysql.service" and "journalctl -xe" for details.

Og ved at bruge: systemctl status mysql.service

Kode: Vælg alt

server@GameServer:~$ systemctl status mysql.service
● mysql.service - MySQL Community Server
   Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: en
   Active: activating (start-post) (Result: exit-code) since lør 2016-06-11 16:4
  Process: 8013 ExecStart=/usr/sbin/mysqld (code=exited, status=1/FAILURE)
  Process: 8009 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exit
 Main PID: 8013 (code=exited, status=1/FAILURE);         : 8014 (mysql-systemd-s
   CGroup: /system.slice/mysql.service
           └─control
             ├─8014 /bin/bash /usr/share/mysql/mysql-systemd-start post
             └─8077 sleep 1

jun 11 16:42:10 GameServer systemd[1]: Starting MySQL Community Server...
jun 11 16:42:10 GameServer mysqld[8013]: mysqld: Can't change dir to '/home/sql/
jun 11 16:42:10 GameServer mysqld[8013]: 2016-06-11T14:42:10.512062Z 0 [Warning]
jun 11 16:42:10 GameServer mysqld[8013]: 2016-06-11T14:42:10.512134Z 0 [Warning]
jun 11 16:42:10 GameServer mysqld[8013]: 2016-06-11T14:42:10.685677Z 0 [Warning]
jun 11 16:42:10 GameServer mysqld[8013]: 2016-06-11T14:42:10.685772Z 0 [Warning]
jun 11 16:42:10 GameServer mysqld[8013]: 2016-06-11T14:42:10.685807Z 0 [Note] /u
jun 11 16:42:10 GameServer systemd[1]: mysql.service: Main process exited, code=
server@GameServer:~$ 

[Extremediver]

Hej.

Vi ´fik løst den langsomme skærm. Tak for hjælpen.

SQL delen fik vi ikke løst. Efter flere forsøg har vi nu givet op i at flytte den. Tak for forsøget på at hjælpe. Vi må have lavet noget forkert siden det ikke lykkedes.

Godt med et forum hvor man kan få hjælp. Forsæt det gode arbejde.

[AJenbo]

Når man har flere spørgsmål er det bedst at bryde det op i flere emner, ellers går det lidt tabt. Eks kan man ikke se på emnet at i også har problemer med MySQL samt at det ikke er løst da emnet er markeret som løst. Jeg vil lige dele emnet op for jer, så kan det være der kommer nogen som lige har styr på det.

Hvis i forsten hade tænkt jer at partitionen udelukkende skulle benyttes til MySQL data så kunne i også blot montere den der hvor MySQL normalt gemmer sin data og på den måde undgå at skulle ændre i konfigurationerne.

[Extremediver]

Disken skulle kun bruges til MySQL. Vi har forsøgt på flere måder at få det sat op og de guide som vi har fundet har ikke samme opsætninger som den vi bruger.

Selvom vi har en standard opsætning. På en frisk formateret server.
Ubunto 16.04 Server LTS: med Desktop overlay.

Når vi følger de guide så er der forskel i de SQL mapper og informationer der skal tastes.

Til vi finder en som har en brugbar Guide og hvordan man sætter det op må vi nøjes med at have SQL på samme drev som styrefilerne.

Eller en som har tid og lyst til at gå på Fjernkontrol og den vej guide os igennem.

At få SQL til at virke og lave forskellige mapper osv. er ikke det store problem endnu. Det har vi nogenlunde styr på. Det vi har sat op på standard installationen virker. Det er kun ændring af hvor den skal gemme der volder problemer.

[AJenbo]

Der er muligt at mange af guidesne i virkeligheden omhandler MariaDB som mange fortræker frem for MySQL. MariaDB er en mere åben fork af MySQL som kan fungere som en erstatning for MySQL i all hensender.

[thj01]

Har i overvejet om det er en hardware fejl?

raid 0 er på alle måder den forkerte løsning til en database, da den jo netop "striper " data mellem de to diske. Og hvis hardwaren på nogen måde "failer" der så vil man blive udsat for mystiske fejl. En fejl/fejlskrivning på bare den ene disk ville kunne resultere i totalt nedbrud.

Jeg ville personligt teste med om jeg kunne flytte databasen til et andet bibliotek. Opret f.eks. "/srv/databaser/mindatabase" og se om i kan flytte databasen derover. Kan i det, så er det jeres raid der er noget galt med.