2013-05-17 13 views
42

Quando si imposta la configurazione per Beanstalk elastico, non vengono fornite opzioni per lo stack di soluzioni.Nessun stack di soluzioni elencato nella configurazione di beanstalk elastico

Qui ci sono le linee in questione:

`Select a solution stack. 
Available solution stacks are: 
Select (1 to 0):` 

Ecco l'intera produzione:

[email protected]:~/myapp$ eb init 
To get your AWS Access Key ID and Secret Access Key, 
visit "https://aws-portal.amazon.com/gp/aws/securityCredentials". 
Enter your AWS Access Key ID: 
Enter your AWS Secret Access Key: 
Select an AWS Elastic Beanstalk service region. 
Available service regions are: 
1) US East (Virginia) 
2) US West (Oregon) 
3) US West (North California) 
4) EU West (Ireland) 
5) Asia Pacific (Singapore) 
6) Asia Pacific (Tokyo) 
7) Asia Pacific (Sydney) 
8) South America (Sao Paulo) 
Select (1 to 8): 1 
Enter an AWS Elastic Beanstalk application name (auto-generated value is "myapp"): 
Enter an AWS Elastic Beanstalk environment name (auto-generated value is "myapp-env"): 
Select a solution stack. 
Available solution stacks are: 
Select (1 to 0): 

Sono in esecuzione a 32 bit di Ubuntu 12.10 e AWS Elastic Beanstalk CLI strumenti versione 2.4.0

+1

Perché non accetti la risposta? :) –

risposta

78

Le credenziali utilizzate non hanno diritti di amministratore.

Vai a Identity and Access Management (IAM) e aggiungere le autorizzazioni appropriate all'utente.

+5

Lo segnerei come risposta. – dmackerman

+0

Ho lo stesso problema e le mie autorizzazioni sono impostate sulle autorizzazioni massime come amministratore. C'è un'altra soluzione a questo problema? Sulla mia, non ha nemmeno mostrato "Gli stack di soluzioni disponibili sono: Seleziona (da 1 a 0):", era completamente vuoto dopo "Seleziona uno stack di soluzioni". –

+0

Se ti stai chiedendo, se hai a che fare con più account per aws, c'è un modo per archiviare queste credenziali nel repository anziché nella directory principale? – radtek

2

Ho avuto lo stesso problema, come Michelle Glauser non ho indicato alcun numero di opzione. Pensando che forse il problema era legato al fatto che avevo messo a riposo la mia macchina alcune volte durante il processo 'eb init', ho fatto CTRL + C per uscire e riprovare 'eb init'. La seconda volta, mi è stato presentato un insieme di 31 opzioni per lo stack di soluzioni. Nel mio caso le opzioni presentate sono state:

Select a solution stack. 
Available solution stacks are: 
1) 64bit Amazon Linux 2014.03 v1.0.3 running PHP 5.5 
2) 64bit Amazon Linux 2014.03 v1.0.3 running PHP 5.4 
3) 32bit Amazon Linux 2014.03 v1.0.3 running PHP 5.5 
4) 32bit Amazon Linux 2014.03 v1.0.3 running PHP 5.4 
5) 32bit Amazon Linux running PHP 5.3 
6) 64bit Amazon Linux running PHP 5.3 
7) 64bit Amazon Linux 2014.03 v1.0.3 running Node.js 
8) 32bit Amazon Linux 2014.03 v1.0.3 running Node.js 
9) 64bit Windows Server 2008 R2 running IIS 7.5 
10) 64bit Windows Server 2012 running IIS 8 
11) 64bit Amazon Linux 2014.03 v1.0.3 running Tomcat 7 Java 7 
12) 64bit Amazon Linux 2014.03 v1.0.3 running Tomcat 7 Java 6 
13) 32bit Amazon Linux 2014.03 v1.0.3 running Tomcat 7 Java 7 
14) 32bit Amazon Linux 2014.03 v1.0.3 running Tomcat 7 Java 6 
15) 32bit Amazon Linux running Tomcat 7 
16) 64bit Amazon Linux running Tomcat 7 
17) 32bit Amazon Linux running Tomcat 6 
18) 64bit Amazon Linux running Tomcat 6 
19) 64bit Amazon Linux 2014.03 v1.0.3 running Python 2.7 
20) 32bit Amazon Linux 2014.03 v1.0.3 running Python 2.7 
21) 64bit Amazon Linux 2014.03 v1.0.3 running Python 
22) 32bit Amazon Linux 2014.03 v1.0.3 running Python 
23) 32bit Amazon Linux running Python 
24) 64bit Amazon Linux running Python 
25) 64bit Amazon Linux 2014.03 v1.0.4 running Ruby 2.0 (Puma) 
26) 64bit Amazon Linux 2014.03 v1.0.3 running Ruby 2.0 (Passenger Standalone) 
27) 64bit Amazon Linux 2014.03 v1.0.3 running Ruby 1.9.3 
28) 32bit Amazon Linux 2014.03 v1.0.3 running Ruby 1.9.3 
29) 32bit Amazon Linux 2014.02 v1.0.1 running Ruby 1.8.7 
30) 64bit Amazon Linux 2014.02 v1.0.1 running Ruby 1.8.7 
31) 64bit Amazon Linux 2014.03 v1.0.0 running Docker 1.0.0 
Select (1 to 31): 25 

E 'anche il caso che non avevo ancora creato nessuno AWS Identità e gruppi o utenti l'accesso alla gestione (IAM) quando ho lanciato 'eb init' la prima volta intorno, sebbene quando mi è stato chiesto da 'eb init' per le chiavi è quando ho creato quelle entità IAM.

7

ho creato un utente IAM con chiave di accesso e l'ID, quindi fare clic su "Allega Policy utente" e ha dato il conto di un PowerUserAccess. (Io non sono sicuro di quello che i permessi siano sufficienti per "eb init")

Poi digitò "eb init" per eseguire di nuovo la procedura, apparvero le pile di soluzioni !!

1

1.Go per gli utenti; 2. Politica di accesso: selezionare administratorAccess 3.ctrl + c per interrompere e riavviare da eb init!

Problemi correlati