chweiss

Hallo, bei SuSE 7.1 gibt's unter /var/lib/apsfilter/SETUP, womit Du ganz einfach einen Remote-Printer einrichten kannst. SuSE 8.1 sollte etwas ähnliches, evtl. noch bunter bereitstellen. Lt. Google kann Dein Drucker auch PS - also sollte das keine weiteren Probleme geben. Ansonsten sieht's in der /etc/printcap ungefähr so korrekt aus: --- lp|PS_lj4050|PS_lj4050-a4-auto-mono-1200|PS_lj4050 a4 auto mono 1200:\ :lp=/dev/null:\ :rm=192.168.1.10:\ :sd=/var/spool/lpd/PS_lj4050-a4-auto-mono-1200:\ :lf=/var/spool/lpd/PS_lj4050-a4-auto-mono-1200/log:\ :af=/var/spool/lpd/PS_lj4050-a4-auto-mono-1200/acct:\ :if=/var/lib/apsfilter/bin/PS_lj4050-a4-auto-mono-1200:\ :la@:mx#0:\ :tr=:cl:sh: --- cheers, Christian

Nur das Modul zu laden reicht nicht. Was sagt ifconfig, route?

Hmmm, oder ist vielleicht JAVA_HOME gesetzt? Mal unset probieren...

Hast Du die linux81701.tar vielleicht unter Windows mit Winzip, oder generell falsch entpackt? Scheint so, als ob Symlinks fehlen...

Korrekt. Am besten trägst Du in der /etc/profile[.local] folgendes ein PATH=/usr/local/bin:$PATH MANPATH=/usr/local/man:$MANPATH export PATH MANPATH Nachdem Du die neue Profile gesourced, oder Dich neu eingeloggst, hast müßte alles wie gefordert funktionieren.

Einfach den hdparm Befehl in /etc/init.d/boot.local eintragen.

Seit 8i kann der (National) Characterset mit "alter database [national] character set <new_character_set>" gesetzt werden. Dies funktioniert natürlich nur bei Zeichensätze, die zueinander kompatible/konvertiertbar sind. Sonst hilft nur noch ein Export, Instanz neu aufsetzen und ein Import.

Benutzt Du dann auch die richtige Protokollversion? Wenn Du einen 2er Key hast und Dich per Protokoll 1 connected - und anders herum - funktioniert's natürlich nicht.

Hi, Exceed von Hummingbird ist dafür genau richtig. Zwar ein bischen teuer... Entweder per XDM connecten oder X-Programme per DISPLAY auf Deine Workstation ausführen. Gruß, Christian

"ORA-06553: PLS-213: package STANDARD not accessible" erscheint fast außschließlich nur dann, wenn eine Datenbank nicht korrekt/nicht komplett installiert wurde. Ich denke, in diesem Fall fehlen einfach nur die catalog.sql und die catproc.sql (Data Dictionary). Auf der Suche nach einem Log: Schaue Dir die Scripts an, die für das Schema des CMS verantwortlich sind. Evtl. wird die Ausgabe mit "spool" in eine Datei geschrieben. Thin Client mit JDBC? Habe ich noch nie benutzt - mag kein Java. Wie sieht denn dort der Connect-String aus. Wird JDBC wie ODBC konfiguriert? Wenn ja, funktioniert 1. der native Connect per TNS (tnsnames.ora)? 2. ist JDBC korrekt konfiguriert?

Hi, printers.conf und printcap sind nicht kompatible. Wäre auch zu schön. Die IP trägt man bei :rm= ein. hatte ich aber geschrieben (:rm=host|ip). Wenn Du schon dabei bist ein Clicky-Tool zu benutzen, anstatt die Man zu lesen, dann kannst Du unter SuSE auch gleich das setup vom apsfilter benutzen.

Hi, hier ein Auszug aus meiner /etc/printcap ---schnipp--- PS_lj4050-ascii|lp4|PS_lj4050-a4-ascii-mono-1200|PS_lj4050 a4 ascii mono 1200:\ :lp=/dev/null:\ :rm=pr-ma-lj4050:\ :sd=/var/spool/lpd/PS_lj4050-a4-ascii-mono-1200:\ :lf=/var/spool/lpd/PS_lj4050-a4-ascii-mono-1200/log:\ :af=/var/spool/lpd/PS_lj4050-a4-ascii-mono-1200/acct:\ :if=/var/lib/apsfilter/bin/PS_lj4050-a4-ascii-mono-1200:\ :la@:mx#0:\ :tr=:cl:sh: ---schnapp--- Wichtig ist hier :lp=/dev/null und :rm=host|ip Oben benutzte Verzeichnisse müssen natürlich existieren. Was das alles bedeutet? man printcap Gruß, Christian

Schön, und wo *genau* lag jetzt der Fehler?

Wenn ich ehrlich bin, glaube ich selber nicht, was ich geschrieben habe. Weil, mal funktioniert's, mal nicht.

