Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS25

sodjan · Inlägg av **sodjan** » 22 oktober 2011, 22:03:56

Det första jag kastar ut från maskiner som ska köra VMS är grafikkortet.
VMS ska köras från "$"

> Lyckades inte ta mig förbi inloggningen när jag försökte senast...

Dokumentationen visar hur man gör en "conversational boot" för att
komma in om man saknar giltiga lösenord.

> Varje körning av jobbet för att skapa auktioner tog på gamla maskinen tog ca 10-25
> sekunder mest beroende på antalet bilder i auktionen. Ska bli intressant att jämföra
> lite senare ikväll vilka tider det blir med nya systemet...

Kvällens körningar gick på mellan 6 ch 17 sekunder, en klar förbätting i alla fall.

Lite onödigt mycket minne kanske:

Kod: Markera allt

$ show memory/physical
              System Memory Resources on 22-OCT-2011 22:00:55.66

Physical Memory Usage (bytes):     Total        Free      In Use    Modified
  Main Memory             (GB)      4.50        4.28        0.19        0.01

Of the physical memory in use, 76.67 MB are permanently allocated to OpenVMS.
$

Det finns även en fri Alpha emulator:
http://www.stromasys.ch/virtualization- ... onalalpha/.

pbgp · Inlägg av **pbgp** » 23 oktober 2011, 14:34:24

Kul läsning

Fanns det någon anledning till att du inte körde med "Mini Merge Disabled". Om du gjort det så hade du väl fått en snabbare synkning när du flyttade över skugg-diskarna? Är det ett problem om du har båda systemen uppe samtidigt och som då skriver, kanske olika saker, till båda kopiorna?

Tjusig maskin föresten, var hittade du den?

MiaM · Inlägg av **MiaM** » 23 oktober 2011, 14:53:32

anders_bzn skrev:Mysig tråd, jag har någon Alpha. Den nyaste är en DEC3000 - 800 från 1994.

Jag har också en DEC 3000, minns dock inte vilken variant. Den kör dock OSF/1 (var installerat när jag fick tag på den).

Jag har också två Alphastation 500au (om jag inte minns fel), en köpte jag dyrt för några år sen och sen ropade jag in fler för struntsummor på ETA-auktion, varav en var trasig och en byttes bort mot en PowerMac. (Flest OS när man dör vinner...).

anders_bzn skrev:Inte nytt men den nyaste DEC maskinen jag har. Har någon med en ohemult tung 21" färgskärm till någon av dem som kör någon variant av X på VMS (rätta mig om jag har fel).

DECWindows (med s på slutet) heter X11 på VMS.

Åtminstone för några år sen fanns Mozilla för VMS under namnet "OpenVMS secure web browser" eller nåt sånt.

De där Digital-märkta skärmarna, OEM'ade från Sony (Trinitron-rör), med tre BNC för RGB in och tre till BNC för vidarematning av RGB (med brytjack-BNC-kontakter

för att automagiskt switcha 75ohm-termineringen) är egentligen byggda för att också klara separata H/V-synk och separat kompositsynk. Det finns plats på kortet för fler BNC-kontakter, men tyvärr så sitter en metallplatta i vägen för enkel moddning. Jag har dock moddat ett par genom att använda vidareport-BNC'erna som H/V-synk-ingång. Då kan man köra dem mot valfri burk som ger rätt upplösning. Tyvärr blir det bara flimmer om man kör 640x480/640*400-bootläget på en vanlig PC, men om man har två skärmar att växla mellan så kan man boota och installera OS med en enklare skärm och sen välja högre upplösning och växla skärm, och sen chansa på att man inte behöver se bootbilden mer.

anders_bzn skrev:Lyckades inte ta mig förbi inloggningen när jag försökte senast...

Det finns en del webbsidor som beskriver hur man byter rootpasswordet på VMS. OBS att om jag inte minns fel så har något med detta ändrats genom tiderna, så en uråldrig beskrivning funkar inte nödvändigtvis på en modernare VMS. (Jag kan dock minnas fel här).

