[vmware]esxi management IP변경(esxcli)
# Virtualation/Private Cloud2017. 1. 13. 15:55[vmware]esxi management IP변경(esxcli)

esxi호스트 IP를 변경해야할 일이 생겨서 vcenter 클라이언트를 통해서 IP변경할 경우 아래와 같이 오류가 발생하였습니다ㅜㅜ 변경할 esxi호스트 ssh 또는 esxi쉘로 접속하여 아래와 같이 바꾸고자 하는 네트워크어댑터 리스트 확인후 # esxcli network ip interface ipv4 get 아래와 같이 변경하고자 하는 IP정보와 서브넷 정보를 입력하시면 됩니다. # esxcli network ip interface ipv4 set -i vmk1 -I [ip address] -N [subnet] -t static 출처 : https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&external..

[xen]가상서버 date변경 불가 이슈
# Virtualation/Private Cloud2016. 9. 29. 15:43[xen]가상서버 date변경 불가 이슈

xen가상서버에서 date변경이 되지 않던 문제가 있었습니다. #rdate -p time.bora.net rdate: [time.bora.net] Thu Sep 29 15:31:05 2016 # rdate -s time.bora.net # date Thu Sep 29 16:17:41 KST 2016 구글링해본결과 xen가상서버에서 발생되는 이슈중에 하나였던것 같습니다. 조치방법은 /etc/sysctl.conf파일에아래 내용을 추가한 후 xen.independent_wallclock=1 네트워크 서비스를 재시작하면 정상적으로 로컬시간 변경이 됩니다. 참조URL : http://superuser.com/questions/510691/linux-date-s-command-not-working-to-change..

veeam 백업 호스트 변경시 조치 방법
# Virtualation/Private Cloud2015. 12. 3. 10:41veeam 백업 호스트 변경시 조치 방법

기존에 쓰던 veeam서버를 클론뜬후 호스트네임 변경을 하였더니 구동이 되지 않아 구글링해보니 아래와 같이 레지스터를 수정해야 구동이 되었습니다. Backup and Recovery Server 7 R2 1. Rename the server in the Windows Operating System using the usual method. 3. Change registry items \\HKLM\Software\VeeaM\Veeam Backup and Replication\SqlServerName \\HKLM\Software\VeeaM\Veeam Backup Catalog\CatalogSharedFolderPath \\HKLM\Software\VeeaM\Veeam Backup Catalog\SqlServ..

[vmware]clone시 pbm.fault.PBMFault.summary 오류
# Virtualation/Private Cloud2015. 12. 2. 00:17[vmware]clone시 pbm.fault.PBMFault.summary 오류

조치방법 서비스 관리자에서 아래 2개 서비스 상태가 중지되어 있으면 시작해주시면 됩니다. VMware Inventory service VMware profile Driven Storage Service http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2064174

[vmware]VM 스토리지 마이그레이션 오류시
# Virtualation/Private Cloud2015. 11. 27. 15:19[vmware]VM 스토리지 마이그레이션 오류시

The migration has exceeded the maximum switchover time of 100 second(s). ESX has preemptively failed the migration to allow the VM to continue running on the source. To avoid this failure, either increase the maximum allowable switchover time or wait until the VM is performing a less intensive workload. http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId..

image