[질문]make_tape_recovery 로 booting 시에 error 발생..

[Tony, Lim]

rp5470이구요 tape은 IBM 4mm DDS2 tape을 연결했습니다.

ioscan, insf 로 device driver를 설치하고 tar backup / restore로 tape device 의 정상을 확인하였구요..

# make_tape_device -A -v -a /dev/rmt/4mn

으로 OS backup을 하였습니다.

성공했다는 메세지를 확인하였으며

# mt -f /dev/rmt/4mn fsf 1

# tar -tvf /dev/rmt/4m

으로 content 확인이 가능하였으며 최종 확인을 위해 tape booting을 시도하였습니다.

boot시에

esc

> sea ipl

하여서 p0 (0/0/1/0.6)에 tape device가 연결되었다는 것을 확인하였고 tape으로 booting을 하기위해

> bo p0

하였더니....

Interact with IPL > y

Booting ...

Boot IO Dependent code (IODC) revision 1

에서 2시간이 지나도록 진행이 안됩니다.

참고로 make_tape_recovery 시에 3G의 data를 backup 받는데 2시간이 채 안걸렸습니다.

backup 받은 tape에서 mt, tar 등의 command로 내용확인이 다 되었고 boot image 생성도 확인하였고 log에서도 error가 나오지 않았는데 왜 tape booting이 진행이 안되나 모르겠군요.

원래 이런 것인지... T.T

왜 이렇게 tape booting 시도시에 진행이 안되는지 어떻게 해결을 해야하는지 방법을 좀 알려주세요.

그럼..

[김병수]

이상하네요.



그러면 혹시 make_recovery를 가지고 해보셨나요.



# make_recovery -A -Cv -d /dev/rmt/4mn으로 다시 해보시기 바랍니다.

만약, make_recovery를 가지고 bakcup을 한후에 동일증상이 나타나면,



혹시 모르니 ignite ux를 upgrade하여 보시기 바랍니다.



그럼~~~

[Tony, Lim]

make_recovery로 해도 같은 결과가 나옵니다.

#swlist -l product |grep Ignite

해서 ignite-UX의 version을 확인하면 B.4.4.12 입니다.

upgrade가 필요한 version 같지는 않은데요..

bootable tape 생성후 image 검사까지 다 확인하고 tape으로 booting을 시도했는데

>bo p0 하면 진행이 안되고 tape도 읽는 것 같지않구..

갑갑합니다. 음...

원래 tape으로 부팅하면 이렇게 시간이 오래걸리는 것인지..

아니면

>bo p0 하면 booting만 되는것이 아니라 OS recovery까지 진행을 하는 것인지...

답변 좀 마구마구 올려주세요. ㅡㅡ^. 그럼..

[김병수]

그럼 bakcup을 다받은후에 check_recovery를 수행하시면 bakcup이 잘이루어 졌는지 확인할수있습니다.



하지만 성공적으로 bakcup은 이루어진것처럼 보입니다.



> bo p0 로 booting을 하면 OS를 tape로 다시 recovery합니다.



> bo p0 하시면 tape이 전혀 움직이지 않나요.

궁금합니다.

전혀 진행이 되지 않는것인가요?

[Tony, Lim]

make_recovery로 backup을 하지않고 make_tape_recovery로 os backup을 진행하였더니 -C option이 없는 것 같더군요. 그래서 check_recovery로 확인이 안됩니다. 다만 몇가지 확인사항으로 os backup은 정상적으로 되어있는 것 같습니다. (tar로 contents 확인, boot image copy, etc..)

>bo p0

하면 처음 tape을 읽고는 멈춰버립니다. tape device에는 반응이 없으며 system 내부적으로는 작동을 하는지 모르겠는데 30-40분후 tape을 device에서 강제로 빼내면(eject) console에서 바로 error가 뜨면서 pdc mode로 돌아갑니다.

이상태가 recovery 되는 상태인지.. 제가 원하는 상태는 tape으로 부팅을 해서 single-user mode로 가거나 아님 tape으로 부팅해서 recovery를 시도하기 전까지 확인하여 os backup이 정상적으로 진행되었는지 여부만 확인을 하면 됩니다.

정말 갑갑하네요. 그럼 더 좋은 답변 기다리겠습니다.

[김병수]

그래서 제가 위에서 말씀드린바와 같이 make_tape_recovery사 아닌

make_recovery로 backup을 받어 보시라고 했는데요..

# make_recovery -A -Cv -d /dev/rmt/4mn



> bo p0 ---> tape select

tape 로 booting을 하시면 그대로 OS 가 dump됩니다.

cdrom을 넣고 OS를 설치하는 것처럼 말입니다.

single-user mode로 가는 것이 아닙니다.



혹시 다른 DDS tape device가 있으면 바꾸어 test하여 보는것이 빠른 결과를 얻을수 있겠네요.

[이명우]

Interact with IPL > y

여기에서 n으로 치고 진행을 해 보세요.



저도 해본지는 얼마 안 되는데 기억이 가물가물 하네요.

Test도 많이 하고 설치도 엄청 했었는데요.



제 기억으로는 Booting... 이라는 Message가 아니라

Install ... 이라는 Message가 나온것으로 기억이

되는데요.

그럼 ^^

진행 후 결과 기다리겠습니다.

[고광태]

혹시 테잎디바이스로 예전에는 잘되었나요?



이번에 경험한 일인데 ..



설치중에 ignite 으로 백업받고 내리는 데



님과 비슷한 상황이 일어났습니다.한동안 아무 응답이 없다가



exec format error를 뿌리더라구요..



테잎디바이스를 보니 헐렁하게 꽂혀있었습니다.



고리 부분을 약간 휘어서 고정을 시키니 정확하게 꽂혔고..



테잎의 경우도 헐렁하게 꽂혀있는상태에서 받은 테잎이라



약간의 문제가 있었습니다.



다른곳에서 받은 테잎을 넣고 돌리니 아주 잘되었습니다.



혹시나 노파심에 터미네이터를 꽂혀있겠죠?



저의 경험이니 참조하시길..

[Tony, Lim]

제가 이전에 IBM unix인 AIX를 주로 관리해와서 HP-UX와 차이점에 혼돈을 하고있지는 않나 모르겠군요.

AIX의 경우 hdd의 boot영역이 깨어져 부팅이 안되는 경우 CD나 tape으로 부팅을 시도하여 single-user mode로 가서 trouble shooting을 하거나 tape으로 OS를 restore 하는 업무를 선택이 가능했거든요.

근데 HP-UX의 경우 tape 부팅을 시도하면 바로 recovery를 진행하는가 보네요. 그런가요?

혹 그렇다면 3GB 정도의 size를 OS backup 받았는데 DDS2로 restore하면 시간이 얼마나 걸릴까요?

backup시에는 1시간 30분 정도 걸려서 complete를 확인했고 restore는 2시간 정도 기다려봤는데 도무지 tape device에 반응이 없더군요.

최초에 PDC에서 tape device를 지정했을 때 읽고는 2시간이 지나도록 tape에 반응이 없더라구요.

이 상태가 tape 부팅시 recovery가 되는 상태인지 그걸 확인을 못하겠네요.

3GB정도를 recovery하는데 시간이 얼마정도 소요되는지, recovery하는 동안 tape device는 계속 읽어들이는 건지 좀 알려주시기 바랍니다.

그럼..

[Joseph]

저의 생각입니다..



1. PDC 펌웨어가 최신 ignite U/X 버젼을 지원못하는 경우도 있습니다.

PDC펌웨어 업그레이드하는 방법이 있구요...(문제 해결 가능성이 클 것 같네요.)



2. copy_boot_tape 명령어로 더 테스트해보세요..

#/opt/ignite/bin/copy_boot_tape -u /dev/rmt/0mn -b -d /tmp

#lifls l /tmp/bootim



3. -A옵션은 /opt/ignite/recovery/mnr_essentials 에 명시된 파일과 디렉토리를 백업받는 것이므로 백업 옵션을 한 번 바꿔보는 것도 가능한 방법이라 생각되네요..

#make_tape_recovery -x inc_entire=vg00 -Iv -a /dev/rmt/0mn





Good luck..~~