![]() |
|
|||||||
| Newsgroup de.comm.uucp UUCP: Protokolle, Programme und Probleme. |
![]() |
|
|
Themen-Optionen | Ansicht |
|
#1
|
|||
|
|||
|
Hallo!
Ich seh schon, bevor ich da mit dem Lantronix Terminalserver anfange muss ich das Ur-Alt UUCP einmal prinzipiell zum Laufen bekommen. Nur wie? # cat /etc/inittab : The following states are used :- : s = single user : 2 = multiple user (no getty on tty001, for use by cu/uucp) [...] Also lt. init verwendet UUCP tty001. # ls -la /usr/lib/uucp total 447 drwxr-xr-x 4 uucp bin 352 Apr 4 1987 . drwxrwxrwx 18 root root 1472 Feb 19 1994 .. drwxr--rwx 2 uucp bin 32 Mar 9 1985 .OLD drwxrwxrwx 2 uucp bin 32 Mar 9 1985 .XQTDIR -rw-r--r-- 1 uucp bin 143 Apr 4 1987 L-devices -rw-r--r-- 1 uucp bin 24 Apr 4 1987 L-dialcodes -r--r--r-- 1 uucp bin 25 Apr 4 1987 L.cmds -r-------- 1 uucp bin 140 Apr 4 1987 L.sys -rw-r--r-- 1 uucp bin 0 Apr 4 1987 L_stat -rw-r--r-- 1 uucp bin 0 Apr 4 1987 L_sub -rw-r--r-- 1 uucp bin 0 Jun 6 04:00 R_stat -rw-r--r-- 1 uucp bin 0 Jun 6 04:00 R_sub -rw-rw-rw- 1 uucp bin 4 Jun 6 09:13 SEQF -r-------- 1 uucp bin 21 Apr 4 1987 USERFILE -r--r--r-- 1 uucp bin 1854 Apr 4 1987 modemcap ---s--x--x 1 uucp bin 100214 Mar 9 1985 uucico ---s--x--x 1 uucp bin 39542 Mar 9 1985 uuclean -rwxr-xr-x 1 uucp bin 394 Apr 4 1987 uudemon.day -rwxr-xr-x 1 uucp bin 134 Apr 4 1987 uudemon.hr -rwxr-xr-x 1 uucp bin 284 Apr 4 1987 uudemon.wk ---x------ 1 uucp bin 29530 Mar 9 1985 uusub ---s--x--x 1 uucp bin 45644 Mar 9 1985 uuxqt # cat L-devices # "*(#)L-devices 1.4" # For auto-dialers (smart modems) #ACU tty001 bizcomp 1200 #ACU tty001 racal 1200 # For direct lines DIR tty001 0 9600 # cat L-dialcodes # *(#)L-dialcodes 1.5 # # cat L.sys # "*(#)L.sys 1.3" #CTIX Any ACU 1200 9=5551234 ogin:-EOT-ogin:--ogin: nuucp CTIX Any tty001 9600 tty001 "" BREAK ogin:--ogin:--ogin: nuucp # Gut, scheint nun wirklich alles tty001 zu verwenden. Test ob der serielle Port funktioniert: # echo TEST >/dev/tty001 Ja. Auf der anderen Seite hängt einfach ein cat mit dem ich mitschneide was rauskommt. uucp selbst bietet auf dem System leider weder ein man-page noch einen help-switch. # uucp usage uucp from ... to uucp failed completely: code -3 # # uucp /test linux permission denied uucp failed partially: 1 error # (/test ist eine Testdatei die ich mir einfach erstellt habe). Wenn ich das richtig verstanden habe, dann sollte uucp einfach alles auf tty001 rausschieben was für ein anderes System bestimmt ist. Aber erstens erhalte ich die o.g. "permission denied" Meldung und zweitens kommt nichts raus am seriellen Port. lg, Peter |
|
|
||||
|
||||
|
|
|
#2
|
|||
|
|||
|
Peter Mairhofer <63832452*gmx.net> wrote:
> (/test ist eine Testdatei die ich mir einfach erstellt habe). Wenn ich > das richtig verstanden habe, dann sollte uucp einfach alles auf tty001 > rausschieben was für ein anderes System bestimmt ist. Aber erstens > erhalte ich die o.g. "permission denied" Meldung und zweitens kommt > nichts raus am seriellen Port. /test ist moeglicherweise fuer den uucp user nicht lesbar. uucp schiebt den job traditionell nur in den spool. Dort schaut ein cronjob mit uucico ab und zu nach, ob es was "rauszuschieben" gibt. Dass uucp den uucico direkt anwirft ist IMHO recht modern. Tschau, Joerg |
|
#3
|
|||
|
|||
|
Joerg Dorchain:
> Dass uucp den uucico direkt anwirft ist IMHO recht modern. Noe, das hat uucp(1) seit Anfang an so gemacht. Zitat aus D.A.Novitz & M.E.Lesk: "A Dial-Up Network of UNIX Systems", Bell Lab, 1979: Uucico may be started in several ways: a) by a system daemon, b) by one of the "uucp" or "uux" programs, c) by a remote system BNU und HDB haben dann erst etwas(!) spaeter die Option "-r" eingefuehrt, damit uucp/uux das uucico *nicht* aufrufen, sondern nur den Job queuen. Ohne besondere Massnahme also wird das uucp ASAP durchgefuehrt. Das "P"ossible haengt dann einfach davon ab, wann das uucico aktiv sein darf. (Also ein schickes "Any" im L.sys bzw. "Systems" oder was auch immer das lokal regelt.) Martin Neitzel |
|
#4
|
|||
|
|||
|
Martin Neitzel <neitzel*marshlabs.gaertner.de> wrote:
> Ohne besondere Massnahme also wird das uucp ASAP durchgefuehrt. > Das "P"ossible haengt dann einfach davon ab, wann das uucico > aktiv sein darf. (Also ein schickes "Any" im L.sys bzw. "Systems" > oder was auch immer das lokal regelt.) Hm, Amis und Ihre traditionelle Telefon-Flat fuer local calls... Hier(tm) habe ich meine Systeme immer so aufgesetzt, dass das ganze per cron etwas gebuendelt wurde, und nur "dringend und wichtig" tagsueber zur Teuerzeit durchging. Eingehend selbstverstaendlich immer. Mangels NTP waren durch leichte Zeitabweichungen Dial-deadlocks sehr selten. Tschau, Joerg |
|
#5
|
|||
|
|||
|
Peter Mairhofer wrote:
> # uucp /test linux > permission denied > uucp failed partially: 1 error > # > > (/test ist eine Testdatei die ich mir einfach erstellt habe). Wenn ich > das richtig verstanden habe, dann sollte uucp einfach alles auf tty001 > rausschieben was für ein anderes System bestimmt ist. Neinnein. Du kopierst nur einfach eine Datei auf die Datei "linux" auf dem gleichen UUCP-Knoten. Du meinst # uucp /test linux! nehme ich an. Taylor-UUCP ist das geschwätziger: marie test !% uucp test soul uucp: Not permitted to receive to /home/is/test/soul marie test !% uucp /etc/motd soul uucp: Not permitted to receive to /home/is/test/soul marie test !% uucp /etc/motd soul! marie test !% uustat soul.NLm6QOzAAEFh soul is 04-17 14:24 Sending /etc/motd (53 bytes) to /home/is/test/ Hoffe, geholfen zu haben. -is |
|
#6
|
|||
|
|||
|
Ignatios Souvatzis wrote:
> Du meinst > # uucp /test linux! Hat's geholfen? -is |
|
#7
|
|||
|
|||
|
Ignatios Souvatzis schrieb:
> Ignatios Souvatzis wrote: > >> Du meinst >> # uucp /test linux! > > Hat's geholfen? Danke für deinen Tipp und auch den Reminder per E-Mail. Habs natürlich schon gelesen. Aber ich kanns nur ausprobieren wenn ich zu Hause bin und dann auch noch Zeit hab. Und das ist nur alle paar Tage mal :-) Melde mich natürlich obs geholfen hat und frage nach wenn nicht ;-) lg, Peter |
|
#8
|
|||
|
|||
|
Moin ...
Joerg Dorchain schrieb: > Hm, Amis und Ihre traditionelle Telefon-Flat fuer local calls... [...] Das hat damit wenig zu tun. Zu der Zeit gab es genug Anlagen, die nur Seriell miteinander kommunizieren konnten. Da macht es natürlich Sinn, die Daten so schnell wie möglich zu übertragen. Außerdem gibt es auch andere WAN-Netze, die abseits von Modems Daten übertragen. So gibt es für UUCP das x-Protokoll(*) für die Übertragung über X.25-Verbindungen (z.B. DATEX-P der Deutschen Bundespost). Diese Verbindungen wurden meist nicht nach Zeit, sondern nach Anzahl der Frames abgerechnet. Dann ist es im Prinzip egal, wann die Daten übertragen werden. Die Einsatzbandbreite von UUCP ist halt erheblich größer als die Übertragung von Mail & News über ein Telefon-Modem. > Tschau, > > Joerg Bis denne ... Marcus (*) http://www.faqs.org/faqs/uucp-internals/section-14.html |
|
|
|
|