Beiträge von hoda08

Danke für die Information.

Meine 'rsyslog.conf' ist noch unmodifiziert und sieht so aus:

# rsyslog - system logging daemon
#
# rsyslog is an enhanced multi-threaded replacement for the traditional
# syslog daemon, logging messages from applications




description     "system logging daemon"




#start on filesystem
start on startup
stop on runlevel [06]




#expect fork
respawn




script
    . /etc/default/rsyslog
    exec rsyslogd $RSYSLOGD_OPTIONS
end script

Die Unterschiede sind somit:

start on filesystem
expect fork

Und laut netcup Wiki sollen genau diese beiden Settings nicht verwendet werden: http://www.netcup-wiki.de/wiki/Startup

Ich bin verwirrt.

Dankeschön für die Rückmeldung!

Zitat

Welche Version verwendest du denn?

Die Version ist 0.4.

Zitat

Die Version 0.2 (aus Debian Lenny) hat diese Abhängigkeit noch nicht und funktioniert problemlos.

Heisst das (...diese Abhängigkeit...), 'vmstat' ist das Problem und das Verzeichnis gibt es halt im vServer nicht? Und weiters: wenn ich nicht die Paketquelle ändere bzw. selbst kompiliere habe ich keine Chance?

Habe einen frisch installierten vServer mit Ubuntu 10.04:

~$ uname -srvm 
Linux 2.6.35.10-vs2.3.0.36.33-netcup #3 SMP Tue Dec 21 06:50:01 UTC 2010 x86_64

Mittels 'apt-get' habe ich 'iotop' (Info: http://guichaz.free.fr/iotop/) installiert.

Sobald ich das Programm jedoch starte, stürzt es mit folgender Meldung ab:

~$ iotop
Traceback (most recent call last):
  File "/usr/bin/iotop", line 16, in <module>
    main()
  File "/usr/lib/pymodules/python2.6/iotop/ui.py", line 547, in main
    main_loop()
  File "/usr/lib/pymodules/python2.6/iotop/ui.py", line 537, in <lambda>
    main_loop = lambda: run_iotop(options)
  File "/usr/lib/pymodules/python2.6/iotop/ui.py", line 452, in run_iotop
    return curses.wrapper(run_iotop_window, options)
  File "/usr/lib/python2.6/curses/wrapper.py", line 44, in wrapper
    return func(stdscr, *args, **kwds)
  File "/usr/lib/pymodules/python2.6/iotop/ui.py", line 444, in run_iotop_window
    process_list = ProcessList(taskstats_connection, options)
  File "/usr/lib/pymodules/python2.6/iotop/data.py", line 335, in __init__
    self.vmstat = vmstat.VmStat()
  File "/usr/lib/pymodules/python2.6/iotop/vmstat.py", line 5, in __init__
    self.vmstat_file = open('/proc/vmstat')
IOError: [Errno 2] No such file or directory: '/proc/vmstat'

Ein Listing von '/proc' ergibt, dass ich kein Verzeichnis 'vmstat' habe - wie in der Fehlermeldung (siehe letzte Zeile) bemängelt:

~$ ls /proc
1     2727  4287  4293  4546     crypto   execdomains  interrupts  ioports  kmsg     locks    misc     mounts  self      stat   sys      tty     version
2591  2728  4288  4455  cpuinfo  devices  filesystems  iomem       kcore    loadavg  meminfo  modules  net     slabinfo  swaps  sysvipc  uptime

Ist das ein Problem der bei netcup verwendeten Virtualisierungssoftware (--> ich muss mit dem Problem leben), oder kann ich etwas machen, um das Problem zu beheben (--> Tips?)?

Danke schon mal im Voraus!

Ich konnte das zugrundeliegende Problem nicht lösen (Status wird falsch gemeldet), habe jedoch einen Workaround gefunden, damit syslog wieder befüllt wird.

In der Datei '/etc/logrotate.d/rsyslog' habe ich folgende Modifikation vorgenommen:

...
/var/log/syslog
{
        rotate 7
        daily
        missingok
        notifempty
        delaycompress
        compress
        postrotate
                /bin/kill -HUP $(/bin/pidof rsyslogd) >/dev/null 2>&1 || true
        endscript
}
...

Der ursprüngliche Eintrag hat so ausgesehen:

...
/var/log/syslog
{
        rotate 7
        daily
        missingok
        notifempty
        delaycompress
        compress
        postrotate
                 reload rsyslogd >/dev/null 2>&1 || true
        endscript
}
...

Es würde auch schon helfen, wenn jemand anderer dasselbe Problem auf einem netcup Vserver hat - dann macht es vielleicht Sinn den netcup Support einzuschalten.

Hallo!

Mit einem Reverse SSH Tunnel müßte sich das von dir geforderte erreichen lassen:
http://www.howtoforge.com/reverse-ssh-tunneling

Allerdings mußt du den Tunnel ständig aufrecht halten bzw. neu aufbauen, sobald sich die IP deines Laptops ändert.

Habe einen frisch installierten vServer mit Ubuntu 10.04:

~$ uname -srvm
Linux 2.6.35.10-vs2.3.0.36.33-netcup #3 SMP Tue Dec 21 06:50:01 UTC 2010 x86_64

Dabei habe ich morgens das Problem, daß /var/log/syslog leer ist (und weiter in die 'alte' syslog geschrieben wird).

Ich denke, das liegt daran, daß der rsyslogd nach dem Rotieren der Logdateien nicht neu gestartet wird, obwohl es eigentlich passieren sollte:

~$ cat /etc/logrotate.d/rsyslog
/var/log/syslog
{
        rotate 7
        daily
        missingok
        notifempty
        delaycompress
        compress
        postrotate
                reload rsyslog >/dev/null 2>&1 || true
        endscript
}
...

Das - glaube ich - liegt daran, daß der Status von rsyslog falsch gemeldet wird:

~$ sudo status rsyslog
rsyslog stop/waiting

Und das obwohl er doch läuft:

~$ ps aux|grep ^syslog
syslog    4287  0.0  0.2 177200  1440 ?        Sl   May02   0:00 rsyslogd -c4

Mit anderen daemons funktioniert das aber klaglos:

~$ sudo status ssh
ssh start/running, process 4288

Hat irgendjemand eine Idee dazu?