Lancementcaoutchouc croit qu'il ya une règle manquante quand il a expressément identifié plus tôt
cap rubber:create_staging
commence à vérifier les groupes de sécurité existants EC2 du compte. La première vérification concerne le groupe par défaut, qui ne peut pas être supprimé de la console Web AWS. Donc, la réponse à l'invite suivante est naturellement « N »
* Security Group already in cloud, syncing rules: default
Rule '{"protocol"=>"tcp", "from_port"=>"1", "to_port"=>"65535", "source_group_name"=>"", "source_group_account"=>"460491791257"}' exists in cloud, but not locally, remove from cloud? [y/N]: N
Pourtant, quatre contrôles plus tard,
* Missing rule, creating: {"source_group_name"=>"default", "source_group_account"=>"460491791257", "protocol"=>"tcp", "from_port"=>"1", "to_port"=>"65535"}
/Users/you/.rvm/gems/ruby-1.9.3-p551/gems/excon-0.45.4/lib/excon/middlewares/expects.rb:10:in `response_call': Duplicate => the specified rule \"peer: sg-0910926c, TCP, from port: 1, to port: 65535, ALLOW\" already exists (Fog::Compute::AWS::Error)
De toute évidence il y a une tentative de créer une règle identique. La seule différence est que celle récupérée de la vérification a une chaîne vide pour le nom_groupe_source, alors que la routine caoutchouc essaie de créer la même règle avec le nom_groupe_source identifié.
La création d'une balise dans la console Web EC2 avec 'nom_groupe_source' et la valeur par défaut ne modifient aucun comportement. Cela nécessite-t-il une solution via EC2 ou en caoutchouc?