sodjan · Inlägg av **sodjan** » 23 oktober 2011, 15:27:51

> Fanns det någon anledning till att du inte körde med "Mini Merge Disabled".

Det är ju så det körs. Du menar sannolikt "enabled".

Nja, jag har inte så stora volymer så att mergen är något speciellt
problem. Och det uppträder enbart vid oplanerade stopp (strömavbrott t.ex).
Vi en normalt "shutdown" så tar scripten han om att "dismounta" diskarna på
ett korrekt sätt så vid boot så är allt OK och diskarna bara monteras direkt.

> Om du gjort det så hade du väl fått en snabbare synkning när du flyttade över skugg-diskarna?

Nej, det fungerar ju bara när *samma* member försvinner och återkommer.
Jag flyttade alltså ena disken och kompletterande sedan med en helt ny (tom) disk.
Den andra disken i det gamla shadowset'et sitter kvar i gamla maskinen, jag ska
bara byta IP-adress på det så är det också körbart...

> Tjusig maskin föresten, var hittade du den?

Jag har hittat den genom at kontakt som är "brooker" för DEC/Compaq/HP
prylar speciellt den som har en DEC historik. Och kabinett modellen är inte alls
speciellt eftertraktad, idag vill alla "professionella) kunder ha rack-prylar.
T.ex DS15 ("lillebror" till DS25) får man ge ca 30.000:- för idag. Om man alls
hittar något begagnat. Det är alltså en maskin som slutade tillverkas
för ca 10 år sedan (eller om det är mer). T.ex :
http://www.islandco.com/alphaservers/dh ... o-licenses

Däremot får jag antagligen lämna tillbaka den del av minnet som består av 4 x 1 GB moduler,
de är lite dyra :
http://www.islandco.com/alphaserver-mem ... erver-ds25

> DECWindows (med s på slutet) heter X11 på VMS.

Eller "X11 heter DECWindows (med s på slutet) på VMS". X11 är ju inget unikt för VMS på något sätt.
Och visst, man kan köra valfri X11-server på t.ex sin desktop maskin och köra X11 applikationer på VMS burken.

> Åtminstone för några år sen fanns Mozilla för VMS under namnet "OpenVMS secure web browser" eller nåt sånt.

Jorå, det finns browers nu med, men jag har aldrig förstått varför man ska "surfa" från VMS...

> Det finns en del webbsidor som beskriver hur man byter rootpasswordet på VMS.

Först och främst finns det *dokumentation" !
http://h71000.www7.hp.com/doc/os84_index.html
"HP OpenVMS System Manager's Manual, Volume 1: Essentials":
ftp://ftp.hp.com/pub/openvms/doc/AA-PV5MJ-TK.PDF
Kapitel: "4.1.3.2 Conversational Boot: For Special Booting Functions".
Manualen "Istallation and Upgrade" har detaljerna kring hur man gör.

> OBS att om jag inte minns fel så har något med detta ändrats genom tiderna,
> så en uråldrig beskrivning funkar inte nödvändigtvis på en modernare VMS.
> (Jag kan dock minnas fel här).

Ja, det verkar så...

Det sker på samma sätt i senaste versionen (i princip) som det gjorde
på VAX'arna via körde i början av 90-talet i alla fall. Det har nog alltid gjorts på samma sätt.

> ...hur man byter rootpasswordet på VMS...

Finns ingen "root". Det som närmast motsvarar "root" är usern SYSTEM. Men notera också
att man kan ge vilken annan user som helst SYSPRV och den upptråder då som SYSTEM.
D.v.s man behöver nästan aldrig köra något i stil med "su".

sodjan · Inlägg av **sodjan** » 23 oktober 2011, 16:06:14

Hm, en av diskarna (DKA300:) som jag pluggade in verkar inte helt frisk:

