Network Working Group John R. Pickens RFC #490 UCSB NIC #15355 6 Mart 1973 Referanslar: RFC #436, RFC #477

UCLA-CCN İÇİN VEKİL RJS

UCSB'nin Network Standard RJS* sisteminin kullanılmasıyla, kullanıcılar artık UCLA protokolüne dönüştürme yapmadan UCLA-CCN'in RJS sistemine erişim sağlayabilmektedir. Buna ek olarak, ara bir ana bilgisayarda dosya kullanma ve dosya oluşturma gereksinimi ortadan kalkmaktadır. Örneğin, TIP kullanıcıları UCSB'nin Remote Job Server'ı üzerinden sıcak kart okuyucular ve yazıcılarla çalışabilir ve işlerini UCLA-CCN'de çalıştırabilirler. Bu düzenlemenin, UCLA'ya doğrudan bağlantılara kıyasla dezavantajları aşağıda verilmiştir:

1. İşlerin UCSB'den UCLA'ya yönlendirilmesi için az miktarda ek JCL gereklidir.
2. Bir UCSB batch hesabı açılmalıdır.
3. Çevrim süresi, UCSB batch kuyruklarında beklemeyi de içerir.
4. Mevcut uygulama, ayrı gönderim ve alma adımları gerektirir.
5. UCLA-CCN'de gönderim/alma için kullanılan RJS terminaline, UCSB ile yapılan tüm veri aktarımları tamamlanana kadar çevrimiçi erişilmemelidir.

Umarız bu dezavantajlar, standart RJS için sağlanan kullanışlı arayüz tarafından dengelenmektedir.

Ekli belgede, UCLA-CCN'e erişmek için bu yordam açıklanmaktadır.

* RFC #436, UCSB'deki RJS'i duyurur ve RFC #477 onun kullanımını açıklar.

RFC 490 — Mart 1973

UCSB'DEN UCLA UZAKTAN İŞ GÖNDERİMİ

Giriş

UCSB'deki IBM 360/75 kullanıcıları artık işleri UCLA-CCN'e (IBM 360/91) yönlendirebilmektedir. Okuma, yazdırma ve delme işlemleri yalnızca UCSB'de gerçekleştirilirken, zamanlama, kaynak tahsisi ve yürütme işlemleri UCLA'da yapılmaktadır. Aşağıda tanımlanan program, ARPA Network üzerinden UCLA'nın Remote Job Service'i ile operatör ve veri bağlantıları kurarak ve işlerin gönderimi ile alınmasını denetlemek için operatör komutları vererek çalışır. Böylece bir kullanıcının, sanki UCLA'daymış gibi UCLA'nın 360/91 sisteminde işler çalıştırması mümkün olur.

Yordam

Gönderim ve alma, kullanıcının UCLA'ya gidecek her bir işi için başlatması gereken iki ayrı aşamadır. Genellikle bir UCLA işi için iki UCSB işi gerekecektir. Aşağıda açıklanan BATCH seçenekleri kullanıldığında ve UCLA'da hızlı çevrim süresi garantili işler (örneğin QUICKRUN işleri) için istisnalar ortaya çıkabilmektedir.

Komutlar, yerel sürece JCL aracılığıyla verilir ve ortaya çıkan eylemler ile iletiler, kullanıcının çıktısında RJS sistem günlüğüne kaydedilir. Kullanıcı, komutlarının zamanlamasının farkında olmalıdır; örneğin, belirli bir iş için yazdırma çıktısını alma isteği, iş UCLA'da yürütmesini tamamlamamışsa bir hata durumu ile sonuçlanacaktır. Kullanılabilir komutlar READ, PRINT, PUNCH, STATUS ve TERMID'dir.

Kullanıcıya oldukça anlaşılır hata tanılamaları sağlamak için çaba gösterilmiştir, ancak bu her zaman mümkün olmamaktadır. Hata durumları Sorunlar ve Hatalar bölümünde açıklanmıştır.

