Installation von ImageMagick über Yast! convert nicht auffindbar!

G

gammla

Member
Hallo alle zusammen!
ich habe schon viel in diesem forum gelernt.... hoffe ich zumindest! dennoch ist für mich linux noch ein brief mit sieben siegeln. ich hoffe das sich das in zukunft ändern wird. und ich so meinen v-server bei 1und1 sicher verwalten kann!

kurze vorgeschichte: für eine joomlacomponente, die es ermöglicht einen thumbnail von einer pdf zu erstellen brauche ich imagemagick. und eigentlich noch ghostscript. aber ein problem nach dem anderen.

der 1und1 v-server läuft mit suse-10.1-x86_64 und wird über plesk 8.3 konfiguriert.
da ich über plesk kein imagemagick installieren kann, habe ich es nach diversen anleitungen über die ssh console und yast versucht. dabei bin ich auf "software management" gegangen und nach dem packet imagemagic gesucht. das gefundene installiert. dabei hat yast noch 6 oder 7 zusätzliche installationen durchführen müssen, was ja auch normal scheint.

danach habe ich den server neu gestartet. aus jetziger sicht ein fehler, da wir ja linux am laufen haben und ein apache neuladen gereicht hätte. man lernt nie aus.

um zu überprüfen ob imagemagick richtig installiert ist, wollte ich unter usr\bin\ convert -version ausführen um mich anschließend umd die php konfiguration zu kümmern.

an dieser stelle hänge ich jetzt! convert existiert nicht!

kann yast das ganze noch an eine andere stelle kopiert (installiert) haben?

der installationsporzess von yast schien fehlerfrei. an welcher stelle kann ich den fehler suchen?

gruß,

gammla
 
Erstmal danke für die schnellen antworten!

So werde mal alles nacheinander abarbeiten!

PHP: 
find -name convert

find: WARNING: Hard link count is wrong for ./proc/vz: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched.

PHP: 
updatedb
locate convert

bringt folgende ergebnis. finde leider nichts was zu imagemagick gehören könnte:

PHP: 
/etc/sysconfig/network/scripts/convert_for_getconfig



/usr/bin/gpg-convert-from-106
/usr/bin/mysql_convert_table_format
/usr/bin/ssh-keyconverter
/usr/lib/rpm/convertdb1
/usr/lib/rpm/convertrpmrc.sh
/usr/lib/YaST2/servers_non_y2/ag_convert_named_conf
/usr/lib64/python2.4/reconvert.py
/usr/lib64/python2.4/reconvert.pyc
/usr/lib64/python2.4/reconvert.pyo
/usr/local/psa/admin/htdocs/domains/databases/phpMyAdmin/scripts/convertcfg.pl
/usr/local/psa/admin/htdocs/domains/databases/phpPgAdmin/lang/convert.awk
/usr/local/psa/admin/include/php/ext/mbstring/libmbfl/mbfl/mbfl_convert.h
/usr/local/psa/admin/include/php/ext/standard/cyr_convert.h
/usr/local/psa/admin/share/backup_convert
/usr/local/psa/admin/share/backup_convert/backup-convert.xsl
/usr/local/psa/admin/share/backup_convert/backup_convert.py
/usr/local/psa/admin/share/backup_convert/commands
/usr/local/psa/admin/share/backup_convert/commands/convert.py
/usr/local/psa/admin/share/backup_convert/commands/help.py
/usr/local/psa/admin/share/backup_convert/commands/__init__.py
/usr/local/psa/bin/backup-convert
/usr/local/psa/PMM/sa_convert.sh
/usr/local/psa/var/cgitory/eGroupWare-1.2.104-41/htdocs/mydms/op/convert_excel.js
/usr/local/psa/var/cgitory/eGroupWare-1.2.104-41/htdocs/mydms/op/convert_pp.js
/usr/local/psa/var/cgitory/eGroupWare-1.2.104-41/htdocs/mydms/op/convert_word.js
/usr/local/psa/var/cgitory/eGroupWare-1.2.104-41/htdocs/phpgwapi/inc/adodb/xsl/convert-0.1-0.2.xsl
/usr/local/psa/var/cgitory/eGroupWare-1.2.104-41/htdocs/phpgwapi/inc/adodb/xsl/convert-0.2-0.1.xsl
/usr/local/psa/var/cgitory/eGroupWare-1.2.104-41/htdocs/phpgwapi/js/tinymce/docs/option_convert_new                        lines_to_brs.html
/usr/local/psa/var/cgitory/eGroupWare-1.2.104-41/htdocs/phpgwapi/js/tinymce/docs/option_urlconverte                        r_callback.html
/usr/local/psa/var/cgitory/Mambo-4.6.2-3/htdocs/administrator/components/com_languages/actions/conv                        ert.action.php
/usr/local/psa/var/cgitory/Mambo-4.6.2-3/htdocs/includes/convertCharsetLicense
/usr/local/psa/var/cgitory/phpAds-2.0.8-29/htdocs/admin/maintenance-stats-convert.php
/usr/local/psa/var/cgitory/PostNuke-0.761a-48/htdocs/includes/classes/adodb/xsl/convert-0.1-0.2.xsl
/usr/local/psa/var/cgitory/PostNuke-0.761a-48/htdocs/includes/classes/adodb/xsl/convert-0.2-0.1.xsl
/usr/local/psa/var/cgitory/PostNuke-0.761a-48/htdocs/includes/classes/idna/idna_convert.class.php
/usr/local/psa/var/cgitory/WebCalendar-1.0-41/htdocs/tools/convert_passwords.php
/usr/sbin/convertquota
/usr/sbin/dbconverter
/usr/share/awstats/maillogconvert.pl
/usr/share/doc/packages/apache2/SHA1/convert-sha1.pl
/usr/share/doc/packages/cyrus-sasl/doc/appconvert.html
/usr/share/doc/packages/krb5/simple_convert_krb5conf.pl
/usr/share/man/man1/ssh-keyconverter.1.gz
/usr/share/man/man8/convertquota.8.gz
/usr/share/psa-horde/ingo/scripts/convert_imp_filters.php
/usr/share/psa-horde/kronolith/scripts/upgrades/2004-05-19_convert_categories_to_strings.php
/usr/share/YaST2/scrconf/convert_named_conf.scr