Kod: Markera allt

$ sh dev d

Device                  Device           Error    Volume         Free  Trans Mnt
 Name                   Status           Count     Label        Blocks Count Cnt
DSA10:                  Mounted              0  ALPHASYS      27906095   530   1
DSA100:                 Mounted              0  DISK3        110438851    19   1
DSA200:                 Mounted              0  BCK_DISK     132755877     1   1
$1$DKA0:      (OSSBY1)  ShadowSetMember      0  (member of DSA10:)
$1$DKA100:    (OSSBY1)  ShadowSetMember      0  (member of DSA10:)
$1$DKA200:    (OSSBY1)  ShadowSetMember      0  (member of DSA100:)
$1$DKA300:    (OSSBY1)  ShadowSetMember    113  (member of DSA100:)
$1$DKA400:    (OSSBY1)  ShadowSetMember      0  (member of DSA200:)
$1$DKA500:    (OSSBY1)  ShadowSetMember      0  (member of DSA200:)

Lika bra att byta ut den. "Dismountar" den först så att shadowsetet går ner på en disk:

Kod: Markera allt

$ dism/abort $1$DKA300:
$ sh dev d

Device                  Device           Error    Volume         Free  Trans Mnt
 Name                   Status           Count     Label        Blocks Count Cnt
DSA10:                  Mounted              0  ALPHASYS      27906095   530   1
DSA100:                 Mounted              0  DISK3        110416383    19   1
DSA200:                 Mounted              0  BCK_DISK     132755877     1   1
$1$DKA0:      (OSSBY1)  ShadowSetMember      0  (member of DSA10:)
$1$DKA100:    (OSSBY1)  ShadowSetMember      0  (member of DSA10:)
$1$DKA200:    (OSSBY1)  ShadowSetMember      0  (member of DSA100:)
$1$DKA300:    (OSSBY1)  Online             113
$1$DKA400:    (OSSBY1)  ShadowSetMember      0  (member of DSA200:)
$1$DKA500:    (OSSBY1)  ShadowSetMember      0  (member of DSA200:)

Swappar disk på plats 4 i maskinen och kör en "mount" igen.
Systemet klagar lite på att den inte hittar den andra disken,
egentligen tror jag inte att hot-swap stöds på denna maskin, så det
kan bli lite SCSI störningar när man rycker och sätter i diskar under drift.

Kod: Markera allt

$ mount/system dsa100: /shadow=$1$DKA300: DISK3

%MOUNT-I-OPRQST, medium is offline
%%%%%%%%%%%  OPCOM  23-OCT-2011 15:41:31.08  %%%%%%%%%%%
Message from user SYSTEM on OSSBY1
medium is offline

%MOUNT-I-OPRQST, Please mount volume DISK3 in device _$1$DKA200: (OSSBY1)
%%%%%%%%%%%  OPCOM  23-OCT-2011 15:41:31.08  %%%%%%%%%%%
Request 1, from user SYSTEM on OSSBY1
Please mount volume DISK3 in device _$1$DKA200: (OSSBY1)

%MOUNT-I-RQSTDON, operator request canceled; mount completed successfully
%%%%%%%%%%%  OPCOM  23-OCT-2011 15:41:36.23  %%%%%%%%%%%
Request 1 was satisfied.

%MOUNT-I-MOUNTED, DISK3 mounted on _DSA100:
%MOUNT-I-SHDWMEMCOPY, _$1$DKA300: (OSSBY1) added to the shadow set with a copy operation
%MOUNT-I-ISAMBR, _$1$DKA200: (OSSBY1) is a member of the shadow set

$

Angående det här med "Please mount volume DISK3 in device _$1$DKA200:" så får man tänka
sig en serverhall där en "operatör" får meddelandet på "konsolen" och springer in till tape-förrådet,
hämtar bandrullen med label "DISK3" och monterar den på bandstation "_$1$DKA200:". Det är det
som meddelandet egentligen är till för...

