Beiträge von timscha

Alsoooo....
Plugins sind ausführbar und geben auch entsprechend wat aus, wie killerbees19 beschrieb.
Aktuell bin ich auf der Suche nach einem vergleichbaren Tool, da Munin und ich wohl keine Freunde mehr werden. Kennt da jemand irgendwas?

Alles gemacht, wie befohlen. Habe mir den ganzen munin ordner im www Ordner dann mal via SFTP gezogen.
Aber selbst dann gibt es immer noch das selbe Problem.

Es will einfach nicht funktionieren... Aber vielen lieben Dank für eure Hilfe und Geduld!

Brachte leider auch nichts.
An der Umleitung kann es eigentlich nicht liegen. Der Apache hat auch null Probleme damit...
Nachtrag: Hab es mal ohne die Umbiegung ins home Verzeichnis probiert, brachte ebenfalls nichts...

Kennt denn jemand eine Alternative zu Munin?

Zitat von nem3sis;16582

vielleicht bringt dich das etwas weiter nach der anleitung bin ich gegangen und hat super geklappt.

http://www.howtoforge.de/howto/mehrere-…tch-uberwachen/

*grins* Die selbe Anleitung habe ich auch genutzt.

Zitat von killerbees19;16583

Ausgabe von ifconfig, da sollte es so einen Eintrag geben:

Code

lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          UP LOOPBACK RUNNING  MTU:*****  Metrik:1
          RX packets:***** errors:0 dropped:0 overruns:0 frame:0
          TX packets:***** errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:***** (*** MiB)  TX bytes:***** (*** MiB)

MfG Christian

Kann ich bestätigen. Stimmt überein!

Zitat von killerbees19;16578

Hier einmal meine Beispiel Konfiguration von einem vServer, ich setze Munin allerdings auf verschiedenen Server ein. Munin-Node läuft dort überall, Munin nur auf einem. Die Configs in /etc/munin/plugin.d braucht man normalerweise für fast keine Plugins verändern.

...

Kann es vielleicht sein, dass dein vServer kein Loopback Device unter 127.0.0.1 hat?

MfG Christian

Sorry da muss ich passen. Wie kann ich das überprüfen?

Zitat von nem3sis;16579

die weitere Ip stand schon von anfang an bei mir drin.
Ich vermute sie ist meine interne ip wie bei mir zuhause am pc hat man ja auch eine dsl ip und die interne 192.xxx.xxx.x

wie hast du das noch mit den rechten gehandhabt? wer ist der besitzer der datei und gruppe?

geb doch einfach mal deine ip adresse dort ein.
allow ^deine ip$

Merkwürdig. Sämtliche Dateien gehören root:root. Unter /home/dailytim/ gehört der Ordner monitor dem Besitzer/Gruppe munin.

Neustarten mittels /etc/init.d/munin-node restart

Aber auch ein stop und dann start brachte nichts.
Worauf bezieht sich denn die weitere IP bei dir?

Hab es mal mit dailytim.local probiert. (Ja, habe es in beiden Dateien geändert!) Bringt leider auch keinen Erfolg...

Der htmldir Pfad liegt unter /home, da ich auch meine Documentroots via virtuelle Hosts umleite auf die home-Verzeichnisse.

Gibt es ansonsten brauchbare Alternativen zu Munin, die ich mir mal ansehen könnte?

Jep, selbst das munin-update...

Kann dir natürlich gern mal die letzten Einträge aller logs von munin rein kopieren. Sieht meiner Meinung nach aber ok aus.

Hmpf. Config sieht nun so aus.

#
# Example config-file for munin-node
#




log_level 4
log_file /var/log/munin/munin-node.log
pid_file /var/run/munin/munin-node.pid




background 1
setseid 1




user root
group root
setsid yes




# Regexps for files to ignore




ignore_file ~$
ignore_file \.bak$
ignore_file %$
ignore_file \.dpkg-(tmp|new|old|dist)$
ignore_file \.rpm(save|new)$
ignore_file \.pod$




# Set this if the client doesn't report the correct hostname when
# telnetting to localhost, port 4949
#
host_name localhost.dailytim.de




# A list of addresses that are allowed to connect.  This must be a
# regular expression, due to brain damage in Net::Server, which
# doesn't understand CIDR-style network notation.  You may repeat
# the allow line as many times as you'd like




allow ^127\.0\.0\.1$




# Which address to bind to;
host *
# host 127.0.0.1