İş Gönderimi

READ komutu, işleri UCLA'ya göndermek için kullanılır. Başka bir komut belirtilmemişse varsayılan komuttur. UCLA işleri tek bir read işlemi altında batch halinde toplanabilir. Batch'in doğru sınırlayıcı ile sonlandırılmasına (aşağıdaki DD Kartlarına bakınız) büyük özen gösterilmelidir; aksi takdirde, ardından gelen UCLA dışı işler yanlışlıkla UCLA'ya gönderilebilir. Kampüs bilgisayar merkezinden iş gönderiliyorsa, önerilen bir yöntem olarak, iş gönderim kartında hedeflenen varış yerinin belirtilmesi uygun olacaktır. İş UCLA tarafından kabul edilirse, UCLA'dan iş adını ve alınan kart sayısını belirten bir ileti kaydedilecektir.

Tekli İş Alma

PRINT(JOBNAME) ve PUNCH(JOBNAME) komutları, sırasıyla yazdırma ve delme çıktısını açıkça almak için kullanılır. UCLA RESET komutu, tüm iş önceliklerini aynı değere ayarlamak ve ardından belirtilen işin önceliğini en yüksek değere ayarlamak için kullanılır. HEREIAM adlı, bilinmeyen bir komut yalnızca senkronizasyon amacıyla kullanılır. Belirtilen iş çıktı için hazır değilse, yerel süreç zaman aşımı hatası ile sonlanacaktır (mevcut zamanlayıcı bir dakikaya ayarlanmıştır).

Çoklu İş Alma

PRINT() ve PUNCH() komutları, bekleyen tüm çıktıları almak için kullanılır. Bu komutlardan önce her zaman TERMID komutu verilmelidir. Kendilerine atanmış bir RJS terminali olan kullanıcılar bu modu kullanacaktır.

UCSB İş Denetim Kartları

EXEC Kartı

Yürütülecek kataloglanmış yordamın adı UCLARJS'dir. Parametreler, hangi işlevlerin gerçekleştirileceğini belirtmek için kullanılır. Execute kartının genel biçimi aşağıdaki gibidir:

//anyname EXEC UCLARJS,PARM.RJS='...functions...'

PARM Alanı

Aşağıdaki liste, izin verilen parametreleri ve belirtilen işlevlerini tanımlar. Tüm parametreler sıralı olarak yürütülür ve virgüllerle ayrılır.

• READ — Okuyucu kanalını açar ve SYSIN veri kümesinden 80 sütunlu kayıtları gönderir.
• PRINT(JOBNAME) — Belirtilen işin önceliğini en yüksek değere ayarlar ve yazdırma çıktısını SYSPRINT veri kümesine alır. 132 karakteri aşan kayıtlar bir sonraki satıra katlanır.
• PRINT(*) — Tüm yazdırma işlerini alır.
• PUNCH(JOBNAME) — Belirtilen işin önceliğini en yüksek değere ayarlar ve 80 sütunlu delme çıktısını SYSPUNCH veri kümesine alır.
• PUNCH(*) — Tüm delme işlerini alır.
• STATUS — Bu RJS terminaline atanmış tüm işlerin durumu hakkında UCLA'ya sorgu gönderir.
• TERMID(NAME-PASSWORD) — Belirtilen RJS terminali olarak oturum açar. PASSWORD isteğe bağlıdır ve yalnızca terminalin bir parolası varsa belirtilmelidir. Yerel süreç başlangıçta her zaman NETUCSB olarak oturum açar.

DD Kartları