I detta fall så upptäcker systemet efter ca 5 sekunder att disken är "uppe" och kör vidare, d.v.s
"Request 1 was satisfied"...

"Error count" nollas bara med automatik vid boot, så vi gör det för hand:

Kod: Markera allt

$ set device /reset=error_count $1$DKA300:

%%%%%%%%%%%  OPCOM  23-OCT-2011 15:44:38.72  %%%%%%%%%%%
Message from user SYSTEM on OSSBY1
Error count of device $1$DKA300: was reset to zero. Previous value was 113

Denna maskin har egentligen inte "hot-swap" av diskar, så det kan uppstå lite
störningar på SCSI bussen. I detta fall var det systemdisken (DSA10:) som klagade lite.
Den går "offline" ett ögenblick, det sker en "mount verification" och sedan är det bra igen.
Tog alltså ca 0.21 sekund.

Kod: Markera allt

%%%%%%%%%%%  OPCOM  23-OCT-2011 15:42:00.73  %%%%%%%%%%%
Device DSA10: is offline.
Mount verification is in progress.

$ set
%%%%%%%%%%%  OPCOM  23-OCT-2011 15:42:00.94  %%%%%%%%%%%
Mount verification has completed for device DSA10:

Nu är det bara att avvakta några dagar och bevaka "Error Count".

pbgp · Inlägg av **pbgp** » 23 oktober 2011, 21:39:37

sodjan skrev:Det är ju så det körs. Du menar sannolikt "enabled".

Jo, jag slant med hjärnan, det är lite för lätt gjort.

Vad indikerar Error Count? Är det läsfel, skrivfel eller både och?

Upprätthåller systemet någon lista över dåliga block?

sodjan · Inlägg av **sodjan** » 24 oktober 2011, 00:27:53

Det finns ett litet problem med just det...
Tyvärr rördes det till lite kring verktygen för att söka i och lista
error loggen. I dag förväntas köra någon slags web-baserat
historia och de gamla verktygen som kördes från "$" las åt sidan.

Dock kan man installera dessa CLI verktyg separat och jag gjorde just det
och det fungerar...

Först en summering för det aktuella devicet (d.v.s med /summary) :

Kod: Markera allt

$ diagnose /since=yesterday /include=$1$dka300: /summary

DECevent V3.4

 SUMMARY OF ALL ENTRIES LOGGED ON NODE OSSBY1   

     unknown major class       
       SCSI                                136. 

 DATE OF EARLIEST ENTRY                22-OCT-2011 15:19:56 
 DATE OF LATEST ENTRY                  22-OCT-2011 20:15:39 

$

Så det slutade alltså vid 8-tiden. Vi kör en /brief istället för /summary.
(det hade just passerat midnatt och det tog ett tag innan jag fattade
varför jag inte längre såg några loggningar...

)
Alla loggningar ser i princip likadana ut, detta är det sista:

Kod: Markera allt

$ diagnose /Since=22-oct-2011 /include=$1$dka300: /brief
...
...
**** V3.4  ********************* ENTRY 39127 ******************************** 

Logging OS                        1. OpenVMS 
System Architecture               2. Alpha 
OS version                           V8.3     
Event sequence number           206. 
Timestamp of occurrence              22-OCT-2011 20:15:39 
Time since reboot                    0 Day(s) 2:20:22 
Host name                            OSSBY1   
System Model                         AlphaServer DS25 
Entry Type                        1. Device Error 
---- Device Profile ----               
Unit                                 $1$DKA300 
Product Name                         BF072863BA 
Vendor                               COMPAQ 
-- Driver Supplied Info -              
VMS SCSI Error Type               5. Extended Sense Data from Device 
                                       
--- Device Sense Data ---            LBA:  x06FE74D0 
Sense Key                       x03  Medium Error 
ASC & ASCQ                    x1100  ASC  =   x0011 
                                     ASCQ =   x0000 
                                     Unrecovered Read Error 