PHP: 
rpm -qa ImageMagick

liefert nichts zurück. springt direkt wieder ohne meldung in die consolen eingabe

PHP: 
rpm -ql ImageMagick

package ImageMagick is not installed

wie kann das sein? ich habe es doch mit yast installiert?

EDIT:
habe folgende anleitung befolgt:

ImageMagick auf Strato V-Server installieren (gelöst)

[How To] ImageMagick auf Strato V-Server installieren Hallo Strato V-Server Verzweifelte, ich habe lange nach einer Lösung für die Nutzung von Typo3 auf einem V-Server von Strato im Netz suchen müssen und bin dabei in einem anderen Forum auf die Lösung gestoßen welche das leidige Problem...
serversupportforum.de serversupportforum.de

gruß,

gammla
 
Last edited by a moderator:
Mein Linux sagt mir mit: "whereis convert" wo es steckt..

  1. Nochmal zurück zu yast
  2. Steht da jetzt ein i vor imagemagic?
  3. Wenn nein, installieren! Wenn ja, dann Problem :D
 
so, habe nochmal geschaut!

es steht kein i davor. also gehe ich davon aus, dass es nicht installiert ist. habe auch mal nach einer sicher installierten anwendung gesucht. vor dieser steht wie erwartet ein i!

fazit: imagemagick ist nicht installiert

ich werde jetzt nochmal genau protokollieren, wie ich versuche in yast imagemagick zu installieren:

schritt 1:
ich starte yast mit der eingabe von yast in der console

danach ist mein fenster zweigeteilt:

auf der linken seite sehe ich:

Software
System
Network Services
....

an dieser stelle wähle ich Software aus und komme auf das rechte fenster. dort habe ich folgendes zur auswahl:

Software Management
Add-On Product
Installation Source
Installation into directory
Media Check
Online Update Configuration
Online Update Setup
System Update


an dieser stelle wähle ich Software Management

.... das dauert jetzt einen "kleinen" moment.....

jetzt sehe ich eine übersicht über verfügbare packete.

über Alt+S springe ich auf die suche und gebe ImageMagick ein. promt kommen 6 Packete zur auswahl:

ImageMagick
ImageMagick-Magick++
usw.

in diesem fall wähle ich ImageMagick. markiere es und drück auf enter. ein + erscheint zu beginn der zeile. scheint so als wäre es ausgewählt!

mit alt+a sterue ich Accept an.

ein neues fenster öffnet sich:

Automatic Changes

In addition to your manuel selections, the following packages have been changed to resolve dependencies:

nun sind 11 weiter packete aufgelistet die jeweils mit einem a+ zu beginn der zeile makiert sind.

das werden wohl die packete sein, die noch zusätzlich für imagemagick benötigt werde. steht ja auch oben.

nun habe ich die auswahl zwischen ok und cancel

ich steuere ok mit alt+o an:

der installationsprocess beginnt:

Please wait while packages are installed....

viele gelbe balken etc.

auf der linken seite (grau hinterlegt) steht folgendes:

SuSEconfig must write the configuration of your &product; Depending on the CPU and the amount of memory, this process can take some time.

auf der rechten seite (blau hinterlegt) steht folgendes:

setting up linker cache
finishing suseconfig

done.

nun habe ich die aufforderung zu zwischen Yes oder No zu wählen:

Install or remove more packages?

an dieser stelle wähle ich nein. in meinen augen ist ja die installation mit meinen gewählen packeten geglückt und ich will nichts weiter installieren.

also alt+n

ich lande wieder am anfang von yast.

ich verlasse yast

und reboote den server. sicher ist sicher.... er soll einfach mal neu starten dürfen. wer weiß.

das ganze habe ich jetzt schon ein paar mal gemacht....

leider bisher ohne erfolg!

"whereis convert"

liefert:

convert:

könnt ihr mir helfen?



gruß,

gammla
 
Oha...
Das ist aber sehr komisch..
Dein Vorgehen scheint OK!

