Jede Sekunde ein Verbindungseintrag
Hallo! Habe ich eine Chance, die sekündlichen Verbindungsmeldungen in /var/log/messages wegzubekommen? Stelle ich I4L_HISAXDEBUG=4, sind diese Meldungen da; sage ich I4L_HISAXDEBUG=3, werden auch keine Verbindungen mehr mitgeloggt. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
On Sat, Oct 27, 2001 at 01:19:02PM +0200, Andreas Meyer wrote:
Hallo!
Habe ich eine Chance, die sekündlichen Verbindungsmeldungen in /var/log/messages wegzubekommen?
Wie sehen die aus, mir sind keine sekuendlichen Meldungen die von I4L_HISAXDEBUG=4 abhaengen bekannt.
Stelle ich I4L_HISAXDEBUG=4, sind diese Meldungen da; sage ich I4L_HISAXDEBUG=3, werden auch keine Verbindungen mehr mitgeloggt.
Das ist richtig, I4L_HISAXDEBUG ist eine Bitmaske und Bit 2 (=0x0004) muss gesetzt sein um D-channel Meldungen zu bekommen. (man hisaxctrl) -- Karsten Keil SuSE Labs ISDN development
Hallo! Am Sat, 27 Oct 2001 14:10:13 +0200 schrieb Karsten Keil <kkeil@suse.de>:
Habe ich eine Chance, die sekündlichen Verbindungsmeldungen in /var/log/messages wegzubekommen?
Wie sehen die aus, mir sind keine sekuendlichen Meldungen die von I4L_HISAXDEBUG=4 abhaengen bekannt.
Oct 27 15:25:51 shiva ipppd[98]: Local number: 648100, Remote number: 01xxxxx, Type: outgoing Oct 27 15:25:51 shiva ipppd[98]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Oct 27 15:25:51 shiva kernel: isdn_net: ippp0 connected Oct 27 15:25:52 shiva ipppd[98]: Remote message: Oct 27 15:25:52 shiva ipppd[98]: MPPP negotiation, He: No We: No Oct 27 15:25:52 shiva ipppd[98]: CCP enabled! Trying CCP. Oct 27 15:25:52 shiva ipppd[98]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Oct 27 15:25:52 shiva ipppd[98]: ccp_resetci! Oct 27 15:25:52 shiva ipppd[98]: local IP address 213.240.141.55 Oct 27 15:25:52 shiva ipppd[98]: remote IP address 195.8.240.236 Oct 27 15:25:52 shiva isdnlog: Oct 27 15:25:52 tei 83 calling KDT with ISDN-Router 2.CI 0.001 DM (after 0:00:01) Oct 27 15:25:53 shiva isdnlog: Oct 27 15:25:53 tei 83 calling KDT with ISDN-Router 3.CI 0.001 DM (after 0:00:02) Oct 27 15:25:54 shiva isdnlog: Oct 27 15:25:54 tei 83 calling KDT with ISDN-Router 4.CI 0.002 DM (after 0:00:03) Oct 27 15:25:55 shiva isdnlog: Oct 27 15:25:55 tei 83 calling KDT with ISDN-Router 5.CI 0.002 DM (after 0:00:04) Oct 27 15:25:56 shiva isdnlog: Oct 27 15:25:56 tei 83 calling KDT with ISDN-Router 6.CI 0.003 DM (after 0:00:05) Oct 27 15:25:57 shiva isdnlog: Oct 27 15:25:57 tei 83 calling KDT with ISDN-Router 7.CI 0.003 DM (after 0:00:06) Oct 27 15:25:58 shiva isdnlog: Oct 27 15:25:58 tei 83 calling KDT with ISDN-Router 8.CI 0.003 DM (after 0:00:07) Oct 27 15:25:59 shiva isdnlog: Oct 27 15:25:59 tei 83 calling KDT with ISDN-Router 9.CI 0.004 DM (after 0:00:08) Oct 27 15:26:00 shiva isdnlog: Oct 27 15:26:00 tei 83 calling KDT with ISDN-Router 10.CI 0.004 DM (after 0:00:09) Oct 27 15:26:01 shiva isdnlog: Oct 27 15:26:01 tei 83 calling KDT with ISDN-Router 11.CI 0.005 DM (after 0:00:10) Oct 27 15:26:02 shiva isdnlog: Oct 27 15:26:02 tei 83 calling KDT with ISDN-Router 12.CI 0.005 DM (after 0:00:11) Oct 27 15:26:03 shiva isdnlog: Oct 27 15:26:03 tei 83 calling KDT with ISDN-Router 13.CI 0.005 DM (after 0:00:12) Oct 27 15:26:04 shiva isdnlog: Oct 27 15:26:04 tei 83 calling KDT with ISDN-Router 14.CI 0.006 DM (after 0:00:13) usw...
Stelle ich I4L_HISAXDEBUG=4, sind diese Meldungen da; sage ich I4L_HISAXDEBUG=3, werden auch keine Verbindungen mehr mitgeloggt.
Das ist richtig, I4L_HISAXDEBUG ist eine Bitmaske und Bit 2 (=0x0004) muss gesetzt sein um D-channel Meldungen zu bekommen. (man hisaxctrl)
Die Konfiguration ist ja auf mehrere files verteilt. Ich habe schon alles mögliche versucht. Schön finde ich diese Meldungen nicht und der Sinn ist mir auch nicht klar. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
On Sat, Oct 27, 2001 at 03:36:47PM +0200, Andreas Meyer wrote:
Hallo!
Am Sat, 27 Oct 2001 14:10:13 +0200 schrieb Karsten Keil <kkeil@suse.de>:
Habe ich eine Chance, die sekündlichen Verbindungsmeldungen in /var/log/messages wegzubekommen?
Wie sehen die aus, mir sind keine sekuendlichen Meldungen die von I4L_HISAXDEBUG=4 abhaengen bekannt.
Oct 27 15:25:51 shiva ipppd[98]: Local number: 648100, Remote number: 01xxxxx, Type: outgoing Oct 27 15:25:51 shiva ipppd[98]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Oct 27 15:25:51 shiva kernel: isdn_net: ippp0 connected Oct 27 15:25:52 shiva ipppd[98]: Remote message: Oct 27 15:25:52 shiva ipppd[98]: MPPP negotiation, He: No We: No Oct 27 15:25:52 shiva ipppd[98]: CCP enabled! Trying CCP. Oct 27 15:25:52 shiva ipppd[98]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Oct 27 15:25:52 shiva ipppd[98]: ccp_resetci! Oct 27 15:25:52 shiva ipppd[98]: local IP address 213.240.141.55 Oct 27 15:25:52 shiva ipppd[98]: remote IP address 195.8.240.236
Oct 27 15:25:52 shiva isdnlog: Oct 27 15:25:52 tei 83 calling KDT with ISDN-Router 2.CI 0.001 DM (after 0:00:01) Oct 27 15:25:53 shiva isdnlog: Oct 27 15:25:53 tei 83 calling KDT with ISDN-Router 3.CI 0.001 DM (after 0:00:02) ... Scheinbar generiert der Provider AOCDs (Gebuehren Infos) im Sekundentakt.
Bit 2 (=0x0004) muss gesetzt sein um D-channel Meldungen zu bekommen. (man hisaxctrl)
Die Konfiguration ist ja auf mehrere files verteilt. Ich habe schon alles mögliche versucht. Schön finde ich diese Meldungen nicht und der Sinn ist mir auch nicht klar.
Schau Die mal die manpage isdnlog genauer an, das sind Gebuehren Infos (Charge Info = CI). zum einen: LOG MODULE ... 0x20 Show charge int and telephone costs with every charge signal (in Germany, and perhaps other coun- tries, you have to pay to get these signals). ... d.h. wenn Du in /etc/isdn/isdnlog.isdnctrl0 bei syslog=XXX das Bit 5 gesetzt ist, werden chargeinfos angezeigt Der default ist 1013 = 0x3f5 = 0x200+0x100+0x80+0x40+0x20+0x10+0x4+0x1 zum zweiten kannst Du mit -Ix:y ciinterval="value[:value]" Interval for printing of charge messages (0x20). The first value is the interval for the calculated CI, the second value for the EH (AOC-D) messages. If only one value is given, both intervals are set to this value. das Intervall in dem die Infos ausgegeben werden einstellen. -- Karsten Keil SuSE Labs ISDN development
Hallo! Am Sat, 27 Oct 2001 18:45:11 +0200 schrieb Karsten Keil <kkeil@suse.de>:
Schau Die mal die manpage isdnlog genauer an, das sind Gebuehren Infos (Charge Info = CI).
zum einen: LOG MODULE ... 0x20 Show charge int and telephone costs with every charge signal (in Germany, and perhaps other coun- tries, you have to pay to get these signals). ... d.h. wenn Du in /etc/isdn/isdnlog.isdnctrl0 bei syslog=XXX das Bit 5 gesetzt ist, werden chargeinfos angezeigt
Sitzt momentan auf "syslog=1015".
Der default ist 1013 = 0x3f5 = 0x200+0x100+0x80+0x40+0x20+0x10+0x4+0x1
Leider weis ich nicht, wie hexadezimal-Zahlen zustande kommen. Vielleicht kann mir das ja jemand auf die Schnelle beibringen.
zum zweiten kannst Du mit
-Ix:y ciinterval="value[:value]" Interval for printing of charge messages (0x20). The first value is the interval for the calculated CI, the second value for the EH (AOC-D) messages. If only one value is given, both intervals are set to this value.
das Intervall in dem die Infos ausgegeben werden einstellen.
Also gestartet wird isdnlog in /sbin/init.d/i4l_hardware mit # start isdnlog if test "$ISDNLOG_START" = "yes"; then for optionfile in /etc/isdn/isdnlog.*.options; do if test -f $optionfile; then device=${optionfile#*.} device=${device%.*} echo "Starting isdnlog with $optionfile for $device..." $SBIN/isdnlog -f $optionfile /dev/$device else .... Das heißt, der Parameter -f veranlaßt ja erstmal keine solch detalierte Ausgabe? Und da dann den Parameter -Ix:y ciinterval=0.025:60 in $SBIN/isdnlog -f $optionfile /dev/$device mitgeben, also: $SBIN/isdnlog -f -Ix:y ciinterval=0.025:60 $optionfile /dev/$device ? Sorry, aber mir ist die Syntax nicht so ganz klar. Ich probier´s mal so. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
Andreas Meyer wrote:
Das heißt, der Parameter -f veranlaßt ja erstmal keine solch detalierte Ausgabe? Und da dann den Parameter -Ix:y ciinterval=0.025:60 in $SBIN/isdnlog -f $optionfile /dev/$device mitgeben, also: $SBIN/isdnlog -f -Ix:y ciinterval=0.025:60 $optionfile /dev/$device ?
Sorry, aber mir ist die Syntax nicht so ganz klar. Ich probier´s mal so.
Oh, das wird sicher nichts. Der Parameter -f heiszt meistens "file" und danach muss der Name der gewuenschten Datei stehen, hier "$optionfile". Wenn man andere Optionen dazwischenschreibt, funktioniert es nicht mehr. Korrekt waere also $SBIN/isdnlog -f $optionfile -I0.025:60 /dev/$device Gut ist diese Loesung aber nicht, da man normalerweise keine Aenderungen in den Skript-Dateien vornehmen soll. Besser ist es, die Konfi- gurationsdatei zu aendern. Hinter $optionfile verbirgt sich eine der Dateien /etc/isdn/isdnlog.*.options. Dort kann dann der andere Text, also ciinterval=0.025:60 eingetragen werden. Anmerkung: Das alles lese ich aus der E-Mail. Ich bin kein Spezialist fuer die Konfiguration des isdnlog-Daemons. Ob also die Zahlen 0.025:60 an der Stelle sinnvoll sind, kann ich nicht sagen. Auch koennten sich aus der Dokumentation des isdnlog noch Aspekte ergeben, die aus der E-Mail allein nicht ersichtlich sind. Jochen
Hallo! Am Sun, 28 Oct 2001 10:44:08 +0100 schrieb Jochen Roedenbeck <roe@spl-spindel.de>:
$SBIN/isdnlog -f $optionfile -I0.025:60 /dev/$device
Gut ist diese Loesung aber nicht, da man normalerweise keine Aenderungen in den Skript-Dateien vornehmen soll. Besser ist es, die Konfi- gurationsdatei zu aendern. Hinter $optionfile verbirgt sich eine der Dateien /etc/isdn/isdnlog.*.options. Dort kann dann der andere Text, also
ciinterval=0.025:60
Ich habe beide Methoden probiert, leider ohne Erfolg. Die sekündlichen Einträge sind immer noch vorhanden... sigh /etc/isdn/isdnlog.isdnctrl0.options # -l syslog="value" # Angabe der gewuenschten Meldungen, die in's syslog eingetragen # werden sollen syslog=1015 ciinterval=0.025:60 Es geht nicht... Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
On Sun, Oct 28, 2001 at 07:10:39PM +0100, Andreas Meyer wrote:
Hallo!
Am Sun, 28 Oct 2001 10:44:08 +0100 schrieb Jochen Roedenbeck <roe@spl-spindel.de>:
$SBIN/isdnlog -f $optionfile -I0.025:60 /dev/$device
Gut ist diese Loesung aber nicht, da man normalerweise keine Aenderungen in den Skript-Dateien vornehmen soll. Besser ist es, die Konfi- gurationsdatei zu aendern. Hinter $optionfile verbirgt sich eine der Dateien /etc/isdn/isdnlog.*.options. Dort kann dann der andere Text, also
ciinterval=0.025:60
Ich habe beide Methoden probiert, leider ohne Erfolg. Die sekündlichen Einträge sind immer noch vorhanden... sigh
/etc/isdn/isdnlog.isdnctrl0.options # -l syslog="value" # Angabe der gewuenschten Meldungen, die in's syslog eingetragen # werden sollen
syslog=1015 ciinterval=0.025:60
Also ich weiss nicht wie Du auf 0.025:60 kommst ich wuerde z.B. ciinterval="60:60" probieren. Auchtung isdnlog muss neugestartet werden, bzw. sollte ein killall -HUP isdnlog als root isdnlog dazu bringen seinen Konfiguration neu zu lesen. Noch ein Wort zur Bedeutung der HEX Zahlen. HEX Zahlen werden hauptsaechlich deshalb verwendet, weil es sehr einfach ist sie in binaer Zahlen (Basis 2, Ziffern 0/1) umzurechnen. Binaer Zahlen sind die Basis mit der Digitale Rechner rechnen und wie die Zahlen intern gespeichert werden. Leider sind Binaer Zahlen in ihrer nativen Schreibweise sehr gross (Und Programmierer schreibfaul) z.b. die 1015 = hex 3f7 ist binaer 001111110111 Da die sich hex Basis 16 als 2*2*2*2 darstellen laest, sind immer 4 binaer Ziffern als ein hexwert darstellbar, so das aus 001111110111 0011 1111 0111 3 f 7 wird. Wenn Du jetzt die BitMaske fuer die Anzeige der Chargeinfo hernimmst: 0x20 (C Schreibweise fuer 20 hex) und das in binaer wandelst, 0 2 0 0000 0010 0000 und das mit dem sylog value vergleichst: 0011 1111 0111 0000 0010 0000 siehst Du das das Charge Bit gesetzt ist, also Chargeinfos angezeigt werden. -> Um keine anzuzeigen musst Du dafuer sorgen das das Bit nicht gesetzt ist. also 0011 1101 0111 3 d 7 == 983 in dezimaler Darstellung. also syslog=0x3d7 bzw. syslog=983 sollte garkeine chargeinfos mehr anzeigen (beachte oben gesagtes ueber Neustart). Da ich bei der hexadezimalen Darstellung sofort sehe, welche Bits gesetzt bzw. nicht gesetzt sind, bevorzuge ich syslog=0x3d7, aber das ist reine Geschmackssache. -- Karsten Keil SuSE Labs ISDN development
Hallo! Am Sun, 28 Oct 2001 20:18:01 +0100 schrieb Karsten Keil <kkeil@suse.de>:
syslog=1015 ciinterval=0.025:60
Also ich weiss nicht wie Du auf 0.025:60 kommst ich wuerde z.B.
achso, da hatte ich was mißverstanden.
ciinterval="60:60"
probieren.
Achtung isdnlog muss neugestartet werden, bzw. sollte ein killall -HUP isdnlog
ok, hab´ ich gemacht, die Meldungen sidn immer noch da, mein Provider bleibt hartnäckig ;)
als root isdnlog dazu bringen seinen Konfiguration neu zu lesen.
Noch ein Wort zur Bedeutung der HEX Zahlen.
uhm, das ist heavy Rock! Das muß ich mir in einer ruhigen Minute mal vornehmen. Danke für die Erläuterungen! [snipp ... HEX Zahlen]
also syslog=0x3d7 bzw. syslog=983
sollte garkeine chargeinfos mehr anzeigen (beachte oben gesagtes ueber Neustart)
Und das funktioniert. Ich habe auf syslog=983 gesetzt und die Sekundeneinträge sind verschwunden. Alle anderen (wichtigen) Meldungen sind noch da. Und mein isdn-ripper funktioniert auch noch. Das ist SUPER! #! /bin/sh isdnrep -v -t 10/2001 > /home/andreas/isdn-time
Da ich bei der hexadezimalen Darstellung sofort sehe, welche Bits gesetzt bzw. nicht gesetzt sind, bevorzuge ich syslog=0x3d7, aber das ist reine Geschmackssache.
Wenn man für sowas ein geübtes Auge hat, ja. Für mich ist (war ;)) hexadezimale Schreibweise eine fremde Welt. Danke für die Hilfe, Problem gelöst. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
Andreas Meyer schrieb am Samstag den 27. Oktober 2001:
Leider weis ich nicht, wie hexadezimal-Zahlen zustande kommen. Vielleicht kann mir das ja jemand auf die Schnelle beibringen.
Hallo Andreas, Oh. Das sollten wir schnellstens nachholen :) (Zur Darstellung der E-Mail bitte eine Schrift mit festem Zeichenabstand verwenden, ansonsten werden die Tabellen nicht wie vorgesehen angezeigt.) Das allgemein verwendete Zahlensystem ist eins mit der Basis 10. Zum Ausrechnen des Wertes einer Zahl multipliziert man die Ziffer einer Stelle mit der Basis (10) hoch der Position, an der sie steht. Die Positionen werden dabei von rechts beginnend mit 0 gezählt. Für dezimal 1234 sähe die Rechnung dann so aus: Position 3 2 1 0 ----------+ ! 1 2 3 4 V ^--- 4 x 10^0 = 4 ^----- 3 x 10^1 = 30 ^------- 2 x 10^2 = 200 ^--------- 1 x 10^3 = 1000 ----- 1234 stimmt :) Heaxadezimale Zahlen haben die Basis 16. Da es keine 16 Ziffern gibt (sondern nur 0 bis 9), werden für die noch benötigten 6 Ziffern A bis F verwendet (A = 10, B = 11, C = 12, D = 13, E = 14, F = 15). Um nun eine hexadezimale Zahl in dezimal umzuwandeln geht man genauso wie im obigen Beispiel vor. Für hexadezimal 0x1234: 1 2 3 4 ^--- 4 x 16^0 = 4 ^----- 3 x 16^1 = 48 ^------- 2 x 16^2 = 512 ^--------- 1 x 16^3 = 4096 ----- 4660 dezimal Um eine Dezimalzahl in eine Hexadezimalzahl umzuwandeln, geht man wie folgt vor: Man teilt die Zahl durch die höchste 16er Potenz, mit der sich die Zahl teilen läßt. Das Ergebnis ist die Ziffer zu der Position mit der man 16 potenziert hat. Der ganzzahlige Rest wird für den nächsten Schritt verwendet. Z.B. für dezimal 1234: 1234 = 2 x 16^2 ( 2 x 512 = 1024) Rest: 210 ! +---------------------------------------------+ V 210 = 13 x 16^1 (13 x 16 = 208) Rest: 2 ! +---------------------------------------------+ V 2 = 2 x 16^0 ( 2 x 1 = 2) ^^^ ----- ! 1234 stimmt :) ! gibt von oben nach unten 2D2 Die Zahl 1234 (dezimal) ist also 2D2 (hexadezimal). Analog dazu kann man durch Austauschen der Basis mit jedem anderen Zahlensystem rechnen, z.B. dem Binärsystem mit Basis 2. Alles klar? *eg* BTW: Ein Tool, welches das unter X hervoragend beherrscht, ist calctool. Gruß Jens -- printf("*** system failure failed.\n");
Hallo Jens! Am Sun, 28 Oct 2001 11:11:29 +0100 schrieb Jens Tautenhahn <shogun@tausys.franken.de>: [Ich habe mal den Großteil Deiner schönen Erklärung gesnippt] Du bist und hast Klasse! Ich danke Dir recht herzlich! Du bist der erste, der mir das in verständlicher Form rüberbringt. Alle, die ich danach gefragt habe, haben sich drumrumgedrückt ;)
1234 = 2 x 16^2 ( 2 x 512 = 1024) Rest: 210 ! +---------------------------------------------+ V 210 = 13 x 16^1 (13 x 16 = 208) Rest: 2 ! +---------------------------------------------+ V 2 = 2 x 16^0 ( 2 x 1 = 2) ^^^ ----- ! 1234 stimmt :) ! gibt von oben nach unten 2D2
Die Zahl 1234 (dezimal) ist also 2D2 (hexadezimal).
Also dann 0x2D2...
Analog dazu kann man durch Austauschen der Basis mit jedem anderen Zahlensystem rechnen, z.B. dem Binärsystem mit Basis 2.
Super... Schönen Sonntag noch! -- Andreas Meyer http://home.wtal.de/MeineHomepage
Hallo, Jens (und auch Andreas)! Am Sonntag, 28. Oktober 2001 13:22 schrieb Andreas Meyer:
Hallo Jens!
Am Sun, 28 Oct 2001 11:11:29 +0100 schrieb Jens Tautenhahn <shogun@tausys.franken.de>: << schnipp >>> War echt eine prima (weil vor allem kurze und logische) Erklärung des prinzipiellen Aufbaus von Zahlensystemen. Man könnte meinen, du bist solltest Mathelehrer werden (die wissen zwar meist wie es geht, haben aber Probleme mit dem einfachen Erklären) ;-)
Leider ist dir aber hier --------v ein kleiner Fehler unterlaufen.
1234 = 2 x 16^2 ( 2 x 512 = 1024) Rest: 210 Korrektur: 4 x 16^2 ( 4 x 256 = 1024) Rest: 210 ~~~ ~~~~~~~~ ! +---------------------------------------------+ V 210 = 13 x 16^1 (13 x 16 = 208) Rest: 2 ! +---------------------------------------------+ V 2 = 2 x 16^0 ( 2 x 1 = 2) ^^^ ----- ! 1234 stimmt :) ! gibt von oben nach unten 2D2 Korrektur: -->4D2
Die Zahl 1234 (dezimal) ist also 2D2 (hexadezimal). Leider fast doppelt so groß: -->4D4
Also dann 0x2D2... Nee, dann 0x4D2
Super... ACK
Schönen Sonntag noch! dito
(PS: Ich war bis vor 8 Jahren Mathelehrer, habs dann aufgegeben (Informatik ist viel schöner *ggg*; Computer machen wenigstens das, was man ihnen sagt). Nur Fehler suchen und finden kann ich immer noch prima.) -- Mit besten Grüßen / With kind regards _______________________________________________________________ | Matthias Houdek /// | | matthias@houdek.de /// | | ____________________/// | | *** 16868 Bantikow am See *** Tel.: +49-(0)33979-13932 *** | '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~'
On Sat, 27 Oct 2001, Andreas Meyer wrote:
Habe ich eine Chance, die sekündlichen Verbindungsmeldungen in /var/log/messages wegzubekommen?
Stelle ich I4L_HISAXDEBUG=4, sind diese Meldungen da; sage ich I4L_HISAXDEBUG=3, werden auch keine Verbindungen mehr mitgeloggt.
Vermutlich sollte ein Studium der man-Page von isdnlog helfen, um einen Loglevel einzustellen, der nur das loggt, was dich auch interessiert. --Kai
Am Sat, 27 Oct 2001 16:51:48 +0200 (CEST) schrieb Kai Germaschewski <kai@tp1.ruhr-uni-bochum.de>:
Habe ich eine Chance, die sekündlichen Verbindungsmeldungen in /var/log/messages wegzubekommen?
Stelle ich I4L_HISAXDEBUG=4, sind diese Meldungen da; sage ich I4L_HISAXDEBUG=3, werden auch keine Verbindungen mehr mitgeloggt.
Vermutlich sollte ein Studium der man-Page von isdnlog helfen, um einen Loglevel einzustellen, der nur das loggt, was dich auch interessiert.
Es tut mir leid, diese man-page habe ich schon x-mal zu Rate gezogen und keinen Hinweis gefunden, wie man sowas abstellen kann. Ich kann mich mit dieser Page auch so lange beschäftigen, bis ich sie auswendig aufsagen kann, dazu fehlt mit aber die Zeit. Und die Meldungen sind immer noch da... Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
participants (6)
-
Andreas Meyer
-
Jens Tautenhahn
-
Jochen Roedenbeck
-
Kai Germaschewski
-
Karsten Keil
-
Matthias Houdek