Following issues has been witnessed thus far:

I'm just going to provide the output of my tests and you be the judge if it's 
bug or an error on my part - I can then submit a bug report if needed.

1 - when configuring VMware ESXi environment initially primary store cannot be 
set as VMFS and must be configured as NFS for setup to work. I could not get 
VMFS to work as primary storage without adding NFS as primary first. (need to 
confirm if VMFS will still works as primary - post adding NFS as primary - as 
of now I just use NFS as primary storage)

2 - if VMFS LUN is incorrectly set while going through initial setup process 
(not using first time wizard - since VMware ESXi Cluster is not an option) and 
user mistakenly enters improper LUN, the UI will detect as an error but even if 
you correct it - there is no way to continue the setup process and no API calls 
are issued to confirm the validity of the new LUN name. at this point, I had to 
start over from scratch.

3. Don't know if this would-be a bug or feature enhacement. While adding a 
vmware cluster to hypervisor - the CS is specifically looking for "Management 
Network" port group on vSwitch0. If name does not match - you could see an 
error that "Management Network" portgroup is not found. The prefered logic  
would be to lookup the portgroup of vmk0 (or whatever management virtual NIC 
is) and use it as your portgroup.

4. If your VMware cluster has virtual switch vSwitch0 used for outbound network 
communication and another vSwitch1 for other internal private tasks with no 
outbound network connectivity - the Secondary storage VM incorrectly picks 
vSwitch1 and attempted to use that NIC for communication with CS core.

5. This seems to have been the case for me all the time - but by default - the 
first time wizard does not have VMware cluster as an option. I always to choose 
'Skip, I've used cloud stack before' button.

6. If I attempt to do a complete cleanup without flushing DB, I'm unable to 
delete physical network connection - eventhough no networks are 
defined/assigned - and therefore I cannot delete the zone. I had to drop mysql 
db and start fresh.

7. The cloud ssh and password scripts still need a bit more enhancement - I 
will submit the patch shortly. I also think we can do more improvements on the 
way code is written without changing functionality.

* None of these are show stoppers - but things I've noticed when I went through 
install process. At the end, I was able to get it to work.

Let me know which are bugs and I will file a bug report with supporting 
documentation.

I will go through install process once more next week or later this week to 
double check and note all the issues. I will also be testing Netscaler 
integration.

Regards
Ilya



On Oct 22, 2012, at 12:17 PM, "Chip Childers (ASF)" <chipchild...@apache.org> 
wrote:

> Hi All,
> 
> I would like to call a vote for Apache CloudStack (Incubating) Release
> 4.0.0-incubating (third round).
> 
> We encourage the whole community to download and test these release
> artifacts, so that any critical issues can be resolved before the
> release is made. The more time that each individual spends reviewing
> the artifacts, the higher confidence we can have in both the release
> itself and our ability to pass an IPMC vote later on.  Everyone is free
> to vote on this release, so please give it a shot.
> 
> Instructions for Validating and Testing the artifacts can be found here:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.0+test+procedure
> 
> If you have any trouble setting up a test environment using the
> procedure above, please ask on the cloudstack-dev@i.a.o list.  Someone
> will be sure to help, and we'll improve our test procedure
> documentation at the same time!
> 
> Now, on to the specifics of what we are voting on...
> 
> 
> The following artifacts are up for the vote:
> http://people.apache.org/~chipchilders/dist/cloudstack/releases/4.0.0-incubating/
> 
> PGP release keys (signed using A99A5D58):
> http://people.apache.org/~chipchilders/dist/cloudstack/KEYS
> 
> Branch: 4.0
> Commit: 6355965dcd956811dd471a9d03c73dadcf68f480
> 
> 
> List of changes:
> https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=blob_plain;f=CHANGES;hb=refs/heads/4.0
> 
> The artifacts being voted on during this round also include the
> following additional fixes (most were identified as part of testing
> during the last round of voting):
> 
> * Many documentation fixes (particularly the release notes and
> installation guide)
> * CLOUDSTACK-341: Failing to display Management Traffic Details on the UI
> * CLOUDSTACK-349: Russian l10n not properly displaying
> * Correction to the devcloud rdeploy build target, to make testing easier
> * CLOUDSTACK-363: Upgrades from 2.2.14, 3.0.2 to the Current build will fail
> * CLOUDSTACK-118: Status of host resorce stuck in "ErrorInMaintenance"
> * DISCLAIMER added to the Marvin tool dir
> 
> 
> The vote will be open for 72 hours.
> 
> 
> For sanity in tallying the vote, can PPMC and IPMC members please be
> sure to indicate "(binding)" with their vote?
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
> 
> Thanks!
> 

Reply via email to