Revision 580 – Added VIUpload Script

To avoid recurring errors uploading, I added a convenience script “viupload.bat”; it’s used as follows:

  1. copy it to the host from which uploads shall be pushed
    • you’ll need VIUPLOAD.BAT
    • you’ll need VICT.JAR
    • of course, even though this works in any subdirectory, we recommend that these be stored in the UnSupported subdirectory
    • these scripts are not supported by the American Society for Prevention of Cruelty to Animals, nor any other entity, nor have we ever claimed them to be
  2. edit the following variables:
    1. UPLOAD_USER should be set to your username
    2. UPLOAD_PASS should be set to your password (plaintext, this is for convenience not security)
    3. UPLOAD_SUB can remain “ftp” or be set to a region (other regions REM’d out for example)
    4. UPLOAD_PATH should be empty or set to a preexisting subdirectory on the server to which uploads should be stored
  3. run it with a list of files; for example VIUPLOAD PortalLogs.zip HOSTNAME.err backup-2013-09-03-15-02.zip

Revision 578 – NetApp msosmsql Pseudo-Protocol Adds Fabric Suffix as HBA A/B

For a specific customer, I added a basic cut-n-paste customization of a different bnapsql:// or osmsql:// query that that appends the final character of the fabric nickname to the hostname and the WWPN such that hosts in “XX_FAB_A” or “XX_FAB_1” or “XX_FAB_a” become appended with “_A”; “_B”, “_2”, or “_b” become appended with “_B”. Anything else gets a “_X”.

This is done using a protocol “msosmsql”, for example:

java -jar vict.jar --nickname=msosmsql://server/

or

vict.bat -N msosmsql://server/

or since the customer has non-standard password (and the -n to store the result)

vict.bat -N msosmsql://user:pass@server/ -n A:\VirtualWisdomData\DeviceNickname\bna.csv

This allows a single query to produce nicknames on a different schema; also highlights a non-portability in the code that can be improved… but this is in production today. The customer’s response was “oh, that’s it? I thought that would be more difficult. How anti-climatic…” How can “easier than expected” be bad?

Revision 577 – servers.exclude should be discovery.exclude

Whitespace: due to discovery from an email thread, the detail of “the parameter in the properties file” slipped below an expert’s radar.

I therefore changed ~.vmware.servers.exclude to ~.vmware.discovery.exclude in the output of –dump-config=esx.csv output. Dion has indicated that this parameter is not length-limited, and has been tested with over 2000 entries.

This change is merely whitespace in the commentary of the generated file.

Revision 567 – VM Estimator via JNLP

Completed the VM Estimator but need to ensure it will deliver via JNLP. The VM Estimator is a simple GUI that can reach out and discover the ESX count on a vCenter. Currently only tested with https:// on a local 5.1 vCenter, seems to function. The key goal is to provide a quick estimate of the ESX counts of a number of vCenters in an organization to better estimate a rate-based cost where the number of ESX servers relates to a recurring license/usage/permit cost.

I’ll post a URL when it’s available.

Revision 564 – (weak) Suggested Nicknames for Dot Hill Systems Modular Storage Array

Expanded the option “-w” from Suggested Nicknames for Known WWN Patterns to vict.jar such that vict.jar -w 217000c0ff012345 shows “P2000-012345-A2” giving suggested nicknames to (HP -rebadged) Dot Hill Systems Modular Storage Array P2000. This WWN Descriptor is not very precise, but is empirically-based. Additional WWPN samples would help guide a better, more precise solution.