1. Okuyucu — SYSIN veri kümesi, JCL ve /* kartlarını gönderebilmek için aşağıdaki biçime sahip olmalıdır:

//RJS.SYSIN DD DATA,DLM=$$,DCB=(RECFM=F,LRECL=80,BLKSIZE=80)
                .
                .
                .
             job(s)
                .
                .
                .
$$   (not: bu özel sınırlayıcı gereklidir)

2. Yazıcı — Varsayılan RJS.SYSPRINT veri kümesi SYSOUT=A olarak belirtilmiştir.
3. Delici — Varsayılan RJS.SYSPUNCH veri kümesi SYSOUT=B olarak belirtilmiştir.
4. RJS Günlüğü — Varsayılan RJS.MESSAGES veri kümesi SYSOUT=A olarak belirtilmiştir.

Sorunlar ve Hatalar

Karşılaşılan sorunların çoğu aşağıdaki kategorilerden birine girer:

1. UCLA-CCN veya ARPANET çalışmıyor
   Bu durum genellikle yerel süreç UCLA ile bağlantı kurmaya çalıştığında fark edilir. Hata iletisi genellikle şöyledir:

   "INITIAL CONNECTION OPEN ERROR."

2. RJS terminalinin UCSB dışı bir jobshop süreci tarafından kullanılması
   Bu durum, bir kullanıcının işi gönderdikten sonra, yerel batch süreci yürütmeye girmeden önce UCLA RJS terminaline çevrimiçi olarak oturum açması halinde ortaya çıkabilir. Bu durum genellikle aşağıdaki iletinin görünmesiyle anlaşılır:

   "FAILURE OR TIMEOUT IN OPERATOR, PRINT OR PUNCH CHANNEL"

   ve 252 tamamlanma kodu ile birlikte görülür.

3. İşin alınmaya hazır olmaması
   Yerel süreç, belirtilen işin önceliğini ayarlamaya çalışır ancak başarılı bir yanıt alamaz. Bu durum da aşağıdaki iletinin görünmesiyle anlaşılır:

   "FAILURE OR TIMEOUT IN OPERATOR, PRINT OR PUNCH CHANNEL"

   ve 252 tamamlanma kodu ile birlikte görülür.

4. UCLA'nın, çok eski bir hata nedeniyle çıktıyı alamaması
   Ne yazık ki bu durum çok küçük miktarlardaki çıktılar için bile ortaya çıkabilmektedir. Genellikle şu ileti ile fark edilir:

   "BEGINNING RETRIEVAL OF" ifadesini takiben "(PROBABLE UCLA BUG). PREVIOUSLY GOOD CONNECTION NOW HAS STATUS = 8".

   Bu durumda çıktı genellikle kaybolur.

1'den 3'e kadar olan durumlar bekleyip tekrar deneme ile düzeltilir. Diğer hata iletileri, NETWORK USER GUIDE'a başvurmayı veya Bilgisayar Merkezi ya da Computer Systems Lab personeli ile görüşmeyi gerektirebilir.

Örnekler

1. RJS terminali NETUCSB üzerinden UCLA-CCN'e bir iş gönderme

//SUBMIT JOB (0000,ROBERTS),'PSYCH BOX'
//STEP1 EXEC UCLARJS
//RJS.SYSIN DD DATA,DLM=$$,DCB=(RECFM=F,LRECL=80,BLKSIZE=80)
//AAA000IC JOB......
                .
                .
                .
                .
                .
$$
//

2. NETUCSB terminalinden AAA000IC yazdırma işini alma

//RETR JOB (0000,ROBERTS),'PSYCH BOX'
//STEP1 EXEC UCLARJS,PARM.RJS='PRINT(AAA000IC)'
//

3. NETRAND0 terminalinden tüm yazdırma işlerini alma

//RETR JOB (0000,ROBERTS),'PSYCH BOX'
//STEP1 EXEC UCLARJS,'TERMID(NETRAND0),PRINT(*),STATUS'
//

Bu RFC, GTE (önceden BBN Corp.) desteğiyle Alex McKenzie tarafından çevrimiçi RFC arşivlerine giriş için makine tarafından okunabilir biçime dönüştürülmüştür, 9/99.