asterisk 1.4.18+ (bristuffed-0.4.0-test6) kernel 2.6.16.52/56 (i686)

Hallo Holger,
ich folge dem Ruf!
Vielen Dank für die Nachricht!

Im Augenblick läuft hier der Fli4l 3.1.3 kit dem 52er Kernel mit Deinem squid und privoxy und natürlich Asterisk; wenn auch noch etwas uneben, aber alles läuft soweit.

Kann ich mich ja jetzt in ein neues Abenteuer stürzen!

Viele Grüße
Günter

Hmmm,
im zap-Kanal höre ich lediglich ein lautes Prasseln, dann legt Asterisk auf.
Im sip-Kanal führt Asterisk einfach meine extensions.conf nicht aus, weil naja, eben noch von 1.2.
Da ich das etc-Verzeichnis einfach mal vom 1.2 unverändert übernommen habe, lege ich zunächst mal keinen Wert auf volle Funktionalität.

Aber der zap-Kanal macht mir noch Sorgen.

*CLI> zap show channels
Chan Extension Context Language MOH Interpret
pseudo wahlregel de default
1 wahlregel de default
2 wahlregel de default
*CLI>

fli4l 3.1.3 # ztcfg -vvvv

Zaptel Version: SVN--r


Echo Canceller: MG2
Configuration
======================

SPAN 1: CCS/ AMI Build-out: 399-533 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Slaves: 01)
Channel 02: Clear channel (Default) (Slaves: 02)
Channel 03: D-channel (Default) (Slaves: 03)

3 channels configured.

fli4l 3.1.3 #

wobei ich den default-context überall in wahlregel umbenannt habe.

EDIT:
die Ausgabe von putty nach der Anwahl bis zum Auflegen:
== Primary D-Channel on span 1 up for TEI 64

-- Accepting overlap voice call from '111' to '<unspecified>' on channel 0/2, span 1

-- Starting simple switch on 'Zap/2-1'

-- Going to extension s|1 because of empty extension received on overlap call

-- Hungup 'Zap/2-1'

wobei ich lediglich die "null" raus aus der Euracom zum Asterisk wähle.

fli4l 3.1.3 # cat /proc/interrupts
CPU0
0: 315495 XT-PIC timer
1: 17330 XT-PIC i8042
2: 0 XT-PIC cascade
5: 142896 XT-PIC NE2000
8: 30 XT-PIC rtc
9: 10129142 XT-PIC zaphfc
10: 9187 XT-PIC eth1
11: 763007 XT-PIC fcpci
14: 1388987 XT-PIC ide0
15: 1 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
fli4l 3.1.3 #

Habe alles wieder von Wahlregel auf default umbenannt.

Wo liegt zaptel.conf... BLACKOUT meinerseits...

-- Accepting overlap voice call from '111' to '<unspecified>' on channel 0/2, span 1

-- Starting simple switch on 'Zap/2-1'

-- Going to extension s|1 because of empty extension received on overlap call

-- Hungup 'Zap/2-1'
und das alles unter "Geprassel"

"top" ohne zap:
Cpu(s): 7.2% user, 88.9% system, 0.0% nice, 0.0% idle

"top" mit zap:
Cpu(s): 7.5% user, 90.2% system, 0.0% nice, 0.0% idle
schwankt etwas hin und her...

Hmmm...
ich war eben oben auf dem Dachboden und da rödelt die Kiste wie wild auf der Festplatte rum. Habe per Reset-Knopp neu gestartet, aber leider alles unverändert.

wie kriege ich nun raus, was da den Unsinn verzapft?

Weiter unten im top... ich kucke mal... moment

EDIT:
kanns das sein:

2715 root 15 0 0 0 0 S 74.3 0.0 5:14.73 kjournald


74,3 % Auslastung durch kjournald?? Welches opt verursacht das?

Hier meine Zeile von top , der asterisk macht folgendes:
5857 root 18 0 20720 9388 5220 S 0.3 7.3 0:04.83 asterisk.exe
sieht doch gut aus; nur das kjournald spinnt...

fli4l 3.1.3 # hdparm /dev/hda

/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 19386/16/63, sectors = 19541089, start = 0
fli4l 3.1.3 #

Da hattest Du doch mal eine Veränderung bei der Reihenfolge des Ladens der Parameter getroffen, ich weiß nur nicht mehr genau wo das war, und offenbar sind mir diese Veränderungen während meines Umstiegs auf 3.1.3 verlorengegangen. :-( irgendeine ...rc.cfg

fli4l 3.1.3 # modprobe piix
fli4l 3.1.3 # hdparm -c1 d1 /dev/hda
d1: No such file or directory
fli4l 3.1.3 #

Braucht ewig lange zum hochladen, Proz. auf 100 %.
kann man den kjournald prozess zur laufzeit ohne probleme killen?