Hat es etwa einen selbst reperatur Mechanismus beim Reboot? :D
 
Ich befürchte das Plesk da seine Finger mit im Spiel hat.
Habe schon oft gelesen, dass Plesk z.b. Konfigurationsänderungen überschreibt.
Vielleicht ist ja alles installiert, aber es wird nicht geladen, weil das "Startscript" von Plesk überschrieben wurde.

Wenn ich ehrlich bin, habe ich keine Ahnung. Einfach nur komisch!

Gruß,

gammla
 
Last edited by a moderator:
Hallo wir hatten neulich ein ähnliches Problem bei einen VSERVER !

mach mal eine 2. SSH Konsole auf und beobachte wie weit hoch der RAM schiest, wenn Du YAST startest (top).

Wir konnten zwar im YAST Software auswählen und es schien auch so als ob er sie installiert. Aber beim genauen Betrachten des abschliessenden Linker's sah man - Pustekuchen.

rcmysql stop
rcapache stop
/usr/local/psa/admin/bin/httpsdctl stop

ausgeführt und diese Dienste mal gestoppt um mehr RAM freizugeben und siehe da die Anwendung lies sich installieren.
 
So wie es aussieht, scheint es ein RAM Problem zu sein!
An den Werten, die "top" liefert, kann ich zwar nicht ganz so viel ablesen, weil es so verdammt viele sind und die für mich keine wirkliche Logik haben, aber in Virtuozzo schnellt die Systemauslastung schnell mal auf 100%.
Ich bekomme auch teilweise QoS-Alarme wie z.b.:

Fr 04 Apr 2008 12:33:22 CEST Grüner Bereich privvmpages
Fr 04 Apr 2008 12:28:13 CEST Schwarzer Bereich privvmpages
Fr 04 Apr 2008 12:19:43 CEST Grüner Bereich privvmpages
Fr 04 Apr 2008 12:14:33 CEST Schwarzer Bereich privvmpages

Ich vermute also mal, dass der RAM Speicher nicht aussreicht. Da es nur ein v-Server ist, der keine "Auslagerungsdatei" (Swap) hat, muss ja irgendwie der Vorgang unterbrochen werden, der über den zulässigen RAM Speicher hinausgeht.

Wird das irgendwo mitgeloggt? Würde gerne wissen, ob diese Vermutung richtig ist!

Gruß,

gammla
 
Code: 
cat /proc/user_beancounters
--> letzte Spalte (failcnt)

Ein etwas übersichtlicheres frontend dafür (zeigt allerdings nicht die Überschreitungen) an, ist das Script "vzfree", das Du über die Forensuche finden kannst.

Und wenn das RAM nicht ausreicht, kannst Du erstmal verschiedene Dienste stoppen, bevor Du yast startest. Ein guter Kandidat ist die mysql-Datenbank, die gut und gerne 120 MB braucht. Dabei solltest Du beachten, dass diverse andere Dienste davon abhängen können (je nachdem z.B. Mail), die Du entsprechend vorher anhalten solltest.
Falls das alles nicht reicht, kannst Du die rpm-Dateien auch direkt vom Mirror-Server laden und mit "rpm -i" installieren.
 
Last edited by a moderator:
so, dann will ich euch mal ein paar Infos geben, damit ihr nicht im Dunklen tappt.

das Resultat von "top":

Code: 
top - 12:45:15 up 1 day, 16 min,  1 user,  load average: 0.00, 0.03, 0.01
Tasks:  38 total,   2 running,  36 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   4032336k total,   388056k used,  3644280k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      16   0   700  300  252 S    0  0.0   0:00.00 init
15808 root      11  -4  7048  696  424 S    0  0.0   0:00.00 udevd
16130 messageb  16   0 12952  972  712 S    0  0.0   0:00.00 dbus-daemon
16143 root      15   0 11776 1712 1356 S    0  0.0   0:00.00 hald
17523 root      18   0 21244 1008  648 S    0  0.0   0:00.00 saslauthd
17524 root      18   0 21244  644  284 S    0  0.0   0:00.00 saslauthd
17531 root      16   0  3636  660  528 S    0  0.0   0:00.03 syslogd
17543 root      16   0  9472  884  616 S    0  0.0   0:00.01 couriertcpd
17545 root      16   0  7320 1156  904 S    0  0.0   0:00.00 courierlogger
17554 root      20   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
17556 root      18   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
17564 root      16   0  9468  880  616 S    0  0.0   0:00.02 couriertcpd
17567 root      16   0  7320 1156  904 S    0  0.0   0:00.00 courierlogger
17575 root      20   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
17577 root      20   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
17585 root      16   0 28888 1380  876 S    0  0.0   0:00.00 sshd
17591 root      16   0 10664  956  744 S    0  0.0   0:00.00 xinetd
17606 qmails    16   0  2588  520  420 S    0  0.0   0:00.13 qmail-send
17608 qmaill    16   0  2536  512  432 S    0  0.0   0:00.02 splogger
17609 root      15   0  2576  436  324 S    0  0.0   0:00.00 qmail-lspawn
17610 qmailr    16   0  2576  452  328 S    0  0.0   0:00.00 qmail-rspawn
17611 qmailq    16   0  2532  392  312 S    0  0.0   0:00.00 qmail-clean
17656 root      16   0  164m  13m 6912 S    0  0.4   0:00.33 httpd2-prefork
17666 root      16   0 10016  736  584 S    0  0.0   0:00.00 cron
20073 root      20   0 12208 1636 1256 S    0  0.0   0:00.00 mysqld_safe
20189 mysql     16   0  130m  19m 5240 S    0  0.5   1:09.39 mysqld
 3451 named     19   0 57072 3472 1928 S    0  0.1   0:00.00 named
