Post
 clipped from www.clipmarks.com
|
Ecco cosa succede quando ci si affida a Windows, ASP e .NET...
Il bello è che lo stacktrace rivela spesso e volentieri filenames, pathnames, strumenti utilizzati e tante altre cose che non bisognerebbe mai pubblicare.
Ma ciò che mi lascia veramente perplesso, è come mai tanta gente continui a voler «usare il cannone per ammazzare l'uccellino» (usare strumenti sproporzionatamente grandi per eseguire compiti tutto sommato abbastanza semplici).
Il bello è che lo stacktrace rivela spesso e volentieri filenames, pathnames, strumenti utilizzati e tante altre cose che non bisognerebbe mai pubblicare.
Ma ciò che mi lascia veramente perplesso, è come mai tanta gente continui a voler «usare il cannone per ammazzare l'uccellino» (usare strumenti sproporzionatamente grandi per eseguire compiti tutto sommato abbastanza semplici).
Visto che un sacco di gente continua a cliccare su questa pagina, do la soluzione del quiz:
RispondiEliminaquell'errore indica che il database è pieno (cosa che non dipende dallo spazio effettivamente disponibile sull'ardisco ma che dipende dalla configurazione e inizializzazione del database).
Nella tabella sys.databases c'è il campo log_reuse_wait_desc che (così dice l'error text) dovrebbe indicare qualcosa per risolvere il problema...!
Altrimenti, soluzione brutale:
- esportare l'intero database su file
- cancellare completamente l'intero database
- reimportarlo
- auguri... :)
Più di tanto non so dire. Queste cose, dopotutto, succedono solo su Windows. Per chi usa Linux, invece, fila tutto liscio.