Beiträge von papi97

z.B. nload

zur Zeit sind alle vServer wieder im grünen Bereich...

so wie es aussieht, sind wohl all meine vServer davon betroffen....

Standardscripte/dienste wie postfix, Spamassassin, Clamav, rkhunter, chrootkit, munin, reoback und automysqlbackup (nur einmal in der Nacht)

eigentlich nix wildes, denn bisher lief alles einwandfrei... habe in den letzten Wochen auch nichts weiter installiert, ausser die normalen Updates mittels apt-get

ps aux:

Zitat

USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 9.9 0.0 10392 772 ? Ss 08:33 6:46 init [2]
postfix 1444 0.0 0.3 34732 3672 ? S 09:40 0:00 smtpd -n smtp -t inet -u -c
postfix 1445 0.0 0.1 20648 2000 ? S 09:40 0:00 proxymap -t unix -u
postfix 1446 0.0 0.2 20796 2356 ? S 09:40 0:00 trivial-rewrite -n rewrite -t unix -u -c
postfix 1447 0.0 0.2 20856 2432 ? S 09:40 0:00 cleanup -z -t unix -u -c
postfix 1448 0.0 0.2 20688 2408 ? S 09:40 0:00 local -t unix
root 1658 0.0 0.0 10128 988 pts/4 R+ 09:41 0:00 ps aux
root 17072 0.0 0.0 3732 648 ? Ss 08:33 0:00 /sbin/syslogd
postgrey 17101 0.0 1.1 34372 11828 ? Ss 08:33 0:00 /usr/sbin/postgrey --pidfile=/var/run/postgrey.pid --daemonize --inet=127.0.0.1:60000
root 17435 0.0 0.0 3880 416 ? S 08:33 0:00 /usr/sbin/courierlogger -pid=/var/run/courier/authdaemon/pid -start /usr/lib/courier/c
root 17437 0.0 0.0 10172 640 ? S 08:33 0:00 /usr/lib/courier/courier-authlib/authdaemond
root 17438 0.0 0.0 14484 708 ? S 08:33 0:00 /usr/lib/courier/courier-authlib/authdaemond
root 17439 0.0 0.0 14484 708 ? S 08:33 0:00 /usr/lib/courier/courier-authlib/authdaemond
root 17440 0.0 0.0 14484 708 ? S 08:33 0:00 /usr/lib/courier/courier-authlib/authdaemond
root 17442 0.0 0.0 14484 708 ? S 08:33 0:00 /usr/lib/courier/courier-authlib/authdaemond
root 17443 0.0 0.0 14484 708 ? S 08:33 0:00 /usr/lib/courier/courier-authlib/authdaemond
root 17449 0.0 0.0 3876 416 ? S 08:33 0:00 /usr/sbin/courierlogger -pid=/var/run/courier/imapd.pid -start -name=imapd /usr/sbin/c
root 17450 0.0 0.0 6028 616 ? S 08:33 0:00 /usr/sbin/couriertcpd -address=0 -maxprocs=40 -maxperip=20 -nodnslookup -noidentlookup
root 17461 0.0 0.0 3876 336 ? S 08:33 0:00 /usr/sbin/courierlogger -pid=/var/run/courier/imapd-ssl.pid -start -name=imapd-ssl /us
root 17462 0.0 0.0 6028 604 ? S 08:33 0:00 /usr/sbin/couriertcpd -address=0 -maxprocs=40 -maxperip=20 -nodnslookup -noidentlookup
root 17468 0.0 0.0 6024 548 ? S 08:33 0:00 /usr/sbin/couriertcpd -pid=/var/run/courier/pop3d.pid -stderrlogger=/usr/sbin/courierl
root 17470 0.0 0.0 3876 512 ? S 08:33 0:00 /usr/sbin/courierlogger courierpop3login
root 17483 0.0 0.0 3880 340 ? S 08:33 0:00 /usr/sbin/courierlogger -pid=/var/run/courier/pop3d-ssl.pid -start -name=pop3d-ssl /us
root 17486 0.0 0.0 6028 604 ? S 08:33 0:00 /usr/sbin/couriertcpd -address=0 -maxprocs=40 -maxperip=4 -nodnslookup -noidentlookup
dcc 17489 0.0 0.8 31116 8496 ? Ssl 08:33 0:00 /usr/sbin/dccifd
root 17554 0.0 0.5 25324 5408 ? Ss 08:33 0:00 /usr/bin/perl -w /usr/sbin/mailgraph -l /var/log/mail.log -d --daemon_rrd=/var/lib/mai
root 17700 0.0 0.1 29344 1152 ? Ss 08:33 0:00 /usr/sbin/saslauthd -m /var/spool/postfix/var/run/saslauthd -a shadow
root 17701 0.0 0.1 32540 1440 ? S 08:33 0:00 /usr/sbin/saslauthd -m /var/spool/postfix/var/run/saslauthd -a shadow
root 17702 0.0 0.0 29344 668 ? S 08:33 0:00 /usr/sbin/saslauthd -m /var/spool/postfix/var/run/saslauthd -a shadow
root 17703 0.0 0.0 29344 668 ? S 08:33 0:00 /usr/sbin/saslauthd -m /var/spool/postfix/var/run/saslauthd -a shadow
root 17704 0.0 0.0 29344 668 ? S 08:33 0:00 /usr/sbin/saslauthd -m /var/spool/postfix/var/run/saslauthd -a shadow
root 17711 0.0 0.1 25840 1260 ? Ss 08:33 0:00 /usr/sbin/sshd
root 17715 0.0 0.1 15128 1272 ? Ss 08:33 0:00 /usr/sbin/vsftpd
ntp 17791 0.0 0.1 14076 1460 ? Ss 08:33 0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -u 107:110 -g
daemon 17801 0.0 0.0 9056 424 ? Ss 08:33 0:00 /usr/sbin/atd
root 17804 0.0 0.0 11500 944 ? Ss 08:33 0:00 /usr/sbin/cron
root 17923 0.0 0.7 74772 7668 ? Ss 08:33 0:00 /usr/sbin/apache2 -k start
root 17924 0.0 0.1 10096 1624 ? S 08:33 0:00 /usr/bin/perl /root/confixx/pipelog.pl
www-data 17926 0.0 0.4 72996 4324 ? S 08:33 0:00 /usr/sbin/apache2 -k start
www-data 17945 0.0 0.7 297620 7880 ? Sl 08:33 0:00 /usr/sbin/apache2 -k start
www-data 17947 0.0 0.7 297600 7884 ? Sl 08:33 0:00 /usr/sbin/apache2 -k start
root 18055 0.0 0.6 24584 6840 ? Ss 08:33 0:00 /usr/sbin/munin-node
root 18081 0.0 0.1 24900 1380 ? S 08:33 0:00 /usr/sbin/monit -d 60 -c /etc/monit/monitrc -s /var/lib/monit/monit.state
root 25472 0.0 0.1 19620 2052 ? Ss 09:02 0:00 /usr/lib/postfix/master
postfix 25473 0.0 0.1 20656 1992 ? S 09:02 0:00 pickup -l -t fifo -u -c
postfix 25474 0.0 0.2 20688 2116 ? S 09:02 0:00 qmgr -l -t fifo -u
postfix 25480 0.0 0.1 20652 2044 ? Ss 09:02 0:00 verify -l -t unix -u -c
postfix 25599 0.0 0.2 21728 2396 ? S 09:03 0:00 tlsmgr -l -t unix -u -c
postfix 25600 0.0 0.1 20652 2044 ? S 09:03 0:00 anvil -l -t unix -u -c
root 26539 0.0 0.2 36936 2760 ? Ss 09:08 0:00 sshd: root@pts/4
root 26541 0.0 0.1 13016 1952 pts/4 Ss 09:08 0:00 -bash
postfix 29774 0.0 0.3 34732 3676 ? S 09:23 0:00 smtpd -n smtp -t inet -u -c
web4p1 30366 0.0 0.1 14084 1516 ? S 09:26 0:00 /usr/bin/imapd Maildir
root 30370 0.0 0.1 10028 1880 ? S 09:26 0:00 couriertls -localfd=5 -tcpd -server
root 32073 0.0 0.2 36792 2748 ? Ss 09:33 0:00 sshd: root@pts/9
root 32077 0.0 0.1 13016 1948 pts/9 Ss+ 09:33 0:00 -bash
root 32192 0.0 0.1 8532 1460 pts/9 S 09:34 0:00 /bin/sh /usr/bin/mysqld_safe
mysql 32230 0.0 2.2 149676 23824 pts/9 Sl 09:34 0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/
root 32231 0.0 0.0 4316 588 pts/9 S 09:34 0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld

Alles anzeigen

benutze automysqlbackup und reoback

seit einigen Tagen ist auf meinen 3072er eine sehr hohe Last zu verzeichen,

Bild1 OpenVCP
Bild2 die Werte mittels top
Bild3 die Werte mittels htop
(die Bilder wurden zur selben Zeit gemacht)

dennoch werden nur Standardprozesse ausgeführt, wie mysql, apache, courier etc. Die Memory-werte dieser Prozesse liegen zwischen 0.1 und 2.4, also ganz normal.

Habe schon versucht, Dienste und Prozesse nach und nach abzuschalten, um zu sehen, wer oder was dafür verantwortlich sein kann, aber noch keinen Übeltäter finden können. Die Logs haben auch nur Standard-Einträge, also nix Wildes dabei.

Hätte jemand zufällig noch einen Rat, wo ich noch nachsehen kann?

Problem gelöst, das ausgepackte admin-Verzeichnis direkt in Confixx reinkopiert, dann funktioniert auch das Update.

Davon stand aber nichts in der Anleitung

Zur Zeit hab ich die Confixx-Version 3.3.2 installiert, wollt nun ein Upgrade machen. Lade also die http://download1.swsoft.com/Co…xx_pro_3.3.2-6_update.tgz runter, entpacke, und lt. Anleitung den Befehl ./admin/updates/update_3.x.pl ausführen

