Tor und die CPU Auslastung

[newland]

Hallo,

ich habe mal Tor mit Privoxy eingerichtet und gestartet.
Kommt dann eine Daten verbindung über Tor zustande passiert komischweise das die Box sich rebootet.
Wenn ich dann unter

top

bekomme ich eine hohe CPU-Auslasung angezeigt.

Mem: 29292K used, 1096K free, 0K shrd, 1116K buff, 8940K cached
Load average: 0.74 0.61 0.34
  PID USER     STATUS   VSZ  PPID %CPU %MEM COMMAND
 2545 root     R       8432     1 70.8 27.6 tor
 2383 rcb      R       1484  2339  1.1  4.8 top
 2293 root     S       1132  1089  0.1  3.7 dropbear
  716 root     S <     8716     1  0.0 28.6 voipd
  569 root     R N     8440     1  0.0 27.7 ctlmgr
  702 root     S       6796     1  0.0 22.3 dsld
  695 root     S       5460     1  0.0 17.9 multid
  710 root     S       2644     1  0.0  8.6 telefon
 1321 root     S       2524     1  0.0  8.2 stunnel
 1291 root     S       2076     1  0.0  6.8 smbd
 1288 root     S       1620     1  0.0  5.3 nmbd
 1006 root     S       1592     1  0.0  5.2 callmonitor
 1033 root     S       1592  1006  0.0  5.2 callmonitor
 1032 root     S       1592  1006  0.0  5.2 callmonitor
 1030 root     S       1592  1006  0.0  5.2 callmonitor
 2294 root     S       1500  2293  0.0  4.9 sh
 2339 rcb      S       1500  2294  0.0  4.9 sh
  686 root     S       1496     1  0.0  4.9 httpd
  763 root     S       1496     1  0.0  4.9 httpd
  834 root     S       1492     1  0.0  4.8 syslogd
  754 root     S       1484     1  0.0  4.8 crond

Die Prozent Zahl steigt bis auf 99,9 % bei Tor und dann macht die Box ein reboot. (Bei Datenverbindung)

Kann es sein das der Speedport 701 dafür nicht ausgelegt ist oder hat das mit etwas anderem auf sicht?

Wie ich in Wkki gelesen habt kann man Tor auch mit älteren Fritzboxen nutzen die eine schwächere CPU nutzen.

 

[knox]

Die hohe CPU Last ist soweit erst mal nicht ungewöhnlich. Schließlich sind die Fritz!Boxen alle etwas schwach auf der Brust und Tor ist ein sehr rechenintensives Programm.

Dass dies zum Reboot führt, halte ich allerdings für sehr unwahrscheinlich. Jedenfalls ist es bei mir noch nie vorgekommen, aber ich hab auch kein Speedport.

Typischer Weise sind die Reboots immer ein Zeichen dafür, dass der Speicher voll ist. Hier schafft eine Swap Partition Abhilfe.

 

[newland]

OK das mit dem überlaufen des Speicher könnte evtl was dran sein bzw. mit der CPU auslastung.

Es scheind wohl so zu sein das die Speedport dafür nicht ausgelegt sind ob wohl sie doch den gleichen Prozessor haben wie die Fritz 7170.

 

[hsteinhaus]

Hier tritt exakt das gleiche Problem mit einer 7170 und freetz-svn von gestern auf. Nahezu 100% CPU-Last (ohne einen einzigen Request, der durch TOR geht, TOR im ClientOnly-Modus). Reboot erfolgt innerhalb von 1-5 min nach Systemstart.

Edit: der Reboot erfolgt offenbar nicht aufgrund von Speichermangel. Habe eben 128MB swapspace eingerichtet und ca. 5 sec nach dem Start von Tor bootete die Box kommentarlos neu. Ideen für weitere Fehlereingrenzung händeringend gesucht...

Grüße,
Holger

 

[waldoo]

Ich kann leider nicht zu einer Lösung des Problems beitragen, aber kurz meine Meinung dazu los werden.

Ich finde man sollte immer im Focus haben, was sinnvoll ist.

Ich würde in Bezug auf Tor vorschlagen das "Paket aus Tor & Privoxy & Vidalia & Torbutton" auf deinem lokalen Rechner zu verwenden.
Das hat den Vorteil, dass du es jederzeit sofort an und wieder ausschalten kannst.