20289 root      16   0 88944 7728 4136 S    0  0.2   0:00.02 httpsd
20294 psaadm    16   0 91072  22m  17m S    0  0.6   0:01.23 httpsd
20436 psaadm    15   0 92564  26m  19m S    0  0.7   0:00.91 httpsd
29718 wwwrun    16   0  191m  37m 4920 S    0  1.0   0:40.22 httpd2-prefork
25887 wwwrun    16   0  188m  34m 4836 S    0  0.9   0:14.13 httpd2-prefork
31786 wwwrun    16   0  188m  34m 4688 S    0  0.9   0:07.32 httpd2-prefork
31803 wwwrun    15   0  189m  35m 4696 S    0  0.9   0:09.69 httpd2-prefork
32432 wwwrun    16   0  188m  34m 4680 S    0  0.9   0:03.63 httpd2-prefork
12199 root      16   0 48144 3168 2396 R    0  0.1   0:00.03 sshd
13429 root      15   0 12612 2284 1468 S    0  0.1   0:00.03 bash
15471 root      16   0  9488 1272  964 R    0  0.0   0:00.05 top

An dieser Stelle mache ich mir Gedanken, warum mein wwwrun so verdammt groß ist.
psaadm ist normalwerweise nicht am laufen. Ich schalte Plesk ab, wenn ich es nicht benötige. Wenn ich könnte würde ich darauf verzichten.... aber das steht auf einem anderen Blatt.

Gibt es an dieser Stelle sonst noch Prozesse, die ich (auch dauerhaft) entfernen könnte? Habe oft gelesen, dass named (Bind) gerne entfernt wird. An dieser Stelle möchte ich anmerken, dass ich meine eigene DNS-Zone verwalte, weil meine Domains eine Änderung des Nameservers zulassen, aber keinen DNS Wildcard eintrag unterstützen.

Https nutze ich nicht und werde ich auch nicht nutzen
Falls es noch einen Dienst gibt, der für https zuständig ist, wäre es nett, wenn ihr mir diesen nennen könntet.

20436 psaadm 15 0 92564 26m 19m S 0 0.7 0:00.91 httpsd

Dieser hier sollte wieder verschwinden, wenn ich psa beende!

Nun zu den user_beancounters! Ich kann schon im Vorfeld sagen, dass es nicht gut aussieht:

Code: 
Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
  48782971: kmemsize                  7510004              7545697             20971520             23068672                    0
            lockedpages                     0                    0                  256                  256                    0
            privvmpages                 96202                96351               327680               329728                  217
            shmpages                    14115                14115                20480                20480                    3
            dummy                           0                    0                    0                    0                    0
            numproc                        49                   49                   96                   96                 8089
            physpages                   51541                51543           2147483647           2147483647                    0
            vmguarpages                     0                    0                32768           2147483647                    0
            oomguarpages                51739                51741                32768           2147483647                    0
            numtcpsock                     17                   17                  360                  360                    0
            numflock                       11                   11                  188                  206                    0
            numpty                          1                    1                   16                   16                    0
            numsiginfo                      0                    0                  256                  256                    0
            tcpsndbuf                  159392               159392              1720320              2703360                    0
            tcprcvbuf                  212992               212992              1720320              2703360                    0
            othersockbuf                32816                32816              1126080              2097152                    0
            dgramrcvbuf                     0                    0               262144               288358                    0
            numothersock                   25                   25                  360                  360                    0
            dcachesize                      0                    0              3145728              3460300                    0
            numfile                      1892                 1901                 4096                 4096                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            numiptent                      14                   14                  100                  105                    0

Auffällig sind die immer höher werdenden failcnt .... Das kann nicht normal sein!


Nun habe ich auch mal vzfree "installiert"!
Nun kommt der absolute schock:

Code: 
VPS Speichernutzung:
Momentan genutzt:       380.691 MB
Maximal genutzt:        380.84 MB
Zugesichert:            128 MB
Maximal nutzbar:        1288 MB

Das kann doch alles nicht funktionieren!!!!

Hilfe!

Es gibt denke ich mehrer möglichkeiten aus dem ganzen ein lauffähiges System zu machen.

1. Möglichkeit:

Auf einen vServer mit mehr RAM Speicher upgraden (würde ich gerne vermeiden.)

2. Möglichkeit

Auf einen wirklichen root Server umziehen, damit ich eine "Auslagerungsdatei" habe (würde ich auch gerne vermeiden)

3. Möglichkeit