FRU Code                        x00 

$

"Medium Error" och "Unrecovered Read Error" låter inte helt bra...

Lite snabb googling på "Sense Key x03 Medium Error" gav t.ex detta dokument:
http://download.oracle.com/docs/cd/E191 ... 918-10.pdf.

En analys med /full (istället för /summery eller /brief) ger lite mer. Intressant kanske men
inget som säger mig så mycket...

Kod: Markera allt

**** V3.4  ********************* ENTRY 39127 ******************************** 


Logging OS                        1. OpenVMS 
System Architecture               2. Alpha 
OS version                           V8.3     
Event sequence number           206. 
Timestamp of occurrence              22-OCT-2011 20:15:39 
Time since reboot                    0 Day(s) 2:20:22 
Host name                            OSSBY1   

System Model                         AlphaServer DS25 

Entry Type                        1. Device Error 


---- Device Profile ----               
Unit                                 $1$DKA300 
Product Name                         BF072863BA 
Vendor                               COMPAQ 

-- Driver Supplied Info -              
Device Firmware Revision             HPB4 
VMS SCSI Error Type               5. Extended Sense Data from Device 
SCSI ID                         x03 
SCSI LUN                        x00 
SCSI SUBLUN                     x00 
Port Status               x00000001  NORMAL  -  normal successful completion 
SCSI Command Opcode             x28  Read (10 byte command) 
Command Data                           
                                x08 
                                x06 
                                xFE 
                                x74 
                                xD0 
                                x00 
                                x00 
                                x7F 
                                x00 
                                       
SCSI Status                     x02  Check Condition 
Remaining Byte Length            18. 

--- Device Sense Data ---              

Error Code                      xF0  Current Error 
                                     Information Bytes are Valid 
Segment #                       x00 
Information Byte 3              x06 
            Byte 2              xFE 
            Byte 1              x74 
            Byte 0              xD0  LBA:  x06FE74D0 
Sense Key                       x03  Medium Error 
Additional Sense Length         x0A 
CMD Specific Info Byte 3        x21 
                  Byte 2        xEC 
                  Byte 1        x62 
                  Byte 0        xCB 
ASC & ASCQ                    x1100  ASC  =   x0011 
                                     ASCQ =   x0000 
                                     Unrecovered Read Error 
FRU Code                        x00 
Sense Key Specific Byte 0       x80  Valid Sense Key Data 
                   Byte 1       x01 
                   Byte 2       xC6 

----- Software Info -----              
UCB$x_ERTCNT                     16. Retries Remaining    
UCB$x_ERTMAX                     16. Retries Allowable    
IRP$Q_IOSB                x0000000000000000 
UCB$x_STS                 x18020910  Online 
                                     Busy 
                                     Software Valid 
                                     Volume is Valid on the local node 
                                     Unit supports the Extended Function bit 
IRP$L_PID                 x819A3120  Requestor "PID"    
IRP$x_BOFF                        0. Byte Page Offset    
IRP$x_BCNT                    65024. Transfer Size In Byte(s)    
UCB$x_ERRCNT                    113. Errors This Unit    
UCB$L_OPCNT                 1756586. QIO's This Unit    
ORB$L_OWNER               x00010004  Owners UIC    
UCB$L_DEVCHAR1            x1C4D4008  Directory Structured 
                                     File Oriented 
                                     Sharable 
                                     Available 
                                     Mounted 
                                     Error Logging 
                                     Capable of Input 
                                     Capable of Output 
                                     Random Access 

$

Aja, något är väl fel med disken och den är utbytt.

sodjan · Inlägg av **sodjan** » 24 oktober 2011, 00:43:43

För att summera...

> Vad indikerar Error Count? Är det läsfel, skrivfel eller både och?

Alltså "unrecoverable" läs fel.

> Upprätthåller systemet någon lista över dåliga block?