# And which port
port 4949

Wieder munin-node neugestartet und extra mal den monitor Ordner geleert. Problem ist immer noch da.

Zitat von killerbees19;16555

Du hast vorhin die Munin Konfiguration gepostet, poste doch bitte einmal die Munin-Node Konfiguration: /etc/munin/munin-node.conf
Ich vermute, dass dort der host_name falsch oder gar nicht gesetzt ist.

MfG Christian

Gern.

#
# Example config-file for munin-node
#




log_level 4
log_file /var/log/munin/munin-node.log
pid_file /var/run/munin/munin-node.pid




background 1
setseid 1




user root
group root
setsid yes




# Regexps for files to ignore




ignore_file ~$
ignore_file \.bak$
ignore_file %$
ignore_file \.dpkg-(tmp|new|old|dist)$
ignore_file \.rpm(save|new)$
ignore_file \.pod$




# Set this if the client doesn't report the correct hostname when
# telnetting to localhost, port 4949
#
#host_name localhost.localdomain




# A list of addresses that are allowed to connect.  This must be a
# regular expression, due to brain damage in Net::Server, which
# doesn't understand CIDR-style network notation.  You may repeat
# the allow line as many times as you'd like




allow ^127\.0\.0\.1$




# Which address to bind to;
host *
# host 127.0.0.1




# And which port
port 4949

KB19: Die sehen soweit ok aus. Nur munin-update.log klingt bissel komisch (Got unknown reply from client ?! )

Apr 10 10:15:01 [4936] - Munin-update finished (0.64 sec)
Apr 10 10:20:01 - Starting munin-update
Apr 10 10:20:01 [25569] - Processing domain: dailytim.de
Apr 10 10:20:01 [25569] - Processing node: localhost.dailytim.de
Apr 10 10:20:01 [25794] - Got unknown reply from client "dailytim.de" -> "name" skipping
Apr 10 10:20:01 [25569] - Processed node: localhost.dailytim.de (0.00 sec)
Apr 10 10:20:01 [25569] - Processed domain: dailytim.de (0.00 sec)
Apr 10 10:20:01 [25569] - connection from dailytim.de -> localhost.dailytim.de (25794)
Apr 10 10:20:01 [25569] - connection from dailytim.de -> localhost.dailytim.de (25794) closed
Apr 10 10:20:01 [25569] - Munin-update finished (0.11 sec)

cw1: Ganz normal: apt-get install munin munin-node und dann die config angepasst.

Merkwürdig. Hab mal die Config hier reinkopiert.

# Example configuration file for Munin, generated by 'make build'




# The next three variables specifies where the location of the RRD
# databases, the HTML output, and the logs, severally.  They all
# must be writable by the user running munin-cron.
dbdir    /var/lib/munin
htmldir    /home/dailytim/monitor
logdir    /var/log/munin
rundir  /var/run/munin




# Where to look for the HTML templates
tmpldir    /etc/munin/templates




# Make graphs show values per minute instead of per second
#graph_period minute




# Graphics files are normaly generated by munin-graph, no matter if
# the graphs are used or not.  You can change this to
# on-demand-graphing by following the instructions in
# http://munin.projects.linpro.no/wiki/CgiHowto
#
#graph_strategy cgi




# Drop somejuser@fnord.comm and anotheruser@blibb.comm an email everytime 
# something changes (OK -> WARNING, CRITICAL -> OK, etc)
#contact.someuser.command mail -s "Munin notification" somejuser@fnord.comm
#contact.anotheruser.command mail -s "Munin notification" anotheruser@blibb.comm
#
# For those with Nagios, the following might come in handy. In addition,
# the services must be defined in the Nagios server as well.
#contact.nagios.command /usr/sbin/send_nsca -H nagios.host.com -c /etc/send_nsca.cfg




# a simple host tree
[localhost.dailytim.de]
    address 127.0.0.1
    use_node_name yes




