Beiträge von dicker

Erledigt...nach einem Neustart ging es.

Wie kann man hier den Beitrag als erledigt kennzeichnen?

Schau mal im LiveConfig unter Server Verwaltung ob der Status der Datenbanken auf Connected steht.

Hallo,

ich habe mein MySQL Root Passwort geändert. Nun habe ich festgestellt, dass sich im LiveConfig angelegte Datenbanken weder installieren noch deinstallieren lassen.

In der liveconfig.log steht folgendes drin.

Error while connecting to MySQL server: Access denied for user 'root'@'localhost' (using password: YES)
Error while querying database: Access denied for user 'root'@'localhost' (using password: YES)

Muss ich Livecofig das neue MySQL Root Passwort noch mitteilen und wo muss ich das eintragen?

In der Serververwaltung von LiveConfig ist es eingetragen.

Danke für die Hilfe

Schau mal in das Verzeichnis /var/cache/liveconfig/downloads Da müsste das Roundcube sein.

Benenne das Paket mal um und starte liveconfig neu. Vielleicht hilft es ja. Ich würde es aber noch nicht löschen. Erst mal nur umbenennen.

Hallo,

hast du Roundcube per Applikation installiert? Versuche mal die Applikationsinstallation zu löschen und lege es nochmal an.

E-Mail Adresse als Benutzername finde ich auch gut. Man weiß ja nie was der Kunde eingibt. Auch damit sollte es funktionieren.

repquota -ag
*** Report for group quotas on device /dev/simfs
Block grace time: 00:00; Inode grace time: 00:00
Block limits File limits
Group used soft hard grace used soft hard grace
----------------------------------------------------------------------
root -- 1064400 0 0 35011 0 0
adm -- 38460 0 0 133 0 0
tty -- 24 0 0 47 0 0
disk -- 0 0 0 25 0 0
mail -- 172 0 0 9 0 0
news -- 4 0 0 1 0 0
kmem -- 0 0 0 3 0 0
audio -- 0 0 0 33 0 0
www-data -- 284 0 0 62 0 0
shadow -- 116 0 0 5 0 0
utmp -- 816 0 0 6 0 0
video -- 0 0 0 1 0 0
sasl -- 16 0 0 2 0 0
staff -- 64 0 0 17 0 0
nogroup -- 8 0 0 2 0 0
libuuid -- 20 0 0 2 0 0
crontab -- 44 0 0 3 0 0
smmta -- 8 0 0 2 0 0
smmsp -- 212 0 0 31 0 0
mlocate -- 36 0 0 1 0 0
ssh -- 108 0 0 1 0 0
bind -- 52 0 0 10 0 0
sambashare -- 4 0 0 1 0 0
ssl-cert -- 8 0 0 2 0 0
postfix -- 236 0 0 94 0 0
postdrop -- 80 0 0 12 0 0
dovecot -- 20 0 0 4 0 0
mysql -- 76368 0 0 1055 0 0
liveconfig -- 36092 0 0 32 0 0
clamav -- 109252 0 0 8 0 0
ntp -- 8 0 0 2 0 0
postgrey -- 21080 0 0 10 0 0
web0 -- 437496 0 0 43095 0 0
web1 -- 288 0 0 22 0 0
web2 -- 32 0 0 7 0 0
web4 -- 30414752 0 0 15 0 0
abcd -- 28 0 1048576 6 0 0
reseller -- 28 0 0 6 0 0
web-04 -- 28 0 0 6 0 0
web-03 -- 28 0 0 6 0 0
web-02 -- 32 0 0 7 0 0
web-01 -- 28 0 0 6 0 0
web7 -- 32 0 0 7 0 0
#508 -- 12020 0 0 16 0 0

Ausgabe fstab auf dem Master

UUID=18c9c542-2857-44e7-86d5-64d71b158069 / ext4 defaults 1 1
UUID=2e22bb76-bf85-45c1-8859-ee6667fa72dc /boot ext4 defaults 1 2
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
/swapfile swap swap defaults 0 0

Ich habe jetzt folgendes auf dem Master ausgeführt.

vzctl set 434 --quotaugidlimit 1000 --save
vzctl restart 434

Ausgabe auf dem Master mit repquota -ag

repquota: Device (/vz/private/434) filesystem is mounted on unsupported device t ype. Skipping.

Aber es funktioniert trotzdem nicht.

Ja
sollte auf dem Root aber alles so passen.

vzctl exec 434 mount
/dev/simfs on / type simfs (rw,relatime,[B]usrquota,grpquota[/B])
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,relatime,size=1048576k,nr_inodes=262144,mode=755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,relatime,size=1048576k,nr_inodes=262144)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)[/QUOTE]

Ich nutze ein fertiges Image debian6 mit Liveconfig. Quota ist da bereits mit dabei. Ich führe dann lediglich noch aptitude install liveconfig-meta aus.

Meine fstab hat folgende Einträge.

proc /proc proc defaults 0 0
none /dev/pts devpts rw 0 0

Kannst du mir sagen, ob da ev. was fehlt und wie der Eintrag dann genau aussehen muss?

Vielleicht ist das ja schon der Fehler.

Wenn ich dir die Zugangsdaten als private Nachricht schicke, würdest du mal nachschauen?

Das wäre vielleicht besser als wenn wir noch ewig hin und her schreiben.

Proftpd steigt auch immer aus. Das gibts bald nicht.

Das zeigt unbegrenzt an obwohl beispielsweise 50 GB für den web zugeordnet sind. Ein Bekannter hat es auch getestet. Da war dasselbe Problem.

Dann bist du sicher ein Reseller und kein Server Inhaber.
Dann ist das für dich ohnehin nicht das Thema.

Aber gut, ich habe das weiter gegeben. Die Hersteller vom LiveConfig werden sich sicher kümmern.

Das was du meinst nennt sich Overselling. Wenn Reseller mehr Speicherplatz wie sie zugeteilt bekommen haben vergeben,
ist das für den Hoster kontra produktiv, weil der Reseller quasi vergeben kann wie er will.

Das Problem ist ja, dass wenn man ein Paket beispielsweise mit 5 GB Speicherplatz an einen web vergibt, kann es nicht sein, dass der web mir als Endkunde die HDD voll krachen kann. Dann können wir gleich unbegrenzten Speicherplatz anbieten und brauchen keine unterschiedlichen Paket machen. Generell muss für den web bei Ende des ihm zugeteilten Speicherplatzes auch Schluss sein.
Im Moment ist es aber so, dass der Endkunde soviel drauf laden könnte wie die Platten hergeben.

Ich hoffe, dass die Entwickler sich schnellstens um das Problem kümmern. Wer bezahlt mir denn den Speicherplatz, den der web ungerechtfertigt nutzt...

Seltsam ist nur, dass dies noch niemanden aufgefallen ist. Wir sind ja hier keine Beta Tester. Wir bezahlen für die Nutzung von LiveConfig und können fehlerfreie Ware erwarten.

Das noch nicht alles so ist, wie es sein sollte, obwohl das bei weitem nicht das einzige ist, stellt generell kein Problem dar.

Allerdings darf so etwas sicher nicht passieren und man kann mit der Beseitigung auch nicht bis zur nächsten Version warten.

Mein anderes Posting bezüglich Reseller, die nur web anlegen können wurde einfach ignoriert. Anscheinend geht es nur, dass ein Reseller immer auch Reseller anlegen kann und nicht nur web.

Mir kommt es so vor, als ob hier alles schon etwas stagniert. Nun gut, warten wir mal ab.

Ich habe jetzt mal getestet mehr an Daten hoch zu schieben wie an Speicherplatz erlaubt ist. Das ging ohne Probleme.

Jetzt ist nur die Frage, ob das nur bei mir so ist, oder auch bei den anderen. Dann wäre es ein generelles Problem welches sicher schnellstens beseitigt werden muss.

Hier mal die gesamte Ausgabe. Wenn ich das richtig deute, hat es nicht mal bei den angelegten Web Kunden Speicher Limits gesetzt...oder?

User used soft hard grace used soft hard grace
----------------------------------------------------------------------
root -- 1104692 0 0 35072 0 0
man -- 952 0 0 103 0 0
mail -- 0 0 0 1 0 0
news -- 4 0 0 1 0 0
www-data -- 400 0 0 96 0 0
nobody -- 8 0 0 1 0 0
libuuid -- 20 0 0 2 0 0
smmta -- 56 0 0 10 0 0
smmsp -- 4 0 0 1 0 0
bind -- 12 0 0 2 0 0
fetchmail -- 4 0 0 1 0 0
postfix -- 216 0 0 104 0 0
dovecot -- 8 0 0 2 0 0
proftpd -- 0 0 0 1 0 0
ftp -- 4 0 0 1 0 0
mysql -- 76400 0 0 1067 0 0
liveconfig -- 32896 0 0 24 0 0
clamav -- 109364 0 0 22 0 0
ntp -- 8 0 0 2 0 0
postgrey -- 21080 0 0 10 0 0
web0 -- 433976 0 0 42669 0 0
web1 -- 280 0 0 21 0 0
web2 -- 24 0 0 6 0 0
web4 -- 30414744 0 0 14 0 0
abcd -- 20 0 0 5 0 0
reseller -- 16 0 0 4 0 0
web-04 -- 16 0 0 4 0 0
web-03 -- 16 0 0 4 0 0
web-02 -- 16 0 0 4 0 0
web-01 -- 16 0 0 4 0 0
#508 -- 12024 0 0 17 0 0

Hallo,

ich habe einem Kunden einen Reseller Account mit 15 GB Speicherplatz zugewiesen.

Der Reseller hat einen Vertrag mit unbegrenzten Speicherplatz erstellt.

Wäre es nicht richtig, wenn der Reseller nur im Rahmen seiner 15 GB Verträge anlegen könnte?

Danke für die Hilfe

Hat niemand eine Lösung, dass der Reseller nur web anlegen kann und keine Unterreseller?

Benutzer Begrenzung greift. Kundenbegrenzung greift nicht.
Bei einem weiteren Test habe ich zwei Kunden erlaubt und konnte mehr wie zwei Kunden anlegen.