Posts by freedom

Hi,

our disk space is still growing and configured to only support a 20GB os partition and a nearly 2TB partition which is mounted on /home. We already put nearly every storage and non-relevant os objects in the /home directory to save disk space for the os partition, but /var is still using /dev/root which caused alot of space issues.

I saw this thread (Switch to a new partition ?) with nearly the same problem but I think the solution won't work in our situation, because we have to keep the files mounted as /dev/md3 on /home aswell, as you can see in the screenshot. We would like to mount /var - still working for i-mscp - to the same disk space, which is much bigger than our os partition. Is this possible in our current situation? Maybe @Nuxwin could help with a little information.

I'm hoping to fix every space issue after we relocated the /var area to the bigger disk.

Thanks for any help!

Our System Information:

Debian Jessie

i-MSCP 1.4.7
Build: 20170710
Codename: Zimmer

Good job. Thank you for this great listener! This solved our space issues.

@Nuxwin

As already written in the pm, we will come back to you soon and buy the plugin. Thanks for your help.

@Nuxwin

Thanks for resolving the problem. Would the Letsencrypt Plugin for i-MSCP solve the problem forever or would this create the same errors?
If this will work with the plugin, i will talk with some of our teammembers so we can buy and implement the plugin.

Until now we used certbot manually and renew the certs from there.

Thanks for your help!

Sorry for not posting the missing information.

Distro: Debian Jessie 8.3
I-MSCP Version: old -> 1.2.x branch | after update -> 1.4.2
Server Implementation: PHP-FPM
PHP Version: PHP 5.6

Error log from one customer page:

I will send you the login details for our server via conversation, so you could watch into this issue.

Thanks very much.

Hello,

finally we updated our imscp from the 1.2.x branch to 1.4.2 and everything worked well as far as i can say. Services are running and ssl for panel, services and pages, too.
But we have an 503 error on all customer pages, but not at one customer page. On one page everything works as expected and all other pages are failing with 503 service unavailable.

It seems that the fcgi process is searching for the php5-fpm process but after update its the php5.6-fpm process.

This is the error, which is in each log file from the failing customer pages. So how can we fix this problem? Don't know how and we already tried to reconfigure imscp or restart the processes.

Hope anyone could give a short help to fix this issue.

Vielen Dank!

Ich hatte tatsächlich vergessen und überlesen den neuen Pfad ins oben_basedir von php einzutragen. Ist nun nachgeholt und das neue Datenverzeichnis auf der größeren Festplatte läuft. Die Dateien ließen sich dennoch problemlos kopieren und haben die richten Daten, eine Verschiebung war aus Sicherheitsgründen nicht die erste Wahl. Nun ist das alte Verzeichnis gelöscht und es ist wieder genügend Platz auf der Systemfestplatte.

Wie immer danke für den schnellen und hilfreichen Support.

Liebe Grüße,
freedom

Hey,

vorerst wollen wir dem Vorschlag von @batZen folgen und das Dataverzeichnis von Owncloud nach /home/cloudstorage auslagern. Also haben wir die bisherigen Daten von /var/www/virtual/cloud.domain.de/htdocs/data/ mit dem Befehl cp -R /var/www/virtual/cloud.domain.de/htdocs/data/. /home/cloudstorage kopiert und anschließend auch die korrekten Rechte mit chown -R vu2009:vu2009 /home/cloudstorage gesetzt. Obwohl auch die Datei .ocdata mitkopiert wurde und alle Rechte wie im alten Verzeichnis sind, funktioniert die Cloud nach der Änderung in der config.php nicht.

Fehlermeldung:

Daten-Verzeichnis (/home/cloudstorage) ist ungültig
Bitte stelle sicher, dass das Datenverzeichnis auf seiner ersten Ebene eine Datei namens „.ocdata“ enthält.

Dabei ist diese Datei auch korrekt kopiert und ebenfalls enthalten. Neustarten von Apache2 und Wiederholung des Vorgangs haben bis jetzt leider nicht geholfen.
Ist es möglich, dass der vom i-mscp angelegte User vu2009 der ja für /var/www/virtual/cloud.domain.de/ zuständig ist, nicht in den /home/cloudstorage Ordner sehen kann? Oder liegt es daran, dass die Dateien nun auf der anderen Festplatte liegen? Hat von euch bereits jemand Erfahrung mit der Datenauslagerung bei Owncloud in Zusammenarbeit mit i-mscp gemacht?

Hat niemand eine Idee wie man so einen Umzug mit i-mscp am besten ohne Ausfälle regeln kann? Die Festplatte füllt sich weiter und der Umzug auf die andere Festplatte ist bald nicht mehr zu umgehen. Würde nur vorher sicher gehen, ob das ganze problemfrei in Zusammenarbeit mit i-mscp funktioniert, oder man bestimmte Dinge beachten muss.

Hallo,

heute mussten wir leider feststellen, dass unsere Systemfestplatte mit 20GB durch mehrere Webseiten und ownCloud inklusive Dateien endgültig voll ist.
Auszug von df -h

Nun bleibt eigentlich nur eine lösung. Die Festplatte /dev/md3 ist auf /home eingehängt und hat mehr als genug verfügbaren Speicher. Leider vermuten wir einige Probleme bei der Verschiebung und dem Mount über die neue Festplatte. Wir brauchen hier selbstverständlich weiter den Einhängepunkt auf /home (dort ist Teamspeak u.ä. installiert), sowie den Einhängepunkt zum neuen /var auf der größeren Festplatte. Als Hilfestellung wurde mir dieser Thread (https://www.rootforum.org/forum/viewtopic.php?t=53719) empfohlen, welcher sich aber leider überhaupt nicht mit i-mscp beschäftigt und es wohl auch Probleme mit dem MySQL Server gab. Da ich mich persönlich leider nie, bzw. zu spät mit dieser Problematik beschäftigt habe und der Speicherplatz immer geringer wird, wir aber täglich mehr benötigen, versuche ich nun hier eine kleine Hilfestellung zu ergattern.

Gibt es einen simplen Weg die gesamten Dateien von /var funktionsfähig auf die andere Platte zu schieben, ohne dabei massive Ausfälle oder Verluste zu erleiden? Und muss etwas in i-mscp selbst geändert werden, damit zukünftige Daten auch direkt dort angelegt werden? Wir würden den Vorgang gerne in den nächsten Tagen nachts durchführen und somit längere Ausfälle und somit Besucherverlust vermeiden.

Über jegliche Hilfstellung würde ich mich sehr freuen!

Liebe Grüße und danke,
freedom