KeyHelp Community

Hallo,

ich bekomme bei der Installation diese Meldung angezeigt:

-> run /home/keyhelp/www/keyhelp/install/install.php --installer-version 1
Unable to find a valid quota mountpoint, please contact KeyHelp Support or visit https://community.keyhelp.de.

Wie kann ich das beheben?

Ich möchte KeyHelp auf einem meiner vServer mit Debian 8 zum Testen installieren.

Grüße
Dennis

Hallo Dennis,

MaisKolben hatte das Problem auch schon, siehe hier: viewtopic.php?f=6&t=13 . Hast du zufällig einen OpenVZ vServer?

Schöne Grüße
Tom

Hallo,

ja das ist ein OpenVZ vServern auf meinem Host.
Mal schauen ob ich nen anderen Server dafür bekomme.

Lg
Dennis

Hallo,

die Installation von KeyHelp ist auch in OpenVZ Containern möglich.
Können Sie uns die Ausgaben von "mount" als auch von "cat /etc/fstab" hier mitteilen?

Hallo,

ich möchte KeyHelp gerne auf meinem vServer (OpenVZ) ausprobieren. Doch bekomme ich ebenfalls die o.g. Fehlermeldung.

Auf dem Server läuft Ubuntu 14.04.1 LTS, frisch installiert.

Hier ist meine Ausgabe von mount:

# mount
/vz/private/176 on / type simfs (rw,relatime,usrquota,grpquota)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
none on /dev type devtmpfs (rw,nosuid,noexec,relatime,mode=755,gid=500)
none on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/cgroup type tmpfs (rw,relatime,size=4k,mode=755)
none on /run type tmpfs (rw,nosuid,noexec,relatime,size=314576k,mode=755)
none on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
none on /run/shm type tmpfs (rw,relatime)
none on /run/user type tmpfs (rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755)

Und hier von cat /etc/fstab:

# cat /etc/fstab
proc /proc proc defaults 0 0
none /dev/pts devpts rw,gid=5,mode=620 0 0
none /run/shm tmpfs defaults 0 0

Ich hoffe, dass mir hier geholfen werden kann.

Hallo,

bitte fügen Sie in der fstab über "proc /proc proc defaults 0 0" in eine neue Zeile folgendes ein:
##
/vz/private/176 / simfs rw,relatime,usrquota,grpquota 0 1
##

Nach der Änderung speichern Sie die fstab ab und starten bitte den Keyhelp-installer erneut.
Die Installation sollte im Anschluss durchlaufen.

Hallo, ich habe das gleiche Problem mit einem VServer, der unter SolusVM läuft (Debian 8 minimal 64bit):

-> run /home/keyhelp/www/keyhelp/install/install.php --installer-version 1
Unable to find a valid quota mountpoint, please contact KeyHelp Support Team or visit https://community.keyhelp.de.

# mount
/dev/simfs on / type simfs (rw,relatime)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,mode=755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio,name=beancounter)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
mqueue on /dev/mqueue type mqueue (rw,relatime)
tmpfs on /tmp type tmpfs (rw)
none on /run/shm type tmpfs (rw,relatime)


# cat /etc/fstab
proc /proc proc defaults 0 0
none /dev/pts devpts rw,gid=5,mode=620 0 0
none /run/shm tmpfs defaults 0 0


gibt es da auch eine Lösung ?

Hallo,

hier ebenfalls bitte in die /etc/fstab über in eine neue Zeile folgendes eintragen:
Sollte dies keine Abhilfe schaffen und "/dev/simfs" nicht vorhanden sein, dann muss ein Kernelupdate des Hostsystems durchgeführt werden.
Hierbei handelt es sich um einen Bug, welcher mit aktuelleren Subversionen des Hostkernels behoben wurde.
https://bugs.openvz.org/browse/OVZ-6655

Hallo Daniel,

ich habe heute das gleiche Spiel gehabt:

