je ne me souviens plus bien comment fonctionnait DNN2 et je n'en ai pas sous la main mais il me semble qu'il écrivait ses logs uniquement sous la forme de fichiers xml dans le répertoire "/portals/_default/logs/".

Ce paramétrage est possible sur les dernières versions en utilisant le XMLLoggingProvider mais depuis DNN3, il propose par défaut d'utiliser le DBLoggingProvider qui stocke les logs en base de données.

Pour en revenir à ton problème, je voulais signaler que les logs sont probablement stockés dans des fichiers xml et que DNN semble rencontrer un problème pour écrire dedans : droits insuffisants, fichiers corrompus, espace disque insuffisant, ... Au pire, tu dois pouvoir les supprimer et DNN les regénèrera.

Le message d'erreur à changé ?

Celui-ci semble bien parler d'un fichier de log de base de données alors que l'autre faisait putôt référence à un fichier physique.

Est-ce que tu utilises une base SQL Server ou la base Access (paramétrée par défaut) ? Est-ce que le nom 'FCMCRBPCTX' ne correspond pas au nom de ta base ? S'il s'agit d'une base SQL Server, est-ce que le disque où est stocké le fichier de log n'est pas saturé ?

Les bases SQL Serveur sont constituées au minimum de 2 fichiers (arrêtez-moi si je dis des bétises ) : un fichier de base de données .mdf et un fichier de log. SQL Serveur consigne toutes les requêtes SQL demandées dans ce fichier. Les opérations de maintenance de la base de données (sauvegarde de la base et des logs entre autres) permettent de vider le fichier de log. A voir de ce côté là...

Passer d'une version 2 à une version 3 s'avère très difficile car beaucoup de choses ont évoluées entre ces 2 versions majeures. Notamment pour la gestion des utilisateurs qui n'est plus du tout la même (mots de passe encryptés maintenant, tables aspnet...).

Tu trouveras cependant un outil de la société Mixtrio dans la rubrique "ressources - compléments - outil de migration" mais je ne l'ai jamais testé et ils disent que cela s'adresse à des utilisateurs expérimentés.