Erreur de migration avec question2answer.rb

Bonjour,

Je tente d’utiliser le script d’import question2answer.rb pour migrer mon site vers la plateforme Discourse. Cependant, je rencontre l’erreur suivante pendant le processus de migration.

Comment la corriger ? :thinking: J’utilise le conteneur Docker par défaut sur une installation propre d’Ubuntu 18.04.

importation des utilisateurs

**Traceback** (le plus récent en premier) :

9: from script/import_scripts/question2answer.rb:560:in `\u0026lt;main\u0026gt;'

8: from /var/www/discourse/script/import_scripts/base.rb:47:in `perform'

7: from script/import_scripts/question2answer.rb:71:in `execute'

6: from script/import_scripts/question2answer.rb:85:in `import_users'

5: from script/import_scripts/question2answer.rb:555:in `mysql_query'

4: from /var/www/discourse/vendor/bundle/ruby/2.5.0/gems/rack-mini-profiler-1.0.2/lib/patches/db/mysql2.rb:22:in `query'

3: from /var/www/discourse/vendor/bundle/ruby/2.5.0/gems/mysql2-0.5.2/lib/mysql2/client.rb:130:in `query'

2: from /var/www/discourse/vendor/bundle/ruby/2.5.0/gems/mysql2-0.5.2/lib/mysql2/client.rb:130:in `handle_interrupt'

1: from /var/www/discourse/vendor/bundle/ruby/2.5.0/gems/mysql2-0.5.2/lib/mysql2/client.rb:131:in `block in query'

/var/www/discourse/vendor/bundle/ruby/2.5.0/gems/mysql2-0.5.2/lib/mysql2/client.rb:131:in `_query': **La table 'primary_db.users' n'existe pas (** **Mysql2::Error** **)**

The users table that it’s looking for does not exist. Do you see a table called “users”? Do you have the right database?

I believe that I have the right database as I finished importing the database (on Discourse server) using

mysql -uroot -p -e 'CREATE DATABASE q2a' 

mysql -uroot -p q2a < q2a_dump.sql

I was able to back up my new database using

mysqldump -u username -p database_to_backup > backup_name.sql

and I downloaded it on my computer to verify that I have the proper database.

I have a table called qa_users

That’s the default. Did you change the db_prefix to “primary_dB” for some reason?

It was already included in the importer script as follows.

  # CHANGE THESE BEFORE RUNNING THE IMPORTER

  DB_HOST ||= ENV['DB_HOST'] || "localhost"
  DB_NAME ||= ENV['DB_NAME']
  DB_PW ||= ENV['DB_PW']
  DB_USER ||= ENV['DB_USER']
  TIMEZONE ||= ENV['TIMEZONE'] || "America/Los_Angeles"
  TABLE_PREFIX ||= ENV['TABLE_PREFIX'] || "qa_"
  MAIN_APP_DB_NAME = "primary_db"

So I didn’t change MAIN_APP_DB_NAME part as I am not familiar with that.

Did you set those environment variables? DB_NAME TABLE_PREFIX and so on?

I set all environment variables that I quoted above.

What did you set TABLE_PREFIX to?

export TABLE_PREFIX=“qa_”

Sorry. I’m in my logins and didn’t read the code carefully.

I’m pretty sure that I wrote that script, but I didn’t see that main all stuff down in the query; I’m sure I didn’t write that.

You’ll need to edit the script to have it use the database and prefix that you set in the environment variables.

What should I do about this one?

You’ll need to rewrite all of the dB queries.

I am sorry, Jay. I am not quite sure what you mean by that? Could you please give me some pointers here? I hope that you don’t mean by rewriting the importer script of question2answer.

Thanks

Not the whole script, just the database queries, and really just the FROM part. If you have a budget I can fix it for you.

I don’t have much budget but I would like to import small data from my old forum.

What do you have in mind?

Send an email to support@literatecomputing.com.

If I can log in remotely to the machine where you’re running the import it’ll help, as I’ll be able to see whether it works without sending it to you, having you import, tell me what’s wrong, and trying again.

It seems the question2answer importer was written for a case where there is an additional set of tables in the database for another app that was integrated with it. That is what the MAIN_APP_DB_NAME refers to.

We have done an import for a standalone q2a site recently and we have a modified version of the script which does not depend on this extra database. @RGJ was going to clean it up and submit it back in the next few weeks.

[Voici](https://gist.github.com/[Communiteq](https://www.communiteq.com) (anciennement DiscourseHosting)/769eff2014d5482f0ab776de03dc3349) un gist de notre importateur modifié, afin que vous n’ayez pas besoin d’attendre que je le nettoie, bien que le code soit déjà tout à fait correct.

  • supprimer la dépendance à cette autre base de données mystérieuse, qui est probablement quelque chose de sur mesure
  • importer les commentaires
  • importer la meilleure réponse

Aw nice, thanks for that :beers:

Lors de la tentative récente de migrer de petites données depuis mon ancien forum, l’erreur suivante est survenue lors de l’utilisation du [script d’importation modifié](https://gist.github.com/[Communiteq](https://www.communiteq.com) (anciennement DiscourseHosting)/769eff2014d5482f0ab776de03dc3349) fourni par @RGJ.

Chargement des groupes existants...

Chargement des utilisateurs existants...

Chargement des catégories existantes...

Chargement des publications existantes...

Chargement des sujets existants...

Importation des utilisateurs

**Traceback** (la dernière erreur en premier) :

11: from script/import_scripts/question2answer.rb:601:in `&lt;main&gt;'

10: from /var/www/discourse/script/import_scripts/base.rb:47:in `perform'

9: from script/import_scripts/question2answer.rb:70:in `execute'

8: from script/import_scripts/question2answer.rb:89:in `import_users'

7: from /var/www/discourse/script/import_scripts/base.rb:881:in `batches'

6: from /var/www/discourse/script/import_scripts/base.rb:881:in `loop'

5: from /var/www/discourse/script/import_scripts/base.rb:882:in `block in batches'

4: from script/import_scripts/question2answer.rb:106:in `block in import_users'

3: from /var/www/discourse/script/import_scripts/base.rb:247:in `create_users'

2: from /var/www/discourse/script/import_scripts/base.rb:247:in `each'

1: from /var/www/discourse/script/import_scripts/base.rb:278:in `block in create_users'

/var/www/discourse/script/import_scripts/base.rb:866:in `print_status': **méthode undefined `to_f' pour #&lt;Mysql2::Result:0x000056370b7c1f80&gt; (** **NoMethodError** **)**

**Vouliez-vous dire ? to_s**

**to_a**

**to_h**

Je me demande ce qui semble être à l’origine de cette erreur ? :confused: