Hide Forgot
http://download.gluster.com/pub/gluster/gluster-aws/3.2/3.2.0/Gluster_Virtual_Storage_Appliance_for_Amazon_Web_Services_3.2.0.pdf Page 11, step 10 currently reads: 10. Select a security group with open TCP port number 22 in the Security Groups field, and click Continue. A screen appears allowing you to review your settings. We should also document other needed 111 (UDP), 24007 - 24*** (TCP), 38465 - 38*** (TCP) need to be opened otherwise there will be issues in the initial deploy (i.e. peer probe will fail, ). Listed as Major, however, technically this is a blocker for AWS customers. Please change severity as appropriate.
In AWS, to launch more instances, its recommended to use gluster-ami-newinstance command in the master instance (where you did bootstrapping too) than launching with EC2 or EC2 console. gluster-ami-newinstance launches instances and peer probe them. We haven't seen any failure of peer probe or launching new instances in our testing/QA. Can you tell me in what test case it fails and why we need to open these ports?
Hi Bala, The other day when I was testing the commands, each time I tried running the gluster-ami-newinstance command, the nodes didn't get probed and I noticed that it would wait several minutes for the node to power on, and would eventually time out (although they'd show powered ON in the web UI and could be shelled to). At that point, the nodes wouldn't probe properly without having the ports in the security groups opened. I was able to consistently recreate the problem that day, but now everything seems to be working fine (and works as documented). Regards, -Justin
Closing this bug as it works as documented.