Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.retrocomputing > #51249 > unrolled thread

VAX 4000-200 e cluster Digital

Started byPowell <demasir@postacalda.com>
First post2019-06-15 11:07 +0200
Last post2019-06-25 12:28 +0200
Articles 14 — 3 participants

Back to article view | Back to it.comp.retrocomputing

Contents

  VAX 4000-200 e cluster Digital Powell <demasir@postacalda.com> - 2019-06-15 11:07 +0200
    Re: VAX 4000-200 e cluster Digital G. <gerry77@no.spam.mail.com> - 2019-06-16 18:49 +0200
      Re: VAX 4000-200 e cluster Digital Powell <demasir@postacalda.com> - 2019-06-17 09:52 +0200
        Re: VAX 4000-200 e cluster Digital G. <gerry77@no.spam.mail.com> - 2019-06-18 06:14 +0200
          Re: VAX 4000-200 e cluster Digital Powell <demasir@postacalda.com> - 2019-06-19 10:33 +0200
            Re: VAX 4000-200 e cluster Digital G. <gerry77@no.spam.mail.com> - 2019-06-20 04:32 +0200
      Re: VAX 4000-200 e cluster Digital Powell <demasir@postacalda.com> - 2019-06-21 17:47 +0200
        Re: VAX 4000-200 e cluster Digital G. <gerry77@no.spam.mail.com> - 2019-06-22 06:02 +0200
          Re: VAX 4000-200 e cluster Digital Powell <demasir@postacalda.com> - 2019-06-22 14:58 +0200
            Re: VAX 4000-200 e cluster Digital Powell <demasir@postacalda.com> - 2019-06-22 15:09 +0200
            Re: VAX 4000-200 e cluster Digital G. <gerry77@no.spam.mail.com> - 2019-06-23 00:20 +0200
              Re: VAX 4000-200 e cluster Digital Lead_Oxide <lead@tin.it.invalid> - 2019-06-24 12:39 +0200
              Re: VAX 4000-200 e cluster Digital Powell <demasir@postacalda.com> - 2019-06-24 14:53 +0200
                Re: VAX 4000-200 e cluster Digital Powell <demasir@postacalda.com> - 2019-06-25 12:28 +0200

#51249 — VAX 4000-200 e cluster Digital