Nja, diskarna gör väl det själva. Som jag tror att det fungerar så läses det
saknade data från den andra disken och skrivs till ett nytt om-mappat
block och det felande blocket läggs till bad-block listan på driven.

Men jag vet inte om den "nya" disken jag satte i är helt frisk heller.
Shadow copyn går väldigt långsamt, det borde ha varit klart på ett
par timmar. Inga fel loggande i alla fall. Får kolla på det på måndag...

sodjan · Inlägg av **sodjan** » 24 oktober 2011, 18:03:48

Det verkar inte ha varit disken i sig som strulande, sannolikt fick SCSI
bussen eller controllern spatt när jag ryckte och satte i diskar lite hej vilt.
Allt gick väldigt långsamt och shadow-copyn som påbörjades igår var ennu
inte klar i dag efter lunch. Gick med 20-25 I/O per sekund, alldeles för långsamt.

Aja, bootade om och då gick det bättre. Det blev en "merge" av systemdisken
och en av datadiskarna och en "copy" av den andra datadisken. Gick klart på ca
2 timmar med varje disk på mellan ca 150 och lite drygt 300 I/O per sekund.

Kod: Markera allt

$ monitor disk

                            OpenVMS Monitor Utility                             
                              DISK I/O STATISTICS 
                                 on node OSSBY1                                 
                            24-OCT-2011 16:05:43.53                             

I/O Operation Rate                         CUR        AVE        MIN        MAX

DSA10:                 ALPHASYS         318.70     327.92     295.73     339.69 
DSA100:                DISK3            201.81     201.42     199.81     202.81 
DSA200:                BCK_DISK         158.85     154.25     144.86     162.85 
$1$DKA0:      (OSSBY1) ALPHASYS         319.70     327.94     295.73     339.69 
$1$DKA100:    (OSSBY1) ALPHASYS         318.70     327.89     295.73     338.69 
$1$DKA200:    (OSSBY1) DISK3            201.81     201.42     199.81     202.81 
$1$DKA300:    (OSSBY1) DISK3            201.81     201.42     199.81     202.81 
$1$DKA400:    (OSSBY1) BCK_DISK         158.85     154.25     145.86     161.96 
$1$DKA500:    (OSSBY1) BCK_DISK         158.85     154.23     143.86     163.85

sodjan · Inlägg av **sodjan** » 30 oktober 2011, 19:04:50

En annan disk som "larmar" lite.

Kod: Markera allt

$ sh dev d

Device                  Device           Error    Volume         Free  Trans Mnt
 Name                   Status           Count     Label        Blocks Count Cnt
DSA10:                  Mounted              0  ALPHASYS      27868890   530   1
DSA100:                 Mounted              0  DISK3        110217870    15   1
DSA200:                 Mounted              0  BCK_DISK     132725737     1   1
$1$DKA0:      (OSSBY1)  ShadowSetMember      0  (member of DSA10:)
$1$DKA100:    (OSSBY1)  ShadowSetMember     27  (member of DSA10:)  <<<<========
$1$DKA200:    (OSSBY1)  ShadowSetMember      0  (member of DSA100:)
$1$DKA300:    (OSSBY1)  ShadowSetMember      0  (member of DSA100:)
$1$DKA400:    (OSSBY1)  ShadowSetMember      0  (member of DSA200:)
$1$DKA500:    (OSSBY1)  ShadowSetMember      0  (member of DSA200:)

Kod: Markera allt

$ diagnose /since=today /incluse=$1$dka100:
...
...
**** V3.4  ********************* ENTRY 64762 ******************************** 


Logging OS                        1. OpenVMS 
System Architecture               2. Alpha 
OS version                           V8.3     
Event sequence number           972. 
Timestamp of occurrence              30-OCT-2011 17:44:49 
Time since reboot                    4 Day(s) 2:38:52 
Host name                            OSSBY1   

System Model                         AlphaServer DS25 

Entry Type                        1. Device Error 


---- Device Profile ----               
Unit                                 $1$DKA100 
Product Name                         BD01864552 
Vendor                               COMPAQ 

-- Driver Supplied Info -              
Device Firmware Revision             3B05 
VMS SCSI Error Type               5. Extended Sense Data from Device 
SCSI ID                         x01 
SCSI LUN                        x00 
SCSI SUBLUN                     x00 
Port Status               x00000001  NORMAL  -  normal successful completion 
SCSI Command Opcode             x0A  Write (6 byte command) 
Command Data                           
                                x03 
                                x2F 
                                x4C 
                                x7F 
                                x00 
                                       
SCSI Status                     x02  Check Condition 
Remaining Byte Length            18. 

--- Device Sense Data ---              

Error Code                      xF0  Current Error 
                                     Information Bytes are Valid 
Segment #                       x00 
Information Byte 3              x00 
            Byte 2              x03 
            Byte 1              x2F 
            Byte 0              x83  LBA:  x00032F83 
Sense Key                       x01  Recovered Error 
Additional Sense Length         x0A 
CMD Specific Info Byte 3        x00 
                  Byte 2        x00 
                  Byte 1        x00 
                  Byte 0        x00 
ASC & ASCQ                    x0C01  ASC  =   x000C 
                                     ASCQ =   x0001 
                                     Write Error Recovered with Auto 
                                     Reallocation 
FRU Code                        x00 
Sense Key Specific Byte 0       x80  Valid Sense Key Data 
                   Byte 1       x00 
                   Byte 2       x07 

----- Software Info -----              
UCB$x_ERTCNT                     16. Retries Remaining    
UCB$x_ERTMAX                     16. Retries Allowable    
IRP$Q_IOSB                x0000000000000000 
UCB$x_STS                 x18021810  Online 
                                     Software Valid 
                                     Unload At Dismount 
                                     Volume is Valid on the local node 
                                     Unit supports the Extended Function bit 
IRP$L_PID                 x819A3120  Requestor "PID"    
IRP$x_BOFF                        0. Byte Page Offset    
IRP$x_BCNT                   131072. Transfer Size In Byte(s)    
UCB$x_ERRCNT                     27. Errors This Unit    
UCB$L_OPCNT                   54842. QIO's This Unit    
ORB$L_OWNER               x00010004  Owners UIC    
UCB$L_DEVCHAR1            x1C4D4008  Directory Structured 
                                     File Oriented 
                                     Sharable 
                                     Available 
                                     Mounted 
                                     Error Logging 
                                     Capable of Input 
                                     Capable of Output 
                                     Random Access

"Write Error Recovered with Auto Reallocation" låter ju bra i alla fall,
men får ta och byta disken under veckan...

pbgp · Inlägg av **pbgp** » 31 oktober 2011, 09:51:06

Är det gamla diskar eller har du haft otur?

sodjan · Inlägg av **sodjan** » 31 oktober 2011, 10:51:37

Det är beg diskar. Just den som krånglar nu är 18 GB, de andra är 73 GB.
Jag har reserver så jag ska byta senare idag.
Just nu har jag ingen kontakt till kontoret, det är möjligt att
ADSL->VDSL uppgraderingen pågår...

sodjan · Inlägg av **sodjan** » 18 november 2011, 16:45:06

Update...

Något verkade vara konstigt med de två 18 GB diskarna som systemet ligger på.
Jag valde att ersätta dom med 73 GB diskar som jag har gott om.
Dessutom blev det 15 K istället för 10 K diskar...

- "Dismount" av en av 18 GB diskarna i shadow setet som utgör system disk.
- Ryckte ur den losskopplade disken ur maskinen.
- Tryckte i en 73 GB disk på samma plats.
- En BACKUP /IMAGE från den kvarvarande 18 GB system disken till den nya 73 GB disken.