So viel optimieren und abspecken, dass ich im zugesicherten Bereich bleibe!
An der Stelle muss ich mal die Frage stellen, ob das überhaupt möglich ist?
Bin ja Linuxneuling..... aber lernfähig....


Fazit: Ich denke mal das die Installation von ImageMagick weit in den Hintergrund gerückt ist. Es gibt wichtigere Dinge um die ich mich bei diesem vServer kümmern muss. Wenn das Fundament (RAM Speicher) nicht steht, kann man nicht an erweiterungen denken!

Könnt ihr mir helfen?

Gruß,

gammla
 
hallo!

So, habe Plesk mal gestoppt. (psa beendet)

Code: 
top - 15:11:43 up 1 day,  2:42,  0 users,  load average: 0.20, 0.10, 0.03
Tasks:  35 total,   2 running,  33 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   4032336k total,   338132k used,  3694204k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      15   0   700  300  252 S    0  0.0   0:00.00 init
15808 root      11  -4  7048  696  424 S    0  0.0   0:00.00 udevd
16130 messageb  16   0 12952  972  712 S    0  0.0   0:00.00 dbus-daemon
16143 root      15   0 11776 1712 1356 S    0  0.0   0:00.00 hald
17523 root      18   0 21244 1008  648 S    0  0.0   0:00.00 saslauthd
17524 root      18   0 21244  644  284 S    0  0.0   0:00.00 saslauthd
17531 root      16   0  3636  660  528 S    0  0.0   0:00.03 syslogd
17543 root      16   0  9472  884  616 S    0  0.0   0:00.01 couriertcpd
17545 root      15   0  7320 1156  904 S    0  0.0   0:00.00 courierlogger
17554 root      20   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
17556 root      18   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
17564 root      16   0  9468  880  616 S    0  0.0   0:00.02 couriertcpd
17567 root      16   0  7320 1156  904 S    0  0.0   0:00.00 courierlogger
17575 root      20   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
17577 root      20   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
17585 root      16   0 28888 1380  876 S    0  0.0   0:00.00 sshd
17591 root      16   0 10664  956  744 S    0  0.0   0:00.00 xinetd
17606 qmails    16   0  2588  520  420 S    0  0.0   0:00.14 qmail-send
17608 qmaill    15   0  2536  512  432 S    0  0.0   0:00.02 splogger
17609 root      16   0  2576  436  324 S    0  0.0   0:00.00 qmail-lspawn
17610 qmailr    16   0  2576  452  328 S    0  0.0   0:00.00 qmail-rspawn
17611 qmailq    16   0  2532  392  312 S    0  0.0   0:00.00 qmail-clean
17656 root      16   0  164m  13m 6912 S    0  0.4   0:00.39 httpd2-prefork
17666 root      16   0 10016  736  584 S    0  0.0   0:00.00 cron
20073 root      20   0 12208 1636 1256 S    0  0.0   0:00.00 mysqld_safe
20189 mysql     15   0  130m  19m 5244 S    0  0.5   1:20.10 mysqld
 3451 named     19   0 57072 3472 1928 S    0  0.1   0:00.00 named
12199 root      16   0 48144 3180 2400 R    0  0.1   0:00.37 sshd
13429 root      15   0 12612 2292 1472 S    0  0.1   0:00.03 bash
26073 wwwrun    16   0  190m  37m 5084 S    0  0.9   0:31.61 httpd2-prefork
 9843 wwwrun    16   0  188m  34m 4964 S    0  0.9   0:19.02 httpd2-prefork
11415 wwwrun    16   0  188m  34m 4968 S    0  0.9   0:22.49 httpd2-prefork
18031 wwwrun    16   0  188m  34m 4964 S    0  0.9   0:11.59 httpd2-prefork
22133 wwwrun    16   0  178m  24m 3912 S    0  0.6   0:00.39 httpd2-prefork
22491 root      16   0  9488 1268  964 R    0  0.0   0:00.00 top


Code: 
VPS Speichernutzung:
Momentan genutzt:       342.867 MB
Maximal genutzt:        342.949 MB
Zugesichert:            128 MB
Maximal nutzbar:        1288 MB

Die Speichernutzung ist auf jeden Fall schon mal etwas gesenkt! Aber leider nicht im akzeptablen Bereich.

Mir persönlich machen die wwwrun prozesse mit um die 30 MB Magenschmerzen. Denke, da kann ich etwas optimieren. Die SQL Datenbank scheint im Rahmen zu sein....
Wo kommen denn die 350 MB Speichernutzung her. Wenn ich die RES der Prozesse mal überschlage deckt sich das nicht so ganz?
"top" listet mir doch alles auf, was gerade läuft?!

Gruß,

Gammla
 
Hallo,

Linux cached alte Daten solange der Speicher nicht anderweitig benötigt wird. Kannst Du den Vserver so rebooten, daß er gleich ohne Plesk startet und dann den Speicher abfragen?
 
So, habe den VPS mal neu gestartet. psa habe ich aus dem Autostart genommen und wurde nicht mitgestartet!

folgende ergebnisse für "top":

