Hallo,
Ik ben momenteel Solaris 10 LDOMs aan het clonen.
Een groot deel van de clone-herconfiguratie gebeurt in single-user-mode zonder netwerk, om te voorkomen dat de geclonede ldom de productie ldom impacteerd.
Een deel van de clone-herconfiguratie kan echter enkel gebeuren met netwerk (de uninstall scripts hebben netwerk nodig) en moet ik dus doen in single-user-mode met netwerk.
Een vervelende eigenschap van de LDOM console is: Als je in single-user-mode de console sessie sluit, dan reboot de LDOM automatisch in multi-user-mode (wat zeer gevaarlijk en ongewenst is in dit geval!)
Vraag 1: Kan ik dit voorkomen? Kan ik de "default"-boot-mode misschien tijdelijk veranderen naar single-user-mode?
Op een gegeven moment ben ik echter mijn connectie verloren naar de LDOM console waarop ik ingelogd was in single-user-mode. De console sessie was echter nog steeds actief:
Ik heb vervolgens geprobeerd die sessie terug krijgen, maar dit is mislukt... De LDOM is in multi-user-mode gereboot...
Vraag 2: Had ik op een andere manier die sessie wel succesvol kunnen overnemen?
Vraag 3: Zo niet, had ik op een of andere manier kunnen voorkomen dat ie in multi-user-mode zou rebooten?
Ik begrijp dat ik een "ldm stop LDOM_NAAM" had kunnen doen, maar dan doet ie geen gracefull shutdown. Dit moet toch beter kunnen?
Ik ben momenteel Solaris 10 LDOMs aan het clonen.
Een groot deel van de clone-herconfiguratie gebeurt in single-user-mode zonder netwerk, om te voorkomen dat de geclonede ldom de productie ldom impacteerd.
Een deel van de clone-herconfiguratie kan echter enkel gebeuren met netwerk (de uninstall scripts hebben netwerk nodig) en moet ik dus doen in single-user-mode met netwerk.
Een vervelende eigenschap van de LDOM console is: Als je in single-user-mode de console sessie sluit, dan reboot de LDOM automatisch in multi-user-mode (wat zeer gevaarlijk en ongewenst is in dit geval!)
Vraag 1: Kan ik dit voorkomen? Kan ik de "default"-boot-mode misschien tijdelijk veranderen naar single-user-mode?
Op een gegeven moment ben ik echter mijn connectie verloren naar de LDOM console waarop ik ingelogd was in single-user-mode. De console sessie was echter nog steeds actief:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
| root@ipgitenldm001:~# telnet 0 5006 Trying 0.0.0.0... Connected to 0. Escape character is '^]'. Connecting to console "ipgitldgpi001" in group "ipgitldgpi001" .... Press ~? for control options .. You do not have write access ~? Supported escape sequences: ~. - terminate connection (and any multiplexed sessions) ~B - send a BREAK to the remote system ~C - open a command line ~R - request rekey ~V/v - decrease/increase verbosity (LogLevel) ~^Z - suspend ssh ~# - list forwarded connections ~& - background ssh (when waiting for connections to terminate) ~? - this message ~~ - send the escape character by typing it twice (Note that escapes are only recognized immediately after newline.) ~# The following connections are open: #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cc -1) |
Ik heb vervolgens geprobeerd die sessie terug krijgen, maar dit is mislukt... De LDOM is in multi-user-mode gereboot...
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| ~C VNTSD commands ~# --Send break ~^B --Send alternate break ~. --Exit from this console ~w --Force write access ~n --Console next ~p --Console previous ~? --Help ~w Warning: another user currently has write permission to this console and forcibly removing him/her will terminate any current write action and all work will be lost. Would you like to continue?[y/n] y |
Vraag 2: Had ik op een andere manier die sessie wel succesvol kunnen overnemen?
Vraag 3: Zo niet, had ik op een of andere manier kunnen voorkomen dat ie in multi-user-mode zou rebooten?
Ik begrijp dat ik een "ldm stop LDOM_NAAM" had kunnen doen, maar dan doet ie geen gracefull shutdown. Dit moet toch beter kunnen?