Virtual Hive

소규모의 VDI 안건이 있어서 ESXi5 3대와 iSCSI 스토리지 1대의 환경을 구축했습니다. 인프라 구축후 한동안 별탈없이 View의 환경을 구축중이었는데, 어느 날 ESXi가 먹통이 되더군요. 결국 스토리지를 재기동해서 연결은 되었습니다만, ESXi의 vmkernel.log를 확인하니 5분 간격으로 다음과 같은 에러가 기록되고 있었습니다. 2012-01-25T11:05:39.161Z cpu9:2210)ScsiDeviceIO: 2316: Cmd(0x412440f3b000) 0x28, CmdSN 0x1c85f to dev "naa.600144f0a2130a0000004f1e7cb30002" failed H:0x5 D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0. 2012..

vCenter 상에서 View Composer를 인스톨시, 다음과 같은 에러가 발생하며 인스톨이 실패할 경우가 있습니다. Error 28014 Unable to close the firewall. 위의 에러가 발생하면 인스톨은 정상적으로 끝나지않으며 롤백되어집니다. ■ 원인 KB에 의하면 Administrator 로써 인스톨을 실행하지 않았기 때문이라고 합니다. (Administrator Group 멤버라 하더라도 View Composer 인스톨 실행은 "관리자로써 실행"을 선택해야된다고 합니다) ■ 해결방법 View Composer 인스톨 화일을 오른쪽 클릭, "관리자로써 실행"으로 인스톨을 합니다.

VCP 3, VCP 4 자격 소유자의 VCP 5 업그레이드 유효기간이 변경되었습니다. VCP 3 -> VCP 5 : 2월 29일까지 (변경없음) VCP 4 -> VCP 5 : 6월 30일까지 (기간 연장) 일본의 VMware 사이트에는 공식 발표가 되어있는데, US 사이트는 아직 변경이 않되었네요. 개인적으로는 럭키~! 입니다. 흐흐

VI3부터 vSphere 4의 레퍼런스 카드 등 유용한 자료를 제공해주는 vReference에서 새롭게 vSphere 5의 레퍼런스 카드를 공개했습니다. 볼때마다 느끼지만 정말 대단합니다. A3 사이즈뿐만이 아니라 PDF로도 참고할 수 있게 만들어놨네요. 다운로드는 여기서 가능합니다.

관리하의 vCenter 1대의 퍼포먼스가 떨어지길래, 장치관리자로부터 프로세스를 확인하니, CPU가 100% 였습니다. ■ 원인 원인은 Guided Consolidation용 서비스 프로세스중 하나인 "CollectServerHost.exe"이 CPU를 점유하고 있기 때문이었습니다. ■ 해결방법 Guided Consolidation 서비스를 무효화하면 됩니다. 방법은 KB에 나와있는대로 Guided Consolidation 서비스 삭제하거나 vpxd.cfg에서 Guided Consolidation 서비스를 무효하는 파라메터를 추가해주면 됩니다.

VMware사가 PCoIP로 접속이 가능한 View Client for Mac OS X를 공개했습니다. 아울러 대망(?)의 Linux에서도 PCoIP로 접속이 가능한 Client를 공개했습니다~!!! Citrix의 XenDesktop과 비교시 접속 클라이언트가 적다는 지적이 있었습니다만, 이러한 문제점을 해결함과 동시에 View 마케팅 강화로 직결되는 공개가 아닌가 싶습니다. Mac OS, Linux 용 이외에 iPad용과 Android용의 버전업이 이루어졌습니다. PS 1.> View Client for Mac OS X 과 View Client for Linux는 아직 정식판이 아니라 Technical Preview인거 같습니다.

오랜만에 포스팅을 하는군요. 이전에 소개한 트러블 톱10의 나머지를 소개하겠습니다. 6. vCenter Service Status가 grey에서 grey로 통지됨 : 스테이트리스 알람의 경우 발생하지만, 운용에는 문제가 없음. vCenter 4.1 이전 버전에서는 스토리지 감시 서비스의 동기처리가 정상적으로 이루어지지않는 버그가 있었지만, vCenter 4.0 U3, vCenter4.1 U1에서 수정되었음. 7. VDR(VMware Data Recovery) 관련 : "datarecovery" 프로세스의 크래쉬 -> 한달에 한번정도 VDR 리부트를 추천 중복제거 데이터스토어를 이용하지만, 금새 백업 화일이 커짐 -> VDR는 DB 가상머신에는 적합치않음... --; 복원 포인트의 파손 -> KB10133..

11월 8.9일 일본에서 vForum에서 공개된 세션의 내용입니다. vSphere의 서포트 의뢰가 자주 오는 문의사항 톱10이랍니다. 정보 공유차원에서 간단히 소개하겠습니다. 1. vCenter상에서 ESX/ESXi가 "Not Responding" 상태가 됨 : vCenter에서 ESX/ESXi 로부터의 하트비트가 60초동안 없을 경우 발생. 자연 복귀의 경우는 신경쓰지 않아도 됨. 자주 발생할 경우는 vCenter ESX/ESXi 간의 네크워크를 의심할 것... 2, 스냅숏 관련 (KB1025279 참고) : 스냅숏은 백업이 아님. 업데이트나 패치적용등 가상머신 멘테넌스시 이용. 스냅숏은 24~72시간 이상 사용하지 말 것. 스냅숏의 체인은 2-3개가 적당. 3. vCenter의 DB 용량 관련 : v..

ESXi 5.0에서 SSH, ESXi 쉘을 유효화하면 해당 ESXi의 써머리부분에 다음과 같은 메시지가 표시됩니다. Configuration Issues ESXi Shell for the Host has been enabled SSH for the host has been enabled ■ 원인 단순히 보안면에서 관리자에게 SSH, ESXi 쉘이 유효화된 것을 알려주는거 뿐입니다. 단지 "Configuration Issues"로 표시되니 은근히 신경쓰이죠. ■ 해결방법 ESXi 4.1에서는 sshd를 재기동함으로써 해결했었지만, 5,0에서는 KB가 공개되어있습니다. KB대로 설정치를 변경해주면 위의 메시지는 사라집니다.

vSphere 5.0 + iSCSI 환경에서 ESXi의 부팅에 상당한 시간이 걸리는 버그에 대한 수정 패치가 공개되었습니다. 기존 vSphere 5.0은 Update Manager를 이용하여 패치를 적용할 수 있으며, 새롭게 vSphere 5.0로 업그레이드를 할 경우는 패치가 적용된 ISO를 이용하면 된다고 합니다. 이로써 안심이네요...