Du brauchst Dich nicht auf den Schlips getreten fühlen. Obwohl man keinen Sinn in irgendwelchen Tests, oder ähnliches sieht, heißt es nicht, daß einem die Schlußfolgerungen aus diesen nicht weiterhelfen. Laß' mich nochmal ins blaue Testen/Tippen: ---schnipp--- miami@localhost$ nslookup -type=ns real.cyberscan.org Server: xxx.xxx.xxx.xxx Address: xxx.xxx.xxx.xxx#53 *** Can't find real.cyberscan.org: No answer miami@localhost$ nslookup -type=ns real.cyberscan.org Server: xxx.xxx.xxx.xxx Address: xxx.xxx.xxx.xxx#53 Non-authoritative answer: *** Can't find real.cyberscan.org: No answer Authoritative answers can be found from: cyberscan.org origin = dns1.angjelina.ch mail addr = hisi.hrz.tu-chemnitz.de serial = 1010474798 refresh = 10800 retry = 3600 expire = 604801 minimum = 60800 ---schnapp--- Dies sieht für mich so aus, als ob Dein DNS nicht authorative für diese Domain ist. Authorative scheint "dns1.angjelina.ch" zu sein. Da Du forwarding disabled hast, holt sich Dein DNS-Server nicht die Antwort von "angjelina" und gibt somit nur eine Näherung an den Anfrager weiter: *** Can't find real.cyberscan.org: No answer Mit dem Hinweis, das die Antwort jedoch bei "dns1.angjelina.ch" zu finden ist. Jo, bei meiner ersten Antwort hatte ich noch Debug bei nslookup enabled und sah, daß er von z. B. "real.cyberscan.org" ein reverse lookup machen wollte... Meiner Meinung solltest Du forwarding enablen. Ein Versuch ist's schonmal wert. Gib bitte bescheid, wie die Situation mit forwarding aussieht, Christian

Hi nochmal, Reverse-DNS scheint überhaupt nicht zu funktionieren. Hast Du das konfiguriert? Vielleicht spielt dieses Problem in Dein jetziges mit rein. Gruß, Christian

Hi, ein einfaches nslookup hatte bei mir auch Probleme und meldete ebenfalls, daß der DNS-Server nicht gefunden wurde. Beim zweiten Versuch funktionierte es. Ich schlage vor, daß Netzwerk zu checken (vielleicht Timeouts?) und Debug in bind zu aktivieren. P.S.: Müssen auf den Servern so viele Services (ftp, login, bnc, lpd, tomcat, etc.) aktiv sein? Gruß, Christian

Hi, licq möchte sich natürlich zu irgend einem icq-server connecten. Falls ich mich richtig erinnere ist das der Port 4000. Schau in Deine Firewall-Log, und erstelle eine Regel, um dies zuzulassen. Gruß, Christian

Hmmm, läuft Apache auf dem Rechner? Falls ja, wie wäre es mit nem kleinen cgi? Folgendes sollte schon reichen: ---schnipp--- #!/bin/sh UPTIME=/usr/ucb/uptime echo Content-type: text/plain echo if [ -x $UPTIME ]; then $UPTIME else echo Cannot find uptime command on this system. fi ---schnapp---

Hi, unter RedHat wird xinetd verwendet. Schaue somit unter /etc/xinetd.d/ nach, ob dort eine Datei für ftpd bereit liegt. Falls nicht, erstellen. Falls ftpd überhaupt noch nicht installiert wurde: rpm -ihv wu-ftpXXX.rpm Gruß, Christian

Hi, 1. man chmod 2. Schaue doch mal mit "echo $LANG" nach, auf was der Wert bei root und bei Deinem normalen Benutzer gesetzt ist. Ansonsten gibt Dir "locale" das gesamte Environment für die "Spracheinstellungen" aus. mit "export LANG=C" kannst Du z. B. Deinem normalen Benutzer englischen Output zuweisen. Hübsch damit in die .bashrc oder ähnliches und beim einloggen wird dann die 2richtige" Sprache gesetzt. Gruß, Christian

Hmmm, setze doch einfach ein /etc/rc0.d/K99poweroff mit stop) poweroff An meiner U10 funktioniert der Power-Button ebenfalls nicht. Da die aber selten offline ist, hatte ich das Problem noch nicht. Welche Solaris-Version hast Du im Einsatz. Bei früheren Versionen 2.6 führt ein reboot die init-scripts ebenfalls nicht aus. Gruß,

Hi, unter Solaris funktionieren die INIT-Level ein wenig anders, als unter Linux. Beim booten in Level 3 werden *alle* Scripts in /etc/rc3.d ausgeführt. S* mit start, K* mit stop. Möchtest Du also im INIT-Level 3 etwas ausführen, so benutze S*. Soll im INIT-Level 3 etwas auf gar keinen Fall gestartet (also beendet) werden, so wird hier ein K* gesetzt. Beim verlassen des 3er Levels wird entweder INIT 0 oder 6 ausgeführt. - Also wird das Script/Link in /etc/rc0.d gesetzt. Example: /etc/rc3.d/S90ssh /etc/rc0.d/K10ssh Außerdem verhält sich: S = x K = 100 - x Tschö.