با سلام
اگر شما هم هنگام بروز رسانی ویسنتر نسخه 7.0.2 به vMware vCenter 7.0.3.00300 با این مشکل مواجه شدید که دکمه های STAGE و STAGE and INSTALL خاکستری و غیر فعال هستند می توانید با اعمال چند دستور زیر در shell کنسول ssh ویسنتر مشکلتون حل میشه و میتونید به کارتون ادامه بدید.
در ضمن اگر از کانفیگ HA هم در ویسنتر استفاده کردید، بهتر هست که HA رو Remove کنید و نود های PASSIVE و witness رو حذف کنید و بعد از اعمال وصله امنیتی و بروزرسانی، مجدد HA رو کانفیگ کنید.
rm -rf /storage/core/software-update/updates
rm -rf /storage/updatemgr/software-*
rm /etc/applmgmt/appliance/software_update_state.conf
rm /storage/db/patching.db*
rm -r /storage/core/software-update/*
سلام، وقت بخیر.
رفرنس این پست سایت شرکت VMWare هست . من لینک مستقیمشو اینجا براتون میزارم ولی با توجه به وضع قوانین مضحک و محدودکننده تحریم ها که دسترسی IP کاربران داخل ایران رو به پایگاه دانش برخی شرکت های آمریکایی مسدود میکنه، سعی میکنم لیست دستورهای مورد نیاز رو اینجا هم کپی کنم.
Verify that patching a vCenter HA configuration is supported for your version of vCenter Server Appliance. For certain vCenter Server 6.7 patch releases, you must remove the vCenter HA configuration and update the vCenter Server Appliance using either the vCenter Server Appliance Management Interface or the software-packages utility in the appliance shell of a vCenter Server Appliance. To learn if your version of vCenter Server Appliance can be patched using this procedure, see Knowledge Base article KB 55938.
software-packages stage --iso
software-packages list --staged
software-packages install --staged
shutdown reboot -r "patch reboot"
بدون مقدمه و بی حرف پیش اگر قصد اضافه کردن سرور vCenter در سامانه های مانیتورینگ شبکتون رو دارید. برای تنظیم پارامتر های SNMP می تونید مراحل زیر رو انجام بدید :
VMware vCenter Server Appliance 6.7.0.31000
Type: vCenter Server with an embedded Platform Services Controller
Connected to service
* List APIs: "help api list"
* List Plugins: "help pi list"
* Launch BASH: "shell"
Command>
Command> snmp.enable
Command> snmp.set --communities public
Command> snmp.set --targets 192.168.1.254@162/public
Command> snmp.get
Config:
Users:
V3targets:
Engineid: 80001adc80ca1f753fff9d0b5d00000000
Targets:
1:
Community: public
Ip: 192.168.1.254
Port: 162
Syslocation: ''
Loglevel: warning
Privacy: none
Processlist: False
Pid: 19160
Authentication: none
Port: 161
Enable: True
Syscontact: ''
Notraps: ''
Remoteusers:
Communities: public
Command> snmp.test
Results:
Message: A warmStart notification was sent to 1 target.
Success: True
ESXi has two helpful commands. For basic connectivity tests, vmkping is awesome because it’s simple to use and to specify which kernel port group you want to test. Sure, you could use ping, but you can’t specify which vmk interface with it.
To ping 192.168.1.1 with your Management Port group, assuming it’s default, so it’s using vmk0, it’s simply:
vmkping 192.168.1.1 -I vmk0
Another good use is validating jumbo frames, as you can specify the packet size as well and disable packet fragmentation. To conduct the same test with a packet size of 9000 and ensure the packet doesn’t get fragmented:
vmkping 192.168.1.1 -I vmk0 -s 9000 -d
For testing specific port connectivity, ESXi does support the netcat, aka nc command. To test port 80 on destination 192.168.1.1:
nc -z 192.168.1.1 80
You can specify UDP mode using -u as well. Note that at least in my experience -s <source IP> does NOT work, so I don’t believe it’s possible to specifically direct netcat through a specific vmkernel port. When I tried it for example forcing it through an IP that shouldn’t work, connectivity was still made when it shouldn’t have.
Everybody knows ping. I’m not gonna go over that. But did you know that PowerShell has a ping cmdlet? This is useful for documentation of results, using export-csv, and scripting lots of ping tests.
To ping 192.168.1.1:
test-connection 192.168.1.1
Another handy trick is you can remotely have multiple Windows machines ping the same computer and/or specify multiple targets. For example, if I want server1, server2, to ping 192.168.1.1 and 192.168.1.2:
test-connection -Source Server1,Server2 -ComputerName server3,server4
PowerShell also has cmdlets to test network port connectivity as well. To test if the local machine can connect to 192.168.1.1 on TCP port 80:
test-netconnection -computername 192.168.1.1 -InformationLevel detailed -port 80
Unfortunately, there isn’t a handy -source parameter, but you could use PowerShell remoting to run this command on multiple remote computers, too.
For pinging, there’s the ping command. That’s easy enough.
If you try to use netcat for port testing, it isn’t there by default. You have to run the following to temporarily install it on version 6:
/etc/vmware/gss-support/install.sh
Rebooting the VCSA removes it.
You can also use curl if that’s something you’d rather not do:
curl -v telnet://192.168.1.1:80
For pinging, there’s the ping command. No surprises.
For network port testing, again, netcat isn’t installed, nor is there a supported way to install it to my knowledge. Instead, use the curl command:
curl -v telnet://192.168.1.1:80
Keep checking back, as I add more.
درود
چند روز پیش که داشتم تو کنسول vCenter Appliance Management وضعیت زیرساخت مجازی سازی رو چک و تیک می کردم متوجه آلارم Node Health Degraded شدم که تهش متوجه شدم بخاطر پر شدن پارتیشن Archive اپلاینس بود. اگر چه وضعیت بوجود آمده بخاطر باگ سیستم هست و پارتیشن Archive ذاتا باید بعد از سرریز شدن بصورت چرخشی اطلاعات جدید رو جایگزین اطلاعات قدیمی تر کنه اما تا بر طرف شدن این باگ در آپدیت های بعدی میشه مشکل رو با Extend کردن پارتیشن به ترتیب زیر حل کرد:
Deployment / System Configuration
که این وضعیت همون طور که گفتم مربوط به پرشدن پارتیشن Archive بود :
Appliance Management / Monitor
برای رفع این مشکل کافیه برید توی تنظیمات ماشین مجازی اپلاینس VCSA و حجم درایو شماره 13 که مربوط به پارتیشن Archive میشه رو از 50 گیگ به 100 گیگ افضایش بدید. اما این کار کافی نیست. بلکه باید با اتصال به Shell Console از طریق پروتکل SSH و وارد کردن دستور زیر؛ فضای اضافه شده رو به ماشین بشناسونید:
بعد از اجرای دستور زیر و گذشت حدود 5 دقیقه دوباره اوضاع رو به راه میشه
/usr/lib/applmgmt/support/scripts/autogrow.sh