FromPowell <demasir@postacalda.com>
Date2019-06-15 11:07 +0200
SubjectVAX 4000-200 e cluster Digital
Message-ID<qe2chb$ol2$1@gioia.aioe.org>
Salve,
è veramente da molto molto tempo che non riesco a seguire questo gruppo.
Qualche anno fa ero riuscito a recuperare materiale DEC (in particolare 
un MicroVAX 2000), ma non ero riuscito a combinare molto: con l'aiuto di 
persone molto competenti come  G., Sadness e altri, ero riuscito ad 
avvicinarmi al mondo Digital utilizzando l'emulatore Simh.
Da quasi due anni sono entrato in possesso, scambiando del materiale con 
HKZ, di ben due VAX 4000-200 (uno con cabinet 'largo' e due dischi, ed 
un'altro con cab più stretto senza dischi).
Solo adesso sono riuscito a trovare un pò di tempo per dedicarmi alla 
mia vecchia passione.
Ho fatto partire il primo dei due VAX 4000 e, come si vede dal banner, 
era addirittura un nodo della 'mitica' Retro DECNET.
Mi piacerebbe molto poter fare qualcosa con le due macchine, ma 
ovviamente ho bisogno di aiuto.
Ad esempio, a suo tempo, ero riuscito con l'emulatore Simh e con vmware 
a creare due macchine in cluster: il VAX 4000-200 senza dischi al boot 
vede solo il device ethernet (EZA0).
Mi chiedo: sarebbe possibile farla funzionare come satellite, quindi 
fare il boot dal primo VAX?

Ad ogni modo intanto ecco una sessione in telnet con il nostro Eduard:

[rdem.vmwinxp] telnet 192.168.2.9
Trying 192.168.2.9...
Connected to 192.168.2.9.
Escape character is '^]'.


                                  Welcome to

           _..---...,""-._     ,/}/)     ___ _                    _
        .''        ,      ``..'(/-<     | __|__| |_ __ ____ _ _ _ __| |
       /   _      {      )         \    | _|/ _` \ V  V / _` | '_/ _` |
      ;   _ `.     `.   <         a( |___\__,_|\_/\_/\__,_|_| \__,_|
    ,'   ( \  )      `.  \ __.._ .: y        V A X  4 0 0 0 / 2 0 0
   (  <\_-) )'-.____...\  `._   //-'              OpenVMS 6.2
    `. `-' /-._)))      `-._)))                DECnet IV - 1.97
      `...'
           HKZlab NETWORK                 MEMBER OF THE RETRO DECNET
    http://belzebub.servebeer.com http://decnet.ipv7.net

Username:

Username: SYSTEM
Password:
         Welcome to OpenVMS VAX version V6.2 on node EDWARD
     Last interactive login on Sunday,  1-JAN-1995 00:13
     Last non-interactive login on Sunday,  1-JAN-1995 00:02
EDWARD::SYSTEM$ sh net
OpenVMS Network status for local node  1.97 EDWARD on 1-JAN-1995 00:04:48.22

This is a nonrouting node, and does not have any network information.
The designated router for EDWARD is node    0 EDWARD.

EDWARD::SYSTEM$ sh sys
OpenVMS V6.2  on node EDWARD   1-JAN-1995 00:05:01.89  Uptime  0 00:06:01
   Pid    Process Name    State  Pri      I/O       CPU Page flts  Pages
00000101 SWAPPER         HIB     16        0   0 00:00:00.28         
0      0
00000105 CONFIGURE       HIB      9       20   0 00:00:00.11       
121    176
00000107 IPCACP          HIB     10        7   0 00:00:00.08        
97    150
00000108 ERRFMT          HIB      8       23   0 00:00:00.20       
126    218
00000109 OPCOM           HIB      9       75   0 00:00:00.49       
196    247
0000010A AUDIT_SERVER    HIB      9       82   0 00:00:01.26       
564    835
0000010B JOB_CONTROL     HIB      9       53   0 00:00:00.40       
271    403
0000010C QUEUE_MANAGER   HIB      9      788   0 00:00:07.24      1056   
1396
0000010D SECURITY_SERVER HIB     10       22   0 00:00:00.60      1048   
1277
0000010E TP_SERVER       HIB     10       24   0 00:00:00.32       
201    306
0000010F SYMBIONT_1      HIB      4       17   0 00:00:00.30       
227    155
00000110 NETACP          HIB      9       56   0 00:00:00.88       
194    414
00000111 EVL             HIB      6       80   0 00:00:00.75       
563    484  N
00000112 REMACP          HIB      8        8   0 00:00:00.07        
83     46
00000113 UCX$INET_ACP    HIB      8       64   0 00:00:00.51       
377    398
00000114 UCX$NTPD        HIB      6       32   0 00:00:00.56       437   
1027
00000115 ▒TM_COLLECT▒    HIB      8       73   0 00:00:01.13      
1059    992
00000116 TRAPPER         LEF      5       97   0 00:00:01.55      
1072    511
0000011B Find Term       LEF      5       46   0 00:00:01.75       
663    382
00000122 NETPRTSMB       HIB      4       15   0 00:00:00.29       
246    148
00000123 SYSTEM          CUR      4      122   0 00:00:01.32       
856    341

EDWARD::SYSTEM$
EDWARD::SYSTEM$ sh dev

Device                  Device           Error    Volume Free  Trans Mnt
  Name                   Status           Count     Label Blocks Count Cnt
$1$DIA0:      (R2ITJA)  Mounted              0  VAXVMS062 382680   197   1
$1$DIA1:      (R2VB4E)  Mounted              0  PRO 336051     1   1

Device                  Device           Error    Volume Free  Trans Mnt
  Name                   Status           Count     Label Blocks Count Cnt
EDWARD$CAA0:            Online               0
EDWARD$CAA1:            Online               0
EDWARD$CAA2:            Online               0
EDWARD$CAA3:            Online               0
EDWARD$CAA4:            Online               0
EDWARD$CAA5:            Online               0
EDWARD$CAA6:            Online               0
EDWARD$CAA7:            Online               0

Device                  Device           Error
  Name                   Status           Count
FTA0:                   Offline              0
OPA0:                   Online               0
RTA0:                   Offline              0
RTB0:                   Offline              0
TNA0:                   Offline              0
TNA1:                   Mounted              0
TXA0:                   Online spooled       0
                         alloc
TXA1:                   Online               0
TXA2:                   Online               0
TXA3:                   Online               0
TXA4:                   Online               0
TXA5:                   Online               0
TXA6:                   Online spooled       0
                         alloc
TXA7:                   Online               0

Device                  Device           Error
  Name                   Status           Count
EZA0:                   Online               0
EZA2:                   Online               0
EZA3:                   Online               0
EZA4:                   Online               0
PAA0:                   Online               0


EDWARD::SYSTEM$
EDWARD::SYSTEM$ ucx loop
%UCX-I-LOOPACT, EDWARD is alive


Non voglio rubarvi più tempo, comunque se qualcuno ferrato mi può dare 
una dritta lo ringrazio infinitamente.

Grazie a tutti

[toc] | [next] | [standalone]

#51259

FromG. <gerry77@no.spam.mail.com>
Date2019-06-16 18:49 +0200
Message-ID<d8rcge1j6ir4448e38bua2ld9ra75h314o@4ax.com>
In reply to#51249
On Sat, 15 Jun 2019 11:07:56 +0200, Powell <demasir@postacalda.com> wrote:

> Da quasi due anni sono entrato in possesso, scambiando del materiale con 
> HKZ, di ben due VAX 4000-200 (uno con cabinet 'largo' e due dischi, ed 
> un'altro con cab più stretto senza dischi).

Uno dei due dovrebbe essere Judith... :)

> Ad esempio, a suo tempo, ero riuscito con l'emulatore Simh e con vmware 
> a creare due macchine in cluster: il VAX 4000-200 senza dischi al boot 
> vede solo il device ethernet (EZA0).
> Mi chiedo: sarebbe possibile farla funzionare come satellite, quindi 
> fare il boot dal primo VAX?

Certo che sì :)

Occorre un cluster a cui aggiungere un satellite, dopodiché si fa il boot
via rete del VAX e quello viene caricato dal cluster e gli si associa.

Lo puoi fare anche con l'altro VAX che hai recuperato, ma ti consiglio di
fare prima qualche esperimento con una macchina emulata: una volta attivato
il cluster non c'è modo di tornare indietro (non documentato, almeno) e
quindi se fai dei pasticci poi ti ritrovi con Edward incasinato e difficile
da rimettere a posto; invece una macchina emulata è molto più pratica per
questo genere di cose.

Ora non mi ricordo più nei dettagli le millemila macchine del buon Hkz, ma
se è quel che penso dovrebbero avere entrambe il bus DSSI, quindi sarebbe
possibile formare un cluster anche tramite quello, condividendo lo storage
fra le CPU (il che sarebbe anche molto più fedele all'idea originale di
cluster: quello Ethernet nacque in seguito come alternativa economica).

Comunque ribadisco: prima sperimenta con una macchina virtuale e tira su il
VAX come satellite di quella, poi si penserà a tirarlo su dall'altro VAX. 

Tra l'altro, il metodo della macchina virtuale fu quello che usammo noi
ormai più di dieci anni fa per caricare VMS su alcuni VAX (compresi i tuoi)
che non avevano né un'unità nastri né un bus SCSI e relativi dischi SCSI,
quindi non ci si poteva né attaccare un'unità CD-ROM né si poteva spostare
un disco altrove per copiarci dentro il necessario...

Ciao, :)
G.

[toc] | [prev] | [next] | [standalone]

#51263

FromPowell <demasir@postacalda.com>
Date2019-06-17 09:52 +0200
Message-ID<qe7gs4$vi9$1@gioia.aioe.org>
In reply to#51259
Il 16/06/2019 18.49, G. ha scritto:
> On Sat, 15 Jun 2019 11:07:56 +0200, Powell <demasir@postacalda.com> wrote:
>
>> Ad esempio, a suo tempo, ero riuscito con l'emulatore Simh e con vmware
>> a creare due macchine in cluster: il VAX 4000-200 senza dischi al boot
>> vede solo il device ethernet (EZA0).
>> Mi chiedo: sarebbe possibile farla funzionare come satellite, quindi
>> fare il boot dal primo VAX?
> Certo che sì :)
>
> Occorre un cluster a cui aggiungere un satellite, dopodiché si fa il boot
> via rete del VAX e quello viene caricato dal cluster e gli si associa.

Ciao :)
adesso devo riprendere le cose che avevo fatto a suo tempo con le 
macchine emulate.
Ad ogni modo ho provato il comando:

EDWARD::SYSTEM$ sh cluster
View of Cluster from system ID 1121  node: EDWARD 1-JAN-1995 00:32:38
┌───────────────────┬─────────┐
│      SYSTEMS      │ MEMBERS │
├────────┬──────────┼─────────┤
│  NODE  │ SOFTWARE │  STATUS │
├────────┼──────────┼─────────┤
│ EDWARD │ VMS V6.2 │         │
│ R2ITJA │ RFX V256 │         │
│ R2VB4E │ RFX V256 │         │
└────────┴──────────┴─────────┘

> se è quel che penso dovrebbero avere entrambe il bus DSSI, quindi sarebbe
> possibile formare un cluster anche tramite quello, condividendo lo storage
> fra le CPU (il che sarebbe anche molto più fedele all'idea originale di
> cluster: quello Ethernet nacque in seguito come alternativa economica).
>
> Comunque ribadisco: prima sperimenta con una macchina virtuale e tira su il
> VAX come satellite di quella, poi si penserà a tirarlo su dall'altro VAX.
Le macchine hanno entrambe il bus DSSI, infatti avevo pensato la stessa 
cosa.
Purtroppo non ho un cavo e non riesco a trovarne uno: HKZ mi ha dato 
insieme alle macchine
altro materiale, un paio di dischi (un RF72 e un RF31), un bellissimo 
terminale VT320 ...
> Ciao, :)
> G.

Grazie infinite.

[toc] | [prev] | [next] | [standalone]

#51269

FromG. <gerry77@no.spam.mail.com>
Date2019-06-18 06:14 +0200
Message-ID<rdngge1est5aivhtvbiuk34pqrli7tveic@4ax.com>
In reply to#51263
On Mon, 17 Jun 2019 09:52:36 +0200, Powell <demasir@postacalda.com> wrote:

> Ad ogni modo ho provato il comando:
> 
> EDWARD::SYSTEM$ sh cluster
> View of Cluster from system ID 1121  node: EDWARD 1-JAN-1995 00:32:38
> +-----------------------------+
> |      SYSTEMS      | MEMBERS |
> +-------------------+---------+
> |  NODE  | SOFTWARE |  STATUS |
> +--------+----------+---------+
> | EDWARD | VMS V6.2 |         |
> | R2ITJA | RFX V256 |         |
> | R2VB4E | RFX V256 |         |
> +--------+----------+---------+

Ottimo, scommetto che quei due dischi sono in shadow (cioè fanno parte di
una coppia mirror). Prova il comando SH DEV D e se ti compare un device
DSA0: con due membri sotto, è lui :)

Ti fa vedere uno pseudo cluster (ma come vedi la colonna status è vuota)
perché i dischi DSSI di fatto sono nodi indipendenti: addirittura hanno un
loro firmware in cui puoi fare login. In pratica l'architettura DSSI è una
versione parallela e più economica dell'originale architettura a stella dei
primi VAXcluster, in cui le CPU e lo storage erano appunto tutti autonomi,
collegati insieme tramite un hub centrale.

https://slideplayer.com/slide/14323711/89/images/17/An+Early+System%3A+VAXcluster.jpg

In altre parole ogni disco DSSI è come un piccolo HSC (Hierarchical Storage
Controller) che controlla una sola unità fisica. I veri HSC, per lo meno i
più vecchi, erano dei PDP-11 con un proprio software e una propria console,
ai quali erano collegati parecchi dischi, a volte condivisi fra due HSC in
modo da garantire una certa ridondanza.

> Le macchine hanno entrambe il bus DSSI, infatti avevo pensato la stessa 
> cosa. Purtroppo non ho un cavo e non riesco a trovarne uno: HKZ mi ha dato 
> insieme alle macchine altro materiale, un paio di dischi (un RF72 e un 
> RF31), un bellissimo terminale VT320 ...

Pazienza, magari in futuro un cavo DSSI lo troverai. Alla fine il cluster
funziona benissimo anche via Ethernet. Tienili da conto quei due dischi
perché cominciano a essere rari. Il terminale è verde, ambra o ghiaccio? :)

Ciao,
G.

[toc] | [prev] | [next] | [standalone]

#51274

FromPowell <demasir@postacalda.com>
Date2019-06-19 10:33 +0200
Message-ID<qecs10$oqb$1@gioia.aioe.org>
In reply to#51269
Il 18/06/2019 6.14, G. ha scritto:

> Ottimo, scommetto che quei due dischi sono in shadow (cioè fanno parte di
> una coppia mirror). Prova il comando SH DEV D e se ti compare un device
> DSA0: con due membri sotto, è lui :)

No, il comando restituisce solo i due dischi:

EDWARD::SYSTEM$ sh dev D

Device                  Device           Error    Volume         Free  Trans Mnt
  Name                   Status           Count     Label        Blocks Count Cnt
$1$DIA0:      (R2ITJA)  Mounted              0  VAXVMS062       382374   197   1
$1$DIA1:      (R2VB4E)  Mounted              0  PRO             336048     1   1
EDWARD::SYSTEM$

>> Le macchine hanno entrambe il bus DSSI, infatti avevo pensato la stessa
>> cosa. Purtroppo non ho un cavo e non riesco a trovarne uno: HKZ mi ha dato
>> insieme alle macchine altro materiale, un paio di dischi (un RF72 e un
>> RF31), un bellissimo terminale VT320 ...

Un cavo DSSI, in particolare dovrebbe essere il BC21M-09, l'avrei trovato per 60$ + spedizione.
Sto vedendo se si trova a meno ...

>> Pazienza, magari in futuro un cavo DSSI lo troverai. Alla fine il cluster
>> funziona benissimo anche via Ethernet. Il terminale è verde, ambra o ghiaccio? :)

Il terminale è di ... ghiaccio.
Nel frattempo sto ritirando su le macchine virtuali: entrambe emulano un MicroVAX 3900 con OpenVMS 7.3.
Sono in cluster e una delle due ha un disco condiviso.

> Ciao,
> G.
>

[toc] | [prev] | [next] | [standalone]

#51275

FromG. <gerry77@no.spam.mail.com>
Date2019-06-20 04:32 +0200
Message-ID<hcrlge1o9nqglq9c8dsmddnabosntep7io@4ax.com>
In reply to#51274
On Wed, 19 Jun 2019 10:33:36 +0200, Powell <demasir@postacalda.com> wrote:

> EDWARD::SYSTEM$ sh dev D
> 
> Device                  Device           Error    Volume         Free  Trans Mnt
>   Name                   Status           Count     Label        Blocks Count Cnt
> $1$DIA0:      (R2ITJA)  Mounted              0  VAXVMS062       382374   197   1
> $1$DIA1:      (R2VB4E)  Mounted              0  PRO             336048     1   1

Ah, ma guarda... Pensavo fossero in shadow. Vabbe', niente di grave, vorrà
dire che hai più spazio :) Queste macchine le ho fatte tutte insieme ad Hkz,
a suo tempo, ma cosa possa essere il volume PRO proprio non saprei.

> Un cavo DSSI, in particolare dovrebbe essere il BC21M-09, l'avrei trovato 
> per 60$ + spedizione. Sto vedendo se si trova a meno ...

Se non l'hai già fatto dai un'occhiata al link qui sotto così ti studi un
po' le varie opzioni: http://vaxarchive.org/hardware/cables.html

A memoria non ho mai conosciuto i vari tipi di cavo, ma prima di buttarmi in
un acquisto del genere indagherei bene. In particolare il -09 dopo BC21M
indica la lunghezza in piedi, quindi se ne trovi uno della stessa serie ma
di lunghezza diversa sei a posto comunque.

Io poi sono abbastanza convinto che siano cavi dritti, quindi in teoria
anche un cavo per qualcos'altro tipo SCSI e affini che abbia i connettori
giusti dovrebbe funzionare...

Ciao,
G.

[toc] | [prev] | [next] | [standalone]

#51283

FromPowell <demasir@postacalda.com>
Date2019-06-21 17:47 +0200
Message-ID<qeiu6a$1rem$1@gioia.aioe.org>
In reply to#51259
Il 16/06/2019 18.49, G. ha scritto:
> esempio, a suo tempo, ero riuscito con l'emulatore Simh e con vmware
>> a creare due macchine in cluster: il VAX 4000-200 senza dischi al boot
>> vede solo il device ethernet (EZA0).
>> Mi chiedo: sarebbe possibile farla funzionare come satellite, quindi
>> fare il boot dal primo VAX?
> Certo che sì :)
>
> Occorre un cluster a cui aggiungere un satellite, dopodiché si fa il boot
> via rete del VAX e quello viene caricato dal cluster e gli si associa.
>
> Lo puoi fare anche con l'altro VAX che hai recuperato, ma ti consiglio di
> fare prima qualche esperimento con una macchina emulata

Ho fatto ripartire le macchine emulate e ho collegato il VAX 4000-200 senza dischi sullo stello switch di rete:

OpenVMS (TM) VAX Version V7.3
%SYSINIT, waiting to form or join a VMScluster system
%VAXcluster-I-LOADSECDB, loading the cluster security database
%MSCPLOAD-I-LOADMSCP, loading the MSCP disk server
...

Username: system
Password:
  Welcome to OpenVMS (TM) VAX Operating System, Version V7.3
     Last interactive login on Sunday,  1-JUL-2012 18:08

$
$ sh net

Product:  DECNET        Node:  PSWVAX               Address(es):  1.1
Product:  TCP/IP        Node:  vax.homeip.net       Address(es):  192.168.1.111
$
$ sh cluster
View of Cluster from system ID 1025  node: PSWVAX                1-JUL-2012 19:
+-----------------------------+
¦      SYSTEMS      ¦ MEMBERS ¦
+-------------------+---------¦
¦  NODE  ¦ SOFTWARE ¦  STATUS ¦
+--------+----------+---------¦
¦ PSWVAX ¦ VMS V7.3 ¦ MEMBER  ¦
+--------+----------+---------¦
¦ MCRVAX ¦ VMS V7.3 ¦ MEMBER  ¦
+-----------------------------+

$
$ @cluster_config

                    Cluster Configuration Procedure
                       Executing on a VAX System

     DECnet Phase IV is installed on this node.

     DECnet is not running on this node.
     LANACP LAN server process is running.
     LANACP will be used for all satellite boot serving.

                    Cluster Configuration Procedure
                       Executing on a VAX System

     DECnet Phase IV is installed on this node.

     The LAN, not DECnet, will be used for MOP downline loading.

         To ensure that this procedure is executing with the required
         privileges, invoke it from the system manager's account.

         Enter a "?" for help at any prompt.  If you are familiar with
         the execution of this procedure, you may want to mute extra notes
         and explanations by invoking it with "@CLUSTER_CONFIG_LAN BRIEF".

     PSWVAX is a VAX system and currently a member of a cluster
     so the following functions can be performed:

MAIN MENU

    1. ADD a VAX node to the cluster.
    2. REMOVE a node from the cluster.
    3. CHANGE a cluster member's characteristics.
    4. CREATE a duplicate system disk for PSWVAX.
    5. MAKE a directory structure for a new root on a system disk.
    6. DELETE a root from a system disk.
    7. EXIT from this procedure.

Enter choice [1]: 1

     This ADD function will add a new VAX node to the cluster.

   WARNING: If the node being added is a voting member, EXPECTED_VOTES for
            every cluster member must be adjusted.  For complete instructions
            check the section on configuring a cluster in the "OpenVMS Cluster
            Systems" manual.

   CAUTION: If this cluster is running with multiple system disks and
            common system files will be used, please, do not proceed
            unless appropriate logical names are defined for cluster
            common files in SYLOGICALS.COM. For instructions, refer to
            the "OpenVMS Cluster Systems" manual.

Do you want to continue [N]? Y
Will the node be a satellite [Y]?
     Verifying LAN adapters in LANACP database...
What is the node's SCS node name?

Adesso come si va avanti? Dove prendo SCS node name?

Grazie

[toc] | [prev] | [next] | [standalone]

#51284

FromG. <gerry77@no.spam.mail.com>
Date2019-06-22 06:02 +0200
Message-ID<l85rge9a2cvba9rj6clmr5qns1ule8prga@4ax.com>
In reply to#51283
On Fri, 21 Jun 2019 17:47:23 +0200, Powell <demasir@postacalda.com> wrote:

> What is the node's SCS node name?
> 
> Adesso come si va avanti? Dove prendo SCS node name?

In questo caso glielo devi dare tu: come vuoi chiamare il nuovo nodo che si
aggiungerà al cluster? Massimo sei caratteri.

Dopo ti chiederà anche SCSSYSTEMID che è l'identificativo univoco del nuovo
nodo nel cluster. Per esempio potresti dirgli 1122 visto che EDWARD è 1121
come mostrato in cima allo SHO CLU che hai riportato qualche giorno fa.

Nel 99% dei casi si tratta degli stessi valori utilizzati per configurare
nome e indirizzo DECnet. In teoria potrebbero non corrispondere, ma averli
diversi è cosa sconsigliatissima (a meno di casi più unici che rari) e in
certe situazioni addirittura non permessa.

1121 non è altro che la rappresentazione interna dell'indirizzo DECnet di
EDWARD. Un indirizzo solitamente si scrive nella forma "area.nodo", cioè ad
esempio 12.345 un po' come si fa per gli indirizzi IP, ma quel che viaggia
nei pacchetti è altro: area * 1024 + nodo.

Tutto questo per dire che 1122 va bene a patto che tu non abbia già una
macchina con indirizzo DECnet 1.98.

Più avanti ti chiederà anche il MAC address del satellite che vai ad
aggiungere. Ci sono vari modi per scoprirlo, per esempio uno SHO DEV al
prompt >>> della console dovrebbe essere sufficiente. Come separatore dei
vari byte dell'indirizzo dovrai usare il trattino anziché i due punti.

Non mi sembra che chieda altre cose strane. Quando hai finito di rispondere
alle domande fai B EZA0 al prompt >>> e osserva la magia :)

Ciao,
G.

[toc] | [prev] | [next] | [standalone]

#51286

FromPowell <demasir@postacalda.com>
Date2019-06-22 14:58 +0200
Message-ID<qel8lv$1vgj$1@gioia.aioe.org>
In reply to#51284
Il 22/06/2019 6.02, G. ha scritto:
> On Fri, 21 Jun 2019 17:47:23 +0200, Powell <demasir@postacalda.com> wrote:
>
>> What is the node's SCS node name?
>>
>> Adesso come si va avanti? Dove prendo SCS node name?
> In questo caso glielo devi dare tu: come vuoi chiamare il nuovo nodo che si
> aggiungerà al cluster? Massimo sei caratteri.
>
> Dopo ti chiederà anche SCSSYSTEMID che è l'identificativo univoco del nuovo
> nodo nel cluster. Per esempio potresti dirgli 1122 visto che EDWARD è 1121
> come mostrato in cima allo SHO CLU che hai riportato qualche giorno fa.
>
> Non mi sembra che chieda altre cose strane.

Ho dato i comandi sul server PSWVAX: mi ha chiesto anche di creare un pagefile (avevo qualche dubbio, poi glielo fatto creare).

>   Quando hai finito di rispondere
> alle domande fai B EZA0 al prompt >>> e osserva la magia :)

La magia ha funzionato alla grande :)
$
$ sh cluster

View of Cluster from system ID 1025  node: PSWVAX

+-----------------------------+
¦      SYSTEMS      ¦ MEMBERS ¦
+-------------------+---------¦
¦  NODE  ¦ SOFTWARE ¦  STATUS ¦
+--------+----------+---------¦
¦ PSWVAX ¦ VMS V7.3 ¦ MEMBER  ¦
+--------+----------+---------¦
¦ MCRVAX ¦ VMS V7.3 ¦ MEMBER  ¦
+-----------------------------+
¦ SATVAX ¦ VMS V7.3 ¦ MEMBER  ¦
+-----------------------------+

L'unica cosa devo ancora capire bene come funziona il cluster digital.
Quando a suo tempo avevo creato le due macchine emulate e, con dei comandi che avevo trovato in rete, ho creato il cluster, mi ero accorto che avvenivano cose strane ...
Ad esempio ho fatto lo 'shutdown' dell'altro server (MCRVAX) e si è bloccato tutto con i msg:
%CNXMAN, removed from VAXcluster system MCRVAX
%CNXMAN, completing VAXcluster state transition
%CNXMAN, quorum lost, blocking activity

Comunque ho fatto un altro piccolo passo nel mondo digital
grazie infinite

[toc] | [prev] | [next] | [standalone]

#51287

FromPowell <demasir@postacalda.com>
Date2019-06-22 15:09 +0200
Message-ID<qel99v$2rr$1@gioia.aioe.org>
In reply to#51286
Il 22/06/2019 14.58, Powell ha scritto:
>
> Ad esempio ho fatto lo 'shutdown' dell'altro server (MCRVAX) e si è 
> bloccato tutto con i msg:
> %CNXMAN, removed from VAXcluster system MCRVAX
> %CNXMAN, completing VAXcluster state transition
> %CNXMAN, quorum lost, blocking activity
>
Ho fatto ripartire MCRVAX e tutto si è magicamente sbloccato :)
Ho fatto lo shutdown del VAX satellite senza problemi.

[toc] | [prev] | [next] | [standalone]

#51289

FromG. <gerry77@no.spam.mail.com>
Date2019-06-23 00:20 +0200
Message-ID<6j3tge5f6od2t1njh0srhodep1g97t2c78@4ax.com>
In reply to#51286
On Sat, 22 Jun 2019 14:58:40 +0200, Powell <demasir@postacalda.com> wrote:

> Ho dato i comandi sul server PSWVAX: mi ha chiesto anche di creare un 
> pagefile (avevo qualche dubbio, poi glielo fatto creare).

Dato che il satellite non ha alcun disco, deve fare paging sul boot server
che quindi dovrà avere un pagefile anche per lui :)

> L'unica cosa devo ancora capire bene come funziona il cluster digital.
> Quando a suo tempo avevo creato le due macchine emulate e, con dei comandi 
> che avevo trovato in rete, ho creato il cluster, mi ero accorto che 
> avvenivano cose strane ...
> Ad esempio ho fatto lo 'shutdown' dell'altro server (MCRVAX) e si è bloccato 
> tutto con i msg:
> %CNXMAN, removed from VAXcluster system MCRVAX
> %CNXMAN, completing VAXcluster state transition
> %CNXMAN, quorum lost, blocking activity

Questo succede perché il cluster è molto democratico: ogni membro in grado
di partecipare autonomamente al cluster, cioè ogni membro che abbia accesso
diretto a un disco di boot, ha un voto, e affinché il cluster si formi e
funzioni deve essere disponibile la maggioranza dei potenziali membri.

Nel tuo caso hai due nodi autonomi e quindi due voti: la maggioranza di due
è due, non uno, quindi appena uno dei due nodi si ferma viene a mancare il
quorum e il cluster viene sospeso. Il satellite non è autonomo, quindi non
ha un proprio voto e dunque il suo spegnimento non influisce sul quorum.

Tutto questo serve soprattutto ai cluster "veri", cioè quelli i cui nodi
hanno accesso diretto a uno o più dischi condivisi (via CI, DSSI, o SCSI),
perché se viene a mancare il coordinamento fra i nodi non è più possibile
garantire la coerenza delle scritture sui dischi comuni.

Se uno o più nodi escono dal cluster, per esempio per un problema di rete,
il calcolo del quorum impedisce che i fuoriusciti formino fra loro un altro
cluster che andrebbe in conflitto con quello che hanno lasciato. Questo vale
in ogni caso, anche se si formassero più di due gruppi di nodi: finché uno
di essi rappresenta la maggioranza il cluster funziona, se non esiste più un
gruppo sufficientemente grande il cluster si ferma.

Il cluster formato da due soli nodi è un po' particolare perché non darebbe
la possibilità di spegnerne o riavviarne uno dei due senza che il cluster si
fermi, cosa che invece è proprio uno dei suoi punti di forza.

Quando c'è almeno un disco realmente condiviso fra i due nodi, per esempio
un disco DSSI contenuto in una torre dischi con relativa alimentazione
separata da quella delle CPU e sullo stesso bus che collega i due nodi fra
loro, allora quel disco viene configurato come quorum disk e rappresenta un
voto in più oltre quelli dei due nodi.

Se uno dei due nodi dovesse perdere la comunicazione col cluster, ma l'altro
no, e soprattutto se uno dei due riuscisse a mantenere la comunicazione con
il quorum disk, ecco che ci sarebbe una maggioranza (2 voti su 3) e quindi
il cluster continuerebbe a funzionare.

Nel caso dei cluster Ethernet (LAVC, Local Area VAX Cluster), dove di fatto
non ci sono dischi condivisi perché l'accesso ai dischi di ogni CPU è per
forza mediato dal sistema operativo, si fa prima ad assegnare due voti a uno
dei due nodi e si risolve comunque il problema. OVviamente in un caso del
genere uno dei due nodi potrà funzionare da solo mentre l'altro no.

Da un certo punto di vista un disco DSSI o SCSI contenuto nel cabinet di una
CPU è indipendente perché non è necessario che la CPU sia avviata affinché
il disco sia accessibile, infatti basta che ci sia l'alimentazione, ma in
pratica si considera come fosse un disco accessibile solo via Ethernet e si
assegnano semplicemente due voti al nodo.

Prova a fare sHO CLU /CONT cioè continuous, così non ritorna al prompt
subito dopo aver visualizzato la situazione del cluster, e poi scrivi ADD
CLU (il prompt Cluster> all'inizio non si vede: compare quando inizi a
scrivere). Vedrai che ti compaiono anche i dati su voti e quorum :)

Ho scritto un po' a rate. Spero di essere stato abbastanza chiaro :)

Ciao,
G.

[toc] | [prev] | [next] | [standalone]

#51292

FromLead_Oxide <lead@tin.it.invalid>
Date2019-06-24 12:39 +0200
Message-ID<qeq99b$1s4f$1@gioia.aioe.org>
In reply to#51289
Il 23/06/2019 00:20, G. ha scritto:
> On Sat, 22 Jun 2019 14:58:40 +0200, Powell <demasir@postacalda.com> wrote:
> 
> il calcolo del quorum impedisce che i fuoriusciti formino fra loro un altro
> cluster che andrebbe in conflitto con quello che hanno lasciato. Questo vale
> in ogni caso, anche se si formassero più di due gruppi di nodi: finché uno
> di essi rappresenta la maggioranza il cluster funziona, se non esiste più un
> gruppo sufficientemente grande il cluster si ferma.

Questa cosa assomiglia a un sacco a un certo partito italiano...

Da lurker che non ha mai visto un VAX in vita sua, ti ringrazio molto 
per le risposte, per me molto interessanti.

[toc] | [prev] | [next] | [standalone]

#51293

FromPowell <demasir@postacalda.com>
Date2019-06-24 14:53 +0200
Message-ID<qeqh45$10pq$1@gioia.aioe.org>
In reply to#51289
> Prova a fare sHO CLU /CONT cioè continuous, così non ritorna al prompt
> subito dopo aver visualizzato la situazione del cluster, e poi scrivi ADD
> CLU (il prompt Cluster> all'inizio non si vede: compare quando inizi a
> scrivere). Vedrai che ti compaiono anche i dati su voti e quorum :)

Ho dato il comando, e in effetti adesso è tutto chiaro:
$ sh cluster/cont
View of Cluster from system ID 1026  node: MCRVAX

0055---------------------------------------------------------------------+
¦      SYSTEMS      ¦      MEMBERS     ¦             COUNTERS            ¦
+-------------------+------------------+---------------------------------¦
¦  NODE  ¦ SOFTWARE ¦ QUORUM ¦  STATUS ¦ DGS_S ¦ DGS_R ¦ MSGS_S ¦ MSGS_R ¦
+--------+----------+--------+---------+-------+-------+--------+--------¦
¦ MCRVAX ¦ VMS V7.3 ¦      1 ¦ MEMBER  ¦       ¦       ¦        ¦        ¦
¦ PSWVAX ¦ VMS V7.3 ¦      1 ¦ MEMBER  ¦     0 ¦     0 ¦     29 ¦     29 ¦
¦        ¦          ¦        ¦         ¦     0 ¦     0 ¦   1959 ¦   1134 ¦
¦        ¦          ¦        ¦         ¦     0 ¦     0 ¦     29 ¦     29 ¦
¦ SATVAX ¦ VMS V7.3 ¦      2 ¦ MEMBER  ¦     0 ¦     0 ¦     29 ¦     29 ¦
¦        ¦          ¦        ¦         ¦     0 ¦     0 ¦   1872 ¦   1304 ¦
+------------------------------------------------------------------------+

(la colonna dei voti non mi ci stava ...)

> Ho scritto un po' a rate. Spero di essere stato abbastanza chiaro :)
>
> Ciao,
> G.

Sei stato non chiarissimo ma quasi esaustivo :)

Adesso non ci rimane che mettere le mani sul 'nostro' EDUARD: creare il cluster, aggiungere il satellite.
Fare le cose sull'hardware da una soddisfazione moolto diversa ;)

Ciao

[toc] | [prev] | [next] | [standalone]

#51295

FromPowell <demasir@postacalda.com>
Date2019-06-25 12:28 +0200
Message-ID<qest0t$1jqk$1@gioia.aioe.org>
In reply to#51293
Il 24/06/2019 14.53, Powell ha scritto:
>> Prova a fare sHO CLU /CONT cioè continuous, così non ritorna al prompt
>> subito dopo aver visualizzato la situazione del cluster, e poi scrivi 
>> ADD
>> CLU (il prompt Cluster> all'inizio non si vede: compare quando inizi a
>> scrivere). Vedrai che ti compaiono anche i dati su voti e quorum :)
>
> Ho dato il comando, e in effetti adesso è tutto chiaro:
> ....
> (la colonna dei voti non mi ci stava ...)
>
... ovviamente, mi sono dimenticato di dire, i voti del satellite sono a 
zero mentre gli altri ne hanno uno ciascuno.

[toc] | [prev] | [standalone]

Back to top | Article view | it.comp.retrocomputing

csiph-web