SoloCodigo

revisa tu conexion a la base de datos y el path de la mismo, o sino cierra la base de datos por si la tienes abierta

por ultimo revisa tu conexion
aca hay conexiones a diferentes fuentes de datos

www.connectionstrings.com

Salu2

metele un try catch y saca el error:

Al momento de existir el error la pagina te muestra la que fuen el error, y donde se encontro, ahora al hacer el Try Catch solo le estas diciendo que muestre el mismo error solo en un label.

jodijo5 el Try Catch es para manejar el error, por ejemplo podrias hacer que cuando no haya una conexion a la DB, o el servidor de DB este caido en lugar de mostrar la pantalla de error te muestre una plantilla que indique que el sitio no esta disponible o algo parecido, o mucho mejor aun si tienes un mirror de DB podrias redireccionar a esa otra DB cuando se de el error, o por ultimo tener un backup en XML y sacar datos basicos del mismo

Salu2
 

Si yo tambien note que sobrecargar los metodos uy eventos con try catch es pesadon y no solo para la maquina sino tambien para el desarrollador, ya que implementar un correcto manejo de errores y redireccionamiento requiere el envio de parametros auxiliares cosa que al momento de desarrollar quita tiempo y por eso yo personalmente lo uso en metodos complejos o manejo de threads

Por ahi hay una frase que escuche "ASP.NET es PODEROSO!!! pero cuando se lo usa debidamente", y esto tiene toda la razon de ahi que aparecieron los patterns and Best practices


Salu2