![]() |
|
|
google unix.com
|
|||||||
| Forums | Registrer | Forum Regler | Links | Albums | FAQ | Members List | Kalender | Søgning | Dagens Stillinger | Mark Forums Read |
| AIX AIX er IBM's brancheførende UNIX-operativsystem, der opfylder kravene til ansøgningerne, at virksomhederne er afhængige af i dagens markedsplads. |
Mere UNIX og Linux Forum Emner du måske kan finde Helpful
|
||||
| Tråd | Thread Starter | Forum | Svar | Last Post |
| Sun Fire X4540 Server som Backup Server for Zmanda's Amanda Enterprise 2.6 Software | iBot | Solaris BigAdmin RSS | 0 | 09-17-2008 09:10 AM |
| Installer Afslut Koder Sun GlassFish Communications Server og Enterprise Server | iBot | Solaris BigAdmin RSS | 0 | 09-15-2008 09:30 AM |
| Script kører fint på UNIX Server ... Ikke gennem MSK Tool kit på Windows Server | madhunk | UNIX for dummyer Spørgsmål & svar | 5 | 01-31-2008 01:30 PM |
| Axigen, en ny tilgang til Mail Server Admins - Server Watch | iBot | UNIX og Linux RSS Nyheder | 0 | 07-12-2007 06:20 PM |
| Ude af stand til at varyonvg | EricBE | UNIX for Advanced & Ekspertsøgning Brugere | 0 | 07-29-2005 07:47 AM |
![]() |
|
|
LinkBack | Thread Tools | Søg denne tråd | Rate Thread | Display Modes |
|
|
|
||||
|
God aften,
Tak for din hjælp, vi værdsætter det en klase. Heres stort set en gengivelse af, hvad vi har (sorry Im tilføje nogle ekstra historie samt): Vi har 2 IBM-servere (HAG og Aki), der kører AIX Version 5. Hver forbindelse til et SAN enhed via 2 separate fiber stier. Hag synes at have problemer med at køre varyonvg for 3 af de 5 logiske mængder, mens Aki kan varyonvg dem alle uden problemer. Mit mål er at få Hag at være i stand til at varyonvg alle af de 5 logiske mængder. Her er historien: - Oprindeligt Problem (Udskiftning af batteri - Resolved!) Første omgang, en af vores software GUIs vist, at et batteri skulle udskiftes i Fiber adapteren på SAN enheden. Jeg lukke hele systemet og sikkert udskiftes batteriet i henhold til manualer. Efter genstart af systemet, var det LED grøn for denne enhed. Ved opstart op servere (HAG og Aki), bemærkede jeg ... - Andet problem (Fiber Controller Card Bad, Erstattet - løst?) Bagsiden af Hag chassis, har en 2 PCI-kort (Fiber-adaptere). En af dem var dårlige. Jeg nedlukning af maskinen og erstattet af fiber-kortet med en ekstra. Efter starter den op, vendte lysdioderne grønne som de andre Fiber-kortet, så Im antages, at den er tilsluttet igen. Jeg har også brugt den manuelle for at erstatte den (dvs. kører `cfgmgr« efter udskiftning). Efter montering af varyonvg volumen grupper, fandt jeg det nuværende problem ... SAN har 2 Controller kort (controller_A [dac0], controller_B [dac1]), der bruges, når de forsøger at mounte disse partitioner. Hag kan kortlægge alle virtuelle partitioner, hvis de er kortlagt gennem kun controller_A (controller_B er deaktiveret). Men når så controller_B, er nogle partitioner flyttes ved ADT kun controller_A partitioner kan kortlægges. Smitty er en centraliseret administrative anvendelse for at køre alle mulige scripts til at tænde og slukke fiber (HBA) enheder, harddiske, LVM, og så videre. Har du nogle ideer til, hvordan jeg kan være i stand til at foretage yderligere tests for at skifte kortlægning? Jeg vil gerne køre en kommando, der giver mig mulighed for at teste forbindelsen til Hag's dac1 (Disk Array Controller). Her er resultaterne af nogle kommandoer på Hag: # lsdev-C | grep FCS fcs0 Tilgængelige 1j-08 FC Adapter fcs1 Tilgængelig 14-08 FC Adapter *** *** Denne FC Adapter er den forbundet med fiberforbindelse, der var nede. (Dvs., da jeg kørte denne kommando, før du udskifter Fiber Adapter om Hag, det var "Definerede" i stedet for "Available"). # lsdev-C | grep DAC dac0 Tilgængelige 1j-08-01 1722-600 Disk Array Controller dac1 Tilgængelig 14-08-01 1722-600 Disk Array Controller # lsdev-C | grep dar dar0 Tilgængelig 1722-600 (600) Disk Array Router # fget_config-A - dar0 -- dac0 AKTIVE dac1 AKTIVT hdisk2 dac0 hdisk3 dac0 hdisk4 dac0 - dar1 -- *** Imidlertid på Aki, er resultaterne anderledes, da dac1 bruges og belastning fordelt (ADT) # fget_config-A - dar0 -- dac0 AKTIVE dac1 AKTIVT hdisk2 dac1 hdisk3 dac0 hdisk4 dac1 hdisk5 dac1 hdisk6 dac0 hdisk7 dac1 *** Her er alle de fysiske mængder: # lspv # FRA HAG MACHINE (Alle tilgængelige VG's er afhængig og aktive). hdisk0 xxxxxxxxxxxxxxxx rootvg aktiv hdisk1 xxxxxxxxxxxxxxxx db01vg aktiv hdisk2 xxxxxxxxxxxxxxxx vg00 aktiv hdisk3 xxxxxxxxxxxxxxxx vg02 aktiv hdisk4 xxxxxxxxxxxxxxxx vg03 aktiv hdisk5 xxxxxxxxxxxxxxxx vg05 aktiv # lspv # fra AKI MACHINE hdisk0 xxxxxxxxxxxxxxxx rootvg aktiv hdisk1 xxxxxxxxxxxxxxxx None hdisk2 xxxxxxxxxxxxxxxx vg00 hdisk3 xxxxxxxxxxxxxxxx vg01 hdisk4 xxxxxxxxxxxxxxxx vg02 hdisk5 xxxxxxxxxxxxxxxx vg03 hdisk6 xxxxxxxxxxxxxxxx vg04 hdisk7 xxxxxxxxxxxxxxxx vg05 Når jeg kører `varyonvg« på haguroyama, det lader varyonvg: vg00, vg02, vg03. Det vil ikke tillade mig at varyonvg bind: vg01 (hdisk3), vg04 (hdisk6), og vg05 (hdisk7). Dette er alle de oplysninger, jeg har i øjeblikket. Så dybest set at opsummere det: 1) Jeg vil fget_config om Hag at have samme hdisks (2-7) som Aki. 2) Jeg vil gerne være i stand til at varyonvg og være belastning fordelt på Hag. Mange tak for din hjælp! Hilsen, -Bill |
|
||||
|
homeyjoe er rigtigt. Du skal opdatere zoneinddeling på dit SAN switches. Du vil også nødt til at opdatere SAN enheden, og det er wwpn mappings. Hver LUN er "tilknyttet" til især fiber-adapter adresser kaldet wwpn's (World Wide havn navn). SAN switche har zoner, som er en del af zonesets. På det enkleste, zoner angive, hvilke fiber adaptere kan kommunikere. zoner er samlet i zonesets. Du kan bestemme, hvad wwpn af de nye fiber-kortet ved hjælp af Code:
lscfg -vpl fcs1 | grep Network Derudover bør dit SAN leverandøren være i stand til at gå dig gennem re-mapping. Ændring zoner og zonesets er potentielt meget farlige opgaver. Hvis du har flere enheder, kan du påvirke dem alle. Ajourføre / ændre disse med yderste forsigtighed, og kun hvis du er helt sikker på hvad du gør. |
|
||||
|
Varyonvg (Kan varyonvg 1 server, men ikke min anden server)
Hi Guys ... Dette er en opdatering.
SPOERGSMAAL: Hvordan kan jeg få min HAGUROYAMA maskine til at montere vg00-vg05 volumen grupper. Det kan ikke synes at tale til SAN, men jeg gjorde WPPN adgang tilladt. Hvordan kan jeg gøre det, når jeg skriver 'lspv »Jeg ser det samme output som mit arbejdsliv server AKINOUMI. Begge er AIX DETALJER: Tak for din hjælp. Vi værdsætter det meget. I dag har vi gjorde for et par test på den maskine, der kan have sat Haguroyama tættere på (eller længere) væk til bearbejdning af Akinoumi. Vi har bemærket, at Haguroyama havde 2 dar enheder (dar0, dar1), når du kører din kommando, mens Akinoumi kun havde 1 dar enhed (dar0). Tak for at vise os denne kommando, det syntes at have bidraget til at løse problemet en smule. Jeg besluttede derefter at bruge nedenstående trin for at gøre Haguroyama kun har 1 dar enhed: rmdev-R-dl dar0 # også fjernet: hdisk2, 3,4 rmdev-R-dl dar1 # også fjernet: hdisk5, 6,7 rmdev-dl dac0 rmdev-dl dac1 rmdev-R-dl fcs0 rmdev-R-dl fcs1 cfgmgr-v Efter cfgmgr færdig med at køre, var der nu kun 1 dar enhed, og den karakteristik, syntes at være tættere mellem de to maskiner. Den eneste forskel er to ting: 1. Hver Hdisk har "ingen Ingen" som PVid (når der vises med lspv) 2. Hver Hdisk om Haguroyama bruger den modsatte FCS enheden fra Akinoumi. Im tænker, at hvis vi kan lave den over 2 problemer, kan vi være i stand til at genoprette evnen til HACMP til varyonvg omfanget grupper (såsom vg00, vg01 osv.). Så her er spørgsmålet: "Hvordan kan vi gøre det« lspv `kommandoen producere den samme kortlægning på både Haguroyama og Akinoumi (arbejds)"? Nedenfor er resultaterne af de kommandoer af den nuværende tilstand af systemerne. lspv getlvodm-C fget_config-A lsdev-C | grep dar lsdev-C | grep DAC lsdev-K | grep FCS lsdev-Cc disk-F 'navn placering' lsdev-Cc driver-F 'navn placering' * Som du ser på resultaterne nedenfor vil du mærke en stor forskel mellem den maskine! Selv fget_config er underligt! * /_______________________ \ | Resultater er som følger: | \ _______________________/ ------------------------------------ ------------------------------------ -Haguroyama (Ikke i stand til at varyonvg) -- ------------------------------------ ------------------------------------ 1) lspv hdisk0 000268fceda1da0 rootvg aktiv hdisk1 000268fdfe25883 db01vg aktiv hdisk2 Ingen Ingen hdisk3 Ingen Ingen hdisk4 Ingen Ingen hdisk5 Ingen Ingen hdisk6 Ingen Ingen hdisk7 Ingen Ingen 2) getlvodm-C hdisk0 hdisk1 3) fget_config-A --- Dar0 --- dac0 AKTIVE dac1 AKTIVT hdisk2 dac0 hdisk3 dac1 hdisk4 dac0 hdisk5 dac0 hdisk6 dac1 hdisk7 dac1 4) lsdev-C | grep dar dar0 Tilgængelig 1722-600 (600) Disk Array Router 5) lsdev-C | grep DAC dac0 Tilgængelige 1j-08-01 1722-600 (600) Disk Array Controller dac1 Tilgængelig 14-08-01 1722-600 (600) Disk Array Controller 6) lsdev-C | grep FCS fcs0 Tilgængelige 1j-08 FC Adapter fcs1 Tilgængelig 14-08 FC Adapter 7) lsdev-Cc disk-F 'navn placering' hdisk0 1A-08-00-8, 0 hdisk1 1A-08-01-10, 0 hdisk2 1j-08-01 hdisk3 14-08-01 hdisk4 1j-08-01 hdisk5 1j-08-01 hdisk6 14-08-01 hdisk7 14-08-01 8) lsdev-Cc driver-F 'navn placering' dar0 fcnet0 1j-08-02 fcnet1 14-08-02 fscsi0 1j-08-01 fscsi1 14-08-01 SCSI2 1A-08-00 scsi3 1A-08-01 -------------------------------------------------- ______The Andre Machine ...________________________ -------------------------------------------------- ------------------------------------ ------------------------------------ --- Akinoumi (virker perfekt) -- ------------------------------------ ------------------------------------ 1) lspv hdisk0 000b80bfce436320 rootvg aktiv hdisk1 000b80bf05467e80 None hdisk2 000b80bf27ceb498 vg00 aktiv hdisk3 000b80bf6c9b41f8 vg01 aktiv hdisk4 000b80bf6c9a3a8d vg02 aktiv hdisk5 000b80bffbb9f2af vg03 aktiv hdisk6 000b80bffbb6bf7b vg04 aktiv hdisk7 000b80bf27dc7320 vg05 aktiv 2) getlvodm-C hdisk0 hdisk1 hdisk2 hdisk3 hdisk4 hdisk5 hdisk6 hdisk7 3) fget_config-A --- Dar0 --- Bruger array name \u003d "Produktion" dac0 AKTIVE dac1 AKTIVT Disk DAC LUN logisk drev hdisk2 dac1 1 AIX_1 hdisk3 dac0 2 AIX_2 hdisk4 dac1 3 AIX_3 hdisk5 dac1 4 AIX_4 hdisk6 dac0 5 AIX_5 hdisk7 dac0 6 AIX_6 4) lsdev-C | grep dar dar0 Tilgængelig 1722-600 (600) Disk Array Router 5) lsdev-C | grep DAC dac0 Tilgængelige 1j-08-01 1722-600 (600) Disk Array Controller dac1 Tilgængelig 14-08-01 1722-600 (600) Disk Array Controller 6) lsdev-C | grep FCS fcs0 Tilgængelige 1j-08 FC Adapter fcs1 Tilgængelig 14-08 FC Adapter 7) lsdev-Cc disk-F 'navn placering' hdisk0 1A-08-00-8, 0 hdisk1 1A-08-01-10, 0 hdisk2 14-08-01 hdisk3 1j-08-01 hdisk4 14-08-01 hdisk5 14-08-01 hdisk6 1j-08-01 hdisk7 1j-08-01 8) lsdev-Cc driver-F 'navn placering' dar0 fcnet0 1j-08-02 fcnet1 14-08-02 fscsi0 1j-08-01 fscsi1 14-08-01 SCSI2 1A-08-00 scsi3 1A-08-01 |
|
||||
|
enkel løsning:
Du har to servere og ønsker, at disse to servere for at se den samme SAN STORAGE? 1) I SAN STORAGE sørg for at tildele den logiske disk til både AIX maskiner 2) køre cfgmgr på AIX maskiner 3) Kontroller pvid id af hdisks på begge servere, bør det samme hvis der ikke er nogen pvid derefter tilføje en med kommandoen; chdev-l hdiskXX-en pv \u003d yes 4) Kontroller stien til SAN HDISK ved at skrive lspath |
|
||||
|
Hello Sir,
Tak for din hjælp! ![]() Det virker som om det kunne arbejde. Jeg var lidt bange, før du kører kommandoen, fordi det ser ud som om chdev kommando vil påvirke hdisk enheden på begge maskiner. (Med andre ord min AKI maskine allerede vil have det varyonvg, bør da jeg køre denne kommando?) Jeg var bange for at køre denne kommando på HAG vil ødelægge muligheden for AKI at varyonvg lydstyrken gruppen. Den lspath kommandoer på begge maskiner er lidt anderledes orderings også. Her er den effekt:HAG> lspath Aktiveret hdisk1 scsi3 Aktiveret hdisk0 SCSI2 AKI> lspath Aktiveret hdisk0 SCSI2 Aktiveret hdisk1 scsi3 Så ... Er det sikkert? Er der noget jeg bør vide, før du kører din sekvens af kommandoer: 1. cfgmgr på HAG 2. cfgmgr på AKI 3. varyoffvg vg00 ~ vg05 på AKI (så ingen IO sker til hdisks) 4. lspath (for at sikre stierne til hdisk0 / 1 er aktiveret .... *** Bemærk, at hdisk2-7 (som er dem, der kort for at vg00-vg05, der ikke er anført her. Er det slemt?) *** 5. Tag et par minutter til at slappe af nerver ... 6. Kør-kommandoen: chdev-l hdisk3-en pv \u003d yes; lspv; (så check for at se om lspv for hdisk3 har en værdi i stedet for "none Ingen"). Hvis sikker ... derefter køre: chdev-l hdisk4-en pv \u003d yes; chdev-l hdisk5-en pv \u003d yes; chdev-l hdisk6-en pv \u003d yes; chdev-l hdisk7-en pv \u003d yes; lspv Er det sikkert? Vil jeg være OK?![]() Tak for din hjælp! ---------- Post opdateret 07-02-09 kl 07:48 ---------- Forrige opdatering blev 07-01-09 kl 08:43 ----- ----- Hej,Hvordan har du det ... Jeg prøvede den kommando, du fortalte mig, men det virkede ikke. Da jeg kørte chdev-l sagde ...: $ Chdev-l hdisk3-en pv \u003d yes Metode fejl (/ etc / metoder / chgfcparray): 0514-047: Kan ikke få adgang til en enhed: pv Er det fordi de mængder, er varierede på min anden server? Skal de være varieret, før denne kommando? Mange tak for din hjælp! |
|
||||
|
Citat:
Du bliver nødt til at bryde den VG-lås bagefter bruge "chvg-u" for at få adgang til VG fra et andet system. Jeg håber, at dette hjælper. bakunin |
![]() |
| Bogmærker |
| Thread Tools | Søg denne tråd |
| Display Modes | Bedøm denne tråd |
|
|