Was ich aber zu bedenken gebe ist folgendes:
23C3: Tor-Gründer beklagt staatlichen "Diebstahl" von Anonymisierungsservern
und:
TOR vor dem Aus, Verfolgung von Filesharern wird vereinfach

so nun könnt ihr technisch weiter machen

vg
waldoo

 

[schmatke]

Edit: der Reboot erfolgt offenbar nicht aufgrund von Speichermangel.

Doch, das tut sie. Ohne Swap - permanenter Neustart, mit Swap - kein Einziger.

Aber ich nutze auch den ds-mod 15.2.

 

[olistudent]

@hsteinhaus
Ein paar Logs wären hilfreich. (dmesg; logread; tor von der Kommandozeile starten).

MfG Oliver

 

[hsteinhaus]

/var/media/ftp/uStor01 # free
              total         used         free       shared      buffers
  Mem:        30328        29204         1124            0         2228
 Swap:       131064            0       131064
Total:       161392        29204       132188

/var/media/ftp/uStor01 # dmesg -c
loop: loaded (max 8 devices)
Adding 131064k swap on swapfile.  Priority:-1 extents:1
(mehr kommt hier nicht)

/var/mod/root # logread -f
Feb 13 16:14:23 fritz daemon.warn Tor[1329]: You are running Tor as root. You don't need to, and you probably shouldn't.
Feb 13 16:14:29 fritz daemon.notice Tor[1329]: I learned some more directory information, but not enough to build a circuit.
Feb 13 16:14:42 fritz daemon.notice Tor[1329]: I learned some more directory information, but not enough to build a circuit.
Feb 13 16:14:48 fritz daemon.notice Tor[1329]: I learned some more directory information, but not enough to build a circuit.
Feb 13 16:14:50 fritz daemon.notice Tor[1329]: I learned some more directory information, but not enough to build a circuit.
Feb 13 16:14:52 fritz daemon.notice Tor[1329]: I learned some more directory information, but not enough to build a circuit.
Feb 13 16:14:53 fritz daemon.notice Tor[1329]: I learned some more directory information, but not enough to build a circuit.
Feb 13 16:14:55 fritz daemon.notice Tor[1329]: We now have enough directory information to build circuits.
[00708126]DSP: XDU=1( DTE ) OVR=0 MIPS_OVR=0
[00709127]DSP: XDU=1( DTE ) OVR=0 MIPS_OVR=1
Feb 13 16:15:18 fritz daemon.notice Tor[1329]: Tor has successfully opened a circuit. Looks like client functionality is working.

Das waren dann die letzten Worte im Leben der Fritzbox, irgendwann blinken einfach die LEDs und die Box rebootet. Tor von der cmdline gestartet bringt exakt die gleichen Ausgaben wie im logread gezeigt.

Hier noch ein free mit temporär laufendem und funktionierendem tor kurz vor dem Crash:

/var/mod/root # free
              total         used         free       shared      buffers
  Mem:        30328        29224         1104            0          440
 Swap:       131064         9636       121428
Total:       161392        38860       122532

Bei den Tests für diese Logs habe ich "leider" festgestellt, dass es durchaus auch vorkommt, dass alles ganz normal läuft. Dann fällt die CPU-Last nach der letzten Startmeldung ("enough directory information") plötzlich auf nahe 0 und man kann mit TOR ganz normal arbeiten.

Einen Verdacht hätte ich ansonsten noch: gibt es in der FB möglicherweise eine Art Watchdog-Timer? Sobald die Box nämlich mit dem Swappen anfängt, hakt es hin und wieder recht kräftig (mehrere sec, USB1.1 ist halt nicht der Performance-Brüller).

Grüße,
Holger

 

[RalfFriedl]

gibt es in der FB möglicherweise eine Art Watchdog-Timer?

Gibt es. Man kann ihr ausschalten mit

echo disable > /dev/watchdog

 

[hsteinhaus]

Danke Ralf, sieht so aus, als ob sich mein Problem mit abgeschaltetem Watchdog nicht mehr reproduzieren lässt. Allerdings ist diese Lösung ja schon recht brutal und könnte nun wieder zu einer unbemerkt hängenden Box führen. Gibts irgendwo eine Doku, wie man den Watchdog etwas weniger endgültig zur konstruktiven Mitarbeit bringen kann?

Grüße,
Holger