Category: VMware Cloud Provider

I’ll be updating this post with things I learn about 3.6 as time progresses.

Change IP / Gateway / Hostname / DNS / Proxy Server

1. This *could* be done within your standard Linux commands, however, Tomcat is running in the background and does require manipulations also.
2. The recommended process is using a bash shell script named “vami_config_net” – this is under /opt/vmware/share/vami/
3. Run the script from your console to get the menu:
4. 
5. Pretty self-explanatory on what it requires after you select a sub-menu.

SSH and Root Logins

1. SSHD is not started by default nor can you log in with the root credentials. IF it is required (by VMware Support), this is the process on enabling access.
2. To enable root, edit /etc/ssh/sshd_config and look for line “PermitRootLogin” – change this from no to yes
3. 
4. Then start (or restart) the sshd service – “service sshd restart/start”
5. NOTE – This should be a TEMPORARY solution if you need to access the shell via root. Follow all security practices when possible!

Root account locked

1. Yeah, don’t ask how I did this – but had to figure out the procedure on unlocking the root account.
2. Simple instructions here on getting into the bash shell from GRUB – https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2147190
3. From there, you’ll need to use the “pam_tally2” command to reset the lock on the root account.
4. So… “pam_tally2 –user=root –reset”
5. Ensure your path is set if it errors out: “export PATH=”/sbin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/usr/bin:/bin”

December 20th Update – this procedure works for upgrades to the newest version of Usage Meter 3.6.1. The migration process remains the same. 

With our new release of vCloud Usage Meter 3.6, I have several SP’s requesting the work effort for migrating from 3.5 to 3.6 Usage Meter. I am doing this in my lab environment and showing the steps required for the data migration.

Official Instructions: https://docs.vmware.com/en/vCloud-Usage-Meter/3.6/com.vmware.vcum.usersguide.doc/GUID-88DD4D6B-B357-46D5-A6B7-AC1EDB7F423E.html

Pre-requisites:

1. Usage Meter 3.6 appliance stood up and IP’d – you do not need to point it to your Products (migration tool will take care of that)
2. Snapshot BOTH UM appliances
3. SSH turned on both 3.5 and 3.6 appliances.
4. Timezone is the SAME on both appliances
5. Under Manage -> Provider, ensure the Contract, Phone, Partner ID, Contract Number, and Site ID MATCH

Steps:

1. SSH to both appliances as “usgmtr” – NOT root – this is to test to ensure I can log in successfully to both Usage Meter appliances.
2. 
3. Run “migrateum <hostname-of-UM3.5>” on the new Usage Meter appliance.
4. And if you forgot to SSH as the usgmtr account, you’ll get this!! 🙂
5. 
6. OK, SSH now as usgmtr on the 3.6 appliance – running “migrateum usage35.corp.local”
7. 
8. IF you met the pre-reqs above, you should get a confirmation screen like this:
9. 
10. After confirming, you should see the copy operation start. I didn’t have much data on my UM instance, so this was pretty quick.
11. 
12. Let’s log into the 3.6 instance….
13. 
14. You’ll get the confirmation page again to accept the terms:
15. 
16. Accept the certificate for any product (I had vROps pop up):
17. 
18. vCD was not showing up for me also – I had to check the box “Show inactive” and Activate:
19. 
20. What’s great is all of my Customers and Rules moved over…
21. 
22. And previous Report data is there!

Once you verify everything looks good, DON’T FORGET TO REMOVE YOUR SNAPSHOTS!!!

Not a very tough migration – just ensure your 3.6 UM is configured exactly the same way as the 3.5 instance or the migration tool will error out.

Happy migrating!