blackhawk17
Goto Top

Owncloud nach Festplattenerweiterung down

Guten morgen,

nachdem ich eine Festplattenerweiterung mit Gparded durchführen müsste meldet meine Owncloud (läuft auf einem RASPI VM) nun folgendes:

Exception occurred while logging exception: Failed to connect to the database: An exception occured in driver: SQLSTATE[HY000] [2002] No such file or directory
/var/www/html/owncloud/lib/composer/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(429): OC\DB\Connection->connect()
#1 /var/www/html/owncloud/lib/composer/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(389): Doctrine\DBAL\Connection->getDatabasePlatformVersion()
#2 /var/www/html/owncloud/lib/composer/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(328): Doctrine\DBAL\Connection->detectDatabasePlatform()
#3 /var/www/html/owncloud/lib/composer/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(623): Doctrine\DBAL\Connection->getDatabasePlatform()
#4 /var/www/html/owncloud/lib/private/DB/Connection.php(145): Doctrine\DBAL\Connection->setTransactionIsolation(2)
#5 /var/www/html/owncloud/lib/composer/doctrine/dbal/lib/Doctrine/DBAL/DriverManager.php(172): OC\DB\Connection->__construct(Array, Object(Doctrine\DBAL\Driver\PDOMySql\Driver), Object(Doctrine\DBAL\Configuration), Object(Doctrine\Common\EventManager))
#6 /var/www/html/owncloud/lib/private/DB/ConnectionFactory.php(145): Doctrine\DBAL\DriverManager::getConnection(Array, Object(Doctrine\DBAL\Configuration), Object(Doctrine\Common\EventManager))
#7 /var/www/html/owncloud/lib/private/Server.php(521): OC\DB\ConnectionFactory->getConnection('mysql', Array)
#8 /var/www/html/owncloud/lib/composer/pimple/pimple/src/Pimple/Container.php(113): OC\Server->OC\{closure}(Object(OC\Server))
#9 /var/www/html/owncloud/lib/private/AppFramework/Utility/SimpleContainer.php(111): Pimple\Container->offsetGet('DatabaseConnect...')
#10 /var/www/html/owncloud/lib/private/ServerContainer.php(87): OC\AppFramework\Utility\SimpleContainer->query('DatabaseConnect...')
#11 /var/www/html/owncloud/lib/private/Server.php(1192): OC\ServerContainer->query('DatabaseConnect...')
#12 /var/www/html/owncloud/lib/private/Server.php(398): OC\Server->getDatabaseConnection()
#13 /var/www/html/owncloud/lib/composer/pimple/pimple/src/Pimple/Container.php(113): OC\Server->OC\{closure}(Object(OC\Server))
#14 /var/www/html/owncloud/lib/private/AppFramework/Utility/SimpleContainer.php(111): Pimple\Container->offsetGet('AppConfig')
#15 /var/www/html/owncloud/lib/private/ServerContainer.php(87): OC\AppFramework\Utility\SimpleContainer->query('AppConfig')
#16 /var/www/html/owncloud/lib/private/Server.php(1121): OC\ServerContainer->query('AppConfig')
#17 /var/www/html/owncloud/lib/private/Server.php(575): OC\Server->getAppConfig()
#18 /var/www/html/owncloud/lib/composer/pimple/pimple/src/Pimple/Container.php(113): OC\Server->OC\{closure}(Object(OC\Server))
#19 /var/www/html/owncloud/lib/private/AppFramework/Utility/SimpleContainer.php(111): Pimple\Container->offsetGet('AppManager')
#20 /var/www/html/owncloud/lib/private/ServerContainer.php(87): OC\AppFramework\Utility\SimpleContainer->query('AppManager')
#21 /var/www/html/owncloud/lib/private/Server.php(1391): OC\ServerContainer->query('AppManager')
#22 /var/www/html/owncloud/lib/private/legacy/app.php(346): OC\Server->getAppManager()
#23 /var/www/html/owncloud/lib/private/legacy/app.php(110): OC_App::getEnabledApps()
#24 /var/www/html/owncloud/lib/base.php(579): OC_App::loadApps(Array)
#25 /var/www/html/owncloud/lib/base.php(997): OC::init()
#26 /var/www/html/owncloud/index.php(54): require_once('/var/www/html/o...')
#27 {main}


Auch der Service des MYSQL Servers läßt sich nicht mehr starten.

Auf der Festplatte selbst ist mehr als 20 GB freier Platz verfügbar.

Hat jemand von Euch eine Idee dazu?

Content-Key: 381743

Url: https://administrator.de/contentid/381743

Ausgedruckt am: 28.03.2024 um 14:03 Uhr

Mitglied: NetzwerkDude
NetzwerkDude 30.07.2018 aktualisiert um 09:51:32 Uhr
Goto Top
Auch der Service des MYSQL Servers läßt sich nicht mehr starten.