# 
# A more complex example of a host tree
#
## First our "normal" host.
# [fii.foo.com]
#       address foo
#
## Then our other host...
# [fay.foo.com]
#       address fay
#
## Then we want totals...
# [foo.com;Totals] #Force it into the "foo.com"-domain...
#       update no   # Turn off data-fetching for this "host".
#
#   # The graph "load1". We want to see the loads of both machines... 
#   # "fii=fii.foo.com:load.load" means "label=machine:graph.field"
#       load1.graph_title Loads side by side
#       load1.graph_order fii=fii.foo.com:load.load fay=fay.foo.com:load.load
#
#   # The graph "load2". Now we want them stacked on top of each other.
#       load2.graph_title Loads on top of each other
#       load2.dummy_field.stack fii=fii.foo.com:load.load fay=fay.foo.com:load.load
#       load2.dummy_field.draw AREA # We want area instead the default LINE2.
#       load2.dummy_field.label dummy # This is needed. Silly, really.
#
#   # The graph "load3". Now we want them summarised into one field
#       load3.graph_title Loads summarised
#       load3.combined_loads.sum fii.foo.com:load.load fay.foo.com:load.load
#       load3.combined_loads.label Combined loads # Must be set, as this is
#                                                 # not a dummy field!
#
## ...and on a side note, I want them listen in another order (default is
## alphabetically)
#
# # Since [foo.com] would be interpreted as a host in the domain "com", we
# # specify that this is a domain by adding a semicolon.
# [foo.com;]
#       node_order Totals fii.foo.com fay.foo.com
#

Hab nun alles gemacht wie angeordnet. Hier der Beweis:

http://img405.imageshack.us/img405/3751/screenlgl.png

Dann munin-node neugestartet.

Ergebnis:

http://dailytim.de/monitor

Kurz: Hat sich also nichts geändert. Jemand eine Idee?

Vielen Dank. Werd ich mir mal anschauen.

Hallo zusammen!

Ich bin gerade dabei Munin einzurichten. Habe bereits im Forum gelesen, dass dies einige Leute erfolgreich einsetzen.

Nun sieht meine Seite aktuell leider so aus...

Edit: Adresse entfernt.

Keine Angst, wenn es läuft schütz ich das noch mit einer .htaccess

Weiß jemand wo da das Problem liegen könnte?

Grüße,

Tim

Zitat von killerbees19;14698

Welche Zeitzone hast du eingestellt?

Die Falsche. Danke! Hat wunderbar geklappt.

Hallo zusammen!
Habe gerade bemerkt, dass die Uhr von meinem vServer eine Stunde nach geht.

Habe es bereits mit
apt-get install ntp ntpdate

versucht und auch mittels date -s HH:MM:ss funktionierte leider auch nicht.

Hat jemand da eine Idee?

Grüße,

Tim

Zitat von killerbees19;14575

Und warum sagst du dem Webserver nicht einfach, dass er direkt /home/benutzer1 ausgeben soll?

MfG Christian

Wäre natürlich auch ein Ansatz.

Zitat von Artimis;14576

Jep, ist es!

Welchen FTP-Server benutzt du?
Benutzt du eine Verwaltungssoftware wie sysCP?

Ich würde dir sinst raten, proFTPd mit SQL-Mod zu nehmen. Dort kann man saub-bequem virtuelle Benutzer (also nicht für jeden Mist ein eigener Systembenutzer nötig) eintragen und ihnen Home-Verzeichnisse zuweisen, also direkt auf /var/www/[user] verweisen.

Falls das nicht dein Fall ist, kannst du auch bei den FTP-Benutzern das Homeverzeichnis in der /etc/passwd auf /var/www/[user] setzen. Dann brauchste die /home/[user] gar nicht.

EDIT:

LOL, genau, oder anders herum. Manchmal sieht man den Wald vor lauter Bäumen nicht xD

Alles anzeigen

Ich nutze proftpd. =) Nope keine Verwaltungssoftware. Sind mir alle zu vollgestopft. =D

Werde dann einfach die Apache Verzeichnisse umbiegen auf die Homeverzeichnisse.

Danke für die ganze Hilfe und meien Dusseligkeit. War´n langer Tag heute.

Also.
Ich möchte auf dem Server mehrere Seiten hosten. Für jede ein eigener Benutzer.

Nun habe ich

/home/Benutzer1/
/home/Benutzer2/

und

/var/www/Seite1/
/var/www/Seite2/

Mittels fstab konnte ich ja einfach mounten, via Link will es nicht funktionieren.

Wenn sich z.B. Benutzer1 anmeldet ist dieser in seinem Home Verzeichnis. Dann soll er ohne(!) das er noch in einen Unterordner wechseln muss, sofort seine Dateien aus /var/www/Seite1/ sehen...

Hoffe jetzt ist es verständlich.

Ne Bedingung wäre ja, dass es eben kein Unterverzeichnis gibt. Deswegen hatte ich ja die "fstab-Methode" gewählt.