Ausgabe von Mount:
simfs on / type simfs (rw,relatime)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,mode=755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio,name=beancounter)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
mqueue on /dev/mqueue type mqueue (rw,relatime)
tmpfs on /tmp type tmpfs (rw)
none on /run/shm type tmpfs (rw,relatime)

und

Ausgabe von cat /etc/fstab:proc /proc proc defaults 0 0
none /dev/pts devpts rw,gid=5,mode=620 0 0
none /run/shm tmpfs defaults 0 0

Ich habe schon versucht über eine eigene Zeile diesen Fehler zu umgehen:

simfs / simfs rw,relatime,usrquota,grpquota 0 1

Jedoch läuft die Installation dann zwar durch, bleibt aber mit einem Fehler beendet:

[Quota]
exec | apt-get install -y quota quotatool
Paketlisten werden gelesen...
Abhängigkeitsbaum wird aufgebaut....
Statusinformationen werden eingelesen....
quota ist schon die neueste Version.
Die folgenden NEUEN Pakete werden installiert:
quotatool
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 17,8 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 70,7 kB Plattenplatz zusätzlich benutzt.
Holen: 1 http://ftp.debian.org/debian/ jessie/main quotatool amd64 1:1.4.12-2 [17,8 kB]
Es wurden 17,8 kB in 0 s geholt (228 kB/s).
Vormals nicht ausgewähltes Paket quotatool wird gewählt.
(Lese Datenbank ...
(Lese Datenbank ... 5%
(Lese Datenbank ... 10%
(Lese Datenbank ... 15%
(Lese Datenbank ... 20%
(Lese Datenbank ... 25%
(Lese Datenbank ... 30%
(Lese Datenbank ... 35%
(Lese Datenbank ... 40%
(Lese Datenbank ... 45%
(Lese Datenbank ... 50%
(Lese Datenbank ... 55%
(Lese Datenbank ... 60%
(Lese Datenbank ... 65%
(Lese Datenbank ... 70%
(Lese Datenbank ... 75%
(Lese Datenbank ... 80%
(Lese Datenbank ... 85%
(Lese Datenbank ... 90%
(Lese Datenbank ... 95%
(Lese Datenbank ... 100%
(Lese Datenbank ... 39689 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../quotatool_1%3a1.4.12-2_amd64.deb ...
Entpacken von quotatool (1:1.4.12-2) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
quotatool (1:1.4.12-2) wird eingerichtet ...
exec | service quota stop
exec | cp /etc/fstab /etc/fstab-backup
exec | echo "simfs / simfs rw,relatime,usrquota,grpquota 0 1
proc /proc proc defaults 0 0
none /dev/pts devpts rw,gid=5,mode=620 0 0
none /run/shm tmpfs defaults 0 0" > "/etc/fstab"
exec | mount -o remount /
mount: permission denied

Hallo,

kommt lediglich diese Meldung beim Schritt "Quota"? Wenn ja, so ist dies für simfs/OpenVZ Systeme normal.
Sofern in der /etc/fstab die Quotaoptionen vorhanden sind, so ist die korrekte Funktion nach dem Neustart des Systems (am Ende der Installation) gegeben.

Nabend ich habe auch das Problem mit dem

-> run /home/keyhelp/www/keyhelp/install/install.php --installer-version 1
Unable to find a valid quota mountpoint, please contact KeyHelp Support or visit https://community.keyhelp.de.

During the Installation, errors occurred!




Was kann ich denn bei mir eintragen. Promox

proc /proc proc defaults 0 0
none /dev/pts devpts rw,gid=5,mode=620 0 0
none /run/shm tmpfs defaults 0 0



[Quota]
exec | apt-get install -y quota quotatool
Reading package lists...
Building dependency tree...
Reading state information...
quota is already the newest version.
The following NEW packages will be installed:
quotatool
0 upgraded, 1 newly installed, 0 to remove and 22 not upgraded.
Need to get 17.8 kB of archives.
After this operation, 70.7 kB of additional disk space will be used.
Get:1 http://ftp.debian.org/debian/ jessie/main quotatool amd64 1:1.4.12-2 [17.8 kB]
debconf: unable to initialize frontend: Dialog
debconf: (No usable dialog-like program is installed, so the dialog based frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 76, <> line 1.)
debconf: falling back to frontend: Readline
Fetched 17.8 kB in 0s (610 kB/s)
Selecting previously unselected package quotatool.
(Reading database ...
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 30296 files and directories currently installed.)
Preparing to unpack .../quotatool_1%3a1.4.12-2_amd64.deb ...
Unpacking quotatool (1:1.4.12-2) ...
Setting up quotatool (1:1.4.12-2) ...
exec | service quota stop
exec | cp /etc/fstab /etc/fstab-backup
exec | echo "proc /proc proc defaults 0 0
none /dev/pts devpts rw,gid=5,mode=620 0 0
none /run/shm tmpfs defaults 0 0
/dev/simfs / simfs rw,relatime,usrquota,grpquota 0 1" > "/etc/fstab"
exec | mount -o remount /
mount: permission denied

Hallo,

wie auch oben am Beispiel von OpenVZ erläutert müsste die /etc/fstab das entsprechende root Dateisystem / aufgeführt sein.

Bei einem Proxmox System, zumindest wenn die VM Virtualisierung auf Basis von QEMU genutzt wird, sollte die bei einer üblichen Installation aber bereits der Fall sein.

Grüß euch,

Ich habe Proxmox im Einsatz und einen Container erstellt (LXE) erstellt auf dem ich gerne KeyHelp testen will bevor es zum Einsatz kommt. Zuvor Jahrelang Plesk.
Ich habe schon einige Ansetzte versucht, komme aber zu keiner Lösung.
mount cat /etc/fstab

Dravin wrote: ↑Mon 18. Mar 2019, 11:50 Grüß euch,

Ich habe Proxmox im Einsatz und einen Container erstellt (LXE) erstellt auf dem ich gerne KeyHelp testen will bevor es zum Einsatz kommt. Zuvor Jahrelang Plesk.
Ich habe schon einige Ansetzte versucht, komme aber zu keiner Lösung.

Code: Select all

# <file system> <mount point> <type> <options> <dump> <pass>
/dev/zvol/rpool/swap none swap sw 0 0
proc /proc proc defaults 0 0

mount

Code: Select all

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=12315464k,nr_inodes=3078866,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=2467256k,mode=755)
rpool/ROOT/pve-1 on / type zfs (rw,relatime,xattr,noacl)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=503)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
rpool on /rpool type zfs (rw,noatime,xattr,noacl)
rpool/ROOT on /rpool/ROOT type zfs (rw,noatime,xattr,noacl)
rpool/data on /rpool/data type zfs (rw,noatime,xattr,noacl)
lxcfs on /var/lib/lxcfs type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
/dev/fuse on /etc/pve type fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
rpool/data/subvol-213-disk-0 on /rpool/data/subvol-213-disk-0 type zfs (rw,noatime,xattr,posixacl)
rpool/data/subvol-214-disk-0 on /rpool/data/subvol-214-disk-0 type zfs (rw,noatime,xattr,posixacl)
rpool/data/subvol-201-disk-0 on /rpool/data/subvol-201-disk-0 type zfs (rw,noatime,xattr,posixacl)

cat /etc/fstab

Code: Select all

# <file system> <mount point> <type> <options> <dump> <pass>
/dev/zvol/rpool/swap none swap sw 0 0
proc /proc proc defaults 0 0

Leichenschändung ^^

https://forum.proxmox.com/threads/how-t ... ota.43639/

OlliTheDarkness wrote: ↑Mon 18. Mar 2019, 13:20
Leichenschändung ^^

https://forum.proxmox.com/threads/how-t ... ota.43639/

Und das Hilft jetzt wie weiter?

Vielleicht noch zu erwähnen, es handelt sich dabei nur um ein Testsystem im Keller