Das Kernproblem hast du ja schon erkannt, also heißt es jetzt rausfinden warum mysql nicht mehr startet - was kommt für eine fehlermeldung wenn du den service manuell startest? was steht im log?
Mitglied: Pjordorf
Pjordorf 30.07.2018 um 09:54:44 Uhr
Goto Top
Hallo,

Zitat von @blackhawk17:
nachdem ich eine Festplattenerweiterung mit Gparded durchführen müsste meldet meine Owncloud (läuft auf einem RASPI VM) nun folgendes:
Dann hast du was falsch gemacht. Und GParted ist kein Leopard. Brauchst nur richtig abzulesen.
Also Datensicherung rausgeholt und zurückgespielt und ein neuer Versuch. Wie sieht deine Virtuelle Platte denn nun aus?

Auch der Service des MYSQL Servers läßt sich nicht mehr starten.
Dann wunder dich nicht...

Gruß,
Peter
Mitglied: blackhawk17
blackhawk17 30.07.2018 um 09:55:20 Uhr
Goto Top
das kommt da leider face-sad

Jul 30 08:34:48 OWN systemd[1]: Starting MariaDB database server...
Jul 30 08:34:48 OWN mysqld[2504]: 2018-07-30 8:34:48 4144740352 [Note] /usr/sbin/mysqld (mysqld
Jul 30 08:34:51 OWN systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILU
Jul 30 08:34:51 OWN systemd[1]: Failed to start MariaDB database server.
Jul 30 08:34:51 OWN systemd[1]: mariadb.service: Unit entered failed state.
Jul 30 08:34:51 OWN systemd[1]: mariadb.service: Failed with result 'exit-code'.
Mitglied: NetzwerkDude
NetzwerkDude 30.07.2018 um 10:01:46 Uhr
Goto Top
Weitergraben mit dem Journal vom systemd:
journalctl -xe
Mitglied: 129580
129580 30.07.2018 um 10:04:04 Uhr
Goto Top
Hi,

mit den Logs kann keiner was anfangen. Ist das wirklich die komplette Ausgabe von journalctl -u mariadb?
Ansonsten schau mal direkt in die Logs von dem MariaDB Dienstes im /var/log Verzeichnis.

VG
Exception
Mitglied: SlainteMhath
SlainteMhath 30.07.2018 um 10:38:00 Uhr
Goto Top
Moin,

nachdem ich eine Festplattenerweiterung mit Gparded durchführen müsste
Was genau hast du denn gemacht? Haben sich Partitionsbezeichnungen geändert/verschoben? Hast du ein Backup der VM?

lg,
Slainte
Mitglied: blackhawk17
blackhawk17 30.07.2018 um 11:07:34 Uhr
Goto Top
anbei so schaut das aus

-- Logs begin at Mon 2018-07-30 08:18:14 BST, end at Mon 2018-07-30 10:05:11 BST. --
Jul 30 08:19:44 OWN systemd[1]: Starting MariaDB database server...
Jul 30 08:19:45 OWN mysqld[867]: 2018-07-30 8:19:45 4143998976 [Note] /usr/sbin/mysqld (mysqld 10.1.26-MariaDB-0+deb9u1) starting as process 867
Jul 30 08:19:48 OWN systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Jul 30 08:19:48 OWN systemd[1]: Failed to start MariaDB database server.
Jul 30 08:19:48 OWN systemd[1]: mariadb.service: Unit entered failed state.
Jul 30 08:19:48 OWN systemd[1]: mariadb.service: Failed with result 'exit-code'.
Jul 30 08:31:00 OWN systemd[1]: Starting MariaDB database server...
Jul 30 08:31:00 OWN mysqld[1873]: 2018-07-30 8:31:00 4144879616 [Note] /usr/sbin/mysqld (mysqld 10.1.26-MariaDB-0+deb9u1) starting as process 187
Jul 30 08:31:03 OWN systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Jul 30 08:31:03 OWN systemd[1]: Failed to start MariaDB database server.
Jul 30 08:31:03 OWN systemd[1]: mariadb.service: Unit entered failed state.
Jul 30 08:31:03 OWN systemd[1]: mariadb.service: Failed with result 'exit-code'.
Jul 30 08:31:17 OWN systemd[1]: Starting MariaDB database server...
Jul 30 08:31:17 OWN mysqld[2025]: 2018-07-30 8:31:17 4144142336 [Note] /usr/sbin/mysqld (mysqld 10.1.26-MariaDB-0+deb9u1) starting as process 202
Jul 30 08:31:20 OWN systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Jul 30 08:31:20 OWN systemd[1]: Failed to start MariaDB database server.
Jul 30 08:31:20 OWN systemd[1]: mariadb.service: Unit entered failed state.
Jul 30 08:31:20 OWN systemd[1]: mariadb.service: Failed with result 'exit-code'.
Jul 30 08:31:34 OWN systemd[1]: Starting MariaDB database server...
Jul 30 08:31:34 OWN mysqld[2172]: 2018-07-30 8:31:34 4144437248 [Note] /usr/sbin/mysqld (mysqld 10.1.26-MariaDB-0+deb9u1) starting as process 217
Jul 30 08:31:37 OWN systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Jul 30 08:31:37 OWN systemd[1]: Failed to start MariaDB database server.
Jul 30 08:31:37 OWN systemd[1]: mariadb.service: Unit entered failed state.
Jul 30 08:31:37 OWN systemd[1]: mariadb.service: Failed with result 'exit-code'.
Jul 30 08:32:12 OWN systemd[1]: Starting MariaDB database server...
Jul 30 08:32:12 OWN mysqld[2343]: 2018-07-30 8:32:12 4144973824 [Note] /usr/sbin/mysqld (mysqld 10.1.26-MariaDB-0+deb9u1) starting as process 234
Jul 30 08:32:15 OWN systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Jul 30 08:32:15 OWN systemd[1]: Failed to start MariaDB database server.
Jul 30 08:32:15 OWN systemd[1]: mariadb.service: Unit entered failed state.
Jul 30 08:32:15 OWN systemd[1]: mariadb.service: Failed with result 'exit-code'.
Jul 30 08:34:48 OWN systemd[1]: Starting MariaDB database server...
Jul 30 08:34:48 OWN mysqld[2504]: 2018-07-30 8:34:48 4144740352 [Note] /usr/sbin/mysqld (mysqld 10.1.26-MariaDB-0+deb9u1) starting as process 250
Jul 30 08:34:51 OWN systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Jul 30 08:34:51 OWN systemd[1]: Failed to start MariaDB database server.
Jul 30 08:34:51 OWN systemd[1]: mariadb.service: Unit entered failed state.
Jul 30 08:34:51 OWN systemd[1]: mariadb.service: Failed with result 'exit-code'.
Mitglied: 129580
Lösung 129580 30.07.2018 aktualisiert um 11:29:49 Uhr
Goto Top
Gut das du nach wie vor nur von dem systemd unit logs postest und nicht mal in die MariaDB Logs direkt reinschaust (/var/log/mariadb/mariadb.log).
Ebenso wäre es gut, wenn du auf die anderen Fragen antworten würdest. Dann könnten wir dir schon eher helfen...

Ansonsten wie bereits geschrieben ein Backup einspielen.

P.S. Bitte für Consolen Ausgaben, Logs, Codes eth. immer die Codes Tags verwenden. Im Editor diesen Button "</>" wählen.
Mitglied: blackhawk17
blackhawk17 30.07.2018 um 11:34:50 Uhr
Goto Top
Ich habe mich dazu entschlossen ein Backup einzuspielen.

Es muss an der neuen Partition liegen, welche mit geparded angelegt wurde.

Ich muss mir jetzt nochmal das Thema mit der Partitionserweiterung anschauen.

Vielen Dank für Eure Hilfe
Mitglied: Pjordorf
Pjordorf 30.07.2018 um 11:58:45 Uhr
Goto Top
Hallo,

Zitat von @blackhawk17:
welche mit geparded angelegt wurde.
Wieso wurde eine neue Partition nagelegt, und ein Schreibfehler bleibt ein Fehler egal wie oft du den Schreibst. Geparded gibbet nicht - nennt sich GParted https://gparted.org/

Gruß,
Peter
Mitglied: SlainteMhath
SlainteMhath 30.07.2018 um 12:24:44 Uhr
Goto Top
ch habe mich dazu entschlossen ein Backup einzuspielen.
Es muss an der neuen Partition liegen,

Wenn du jetzt das Backup zurückspielst, und nochmal das gleiche machst, wird auch das Ergebnis das selbe sein.

Was war denn der Grund für die Partitionsweiterung? Evtl. ist es ausreichend eine neue Partition in dem Verzheichnis zu mounten, das den Platz benötigt. Oder das Owncloud Datenverzeichniss auf eine neue Partition umzubiegen ...
Mitglied: 129580
129580 30.07.2018 um 12:39:55 Uhr
Goto Top
Hi,

Evtl. ist es ausreichend eine neue Partition in dem Verzheichnis zu mounten, das den Platz benötigt. Oder das Owncloud Datenverzeichniss auf eine neue Partition umzubiegen ...

In seinem ursprünglichen Thread, wo es um die Erweiterung ging, sieht man, dass er nur die Root und die Swap Partition hat. Somit ist es deutlich einfacherer und sauberer die Root Partition zu erweitern, als eine neue Partition zu erstellen und das ganze umzubiegen. Natürlich braucht es dafür auch die entsprechenden Kenntnisse. Deshalb sollte sich der TO lieber mit dem Thema grundlegend sich beschäftigen.

VG
Exception