2013-08-28 14 views
5

Ho un ruolo Web che ospita 4 siti MVC 4. Uno dei siti (chiamiamolo il sito API da ora in poi) utilizza sia MVC che Web API. Quando aggiorno il ruolo Web, i controller API Web dal sito API restituiscono un errore interno di 500 server a tutte le richieste. I controller MVC funzionano come previsto e so che la richiesta sta per arrivare almeno al metodo Application_BeginRequest di global.asax. Non vedo nulla registrato nel mio registro Elmah. L'unico suggerimento che ho di qualcosa che non va è il seguente nel registro eventi:API Web su errori Azure finché il pool di applicazioni non viene riciclato

L'applicazione '/' che appartiene al sito '1' ha un set AppPoolId 'DefaultAppPool' non valido. Pertanto, l'applicazione verrà ignorata.

Poiché i ruoli Web utilizzano Pool di app con GUID come identificatori, non so da dove provenga.

La cosa più confusa è che, una volta riciclato il pool di applicazioni per il sito API (che è un guid), tutto inizia a funzionare correttamente.

Ho provato a riesaminare i pool di app come parte di un'attività di avvio sul ruolo, ma ciò non sembra fare alcuna differenza.

Qualche suggerimento su cosa posso fare per far avviare correttamente l'API Web?

+0

Ti suggerisco di accedere (desktop remoto) alla tua VM e controllare il registro eventi. –

+0

L'ho già fatto. È così che ho ricevuto l'errore che ho menzionato nella domanda. Non c'è nient'altro di significativo che io possa vedere. – knightpfhor

+0

È possibile inserire un registro di traccia nel codice per individuare quale causa. Ho avuto problemi simili prima. Ma non come il tuo. Ho bisogno di caricare il pacchetto un sacco di volte per individuare il problema. –

risposta

1

Non ho mai trovato ciò che stava causando questo problema.

È arrivato a un punto in cui è possibile distribuire dalla mia macchina e non ottenere il problema, ma il mio collega non ha potuto.

Abbiamo provato a confrontare il contenuto dei file .cspkg che sono stati prodotti, ma non abbiamo trovato differenze.

Ora siamo entrambi in grado di distribuire il progetto senza problemi.

Il mio sospetto è che questo problema sia stato risolto quando abbiamo aggiornato l'SDK di Azure e gli strumenti sulle nostre macchine.

Problemi correlati