Kanske inte renodlad elektrinikbygge, men i alla fall...
Min gamla server börjar bli lite sliten och "omodern".
AlphaStation XP900 466 Mhz. Hårdvaran börjar strula och CPU-låda
tillsamans med extern disk-cab både väsnas och värmer lite för mycket.
Dessa båda kommer att ersättas av en AlphaServer DS25 1 GHz med dubbla CPU'er.
Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS25
Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS25
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Senast redigerad av sodjan 22 oktober 2011, 18:02:05, redigerad totalt 1 gång.
Re: Projekt "serverbyte".
Efter lite initialt pyssel (det finns en "Remote Management Consol" som hade
"bad flash", en strapp på moderkortet kopplade bort den) så verkar systemet
som sådant fungera OK.
Nu ska ska diskarna flyttas. Den gamla maskinen använder 3 logiska volymer
varje består av två skuggade diskar vardera. DSAxxx: devicen är alltså det som
OS'et kör mot under drift.
På bilden på disk-kabinettet så räknas SCSI adresserna nerifrån, så de två understa
är 0 och 100, nästa två är 300 och 400 och de straxt över mitten är 800 och 900.
Det hoppar lite eftersom SCSI adress 6 och 7 är undantagna (reserverade för hostens SCSI controllers).
Vi "dismountar" ena parat av varje shadowset :
Nu är dessa tillgängliga att flytta över till nya maskinen.
Bara att rycka ut ur disk-kabinettet och montera :
Nu är dessa diskar "synliga" på nya systemet och systemt kan bootas från
den gamla systemdisken :
Systemet varnar (eller egenteligen *informerar*, "-I-") om att den inte kan
skapa det gamla shadowsetet för systemdisken men kör vidare och skapar
ett shadowset med en disk (som förväntat).
Det enda som nu behöver justeras är "mount" kommandot som körs vid boot:
De två översta raderna är de gamla och bortkommenterade.
De två undra har de nya SCSI adresserna som gäller i nya maskinen.
Det är allt som behöver ändras, resten av alla uppstartsrutiner för
applikationer o.s.v använder självaklart DSAxxx beteckningarna.
"bad flash", en strapp på moderkortet kopplade bort den) så verkar systemet
som sådant fungera OK.
Nu ska ska diskarna flyttas. Den gamla maskinen använder 3 logiska volymer
varje består av två skuggade diskar vardera. DSAxxx: devicen är alltså det som
OS'et kör mot under drift.
Kod: Markera allt
$ sh dev d
Device Device Error Volume Free Trans Mnt
Name Status Count Label Blocks Count Cnt
DSA10: Mounted 0 ALPHASYS 27497015 528 1
DSA100: Mounted 0 DISK3 106253090 18 1
DSA200: Mounted 0 BCK_DISK 132755877 1 1
$1$DKB0: (OSSBY1) ShadowSetMember 1 (member of DSA10:)
$1$DKB100: (OSSBY1) ShadowSetMember 1 (member of DSA10:)
$1$DKB300: (OSSBY1) ShadowSetMember 1 (member of DSA100:)
$1$DKB400: (OSSBY1) ShadowSetMember 1 (member of DSA100:)
$1$DKB800: (OSSBY1) ShadowSetMember 0 (member of DSA200:)
$1$DKB900: (OSSBY1) ShadowSetMember 0 (member of DSA200:)är 0 och 100, nästa två är 300 och 400 och de straxt över mitten är 800 och 900.
Det hoppar lite eftersom SCSI adress 6 och 7 är undantagna (reserverade för hostens SCSI controllers).
Vi "dismountar" ena parat av varje shadowset :
Kod: Markera allt
$ dismount /abort $1$DKB100:
$ dismount /abort $1$DKB400:
$ dismount /abort $1$DKB900:
Device Device Error Volume Free Trans Mnt
Name Status Count Label Blocks Count Cnt
DSA10: Mounted 0 ALPHASYS 27910505 529 1
DSA100: Mounted 0 DISK3 110443646 20 1
DSA200: Mounted 0 BCK_DISK 132755877 1 1
$1$DKB0: (OSSBY1) ShadowSetMember 0 (member of DSA10:)
$1$DKB100: (OSSBY1) Online 0
$1$DKB300: (OSSBY1) ShadowSetMember 0 (member of DSA100:)
$1$DKB400: (OSSBY1) Online 0
$1$DKB800: (OSSBY1) ShadowSetMember 0 (member of DSA200:)
$1$DKB900: (OSSBY1) Online 0Bara att rycka ut ur disk-kabinettet och montera :
Nu är dessa diskar "synliga" på nya systemet och systemt kan bootas från
den gamla systemdisken :
Kod: Markera allt
P00>>>sho dev
dka0.0.0.1.2 DKA0 COMPAQ BD01864552 3B05
dka200.2.0.1.2 DKA200 COMPAQ BF07289BC4 HPB1
dka400.4.0.1.2 DKA400 COMPAQ BF072863BA HPB4
P00>>>boot dka0
(boot dka0.0.0.1.2 -flags 0,0)
...
...
jumping to bootstrap code
OpenVMS (TM) Alpha Operating System, Version V8.3
© Copyright 1976-2010 Hewlett-Packard Development Company, L.P.
%SMP-I-SECMSG, CPU #01 message: P01>>>START
%SMP-I-CPUTRN, CPU #01 has joined the active set.
%EIA0, FastFD mode set by console
%EIA0, Full Duplex 100BaseTX connection selected
%EWA0, 100mbps_full_duplex mode set by console (EGA0_MODE)
%EWA0, BCM5703 located in 64-bit, 66-mhz PCI slot
%EWA0, Device type is BCM5703C (UTP) Rev A2 (10020000)
%SYSINIT-I-INCSHAMEM, system shadow set membership inconsistency
%SYSINIT-I-SHASINGMBR, single member system shadow set formedskapa det gamla shadowsetet för systemdisken men kör vidare och skapar
ett shadowset med en disk (som förväntat).
Det enda som nu behöver justeras är "mount" kommandot som körs vid boot:
Kod: Markera allt
$! mount/system dsa100 /shadow=($1$dkb300, $1$dkb400) disk3
$! mount/system dsa200 /shadow=($1$dkb800, $1$dkb900) bck_disk
$!
$ mount/system dsa100 /shadow=($1$dka200, $1$dka300) disk3
$ mount/system dsa200 /shadow=($1$dka400, $1$dka500) bck_diskDe två undra har de nya SCSI adresserna som gäller i nya maskinen.
Det är allt som behöver ändras, resten av alla uppstartsrutiner för
applikationer o.s.v använder självaklart DSAxxx beteckningarna.
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Re: Projekt "serverbyte".
Nästa steg är att montera in 3 diskar till för att återskapa shadowset
för systemdisken och de två applikationsdiskarna.
Först monterar vi tre lämpliga diskar :
För att det rullande systemet så "se" dessa diskar också, så gör vi en "IO AUTOCONFIGURE":
Kallas väl "plug-n-play" idag, men här har det fungerar på samma sätt i 30 år...
Eller, ja, inte riktigt, det kom med Alpha maskinerna för snart 20 år sedan, men i alla fall...
Nu är alla diskar vi behöver kända av systemet :
och vi kan helt enkelt montera ihop det hela som vi vill ha det
Vi börjar med systemdisken :
Sedan de två applikations/data diskarna :
Nu rullar tre st "shadow copy". Så här såg/ser det ut efter lite knappt en timme.
Systemdisken går så klar lite snabbare (18 GB) än de två andra diskarna (73 GB).
Nu återstår i princip bara att flytta Ethernet kabeln så är "serverbytet" klart.
Eftersom vi kör exakt samma systemdisk så följer alla konfigureringar som t.ex
IP-adress o.s.v så klart med.
för systemdisken och de två applikationsdiskarna.
Först monterar vi tre lämpliga diskar :
För att det rullande systemet så "se" dessa diskar också, så gör vi en "IO AUTOCONFIGURE":
Kallas väl "plug-n-play" idag, men här har det fungerar på samma sätt i 30 år...
Eller, ja, inte riktigt, det kom med Alpha maskinerna för snart 20 år sedan, men i alla fall...
Kod: Markera allt
SYSMAN> help io auto
IO
AUTOCONFIGURE
This command is for use on Alpha and I64 systems only. It
automatically identifies and configures all hardware devices
attached to a system by connecting devices and loading their
drivers...
SYSMAN>
SYSMAN> io auto
SYSMAN> exit
$Kod: Markera allt
$ show dev d
Device Device Error Volume Free Trans Mnt
Name Status Count Label Blocks Count Cnt
DSA10: Mounted 1 ALPHASYS 27910015 336 1
DSA100: Online 0
$1$DKA0: (OSSBY1) ShadowSetMember 0 (member of DSA10:)
$1$DKA100: (OSSBY1) Online 0
$1$DKA200: (OSSBY1) Online 0
$1$DKA300: (OSSBY1) Online 0
$1$DKA400: (OSSBY1) Online 0
$1$DKA500: (OSSBY1) Online 0Vi börjar med systemdisken :
Kod: Markera allt
$ mount/system dsa10: /shadow=($1$DKA100:) ALPHASYS
%MOUNT-I-MOUNTED, ALPHASYS mounted on _DSA10:
%MOUNT-I-SHDWMEMCOPY, _$1$DKA100: (OSSBY1) added to the shadow set with a copy operation
%MOUNT-I-ISAMBR, _$1$DKA0: (OSSBY1) is a member of the shadow set
$
%%%%%%%%%%% OPCOM 22-OCT-2011 15:17:39.57 %%%%%%%%%%%
Message from user SYSTEM on OSSBY1
%SHADOW_SERVER-I-SSRVBEGCPY, BEGINNING copy operation on _DSA10: at LBN: 0, I/O size: 127 blocks, ID number: 03000457Kod: Markera allt
$ mount/system dsa100 /shadow=($1$dka200, $1$dka300) disk3
%MOUNT-I-MOUNTED, DISK3 mounted on _DSA100:
%MOUNT-I-SHDWMEMSUCC, _$1$DKA200: (OSSBY1) is now a valid member of the shadow set
%MOUNT-I-SHDWMEMCOPY, _$1$DKA300: (OSSBY1) added to the shadow set with a copy operation
%%%%%%%%%%% OPCOM 22-OCT-2011 15:18:31.59 %%%%%%%%%%%
Message from user SYSTEM on OSSBY1
%SHADOW_SERVER-I-SSRVBEGCPY, BEGINNING copy operation on _DSA100: at LBN: 0, I/O size: 127 blocks, ID number: 0200044CKod: Markera allt
$ mount/system dsa200 /shadow=($1$dka400, $1$dka500) bck_disk
%MOUNT-I-MOUNTED, BCK_DISK mounted on _DSA200:
%MOUNT-I-SHDWMEMSUCC, _$1$DKA400: (OSSBY1) is now a valid member of the shadow set
%MOUNT-I-SHDWMEMCOPY, _$1$DKA500: (OSSBY1) added to the shadow set with a copy operation
%%%%%%%%%%% OPCOM 22-OCT-2011 15:22:42.82 %%%%%%%%%%%
Message from user SYSTEM on OSSBY1
%SHADOW_SERVER-I-SSRVBEGCPY, BEGINNING copy operation on _DSA200: at LBN: 0, I/O size: 127 blocks, ID number: 080000FFSystemdisken går så klar lite snabbare (18 GB) än de två andra diskarna (73 GB).
Kod: Markera allt
$ sh dev d
Device Device Error Volume Free Trans Mnt
Name Status Count Label Blocks Count Cnt
DSA10: Mounted 1 ALPHASYS 27909980 336 1
DSA100: Mounted 0 DISK3 110443646 1 1
DSA200: Mounted 0 BCK_DISK 132755877 1 1
$1$DKA0: (OSSBY1) ShadowSetMember 0 (member of DSA10:)
$1$DKA100: (OSSBY1) ShadowCopying 0 (copy trgt DSA10: 72% copied)
$1$DKA200: (OSSBY1) ShadowSetMember 0 (member of DSA100:)
$1$DKA300: (OSSBY1) ShadowCopying 23 (copy trgt DSA100: 17% copied)
$1$DKA400: (OSSBY1) ShadowSetMember 0 (member of DSA200:)
$1$DKA500: (OSSBY1) ShadowCopying 0 (copy trgt DSA200: 17% copied)Eftersom vi kör exakt samma systemdisk så följer alla konfigureringar som t.ex
IP-adress o.s.v så klart med.
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Re: Projekt "serverbyte".
Finns lite "show" kommandon som visar hur det går också:
Detta är alltså en "Host Based Volume Shadowing" där OS'et självt sköter allt.
Ingen kontroller eller liknande är inblandad. Ingår som standard i OS'et.
Självlart är systemet helt och hållet "uppe" även under kopieringen och kan
användas fullt ut.
Kopieringen genererar en del disk-I/O:
men lasten är låg, ca 1 % CPU:
Kod: Markera allt
$ show shadow /copy
Device Volume Device
Name Label Status
_DSA10: ALPHASYS Copy Active (88%) on OSSBY1
_DSA100: DISK3 Copy Active (21%) on OSSBY1
_DSA200: BCK_DISK Copy Active (23%) on OSSBY1
$ Ingen kontroller eller liknande är inblandad. Ingår som standard i OS'et.
Självlart är systemet helt och hållet "uppe" även under kopieringen och kan
användas fullt ut.
Kopieringen genererar en del disk-I/O:
Kod: Markera allt
$ moni/interval=1 disk
OpenVMS Monitor Utility
DISK I/O STATISTICS
on node OSSBY1
22-OCT-2011 16:18:46.78
I/O Operation Rate CUR AVE MIN MAX
DSA10: ALPHASYS 69.93 69.89 67.93 72.93
DSA100: DISK3 73.93 73.31 71.93 74.93
DSA200: BCK_DISK 73.93 73.36 71.93 75.98
$1$DKA0: (OSSBY1) ALPHASYS 138.87 139.78 135.87 146.86
$1$DKA100: (OSSBY1) ALPHASYS 208.80 209.62 203.81 218.80
$1$DKA200: (OSSBY1) DISK3 147.86 146.72 143.96 148.86
$1$DKA300: (OSSBY1) DISK3 221.79 220.04 215.95 224.79
$1$DKA400: (OSSBY1) BCK_DISK 147.86 146.68 142.86 150.96
$1$DKA500: (OSSBY1) BCK_DISK 222.79 219.99 215.80 225.95 Kod: Markera allt
$ moni/interval=1 process/topcpu
OpenVMS Monitor Utility
TOP CPU TIME PROCESSES
on node OSSBY1
22-OCT-2011 16:20:46.34
0 25 50 75 100
+ - - - - + - - - - + - - - - + - - - - +
00000205 SHADOW_SERVER 1
Re: Projekt "serverbyte".
Där var systemdisken klar :
Och nu är shadowset DSA10 komplett och består av DKA0: och DKA100:
Vi kan titta lite närmare på ett av shadow-seten, systemdisken.
"Stady State", det pågår alltså ingen copy eller merge för tillfället.
"Mini Merge Disabled". Mini Merge är en finess där den "överlevande" disken
sparar en bitmap där ändrade diskblock markeras. När den andra disken som
har varit borta ett tag återkommer, kan denna bitmap användas för mergen.
D.v.s man behöver inte läsa hela volymen och jämföra alla diskblock.
"Read Cost 2". I detta fall, där båda diskarna sitter i samma system, är "read cost" samma.
Om den ena disken hade suttit remote i ett annat system (klustring upp till 800 Km)
så hade den lokala disken haft en lägre read cost än remote disken. Systemet väljer
så klart att läsa från den snabbaste disken.
"Member Timeout 120". Om en member försvinner oplanerat (d.v.s inte genom en "dismount"
så som jag gjorde på gamla systemet) så är detta den tid (sek) som systemet "hänger"
innan det ger upp och gör en automatisk "dismount" och kör vidare.
Kod: Markera allt
$
%%%%%%%%%%% OPCOM 22-OCT-2011 16:22:40.51 %%%%%%%%%%%
Message from user SYSTEM on OSSBY1
%SHADOW_SERVER-I-SSRVNORMAL, successful completion of copy operation on device _DSA10: at LBN: 35565080, ID number: 03000457
$Kod: Markera allt
$ sh dev d
Device Device Error Volume Free Trans Mnt
Name Status Count Label Blocks Count Cnt
DSA10: Mounted 1 ALPHASYS 27909980 336 1
DSA100: Mounted 0 DISK3 110443646 1 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) ShadowCopying 23 (copy trgt DSA100: 24% copied)
$1$DKA400: (OSSBY1) ShadowSetMember 0 (member of DSA200:)
$1$DKA500: (OSSBY1) ShadowCopying 0 (copy trgt DSA200: 26% copied) Kod: Markera allt
$ show shad dsa10:
_DSA10: Volume Label: ALPHASYS
Virtual Unit State: Steady State
No Enhanced Shadowing Features in use
VU Timeout Value 16777215 VU Site Value 0
Copy/Merge Priority 5000 Mini Merge Disabled
Recovery Delay Per Served Member 30
Merge Delay Factor 200 Delay Threshold 200
Device $1$DKA0 Master Member
Read Cost 2 Site 0
Member Timeout 120
Device $1$DKA100
Read Cost 2 Site 0
Member Timeout 120"Mini Merge Disabled". Mini Merge är en finess där den "överlevande" disken
sparar en bitmap där ändrade diskblock markeras. När den andra disken som
har varit borta ett tag återkommer, kan denna bitmap användas för mergen.
D.v.s man behöver inte läsa hela volymen och jämföra alla diskblock.
"Read Cost 2". I detta fall, där båda diskarna sitter i samma system, är "read cost" samma.
Om den ena disken hade suttit remote i ett annat system (klustring upp till 800 Km)
så hade den lokala disken haft en lägre read cost än remote disken. Systemet väljer
så klart att läsa från den snabbaste disken.
"Member Timeout 120". Om en member försvinner oplanerat (d.v.s inte genom en "dismount"
så som jag gjorde på gamla systemet) så är detta den tid (sek) som systemet "hänger"
innan det ger upp och gör en automatisk "dismount" och kör vidare.
Re: Projekt "serverbyte".
Så, efter en omboot (vilket startade om de två shadow-copy som pågick)
och stoppat in nätverkssladden (och pluggat ur det gamla systemet) så
är nu det nya systemet on-line. T.ex http://jescab2.dyndns.org/pub_docs/
går nu alltså till nya systemet.
En gammal rutin för att räkna ut "VUPS" ger (gamla resp nya systemet):
Jag jämförde min rutin för att ställa/synka klockan på systemet mot Traderas "official time":
Senast det kördes vid lunch (innan jag "ryckte" disken) :
Och efteråt på nya systemet:
Så I/O m.m är i princip exakt samma (förväntat) men CPU och "elepsed" time
har gått ner markant. Trevligt...
och stoppat in nätverkssladden (och pluggat ur det gamla systemet) så
är nu det nya systemet on-line. T.ex http://jescab2.dyndns.org/pub_docs/
går nu alltså till nya systemet.
En gammal rutin för att räkna ut "VUPS" ger (gamla resp nya systemet):
Kod: Markera allt
$ @CALCULATE_VUP.COM
Approximate System VUPs Rating : 246.2 ( min: 246.2 max: 246.2 )
$ @CALCULATE_VUP.COM
INFO: Preventing endless loop (10$) on fast CPUs
Approximate System VUPs Rating : 548.6 ( min: 547.0 max: 549.2 )Senast det kördes vid lunch (innan jag "ryckte" disken) :
Kod: Markera allt
22-OCT-2011 12:00:08
22-OCT-2011 12:00:09
SYSTEM job terminated at 22-OCT-2011 12:00:09.14
Accounting information:
Buffered I/O count: 5900 Peak working set size: 30528
Direct I/O count: 345 Peak virtual size: 211728
Page faults: 2234 Mounted volumes: 0
Charged CPU time: 0 00:00:03.73 Elapsed time: 0 00:00:04.85Kod: Markera allt
22-OCT-2011 16:57:46
22-OCT-2011 16:57:47
SYSTEM job terminated at 22-OCT-2011 16:57:47.08
Accounting information:
Buffered I/O count: 5899 Peak working set size: 30480
Direct I/O count: 339 Peak virtual size: 211728
Page faults: 2241 Mounted volumes: 0
Charged CPU time: 0 00:00:01.52 Elapsed time: 0 00:00:02.48har gått ner markant. Trevligt...
Re: Projekt "serverbyte".
Lite noteringar...
Alla systemdiskar med OpenVMS för Alpha kan direkt bootas på alla AlphaServers
utan ominstallationer eller liknande. Stöd för alla varianter på CPUer och annan
hårdvara (förutom hårdvara som inte existerade då en viss version släpptes, så klart)
ingår alltid på alla installationer/systemdiskar. Detta gäller så klart även de idag
aktuella Itanium maskinerna. Alpha lades tyvärr ner för ett antal år sedan.
Shadowing gör det enkelt att flytta en rullande system. *Självklart* får man göra det
då det inte sker några kritiska uppdatteringar, vilket var fallet här. D.v.s att det inte
finns något på gamla systemet f.o.m att diskarna "rycktes" som är kritiskt. Annars
får man så klart planera för det och se till att kopiera det som saknas i efterhand.
Däremot har tillgången till webservern för att hämta datablad som länkas från Tradera
autkioner alltid varit tillgänglig, utan just då jag bytte kablar i switchen. I princip ingen
"ner-tid" alls med andra ord.
Ett OpenVMS system hos en kund har fysiskt stått i Norrköping, Kumla, Kista och nu i
Sjöndal norr om Stockholm. Det är samma system-image som har körts på alla 4 platserna.
"Flytten" har gjorts genom att ett ny hårdvara har installerats på nya siten med en
backup av systemdisken och datadiskar. När allt fungerar så har driften switchas över
genom en uppdatering av DNS miljön. D.v.s den nya maskinen på nya orten tar över
hostname från den gamla maskinen. Smidigt. Användarna har hela tiden haft samma
hostname att jobba mot.
OpenVMS shadowing kan idag ha upp till 6 "members". Ökades från 3 i senaste versionen
efter kundkrav från vissa som vill ha 3-site kluster med 2 members/site. D.v.s att 3
miljöer i tre geografiskt skilda platser (upp till 800 Km supportat, men har körts som
test klustrat Australien/EU/USA) alla "ser" samma DSAxxx device med 6 "members"
varav 2 st sitter i den lokala miljön.
Alla systemdiskar med OpenVMS för Alpha kan direkt bootas på alla AlphaServers
utan ominstallationer eller liknande. Stöd för alla varianter på CPUer och annan
hårdvara (förutom hårdvara som inte existerade då en viss version släpptes, så klart)
ingår alltid på alla installationer/systemdiskar. Detta gäller så klart även de idag
aktuella Itanium maskinerna. Alpha lades tyvärr ner för ett antal år sedan.
Shadowing gör det enkelt att flytta en rullande system. *Självklart* får man göra det
då det inte sker några kritiska uppdatteringar, vilket var fallet här. D.v.s att det inte
finns något på gamla systemet f.o.m att diskarna "rycktes" som är kritiskt. Annars
får man så klart planera för det och se till att kopiera det som saknas i efterhand.
Däremot har tillgången till webservern för att hämta datablad som länkas från Tradera
autkioner alltid varit tillgänglig, utan just då jag bytte kablar i switchen. I princip ingen
"ner-tid" alls med andra ord.
Ett OpenVMS system hos en kund har fysiskt stått i Norrköping, Kumla, Kista och nu i
Sjöndal norr om Stockholm. Det är samma system-image som har körts på alla 4 platserna.
"Flytten" har gjorts genom att ett ny hårdvara har installerats på nya siten med en
backup av systemdisken och datadiskar. När allt fungerar så har driften switchas över
genom en uppdatering av DNS miljön. D.v.s den nya maskinen på nya orten tar över
hostname från den gamla maskinen. Smidigt. Användarna har hela tiden haft samma
hostname att jobba mot.
OpenVMS shadowing kan idag ha upp till 6 "members". Ökades från 3 i senaste versionen
efter kundkrav från vissa som vill ha 3-site kluster med 2 members/site. D.v.s att 3
miljöer i tre geografiskt skilda platser (upp till 800 Km supportat, men har körts som
test klustrat Australien/EU/USA) alla "ser" samma DSAxxx device med 6 "members"
varav 2 st sitter i den lokala miljön.
Re: Projekt "serverbyte".
Den definitiva verifieringen av serverbytet kommer lite senare ikväll
då upplägget av dagens Tradera auktioner sker.
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...
då upplägget av dagens Tradera auktioner sker.
Kod: Markera allt
$ show queue tradsched_batch
Batch queue TRADSCHED_BATCH, idle, on OSSBY1::
Entry Jobname Username Status
----- ------- -------- ------
215 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 19:38:00
219 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 19:41:00
211 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 19:47:00
216 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 19:48:00
217 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 19:58:00
210 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 20:03:00
218 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 20:18:00
212 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 20:30:00
213 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 20:32:00
214 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 20:34:00
220 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 21:28:00
221 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 21:40:00
222 ADD_ITEM_2 SYSTEM Holding until 22-OCT-2011 21:42:00
$ 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...
Re: Projekt "serverbyte".
Trevligt att se att OpenVMS körs! 
Men http://jescab2.dyndns.org/pub_docs/ verkar ligga nere, åtminstone härifrån (Göteborg, ISP: bredbandsbolaget)
Kör du VMS på några fler burkar?
Men http://jescab2.dyndns.org/pub_docs/ verkar ligga nere, åtminstone härifrån (Göteborg, ISP: bredbandsbolaget)
Kör du VMS på några fler burkar?
Re: Projekt "serverbyte".
> ...Det är inte så ofta.
Nä, har inte tid med det...
Sista justeringarna innan jag går hem.
Kom på att systemet var inställt att "halta" vid power-on.
Ändrat till boot. Rätt default boot-device angivna också.
Nu så bootar den valfritt från DKA0 eller DKA100 beroende på
vilken som är tillgänglig. Detta är alltså i själva "konsolen" på maskinen,
det har alltså inget med OpenVMS att göra i sig.
> Men http://jescab2.dyndns.org/pub_docs/ verkar ligga nere,
Det håller "precis" på att boota efter justeringarna ovan...
EDIT : *nu* är det uppe igen...
Nä, har inte tid med det...
Sista justeringarna innan jag går hem.
Kom på att systemet var inställt att "halta" vid power-on.
Ändrat till boot. Rätt default boot-device angivna också.
Kod: Markera allt
P00>>>show auto_action
auto_action HALT
P00>>>set auto_action boot
P00>>>show auto_action
auto_action BOOTKod: Markera allt
P00>>>
P00>>>set bootdef_dev dka0,dka100
P00>>>
P00>>>
P00>>>show bootdef_dev
bootdef_dev dka0.0.0.1.2 dka100.1.0.1.2
P00>>>vilken som är tillgänglig. Detta är alltså i själva "konsolen" på maskinen,
det har alltså inget med OpenVMS att göra i sig.
> Men http://jescab2.dyndns.org/pub_docs/ verkar ligga nere,
Det håller "precis" på att boota efter justeringarna ovan...
EDIT : *nu* är det uppe igen...
Re: Projekt "serverbyte".
> Kör du VMS på några fler burkar?
Nja, jag har bra denna DS25 (samt den gamla XP900'an så klart).
Sedan är det kundernas maskiner som jag sköter om så klart...
Nja, jag har bra denna DS25 (samt den gamla XP900'an så klart).
Sedan är det kundernas maskiner som jag sköter om så klart...
Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS
Mycket intressant läsning, även om jag ännu inte har någon alpha maskin. Bara en VAXstation 400-60. Men det är inte fy skam det heller.
Tror dock att det är dags att se över den. Det var ett tag sedan den var igång.
Tror dock att det är dags att se över den. Det var ett tag sedan den var igång.
-
anders_bzn
- Inlägg: 5773
- Blev medlem: 17 december 2008, 19:22:18
- Ort: Kävlinge
- Kontakt:
Re: Projekt "serverbyte" AlphaServer XP900 => AlphaServer DS
Mysig tråd, jag har någon Alpha. Den nyaste är en DEC3000 - 800 från 1994. 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).
Lyckades inte ta mig förbi inloggningen när jag försökte senast...
Lyckades inte ta mig förbi inloggningen när jag försökte senast...