Darauf folgt die Fehlermeldung:

Zitat

update perl modules
Undefined subroutine &main::checkAndInstallFlat called at ./admin/updates/update_3.x.pl line 89.

Kennt jemand die Fehlermeldung?

... ich würde raten, für jede Joomla-Installation eine separate DB anzulegen, da diese ansich viele Tabellen beinhalten, ausserdem ist das bei Joomla auch sicherer....

Gib einfach die selben Adressdaten an, netcup kann das dann schon zuordnen, andernfalls wird man telefonisch oder per mail noch einmal nachfragen.

... ich glaub das alte system liegt im unterverzeichnis, so dass man da auch dran kommt.

Die JavaSccript-Einstellungen im FF3 sind aktiviert, daran liegt das auch nicht.

Wie ich eben feststellte, muss ich Adblock Plus deaktivieren für dieses Forum hier, erst dann funktioniert das Menü. Also hab ich da doch noch eine Filterregel drin, die man lieber rausnehmen sollte.

Zitat von wadriller;1477

Also bei mir funktioniert die mit FF3.

Hast du evtl. das "NoScript" Addon installiert ?

... nein, aber den adblocker (Plus), damit wird es wohl zusammenhängen, einer von diesen vielen Filterregeln ist dafür zuständig. Wenn ich Zeit hab, muss ich die mal wieder aufräumen.

.... liegt das nur an mir oder warum funktioniert die obere Menüleiste, Suchen u. Nützliche Links, nicht?

Nachtrag: - liegt wohl an mein FF3

vielleicht findest du hier was:

http://www.lenep.uenf.br/~bueno/DisciplinaSL/PROGRAMAS/Fedora/docs.fedoraproject.org/release-notes/fc5/release-notes-ISO/

ansonsten einfach mal eine Mail an den Support....

Zitat von dfroe;1121

...Einen 404 bekomme ich bei https://www.vservercontrolpanel.de jedenfalls nicht.

genauso wie bei mir, keine Error-Seite

Zitat von Alexander W.H. Wachert;1071

ah, nun ist es auch unter Control zu finden!
Wollen wir hoffen das es nie zum Einsatz kommt *g*

bei mir war es schon einmal im Einsatz

CMS ist in sofern gut, wenn mehrere Leute die Seite aktuell halten, wie zb. den Newsbereich usw.

In diesem Fall würde ich erst einmal das Gespräch mit den Auftraggeber suchen, um zu erfahren, wie das Endprodukt aussehen soll. Für ein paar Infoseiten mit Bildern braucht man kein CMS. Da reichen sogar normale HTML-Seiten.

Sollte ein CMS in Frage kommen, kann ich auch Joomla empfehlen, sofern dies auch immer auf den aktuellsten Stand gehalten wird. Hin und wieder hat das System mehr oder weniger Sicherheitslücken, aber das ist ja bekannt.

auch gut, Schlüsselbänder kann man immer gebrauchen, auch wenn man schon einige davon hat.

Ich muss mir auch mal welche bestellen, wo habt ihr die anfertigen lassen?

Zitat von [netcup] Felix;1010

... papi97: Sehr gelungenes Bild! Darf ich das im Blog präsentieren?

Viele Grüße

Felix

rechtlich gesehen, ist es ja nicht meins, hab ich hier erstellt: http://www.imagechef.com/ic/product.jsp?cat=fun

In diesem Sinne frei kopierbar