![]() |
|
|
google unix.com
|
|||||||
| Forum | Registrera | Forum Regler | Länkar | Album | FAQ | Medlemslista | Kalender | Söka | Dagens inlägg | Markera forum som lästa |
| AIX AIX IBM branschledande UNIX operativsystem som uppfyller de krav på applikationer som företagen lita på i dagens marknad. |
Mer UNIX och Linux Forum Ämnen Du kan hitta Helpful
|
||||
| Tråd | Thread Starter | Forum | Svar | Senaste Inlägg |
| Förhindra produktion till fönster | katrvu | Shell-programmering och Skript | 3 | 02-20-2008 01:52 |
| Förhindra ftp användning | NineInch | AIX | 1 | 03-04-2006 12:16 |
| SSH - förhindra roaming runt server | Bab00shka | Säkerhet | 2 | 03-03-2006 08:41 |
| hur man kan förhindra dödläge på detta ... | yimab | High Level Programming | 5 | 10-11-2005 09:57 |
| Förhindra bash från tolkningen: | Uday | UNIX for Dummies Frågor & Svar | 7 | 06-26-2002 02:35 |
![]() |
|
|
LinkBack | Thread Tools | Sök i denna tråd | Rate Thread | Visningslägen |
|
|
|
#1 (permalänk)
|
||||
|
||||
|
Hur kan man förhindra / dev / RMT * nytt uppdrag
Hej alla,
Ibland när jag startar min AIX-server, mitt bandenheten / dev / RMT # uppdrag förändras. Detta skapar en del tråkiga TSM arbete före och efter en omstart av servern. Finns det något sätt att se till att / dev / RMT # uppdrag komma upp samma varje gång? Tack |
|
#2 (permalänk)
|
||||
|
||||
|
hmmm, kommer upp varje gång samma * är * standardfunktionen. Det måste vara något fel på din maskin.
Jag kan bara gissa, men jag misstänker att något med ODM är fel och därför cfgmgr som körs vid uppstart försök (antagligen förgäves) för att korrigera detta. Kanske följande hjälper fullständigt undanröja bandenhetens från ODM (använd "rmdev-dl" generöst) och se bandenheten dyker upp någonstans i ODM (kolla CuAt och PdDv tabeller i första hand). Sedan starta om maskinen så att den kör konfigurationen är skriven på nytt. Jag hoppas att detta hjälper. Bakunin |
|
#3 (permalänk)
|
|||||
|
|||||
|
HELO.
Först av allt, jag är inte expert på backup men här experterna har konfigurerat ett skript som, varje gång TSM server pånyttfödd, konfigurerar band. Det utgår huvudsak bandstationer och sedan konfigurerar HbA av HBA dem igen, ändra "alt_pathing" till "ja" när det är lämpligt. Denna process, tror jag, beror på din konfiguration och måste mantained hand. Jag hoppas att detta hjälper. Hälsningar. |
|
#4 (permalänk)
|
||||
|
||||
|
Tack för input ... intressanta inlägg. En lydelse: "måste vara något fel på maskinen", andra stater: "... varje gång servern startar om, vi konfigurera om ...".
Uppenbarligen är jag inte den enda som ser detta beteende. |
|
#5 (permalänk)
|
||||
|
||||
|
hm, innebar detta endast att skälet inte är något i AIX, men i din maskin. "fel" var nog en sträcka. Exempelvis hdisk apparater (som liknar den mån flera likvärdiga dem som vanligtvis finns) inte förändras varje omstart heller.
Kanske finns det några script som tar bort och reconfigures enheterna på (åter)-uppstarten av okänd anledning? Bakunin |
|
#6 (permalänk)
|
||||
|
||||
|
Hej
Det är inte normalt beteende AIX. Olika från Solaris där du måste göra en bestående bindningen av bandstationer, det AIX är tänkt att spara alla uppgifter om enheter i ODM BF så vid nästa omstart kommer det att konfigurera enheter fortfarande är ansluten baserat på information av detta ODM. Du kan använda kommandon för att se över innehållet i ditt ODM: odmget CuAt> / tmp / cuat odmget CuDep> / tmp / cudep odmget CuDv> / tmp / cudv odmget CuDvDr> / tmp / cudvdr odmget CuVPD> / tmp / cuvpd är miljön en LPAR?? Om så är fallet, adapter där rmt enheter är anslutna (antingen-eller SCSI HBA) är en önskvärd eller krävs resurs på LPAR konfiguration? Hope this helps |