Code: 
top - 15:27:16 up 3 min,  0 users,  load average: 0.00, 0.01, 0.00
Tasks:  31 total,   2 running,  29 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   4032336k total,    95908k used,  3936428k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      16   0   700  300  252 S    0  0.0   0:00.00 init
32049 root      11  -4  7048  696  424 S    0  0.0   0:00.00 udevd
32371 messageb  15   0 12952  972  712 S    0  0.0   0:00.00 dbus-daemon
32391 root      17   0 11776 1712 1356 S    0  0.0   0:00.00 hald
32677 root      18   0 21244 1008  648 S    0  0.0   0:00.00 saslauthd
32688 root      15   0  3636  660  528 S    0  0.0   0:00.00 syslogd
32689 root      18   0 21244  644  284 S    0  0.0   0:00.00 saslauthd
32704 root      18   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
32706 root      18   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
32719 root      20   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
32721 root      18   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
32728 root      21   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
32730 root      23   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
32738 root      18   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
32744 root      18   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
32752 root      16   0 28888 1380  876 S    0  0.0   0:00.00 sshd
32758 root      15   0 10664  944  732 S    0  0.0   0:00.00 xinetd
 1328 qmails    18   0  2588  440  340 S    0  0.0   0:00.00 qmail-send
 1330 qmaill    15   0  2536  512  432 S    0  0.0   0:00.00 splogger
 1331 root      18   0  2576  416  304 S    0  0.0   0:00.00 qmail-lspawn
 1332 qmailr    18   0  2576  420  304 S    0  0.0   0:00.00 qmail-rspawn
 1333 qmailq    18   0  2532  384  308 S    0  0.0   0:00.00 qmail-clean
 1374 root      16   0  164m  13m 6912 S    0  0.4   0:00.18 httpd2-prefork
 1380 root      15   0 10016  736  584 S    0  0.0   0:00.00 cron
 1393 wwwrun    16   0  170m  15m 3404 S    0  0.4   0:00.18 httpd2-prefork
 1410 root      16   0 48144 3168 2396 R    0  0.1   0:00.02 sshd
 1424 root      15   0 12612 2288 1468 S    0  0.1   0:00.03 bash
 3198 wwwrun    15   0  170m  15m 3396 S    0  0.4   0:00.19 httpd2-prefork
 3199 wwwrun    16   0  170m  15m 3404 S    0  0.4   0:00.44 httpd2-prefork
 3200 wwwrun    16   0  170m  15m 3408 S    0  0.4   0:00.10 httpd2-prefork
 3505 root      16   0  9488 1264  964 R    0  0.0   0:00.00 top

für "vzfree"

Code: 
VPS Speichernutzung:
Momentan genutzt:       94.2383 MB
Maximal genutzt:        94.3828 MB
Zugesichert:            128 MB
Maximal nutzbar:        1288 MB

wwwrun sieht auch nicht mehr so hungrig aus!

Jetzt läuft named aber nicht mehr.... oder lief der vorher auch schon nicht?

Ansonsten sieht das schon um einiges besser aus!

EDIT: Bei dieser "Speichernutzung fehlt noch MySQL und named! Werde die dienste jetzt nochmal manuell starten und dann die Speichernutzung nocheinmal posten!

Gruß,

gammla
 
Last edited by a moderator:
Hallo,

der named lief vorhin noch, also starte ihn mal.
Und dann warte einige Stunden (Plesk deaktiviert lassen) und schau nochmal nach.

Grundsätzlich ist 96MB direkt nach Reboot belegt bei zugesicherten 128MB allerdings sehr knapp, sobald da wesentlich was dazukommt bist Du auf den "nicht zugesicherten" Speicher angewiesen und dann wird's eben langsam.
 
So, habe named und mysql jetzt nochmal manuell gestartet. Die waren nicht im Autostart!
Die freude schwindet wieder bei den folgenden Werten:

Code: 
top - 15:33:48 up 10 min,  0 users,  load average: 0.10, 0.03, 0.01
Tasks:  35 total,   1 running,  34 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.5% us,  0.0% sy,  0.0% ni, 99.4% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   4032336k total,   316836k used,  3715500k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3198 wwwrun    16   0  172m  18m 3980 S    5  0.5   0:00.83 httpd2-prefork
    1 root      16   0   700  300  252 S    0  0.0   0:00.00 init