Så långt alltså utan att avbryta driften på något sätt. Det är aldrig något problem
att ta en komplett "image" backup från ett rullande system under drift.

- Omboot från den nya 73 GB disken. Ett driftavbrott på 3-4 minuter.
- Passar på att ersätta den kvarvarande 18 GB disken med en till 73 GB medans det var "nere".

Så långt är system i drift på en ensam 73 GB disk.

- En MOUNT /SHADOW=(<den andra 73 GB disken>) för att återställa shadow setet.

Efter en halvtimme var shadow setet för systemdisken återställt på två st 73 GB diskar.
Detta (shadow copy) sker så klart helt transparent för systemet för övrigt.
Så här längt efter ca 13 dagar är det inga nya fel från diskarna...

Kod: Markera allt

$ show system /noprocess
OpenVMS V8.3  on node OSSBY1  18-NOV-2011 16:29:54.19  Uptime  12 23:56:51

$ show device d /unit=bytes

Device                  Device           Error    Volume         Free  Trans Mnt
 Name                   Status           Count     Label         Space Count Cnt
DSA10:                  Mounted              0  ALPHASYS       63.11GB   530   1
DSA100:                 Mounted              0  DISK3          52.40GB    16   1
DSA200:                 Mounted              0  BCK_DISK       63.28GB     1   1
$1$DKA0:      (OSSBY1)  ShadowSetMember      0  (member of DSA10:)
$1$DKA100:    (OSSBY1)  ShadowSetMember      0  (member of DSA10:)
$1$DKA200:    (OSSBY1)  ShadowSetMember      0  (member of DSA100:)
$1$DKA300:    (OSSBY1)  ShadowSetMember      0  (member of DSA100:)
$1$DKA400:    (OSSBY1)  ShadowSetMember      0  (member of DSA200:)
$1$DKA500:    (OSSBY1)  ShadowSetMember      0  (member of DSA200:)

pbgp · Inlägg av **pbgp** » 18 november 2011, 19:05:35

Trevligt. Jag hittade en DS20e i soprummet häromdagen. Har inte dragit igång den ännu då den stått ute i kylan ett tag och eventuell kondens ska få torka.

sodjan · Inlägg av **sodjan** » 18 november 2011, 23:46:24

> Jag hittade en DS20e i soprummet häromdagen...

Min kund har en DS20e 666 Mhz (single CPU) som huvudsystem.
Hanterar hela tillverkningen och packningen av produkter på fabriken.
110-120 inloggade interaktiva dagtid, 60-70 streckkodsscanners
(handhållna och fast monterade i linorna) med varsin bakgrundsprocess och
ungefär lika många etikettskrivare (Zebra och Intermec) och laserskrivare.

Plus databas (10-15 transaktioner/sek dagtid) och alla bachkörningar
på samma burk. 4 GB RAM med ca 50% automatiskt allokerat till diskcache...
Ligger på 5-10 % CPU i snitt under dagtid.

Träffade kundens Oracle ansvarig för ett tag sedan. De (som alla Oracle kunder)
har lite "problem" med att Oracle vill skriva om avtalen. Nu ska det vara ett fast
pris per "core" i maskinen. Om man har en 4 CPU maskin med 4 cores/CPU så
blir det dyrt. Hon frågade hur många CPU'er vi har, 1 svarade jag. Jaha !? Och
med hur många cores? 1. Det nya avtalat blev *billigare* än det gamla...

Maskinen i denna tråd (min labb/hobby maskin på kontoret) har alltså 2 st
1 GHz CPU'er (av modernande CPU-generation), eller 3-5 gånger mer CPU
kraft än kundens burk. Dessutom snabbare minnesbussar o.s.v.

För övrigt samma plattform som Digi-Key kör hela sin hantering på, om det
företaget känns bekant...

Fast där snittar de på ca 500 trans/sek mellan
10 på förmiddagen och 10 på kvällen i databasen. Känner killen som är
DBA där...

Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS25

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS

Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS