Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.

I can't offer any more info, it works for me.

What is type of account, what  you use? I tested all this stuff on the IAM account, my account has not admin rights.

An ordinary account with admin rights, no IAM.

Maybe this is the point of this problem. I can see or I can create a security groups in the web EC2 console, but I don't see them in Sat6.

Created redmine issue http://projects.theforeman.org/issues/6535 from this bug

Tested this under a two conditions:
1. IAM account (in the RedHat EC2 account)
- normal security groups (no VPC) - properly shown
- VPC security groups - properly shown
2. Master account (my personal one)
- normal security groups (no VPC) - properly shown
- VPC security groups - properly shown

This may be caused by the compute resource being under a different region, where the security groups and VPCs are not defined, i.e. using us-east-1 (N. Virginia) but having the EC2 compute resource go to us-west-2 (Oregon) - in which case, a "default" security group should still be shown IMHO.

I made some comments on the redmine issue. I believe this has to do with the "initial" page load. Upon *changing* the subnet, it loads the security groups, and works fine, but if you setup your "image" exactly how you want it, then come back and try to edit it, you will see that the security groups are blank, and if you submit changes, it submits them blank.

The same thing happens at New Host -> Network... first load is blank, but if you change the subnet, they load and can be selected.

Tommy

Upstream bug component is Compute Resources

Upstream bug component is Provisioning

Upstream bug component is Compute Resources

Moving to POST since upstream bug http://projects.theforeman.org/issues/6535 has been closed
-------------
Stefan Goethals
The JQuery selector in https://github.com/theforeman/foreman/blob/develop/app/assets/javascripts/compute_resource.js#L195 returns 2 elements.
The following functions don't take that into account and thus the security_groups and subnets variables are never populated.

Changing https://github.com/theforeman/foreman/blob/develop/app/assets/javascripts/compute_resource.js#L196
From
sg_select = $('.security_group_ids') 
To
sg_select = $('select.security_group_ids')

seems to resolve the issue.

-------------
Jordan Snodgrass
Stefan Goethals wrote:
> Changing https://github.com/theforeman/foreman/blob/develop/app/assets/javascripts/compute_resource.js#L196
> From
> sg_select = $('.security_group_ids') 
> To
> sg_select = $('select.security_group_ids')

I've verified that this also fixes my issue #12837 (and probably many other security-group related issues).  Will you be submitting a pull request to get this included in the next release?

-------------
Stefan Goethals
PR https://github.com/theforeman/foreman/pull/3097
-------------
Anonymous
Applied in changeset commit:062f653f53519a4704c31c297da2fca050e1234d.

Currently we do not have foreman-ec2 Package available for EC2 compute Resource.

TESTED with sat62-snap6

This issue still persists, 

We have vpc subnet defined for each of Availability zones in us-east-1.

But selecting the VPC subnet from the drop-down and then selecting the Security-Groups and submitting, does  not save the "security Group". This can be observed from editing the compute profile associated with the ec2-Compute Resource. 

Which does not show the SecurityGroup selected above under the selected items.


TESTED with sat62-snap8.1

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2016:1501

Upstream bug component is Compute Resources - EC2

Upstream is showing this as fixed. Ia m closing this out as NEXTRELEASE. If you are still seeing issues on 6.3, please feel free to re-open with additional information.