32049 root      11  -4  7048  696  424 S    0  0.0   0:00.00 udevd
32371 messageb  15   0 12952  972  712 S    0  0.0   0:00.00 dbus-daemon
32391 root      17   0 11776 1712 1356 S    0  0.0   0:00.00 hald
32677 root      18   0 21244 1008  648 S    0  0.0   0:00.00 saslauthd
32688 root      16   0  3636  660  528 S    0  0.0   0:00.00 syslogd
32689 root      18   0 21244  644  284 S    0  0.0   0:00.00 saslauthd
32704 root      16   0  9472  884  616 S    0  0.0   0:00.00 couriertcpd
32706 root      16   0  7320 1156  904 S    0  0.0   0:00.00 courierlogger
32719 root      20   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
32721 root      18   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
32728 root      21   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
32730 root      23   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
32738 root      18   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
32744 root      18   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
32752 root      16   0 28888 1380  876 S    0  0.0   0:00.00 sshd
32758 root      15   0 10664  944  732 S    0  0.0   0:00.00 xinetd
 1328 qmails    18   0  2588  440  340 S    0  0.0   0:00.00 qmail-send
 1330 qmaill    15   0  2536  512  432 S    0  0.0   0:00.00 splogger
 1331 root      18   0  2576  416  304 S    0  0.0   0:00.00 qmail-lspawn
 1332 qmailr    18   0  2576  420  304 S    0  0.0   0:00.00 qmail-rspawn
 1333 qmailq    18   0  2532  384  308 S    0  0.0   0:00.00 qmail-clean
 1374 root      16   0  164m  13m 6912 S    0  0.4   0:00.18 httpd2-prefork
 1380 root      15   0 10016  736  584 S    0  0.0   0:00.00 cron
 1393 wwwrun    16   0  176m  22m 3912 S    0  0.6   0:00.60 httpd2-prefork
 1410 root      16   0 48144 3168 2396 S    0  0.1   0:00.03 sshd
 1424 root      16   0 12612 2288 1468 S    0  0.1   0:00.03 bash
 3199 wwwrun    15   0  186m  33m 4048 S    0  0.8   0:01.24 httpd2-prefork
 3200 wwwrun    16   0  187m  33m 4056 S    0  0.9   0:01.81 httpd2-prefork
 5359 root      16   0 12208 1636 1256 S    0  0.0   0:00.00 mysqld_safe
 5479 mysql     16   0  127m  14m 4836 S    0  0.4   0:00.59 mysqld
 6092 wwwrun    17   0  190m  36m 4804 S    0  0.9   0:00.74 httpd2-prefork
 7364 named     21   0 57072 3408 1864 S    0  0.1   0:00.00 named
 8022 root      16   0  9488 1268  964 R    0  0.0   0:00.01 top

Code: 
VPS Speichernutzung:
Momentan genutzt:       321.938 MB
Maximal genutzt:        322.02 MB
Zugesichert:            128 MB
Maximal nutzbar:        1288 MB


Named und mysql belegen doch gar nicht so viel speicher das ein Sprung von 100 auf 300 gerechtfertigt wären.
Oder war das, dass was du mit dem warten meintest?

Wir haben zwar jetzt noch keine Stunden gewartet. Aber nach diesen 10min ist der Speicher nicht mehr im tollerierbaren Bereich.

wwwrun ist auch wieder riesengroß. Kann das an named oder mysql liegen? Oder werden die Prozesse "größer" wenn man eine Zeit nach dem Neustart wartet?

Gruß,

gammla
 
So ich habe mich umentschlossen!

Man kann für 9.99 EUR leider nicht alles haben.
Auf einem V-Server mit 128MB RAM läuft halt nicht qmail, bind etc.

Den V-Server möchte ich schon behalten, aber auf ein paar nette Sachen wie oben erwähnt verzichten.

Leider habe ich trotzdem psa, qmail, named abgeschaltet ist ein Speicherproblem.

Hier nochmal das Resultat von "top":

Code: 
top - 18:53:10 up 7 min,  0 users,  load average: 0.08, 0.07, 0.03
Tasks:  29 total,   2 running,  27 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   4032336k total,   295828k used,  3736508k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 7573 wwwrun    16   0  188m  34m 4676 S    0  0.9   0:03.32 httpd2-prefork
 7552 wwwrun    16   0  188m  34m 4716 S    0  0.9   0:01.62 httpd2-prefork
15366 wwwrun    16   0  187m  33m 4024 S    0  0.9   0:00.65 httpd2-prefork
 9357 wwwrun    17   0  187m  33m 4028 S    0  0.8   0:03.36 httpd2-prefork
 7612 wwwrun    17   0  187m  33m 4032 S    0  0.8   0:04.19 httpd2-prefork
 7550 root      16   0  164m  13m 6912 S    0  0.4   0:00.22 httpd2-prefork
 7494 mysql     16   0  117m  12m 4816 S    0  0.3   0:00.68 mysqld
 7517 root      16   0 48144 3168 2396 R    0  0.1   0:00.03 sshd
 7577 root      16   0 12608 2292 1468 S    0  0.1   0:00.03 bash
 6011 root      15   0 11776 1712 1356 S    0  0.0   0:00.00 hald
 7443 root      17   0  7904 1476 1136 S    0  0.0   0:00.00 mysqld_safe
 7510 root      16   0 28888 1380  876 S    0  0.0   0:00.00 sshd
 9338 root      16   0  9488 1264  964 R    0  0.0   0:00.13 top
 7365 root      18   0 21244 1008  648 S    0  0.0   0:00.00 saslauthd
 7387 root      18   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
 7400 root      18   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
 7409 root      23   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
 7422 root      18   0  7188 1000  764 S    0  0.0   0:00.00 courierlogger
 5999 messageb  16   0 12952  972  712 S    0  0.0   0:00.00 dbus-daemon
 7516 root      18   0 10664  944  732 S    0  0.0   0:00.00 xinetd
 7385 root      21   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
 7397 root      20   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
 7407 root      20   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
 7420 root      18   0  9468  864  600 S    0  0.0   0:00.00 couriertcpd
 7558 root      16   0 10016  736  584 S    0  0.0   0:00.00 cron
 5678 root      11  -4  7048  696  424 S    0  0.0   0:00.00 udevd
 7373 root      16   0  3636  660  528 S    0  0.0   0:00.00 syslogd
 7366 root      18   0 21244  644  284 S    0  0.0   0:00.00 saslauthd
    1 root      15   0   700  300  252 S    0  0.0   0:00.00 init

vzfree liefert folgendes Ergebnis:

Code: 
VPS Speichernutzung:
Momentan genutzt:       289.422 MB
Maximal genutzt:        289.57 MB
Zugesichert:            128 MB
Maximal nutzbar:        1288 MB

Das ist leider immernoch zu viel!

Habt ihr eine Idee was ich ändern könnte?

SQL habe ich jetzt mal grob angepasst. Hier das ergebnis von /usr/bin/tuning-primer.sh
Es muss zwar jetzt erst mal ein wenig laufen, aber das kann ja noch angepasst werden!

Code: 
MySQL Version 5.0.26 x86_64

Uptime = 0 days 0 hrs 9 min 39 sec
Avg. qps = 6
Total Questions = 4046
Threads Connected = 1

Warning: Server has not been running for at least 48hrs.
It may not be safe to use these recommendations

To find out more information on how each of these
runtime variables effects performance visit:
http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html
Visit http://www.mysql.com/products/enterprise/advisors.html
for info about MySQL's Enterprise Monitoring and Advisory Service

SLOW QUERIES
The slow query log is NOT enabled.
Current long_query_time = 4 sec.
You have 0 out of 4060 that take longer than 4 sec. to complete
Your long_query_time seems to be fine

BINARY UPDATE LOG
The binary update log is NOT enabled.
You will not be able to do point in time recovery
See http://dev.mysql.com/doc/refman/5.0/en/point-in-time-recovery.html

WORKER THREADS
Current thread_cache_size = 0
Current threads_cached = 0
Current threads_per_sec = 1
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 30
Current threads_connected = 1
Historic max_used_connections = 2
The number of used connections is 6% of the configured maximum.
You are using less than 10% of your configured max_connections.
Lowering max_connections could help to avoid an over-allocation of memory
See "MEMORY USAGE" section to make sure you are not over-allocating

MEMORY USAGE
Max Memory Ever Allocated : 12 M
Configured Max Per-thread Buffers : 48 M
Configured Max Global Buffers : 9 M
Configured Max Memory Limit : 58 M
Physical Memory : 3.84 G
Max memory limit seem to be within acceptable norms

KEY BUFFER
Current MyISAM index space = 3 M
Current key_buffer_size = 6 M
Key cache miss rate is 1 : 126
Key buffer fill ratio = 11.00 %
Your key_buffer_size seems to be too high.
Perhaps you can use these resources elsewhere

QUERY CACHE
Query cache is enabled
Current query_cache_size = 512 K
Current query_cache_used = 331 K
Current query_cache_limit = 1 M
Current Query cache Memory fill ratio = 64.75 %
Current query_cache_min_res_unit = 4 K
MySQL won't cache query results that are larger than query_cache_limit in size

SORT OPERATIONS
Current sort_buffer_size = 512 K
Current read_rnd_buffer_size = 508 K
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 132.00 K
You have had 0 queries where a join could not use an index properly
Your joins seem to be using indexes properly

OPEN FILES LIMIT
Current open_files_limit = 1040 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
Your open_files_limit value seems to be fine

TABLE CACHE
Current table_cache value = 500 tables
You have a total of 455 tables
You have 456 open tables.
The table_cache value seems to be fine

TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 313 temp tables, 7% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Created disk tmp tables ratio seems fine

TABLE SCANS
Current read_buffer_size = 252 K
Current table scan ratio = 24 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 0 : 4298
Your table locking seems to be fine

Habt ihr noch eine Idee wie ich RAM Speicher einsparen kann?

Gruß,

gammla
 
Mittlerweile geht es lange nicht mehr um die Installation von ImageMagick.
Das habe ich aufgegeben.
Es gibt ganz andere Probleme!

An dieser stelle möchte ich auf den neuen Thread hinweisen, den ich göffnet habe um die Übersicht zu wahren.

Hier der Link:

Plesk, 128 MB RAM und etliche Dienste die nicht gebraucht werden!

Hallo alle zusammen! Ich habe schon mal in einem anderen Thread mein Speicherproblem geschildert. Will das aber hier nocheinmal gesondert zusammenfassen. Anfänglich wollte ich auf dem V-Server alles mögliche laufen lassen. DNS-Server, E-Mail Server etc. Das geht leider nicht! Die erfahrung...
serversupportforum.de serversupportforum.de


Das Thema hier ist jetzt erst mal für mich abgeschlossen!

Vielen lieben Dank an alle, die geholfen haben!

Gruß,

gammla
 
You must log in or register to reply here.
Back
Top