Ich möchte einen lokalen Dictionary-Server verwenden und habe dazu als Server localhost angegeben. Mit dict.org funktioniert es, mit localhost wird die Verbindung abgelehnt. Der Dienst wurde im Runlevel-Editor freigegeben. telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused ps ax | grep dic 5958 ? Sl 0:01 kdict [kdeinit] -caption Lexikon -icon kdict -miniicon kdict 6010 pts/2 R+ 0:00 grep dic /etc/init.d/dictd restart Shutting down DICTD done Starting DICTDdictd (main): dictd already running with pid 5751 remove /var/run/dictd.pid or use -f to force startup startproc: exit status of parent of /usr/sbin/dictd: 1 failed Al
On Tue, Feb 07, 2006 at 02:52:20PM +0100, Al Bogner wrote:
Ich möchte einen lokalen Dictionary-Server verwenden und habe dazu als Server localhost angegeben. Mit dict.org funktioniert es, mit localhost wird die Verbindung abgelehnt. Der Dienst wurde im Runlevel-Editor freigegeben.
telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
ps ax | grep dic 5958 ? Sl 0:01 kdict [kdeinit] -caption Lexikon -icon kdict -miniicon kdict 6010 pts/2 R+ 0:00 grep dic
/etc/init.d/dictd restart Shutting down DICTD done Starting DICTDdictd (main): dictd already running with pid 5751
Was läuft denn da mit pid 5751?
remove /var/run/dictd.pid or use -f to force startup
Evtl. musst Du einfach nur tun was da steht.
startproc: exit status of parent of /usr/sbin/dictd: 1 failed
Gruß, Jürgen
Hallo, Am Wed, 08 Feb 2006, Jürgen Knelangen schrieb:
On Tue, Feb 07, 2006 at 02:52:20PM +0100, Al Bogner wrote:
Ich möchte einen lokalen Dictionary-Server verwenden und habe dazu als Server localhost angegeben. Mit dict.org funktioniert es, mit localhost wird die Verbindung abgelehnt. Der Dienst wurde im Runlevel-Editor freigegeben.
telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
Was sagt: grep 2628 /etc/services
/etc/init.d/dictd restart Shutting down DICTD done Starting DICTDdictd (main): dictd already running with pid 5751
Was läuft denn da mit pid 5751?
remove /var/run/dictd.pid or use -f to force startup
Evtl. musst Du einfach nur tun was da steht.
startproc: exit status of parent of /usr/sbin/dictd: 1 failed
Oder erstmal den dictd sauber stoppen. -dnh -- Macht kann nur in den Kopf steigen, wenn Platz dafür da ist.
Am Mittwoch, 8. Februar 2006 11:51 schrieb David Haller:
telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
Was sagt: grep 2628 /etc/services
Nach Reboot: grep 2628 /etc/services dict 2628/tcp # DICT dict 2628/udp # DICT ps ax | grep dict keine Ausgbae im Runlevel-Editor ist dictd aktiviert _mit_ Stern.
Hallo, Am Wed, 08 Feb 2006, Al Bogner schrieb:
Am Mittwoch, 8. Februar 2006 11:51 schrieb David Haller:
telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
Was sagt: grep 2628 /etc/services
Nach Reboot:
grep 2628 /etc/services dict 2628/tcp # DICT dict 2628/udp # DICT
Ok.
ps ax | grep dict keine Ausgbae im Runlevel-Editor ist dictd aktiviert _mit_ Stern.
Was heisst der Stern? ;) Kontrolliere aber auch die (x)inetd Konfig. Wie sieht jetzt ein 'rcdictd start' aus? Wenn's Mecker wegen dem pid-file loesche dieses mal. Und probiers nochmal. Ist das das Startscript von SuSE? Wie ist die Ausgabe (der Exitstatus) von rcdictd status; echo $? Ansonsten nimm mal: rcdictd stop && sh -x rcdictd start -dnh -- Black holes are where God divided by zero! -- stolen from Carsten Groh
Am Mittwoch, 8. Februar 2006 23:08 schrieb David Haller: Hallo David!
im Runlevel-Editor ist dictd aktiviert _mit_ Stern.
Was heisst der Stern? ;) Orignal-Yast: "Ein Sternchen (*) hinter einem Dienststatus bedeutet, dass der Dienst aktiviert ist, jedoch nicht läuft oder deaktiviert ist, jedoch nun läuft."
LOL
Kontrolliere aber auch die (x)inetd Konfig.
IMHO ist das genau der Punkt. Da ist nämlich nichts konfiguriert und ich habe keine Ahnung was ich wo eintragen soll. Mit yast gibt es keinen Eintrag, der passend aussieht. Es sind keine Dienste aktiviert und daher wird xinetd deaktiviert. /etc/xinetd.conf defaults { log_type = FILE /var/log/xinetd.log log_on_success = HOST EXIT DURATION log_on_failure = HOST ATTEMPT instances = 30 cps = 50 10 }
Wie sieht jetzt ein 'rcdictd start' aus?
/usr/sbin/rcdictd start Starting DICTDdictd (main): dictd already running with pid 4012 remove /var/run/dictd.pid or use -f to force startup startproc: exit status of parent of /usr/sbin/dictd: 1 failed
Wenn's Mecker wegen dem pid-file loesche dieses mal.
rm /var/run/dictd.pid /usr/sbin/rcdictd start Starting DICTD done
Und probiers nochmal. Ist das das Startscript von SuSE? Wie ist die Ausgabe (der Exitstatus) von
Es ist SuSe 10.
rcdictd status; echo $?
usr/sbin/rcdictd status; echo $? Checking for dictd: dead 1
Ansonsten nimm mal: rcdictd stop && sh -x rcdictd start
# /usr/sbin/rcdictd stop && sh -x rcdictd start Shutting down DICTD done + DICTD_BIN=/usr/sbin/dictd + test -x /usr/sbin/dictd + . /etc/rc.status ++ LC_ALL=POSIX ++ export LC_ALL ++ test -z '' -o -z '' +++ exec +++ stty size +++ read L C +++ echo LINES=24 COLUMNS=80 ++ eval LINES=24 COLUMNS=80 +++ LINES=24 +++ COLUMNS=80 ++ test 24 -eq 0 ++ test 80 -eq 0 ++ export LINES COLUMNS ++ case ":$PATH:" in ++ test -t 1 -a xterm '!=' raw -a xterm '!=' dumb ++ stty size +++ echo -en '\033' ++ esc=$'\E' ++ extd='' ++ warn='' ++ done='' ++ attn='' +++ echo -en '\017' ++ norm='' +++ echo -en '\015 ' ++ stat=' ' ++ rc_done=' done' ++ rc_running=' running' ++ rc_failed=' failed' ++ rc_missed=' missing' ++ rc_skipped=' skipped' ++ rc_dead=' dead' ++ rc_unused=' unused' ++ rc_unknown=' failed'' ++ rc_reset=''p=' ++ rc_save='' ++ rc_restor'=' ++ _rc_service=rcdictd ++ _rc_status=0 ++ _rc_status_all=0 ++ _rc_todo=start ++ test start = status ++ test -n start + rc_reset + _rc_status=0 + _rc_status_all=0 + rc_check + _rc_status_ret=0 + test 0 -eq 0 + test 0 -eq 0 + return + return 0 + case "$1" in + echo -n 'Starting DICTD' Starting DICTD+ startproc /usr/sbin/dictd -L /var/log/dictd dictd (main): dictd already running with pid 6413 remove /var/run/dictd.pid or use -f to force startup startproc: exit status of parent of /usr/sbin/dictd: 1 + rc_status -v + rc_check + _rc_status_ret=7 + test 7 -eq 0 + _rc_status=7 + test 7 -eq 0 + _rc_status_all=7 + return + test 7 -gt 7 + _rc_status_ret=7 + case "$_rc_todo" in + local i + for i in '"$@"' + case "$i" in + local vrt= + local out=1 + local opt=en + test -n '' + opt=e + case "$_rc_status" in + vrt=' failed' + out=2 + echo -e '' failed failed + _rc_status=0 + return 7 + rc_exit + exit 7 Al
Hallo, Am Thu, 09 Feb 2006, Al Bogner schrieb:
Am Mittwoch, 8. Februar 2006 23:08 schrieb David Haller:
im Runlevel-Editor ist dictd aktiviert _mit_ Stern.
Was heisst der Stern? ;) Orignal-Yast: "Ein Sternchen (*) hinter einem Dienststatus bedeutet, dass der Dienst aktiviert ist, jedoch nicht läuft oder deaktiviert ist, jedoch nun läuft."
LOL
Ah. ;)
IMHO ist das genau der Punkt. Da ist nämlich nichts konfiguriert und ich habe keine Ahnung was ich wo eintragen soll. Mit yast gibt es keinen Eintrag, der passend aussieht. Es sind keine Dienste aktiviert und daher wird xinetd deaktiviert.
Ist ok.
Wie sieht jetzt ein 'rcdictd start' aus?
/usr/sbin/rcdictd start Starting DICTDdictd (main): dictd already running with pid 4012 remove /var/run/dictd.pid or use -f to force startup startproc: exit status of parent of /usr/sbin/dictd: 1
Ok. Holzhammer: rcdictd stop killall -TERM dictd rm -f /var/run/dictd.pid rcdictd start -dnh -- It is impossible to make anything foolproof because fools are so ingenious. -- from the fortune file
Am Donnerstag, 9. Februar 2006 16:26 schrieb David Haller:
Ok. Holzhammer:
rcdictd stop killall -TERM dictd rm -f /var/run/dictd.pid rcdictd start
# rcdictd stop Shutting down DICTD done # killall -TERM dictd dictd: Kein Prozess abgebrochen # rm -f /var/run/dictd.pid # rcdictd start Starting DICTD done # telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused #grep 2628 /etc/services dict 2628/tcp # DICT dict 2628/udp # DICT Al
Hallo, Am Thu, 09 Feb 2006, Al Bogner schrieb:
Am Donnerstag, 9. Februar 2006 16:26 schrieb David Haller:
Ok. Holzhammer:
rcdictd stop killall -TERM dictd rm -f /var/run/dictd.pid rcdictd start [..] # rcdictd start Starting DICTD done
# telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
#grep 2628 /etc/services dict 2628/tcp # DICT dict 2628/udp # DICT
Ok. Hm. /etc/hosts.{allow,deny} sollten eigentlich nicht beachtet werden. Schau mal, ob dictd wirklich auf 2628 laeuft, also netstat -tulpen | grep '[d]ictd' Aber immerhin laesst sich dictd jetzt starten ;) -dnh -- 49: Version x.0 Kostenpflichtiger Preview als Bestandteil unserer Beta-Tests (Kristian Köhntopp)
On Thursday 09 February 2006 21:06, Al Bogner wrote:
Am Donnerstag, 9. Februar 2006 16:26 schrieb David Haller:
Hallo,
Ok. Holzhammer:
rcdictd stop killall -TERM dictd rm -f /var/run/dictd.pid rcdictd start
# rcdictd stop Shutting down DICTD done
# killall -TERM dictd dictd: Kein Prozess abgebrochen
# rm -f /var/run/dictd.pid
# rcdictd start Starting DICTD done
# telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
#grep 2628 /etc/services dict 2628/tcp # DICT dict 2628/udp # DICT
ich habe nicht mehr alle Mails von diesem Thread, daher vielleicht einiges redundant :-) Was hast du gemacht? 1. dictd installiert 2. Datenbanken installier? 3. /etc/dict.conf angelegt? (Wie sieht die aus?) 4. dictd.conf angelegt? (Wie sieht die aus?) 5. dictd gestartet? So, ~> ps aux | grep dictd laeuft dictd? Wenn ja merk dir mal die PID. ~> netstat -tulpen | grep $PID als root! Der dictd taucht bei mir bei einem netstat nicht auf. Der erscheint nur als: tcp 0 0 0.0.0.0:2628 0.0.0.0:* LISTEN 0 52068316 21091/0 Also als $PID/0. Ein "telnet localhost 2628" ergibt dann: 220 FOO.BAR.DE dictd 1.4.9/rf on Linux 2.6.11.4-21.10-smp ... Bis denne, Michael -- -------------------------------------------------------------------------- Michael Schulz, Institut fuer Geophysik, WWU Muenster Corrensstr. 24, 48149 Muenster michael@earth.uni-muenster.de Tel.: +49 251 83 33938, Fax: +49 251 83 36100
Am Freitag, 10. Februar 2006 12:02 schrieb Michael Schulz:
Was hast du gemacht?
1. dictd installiert
ja
2. Datenbanken installier?
ja aptitude search dict | grep ^i i dictd - Electronic Online Dictionaries i dicts - Ispell Dictionary Files
3. /etc/dict.conf angelegt? (Wie sieht die aus?)
Nein, default
4. dictd.conf angelegt? (Wie sieht die aus?)
Da stand ursprünglich gar nichts. Ich habe localhost beim Aufruf durch "Lexikon" in der Leiste unten, bei der Konfiguration des Lexikons eingetragen. Wo ist definiert, dass die Konfiguration unter /etc/dict.conf ist? Bei Debian ist es bei /etc/dictd/dict.conf Das habe ich mal probeweise angelegt, hilft aber nichts: /etc/dict.conf server localhost server dict.org
5. dictd gestartet?
Sollte laufen.
So,
~> ps aux | grep dictd
# ps aux | grep dictd root 13761 0.0 0.1 2780 716 pts/1 S+ 23:31 0:00 grep dictd
laeuft dictd? Wenn ja merk dir mal die PID.
~> netstat -tulpen | grep $PID
netstat -tulpen | grep 13761 Da kommt nichts
als root!
Der dictd taucht bei mir bei einem netstat nicht auf. Der erscheint nur als:
tcp 0 0 0.0.0.0:2628 0.0.0.0:* LISTEN 0 52068316 21091/0
Also als $PID/0.
Ich weiß jetzt nicht, wie du da genau abgefragt hast. netstat -tulpen Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:32771 0.0.0.0:* LISTEN 0 14411 - tcp 0 0 127.0.0.1:10024 0.0.0.0:* LISTEN 0 19018 7870/amavisd (maste tcp 0 0 127.0.0.1:10025 0.0.0.0:* LISTEN 0 14856 6206/master tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 0 18751 7685/xinetd tcp 0 0 127.0.0.1:3310 0.0.0.0:* LISTEN 65 16059 6489/clamd tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 14235 6001/portmap tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 0 16212 6862/httpd2-event tcp 0 0 0.0.0.0:4949 0.0.0.0:* LISTEN 0 15704 6498/munin-node tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 0 20294 7326/cupsd tcp 0 0 192.168.1.102:25 0.0.0.0:* LISTEN 0 14795 6206/master tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 0 14794 6206/master tcp 0 0 :::22 :::* LISTEN 0 18428 7636/sshd udp 0 0 0.0.0.0:32768 0.0.0.0:* 0 14077 5928/mdnsd udp 0 0 0.0.0.0:32769 0.0.0.0:* 0 14406 - udp 0 0 0.0.0.0:5353 0.0.0.0:* 78 18415 5928/mdnsd udp 0 0 0.0.0.0:111 0.0.0.0:* 0 14234 6001/portmap udp 0 0 0.0.0.0:631 0.0.0.0:* 0 20295 7326/cupsd Al
Hallo, Am Fri, 10 Feb 2006, Al Bogner schrieb:
Am Freitag, 10. Februar 2006 12:02 schrieb Michael Schulz:
5. dictd gestartet?
Sollte laufen.
~> ps aux | grep dictd
# ps aux | grep dictd root 13761 0.0 0.1 2780 716 pts/1 S+ 23:31 0:00 grep dictd
Das ist aber das 'grep' und nicht ein dictd. Siehst du wenn du ps aux | grep '[d]ictd' verwendest.
laeuft dictd? Wenn ja merk dir mal die PID.
~> netstat -tulpen | grep $PID
netstat -tulpen | grep 13761 Da kommt nichts
Eben. -dnh -- If you're looking for me, I'll be the quivering pile of jelly wobbling pitifully in the corner over there. -- Stuart Lamble, in the SDM
Am Samstag, 11. Februar 2006 13:57 schrieb David Haller:
Das ist aber das 'grep' und nicht ein dictd. Siehst du wenn du ps aux | grep '[d]ictd' verwendest.
rcdictd stop Shutting down DICTD done killall -TERM dictd dictd: Kein Prozess abgebrochen rm -f /var/run/dictd.pid rcdictd start Starting DICTD done # ps aux | grep dictd root 9762 0.0 0.1 2772 656 pts/3 D+ 15:05 0:00 grep dictd # ps aux | grep '[d]ictd' # Al
Hallo, Am Sat, 11 Feb 2006, Al Bogner schrieb: [..]
rcdictd stop Shutting down DICTD done killall -TERM dictd dictd: Kein Prozess abgebrochen rm -f /var/run/dictd.pid rcdictd start Starting DICTD done
# ps aux | grep dictd root 9762 0.0 0.1 2772 656 pts/3 D+ 15:05 0:00 grep dictd # ps aux | grep '[d]ictd'
Oha. Der dictd laeuft also nicht. Hm. Lass mal ein 'tail -f /var/log/dictd' mitlaufen... Bzw. starte dann mal 'dictd' von Hand: dictd -L /var/log/dictd --port 2628 --log all -d init -d port -d nodetach -d verbose -d scan -d parse Oder so ;) -dnh -- 50: Version x.1 Kostenpflichtiger Bugfix (Kristian Köhntopp)
Am Samstag, 11. Februar 2006 17:15 schrieb David Haller: Hallo David, wieder mal eine komplizierte Sache :-)
# ps aux | grep dictd root 9762 0.0 0.1 2772 656 pts/3 D+ 15:05 0:00 grep dictd # ps aux | grep '[d]ictd'
Oha. Der dictd laeuft also nicht. Hm. Lass mal ein 'tail -f /var/log/dictd' mitlaufen... Bzw. starte dann mal 'dictd' von Hand:
dictd -L /var/log/dictd --port 2628 --log all -d init -d port -d nodetach -d verbose -d scan -d parse
# dictd -L /var/log/dictd --port 2628 --log all -d init -d port -d nodetach -d verbose -d scan -d parse Sat Feb 11 22:11:08 2006 client2 dictd[23047]: :I: 23047 starting dictd 1.4.9/rf on Linux 2.6.13-15.7-default Sat Feb 11 22:11:08 2006 dictd (lst_iterate_arg): Internal error list is null Sat Feb 11 22:11:08 2006 client2 dictd[23047]: (lst_iterate_arg) list is null Aborting dictd... Abgebrochen Al
Hallo, Am Sat, 11 Feb 2006, Al Bogner schrieb: [..]
# dictd -L /var/log/dictd --port 2628 --log all -d init -d port -d nodetach -d verbose -d scan -d parse Sat Feb 11 22:11:08 2006 client2 dictd[23047]: :I: 23047 starting dictd 1.4.9/rf on Linux 2.6.13-15.7-default Sat Feb 11 22:11:08 2006 dictd (lst_iterate_arg): Internal error list is null Sat Feb 11 22:11:08 2006 client2 dictd[23047]: (lst_iterate_arg) list is null Aborting dictd... Abgebrochen
Also dein dictd will nicht. Anscheinend findet er auch kein Woerterbuch oder so... Leg' vielleicht mal ne Config an. Ich kenn mich aber nicht weiter mit dem dictd aus. Ggfs. kannst du auch mal ein 'ltrace' auf den dictd ansetzen. -dnh -- There are three kinds of people: Those who can count & those who can't.
On Friday 10 February 2006 23:40, Al Bogner wrote:
Am Freitag, 10. Februar 2006 12:02 schrieb Michael Schulz:
Hallo,
3. /etc/dict.conf angelegt? (Wie sieht die aus?)
Nein, default
default heist? Da sollte dann in deinem Fall drinstehen: server localhost
4. dictd.conf angelegt? (Wie sieht die aus?)
Da stand ursprünglich gar nichts. Ich habe localhost beim Aufruf durch "Lexikon" in der Leiste unten, bei der Konfiguration des Lexikons eingetragen. Wo ist definiert, dass die Konfiguration unter /etc/dict.conf ist? Bei Debian ist es bei /etc/dictd/dict.conf
/etc/dictd.conf ist default. Siehe "man dictd". Das kannst du beim Aufruf von dictd mit dem Parameter -c ueberschreiben. Keine Ahnung wie Debian das macht, ist mir auf dieser Liste aber auch egal :-)
Das habe ich mal probeweise angelegt, hilft aber nichts: /etc/dict.conf server localhost server dict.org
Wenn du keine oder eine syntaktisch nicht stimmende dictd.conf hast, kommt genau das raus was du im Moment bei deinem dictd beobachtest. Meine dictd.conf mal als funktionierendes Beispiel (mit sehr warscheinlich anderen Woerterbuechern als die die du hast): access { allow localhost allow noch.ein-anderer-rechner.de deny * } database obi-bio { data "/usr/share/dict/obi-bio.dict" index "usr/share/dict/obi-bio.index2" }
5. dictd gestartet?
Sollte laufen.
So,
~> ps aux | grep dictd
# ps aux | grep dictd root 13761 0.0 0.1 2780 716 pts/1 S+ 23:31 0:00 grep dictd
laeuft nicht. Das ist der grep. Lass uns mal deine /etc/dict.conf und deine /etc/dictd.conf ansehen. Bis denne, Michael -- -------------------------------------------------------------------------- Michael Schulz, Institut fuer Geophysik, WWU Muenster Corrensstr. 24, 48149 Muenster michael@earth.uni-muenster.de Tel.: +49 251 83 33938, Fax: +49 251 83 36100
Am Montag, 13. Februar 2006 08:57 schrieb Michael Schulz:
On Friday 10 February 2006 23:40, Al Bogner wrote:
Am Freitag, 10. Februar 2006 12:02 schrieb Michael Schulz:
Hallo,
3. /etc/dict.conf angelegt? (Wie sieht die aus?)
Nein, default
default heist?
Keine Dateien. Vgl. die angehängte Datei mit "locate dict"
Da sollte dann in deinem Fall drinstehen:
server localhost
Das habe ich mal probeweise angelegt, hilft aber nichts: /etc/dict.conf server localhost server dict.org
Wenn du keine oder eine syntaktisch nicht stimmende dictd.conf hast, kommt genau das raus was du im Moment bei deinem dictd beobachtest.
Ok, dann machen wir hier mal weiter.
Meine dictd.conf mal als funktionierendes Beispiel (mit sehr warscheinlich anderen Woerterbuechern als die die du hast):
access { allow localhost allow noch.ein-anderer-rechner.de deny * }
database obi-bio { data "/usr/share/dict/obi-bio.dict" index "usr/share/dict/obi-bio.index2" }
5. dictd gestartet?
Sollte laufen.
So,
~> ps aux | grep dictd
# ps aux | grep dictd root 13761 0.0 0.1 2780 716 pts/1 S+ 23:31 0:00 grep dictd
laeuft nicht. Das ist der grep.
Lass uns mal deine /etc/dict.conf und deine /etc/dictd.conf ansehen.
Schickst du mir bitte oder postest du mal deine beiden conf-Dateien. Dann probiere ich das mal aus. Die Wörterbücher sollten für Test ja egal sein. Ich habe alle Wörterbücher installiert. Al
On Monday 13 February 2006 14:06, Al Bogner wrote: Hallo,
Schickst du mir bitte oder postest du mal deine beiden conf-Dateien.
Die hast Du schon! Siehe vorige Mail.
Dann probiere ich das mal aus. Die Wörterbücher sollten für Test ja egal sein. Ich habe alle Wörterbücher installiert.
In deiner angehaengten Datei finde ich kein einziges dictd-Woerterbuch!!! Die/das solltest du als erstes mal installieren, sonst bringt der Rest rein garnichts. ftp://ftp.dict.org/pub/dict/pre/ Da solltest du einige finden. Bis denne, Michael -- -------------------------------------------------------------------------- Michael Schulz, Institut fuer Geophysik, WWU Muenster Corrensstr. 24, 48149 Muenster michael@earth.uni-muenster.de Tel.: +49 251 83 33938, Fax: +49 251 83 36100
Am Montag, 13. Februar 2006 15:26 schrieb Michael Schulz:
In deiner angehaengten Datei finde ich kein einziges dictd-Woerterbuch!!! Die/das solltest du als erstes mal installieren, sonst bringt der Rest rein garnichts.
ftp://ftp.dict.org/pub/dict/pre/
Da solltest du einige finden.
Ich dachte "dicts" sind die Wörterbücher. Entschuldigung, dass ich da nochmals nachfrage. Bist du sicher, dass ich für den dictd keine passenden Wörterbücher installiert habe? Aber ich glaube du hast schon recht. Ich frage mich aber, was es für Sinn macht einen dictd ohne Wörtebücher anzubieten. GIbt es eine Anleitung, wie man die Wörterbücher von ftp://ftp.dict.org/pub/dict/pre/ installiert? Ich habe das mit den Debian-Wörterbüchern gemacht. alien --to-rpm *.deb, d.h. ohne Option --scripts. Dann habe ich testweise ein mit alien erstelltes Paket installiert: locate iri-eng /usr/share/dictd/freedict-iri-eng.dict.dz /usr/share/dictd/freedict-iri-eng.index /usr/share/doc/dict-freedict-iri-eng /usr/share/doc/dict-freedict-iri-eng/changelog.Debian.gz /usr/share/doc/dict-freedict-iri-eng/copyright /usr/share/doc/dict-freedict-iri-eng/README.Debian /usr/src/dict/dict-freedict-iri-eng_1.3-1_all.deb /usr/src/dict/dict-freedict-iri-eng-1.3-2.noarch.rpm Ist das so ok? Wie geht es nun weiter? Al
On Tuesday 14 February 2006 15:21, Al Bogner wrote:
Am Montag, 13. Februar 2006 15:26 schrieb Michael Schulz:
Hallo,
In deiner angehaengten Datei finde ich kein einziges dictd-Woerterbuch!!! Die/das solltest du als erstes mal installieren, sonst bringt der Rest rein garnichts.
ftp://ftp.dict.org/pub/dict/pre/
Da solltest du einige finden.
Ich dachte "dicts" sind die Wörterbücher. Entschuldigung, dass ich da nochmals nachfrage. Bist du sicher, dass ich für den dictd keine passenden Wörterbücher installiert habe? Aber ich glaube du hast schon recht. Ich frage mich aber, was es für Sinn macht einen dictd ohne Wörtebücher anzubieten.
frag nicht mich.
GIbt es eine Anleitung, wie man die Wörterbücher von ftp://ftp.dict.org/pub/dict/pre/ installiert?
Oehh, weiss ich nicht. Aber ich pack die immer nach "/usr/share/dict/". Ist aber auch egal, da du den Pfad zu den Woerterbuechern ja in der /etc/dictd.conf angibst.
Ich habe das mit den Debian-Wörterbüchern gemacht. alien --to-rpm *.deb, d.h. ohne Option --scripts.
Dann habe ich testweise ein mit alien erstelltes Paket installiert:
locate iri-eng /usr/share/dictd/freedict-iri-eng.dict.dz /usr/share/dictd/freedict-iri-eng.index
die beiden Sachen brauchst du. Also, /etc/dict.conf anlegen und "server localhost" (ohne die "") reinschreiben. Dann die /etc/dictd.conf anlegen und mal folgendes reinschreiben: access { allow localhost deny * } database freedict-iri-eng { data "/usr/share/dictd/freedict-iri-eng.dict.dz" index "/usr/share/dictd/freedict-iri-eng.index" } Und anschliessend dictd starten. Bis denne, Michael -- -------------------------------------------------------------------------- Michael Schulz, Institut fuer Geophysik, WWU Muenster Corrensstr. 24, 48149 Muenster michael@earth.uni-muenster.de Tel.: +49 251 83 33938, Fax: +49 251 83 36100
Am Dienstag, 14. Februar 2006 15:59 schrieb Michael Schulz:
Also, /etc/dict.conf anlegen und "server localhost" (ohne die "") reinschreiben. Dann die /etc/dictd.conf anlegen und mal folgendes reinschreiben:
access { allow localhost deny * }
database freedict-iri-eng { data "/usr/share/dictd/freedict-iri-eng.dict.dz" index "/usr/share/dictd/freedict-iri-eng.index" }
Danke, das war es. Ein Problem ist es auch, wenn ein Wörterbuch-Eintrag nicht gültig ist, der wird nicht einfach übersprungen, sondern führt zu einer Fehlermeldung ähnlich "Connection refused" (an den genauen Wortlaut erinnere ich mich nicht mehr) Wie bereits erwähnt, habe ich die Debian-Wörtebücher zu rpm konvertiert. Eines habe ich direkt nach Suse kopiert und das funktionierte auch. Meine Konfiguration sieht nun wie unten aus, d.h. es fehlt mir ein Wörterbuch Spanisch-Deutsch. Kennt wer eines? /etc/dict.conf server localhost /etc/dictd.conf access { allow localhost deny * } database german-english { data /usr/share/dictd/german-english.dict.dz index /usr/share/dictd/german-english.index } database fd-deu-eng { data /usr/share/dictd/freedict-deu-eng.dict.dz index /usr/share/dictd/freedict-deu-eng.index } database english-german { data /usr/share/dictd/english-german.dict.dz index /usr/share/dictd/english-german.index } database fd-eng-deu { data /usr/share/dictd/freedict-eng-deu.dict.dz index /usr/share/dictd/freedict-eng-deu.index } database fd-eng-spa { data /usr/share/dictd/freedict-eng-spa.dict.dz index /usr/share/dictd/freedict-eng-spa.index } database fd-spa-eng { data /usr/share/dictd/freedict-spa-eng.dict.dz index /usr/share/dictd/freedict-spa-eng.index } database fd-deu-por { data /usr/share/dictd/freedict-deu-por.dict.dz index /usr/share/dictd/freedict-deu-por.index } database fd-por-deu { data /usr/share/dictd/freedict-por-deu.dict.dz index /usr/share/dictd/freedict-por-deu.index } database fd-por-eng { data /usr/share/dictd/freedict-por-eng.dict.dz index /usr/share/dictd/freedict-por-eng.index } database fd-eng-por { data /usr/share/dictd/freedict-eng-por.dict.dz index /usr/share/dictd/freedict-eng-por.index } database fd-deu-fra { data /usr/share/dictd/freedict-deu-fra.dict.dz index /usr/share/dictd/freedict-deu-fra.index } database fd-fra-deu { data /usr/share/dictd/freedict-fra-deu.dict.dz index /usr/share/dictd/freedict-fra-deu.index } database fd-deu-ita { data /usr/share/dictd/freedict-deu-ita.dict.dz index /usr/share/dictd/freedict-deu-ita.index } database fd-ita-deu { data /usr/share/dictd/freedict-ita-deu.dict.dz index /usr/share/dictd/freedict-ita-deu.index } database fd-lat-deu { data /usr/share/dictd/freedict-lat-deu.dict.dz index /usr/share/dictd/freedict-lat-deu.index } database gcide { data /usr/share/dictd/gcide.dict.dz index /usr/share/dictd/gcide.index } database wn { data /usr/share/dictd/wn.dict.dz index /usr/share/dictd/wn.index } database foldoc { data /usr/share/dictd/foldoc.dict.dz index /usr/share/dictd/foldoc.index } database jargon { data /usr/share/dictd/jargon.dict.dz index /usr/share/dictd/jargon.index } database vera { data /usr/share/dictd/vera.dict.dz index /usr/share/dictd/vera.index } database devil { data /usr/share/dictd/devil.dict.dz index /usr/share/dictd/devil.index } database elements { data /usr/share/dictd/elements.dict.dz index /usr/share/dictd/elements.index } database moby-thesaurus { data /usr/share/dictd/moby-thesaurus.dict.dz index /usr/share/dictd/moby-thesaurus.index } database gaz { data /usr/share/dictd/gazetteer.dict.dz index /usr/share/dictd/gazetteer.index } database gaz2k-places { data /usr/share/dictd/gazetteer2k-places.dict.dz index /usr/share/dictd/gazetteer2k-places.index } database gaz2k-counties { data /usr/share/dictd/gazetteer2k-counties.dict.dz index /usr/share/dictd/gazetteer2k-counties.index } database gaz2k-zips { data /usr/share/dictd/gazetteer2k-zips.dict.dz index /usr/share/dictd/gazetteer2k-zips.index } Al
Al Bogner schrieb:
Am Montag, 13. Februar 2006 15:26 schrieb Michael Schulz:
In deiner angehaengten Datei finde ich kein einziges dictd-Woerterbuch!!! Die/das solltest du als erstes mal installieren, sonst bringt der Rest rein garnichts.
ftp://ftp.dict.org/pub/dict/pre/
Da solltest du einige finden.
Ich dachte "dicts" sind die Wörterbücher. Entschuldigung, dass ich da nochmals nachfrage. Bist du sicher, dass ich für den dictd keine passenden Wörterbücher installiert habe? Aber ich glaube du hast schon recht. Ich frage mich aber, was es für Sinn macht einen dictd ohne Wörtebücher anzubieten.
GIbt es eine Anleitung, wie man die Wörterbücher von ftp://ftp.dict.org/pub/dict/pre/ installiert?
Es gab mal 'ne Anleitung im Linux-user, findest Du hier: <http://www.linux-user.de/ausgabe/2001/12/057-ktools/K-tools-36-3.html> Evtl. hilft sie Dir weiter. Gruß Peter
Am Mittwoch, 8. Februar 2006 08:12 schrieb Jürgen Knelangen:
On Tue, Feb 07, 2006 at 02:52:20PM +0100, Al Bogner wrote:
Ich möchte einen lokalen Dictionary-Server verwenden und habe dazu als Server localhost angegeben. Mit dict.org funktioniert es, mit localhost wird die Verbindung abgelehnt. Der Dienst wurde im Runlevel-Editor freigegeben.
telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
ps ax | grep dic 5958 ? Sl 0:01 kdict [kdeinit] -caption Lexikon -icon kdict -miniicon kdict 6010 pts/2 R+ 0:00 grep dic
/etc/init.d/dictd restart Shutting down DICTD done Starting DICTDdictd (main): dictd already running with pid 5751
Was läuft denn da mit pid 5751?
Da kann ich auch nicht mehr dazu sagen, als was dort steht.
remove /var/run/dictd.pid or use -f to force startup
Evtl. musst Du einfach nur tun was da steht.
Schon probiert.
startproc: exit status of parent of /usr/sbin/dictd: 1
failed
Eventuell liegt es an (x)inetd. Al
On Wed, Feb 08, 2006 at 12:21:28PM +0100, Al Bogner wrote:
Am Mittwoch, 8. Februar 2006 08:12 schrieb Jürgen Knelangen:
On Tue, Feb 07, 2006 at 02:52:20PM +0100, Al Bogner wrote:
Ich möchte einen lokalen Dictionary-Server verwenden und habe dazu als Server localhost angegeben. Mit dict.org funktioniert es, mit localhost wird die Verbindung abgelehnt. Der Dienst wurde im Runlevel-Editor freigegeben.
telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
ps ax | grep dic 5958 ? Sl 0:01 kdict [kdeinit] -caption Lexikon -icon kdict -miniicon kdict 6010 pts/2 R+ 0:00 grep dic
/etc/init.d/dictd restart Shutting down DICTD done Starting DICTDdictd (main): dictd already running with pid 5751
Was läuft denn da mit pid 5751?
Da kann ich auch nicht mehr dazu sagen, als was dort steht.
Was sagt denn: $ ps ax | grep 5751
remove /var/run/dictd.pid or use -f to force startup
Evtl. musst Du einfach nur tun was da steht.
Schon probiert.
Was denn? Die dictd.pid gelöscht oder -f benutzt. Wenn die dictd.pid existiert, geht dict davon aus daß es bereits läuft. Also löschen, falls sie existiert. Gruß, Jürgen
Am Mittwoch, 8. Februar 2006 12:31 schrieb Jürgen Knelangen:
Was läuft denn da mit pid 5751?
Das bringt nichts mehr. Ich habe alles deinstalliert und neu installiert, sowie im Runlevel-Editor den Dienst neu eingerichtet.
Da kann ich auch nicht mehr dazu sagen, als was dort steht.
Was sagt denn: $ ps ax | grep 5751
ps ax | grep dict 11202 pts/0 D+ 0:00 grep dict
remove /var/run/dictd.pid or use -f to force startup
cat /var/run/dictd.pid 5771 rm /var/run/dictd.pid /etc/init.d/dictd stop Shutting down DICTD done /etc/init.d/dictd start Starting DICTD telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused Die Frage ist nur, ob wirklich Port 2628 konfiguriert ist. Wo frage ich das ab? Al
Hi, On Wed, 08 Feb 2006, Al Bogner wrote:
rm /var/run/dictd.pid
/etc/init.d/dictd stop Shutting down DICTD done
/etc/init.d/dictd start Starting DICTD
telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
Die Frage ist nur, ob wirklich Port 2628 konfiguriert ist. Wo frage ich das ab?
netstat -tulpen iptables -L -n -v host localhost Greetings Daniel -- The only problem with troubleshooting is, that sometimes the trouble shoots back.
Am Mittwoch, 8. Februar 2006 19:16 schrieb Daniel Lord:
Hi,
On Wed, 08 Feb 2006, Al Bogner wrote:
rm /var/run/dictd.pid
/etc/init.d/dictd stop Shutting down DICTD done
/etc/init.d/dictd start Starting DICTD
telnet localhost 2628 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
Die Frage ist nur, ob wirklich Port 2628 konfiguriert ist. Wo frage ich das ab?
netstat -tulpen iptables -L -n -v host localhost
# netstat -tulpen Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:32771 0.0.0.0:* LISTEN 0 11827 - tcp 0 0 127.0.0.1:10024 0.0.0.0:* LISTEN 0 15224 6297/amavisd (maste tcp 0 0 127.0.0.1:10025 0.0.0.0:* LISTEN 0 12702 5354/master tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 0 15058 6208/xinetd tcp 0 0 127.0.0.1:3310 0.0.0.0:* LISTEN 65 13065 5488/clamd tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 11758 5134/portmap tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 0 13148 5654/httpd2-event tcp 0 0 0.0.0.0:4949 0.0.0.0:* LISTEN 0 12945 5487/munin-node tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 0 16522 6071/cupsd tcp 0 0 192.168.1.102:25 0.0.0.0:* LISTEN 0 12635 5354/master tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 0 12634 5354/master tcp 0 0 :::22 :::* LISTEN 0 14968 6218/sshd udp 0 0 0.0.0.0:32768 0.0.0.0:* 0 11605 5088/mdnsd udp 0 0 0.0.0.0:32769 0.0.0.0:* 0 11822 - udp 0 0 0.0.0.0:5353 0.0.0.0:* 78 14952 5088/mdnsd udp 0 0 0.0.0.0:111 0.0.0.0:* 0 11757 5134/portmap udp 0 0 0.0.0.0:631 0.0.0.0:* 0 16523 6071/cupsd # iptables -L -n -v Chain INPUT (policy ACCEPT 517 packets, 31342 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 500 packets, 246K bytes) pkts bytes target prot opt in out source destination # host localhost localhost has address 127.0.0.1 Al
Hi, On Wed, 08 Feb 2006, Al Bogner wrote:
Am Mittwoch, 8. Februar 2006 19:16 schrieb Daniel Lord:
Die Frage ist nur, ob wirklich Port 2628 konfiguriert ist. Wo frage ich das ab?
netstat -tulpen iptables -L -n -v host localhost
# netstat -tulpen Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:32771 0.0.0.0:* LISTEN 0 11827 -
telnet localhost 32771 zumindest ist das das einzige, das nach inetd aussieht und mir nicht bekannt ist ;)
# iptables -L -n -v [keine Firewall] --> OK
# host localhost localhost has address 127.0.0.1
und localhost sollte auch auf den richtigen Rechner zeigen. Ist obiges telnet kommando nicht erfolgreich, solltest du evtl. mal strace oder gdb auf den daemon loslassen. Greetings Daniel -- Wenn man bedenkt, dass die Leute vor 150 Jahren ihre E-Mails noch bei Kerzenlicht geschrieben haben... [Marianne Kestler, de.admin.net-abuse.mail, 6.5.2000]
Am Freitag, 10. Februar 2006 20:38 schrieb Daniel Lord:
Die Frage ist nur, ob wirklich Port 2628 konfiguriert ist. Wo frage ich das ab?
netstat -tulpen iptables -L -n -v host localhost
# netstat -tulpen Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:32771 0.0.0.0:* LISTEN 0 11827 -
telnet localhost 32771
zumindest ist das das einzige, das nach inetd aussieht und mir nicht bekannt ist ;)
telnet localhost 32771 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'.
und localhost sollte auch auf den richtigen Rechner zeigen.
Das verstehe ich nicht. Wie soll localhost auf einen anderen Rechner zeigen?
Ist obiges telnet kommando nicht erfolgreich, solltest du evtl. mal strace oder gdb auf den daemon loslassen.
Damit habe ich keine Erfahrung. Ich denke, es scheitert an was ganz einfachem. Vielleicht fehlt ein Paket? Es wundert mich, dass ich keine dict.conf aufgrund der Installation habe. Al
Hi, On Sat, 11 Feb 2006, Al Bogner wrote:
Am Freitag, 10. Februar 2006 20:38 schrieb Daniel Lord:
und localhost sollte auch auf den richtigen Rechner zeigen.
Das verstehe ich nicht. Wie soll localhost auf einen anderen Rechner zeigen?
echo "216.239.59.104 localhost.localdomain localhost" > /etc/hosts und schon zeigt dein localhost auf google womit die eingabe in deinem browser nun einfach localhost lauten kann. ohne strace oder gdb ist die Suche nach dem Grund für das Fehlverhalte nur Glaskugel Bowling. Greetings Daniel -- "It's personal. It's private. And it's no one's business but yours."
participants (6)
-
Al Bogner -
Daniel Lord -
David Haller -
Jürgen Knelangen -
Michael Schulz -
Peter Matthies