windows sqlserver xbox360 iis windows7 oracle bea life
16 Jun
Quando avete un problema su una soluzione software complessa che pochi o nessuno ha incontrato giĂ su internet potete postulare il seguente assioma:
Assioma del problema software sconosciuto
Dato un problema su un software molto diffuso, che ha ampia diffusione su internet, per il quale non si provano sufficienti riscontri sui più diffusi motori di ricerca, potete dedurre che una delle seguenti teorie è vera:
- Avete fatto una ca***a mondiale nella sua installazione/configurazione/uso;
- L’errore che si presente non si riferisce a nulla di pubblico già a conoscenza dell’azienda produttrice;
- Siete di fronte ad un bug non documentato
Il primo caso si spiega da solo oppure potete rinfrescarvi la memoria con un semplice post di esempio.
Il secondo è un problema sul software già a conoscenza della casa produttrice che viene lasciato li perchè non ci sono giustificazioni economiche per procedere alla realizzazione (ed al successivo test) della patch visto che in particolarissime condizioni si verifiche.
Il terzo, ed ultimo, è quello che si verifica quando avete la fortuna di poter accedere ad un supporto che può scalare fino al team di sviluppo quando il problema è bello tosto e si hanno dei bei dump.
Ed è proprio quello che è successo a me con SQL Server Reporting Service 2005 di cui mi andava misteriosamente in hang l’applicazione Web (ReportManager/Reports). Dopo controlli alla correttezza dell’installazione, alla configurazione e al suo utilizzo, si è passati a frebbrili controlli nella VisualKB di Microsoft (la KB interna con i call log) ed infine ai dump dei processi con il mitico ADPLUS.
Alla fine di questo calvario i due memory dump fanno il giro di tutta una serie di team all’interno di Microsoft fino a giungere al product team di IIS che, immancabilmente, viene fuori con una motivazione ed una soluzione.
Non so se sono sotto NDA quindi, ad ogni buon conto, mi terrò sul vago.
Sembra che l’interpretazione di Microsoft riguardo il licensing sui processori multicore (processor= socket, sostanzialmente) non sia solamente implementato male ma sia stata interpretata male.
Quindi ReportingService e ASP.NET non si parlano nello stesso “canale” e tutto si blocca poiché il primo applica la limitazione tipica dell’edizione standard sui Logical Processor (ovvero i Core) mentre la seconda li sfrutta tutti.
Non capita tutti i giorni che gente come Doug Stewart ti dice che sei incappato in un “double bug”.
L’assioma funziona.
PS: per ora, a meno di una patch che però ricade nel punto 2 dell’assioma, tocca utilizzare la Processor Affinity Mask delle Advanced Properties di Internet Information Server per agirare il problema
![]() | ![]() | ||||||||||||||||||||||||||||||||||||||||
| By N2H | |||||||||||||||||||||||||||||||||||||||||
Leave a reply