Installation sur rhel/centos/fedora

[dvador]

Bonjour

Je suis en train d’écrire un tuto sur l’installation d’Ekylibre 1.0 sur RHEL6/Centos6/Fedora

J’ai installé ruby 2.1.1 avec rvm et j’ai postgresql 9.2

Installation des gems sans pb par contre au moment de faire : rake db:create db:migrate

j’ai ce message d’erreur:

** Invoke db:migrate (first_time)
** Invoke environment (first_time)
** Execute environment
** Invoke db:load_config
** Execute db:migrate
== CreateBase: migrating =====================================================
– create_table(:account_balances)
-> 0.2490s
– create_table(:accounts)
-> 0.1972s
– create_table(:activities)
-> 0.2969s
– create_table(:affairs)
-> 0.3329s
– create_table(:analytic_distributions)
-> 0.2347s

-------------------------------> les ennuis commencent ici !

– create_table(:analyses)
rake aborted!
An error has occurred, this and all later migrations canceled:

PG::UndefinedFunction: ERREUR: la fonction addgeometrycolumn(unknown, unknown, integer, unknown, integer) n’existe pas
LIGNE 1 : SELECT AddGeometryColumn(‘analyses’, ‘geolocation’, 4326, ‘P…
^
ASTUCE : Aucune fonction ne correspond au nom donné et aux types d’arguments.
Vous devez ajouter des conversions explicites de type.
: SELECT AddGeometryColumn(‘analyses’, ‘geolocation’, 4326, ‘POINT’, 2)/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/postgresql/database_statements.rb:128:in async_exec' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/postgresql/database_statements.rb:128:inblock in execute’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/abstract_adapter.rb:435:in block in log' /usr/local/rvm/gems/ruby-2.1.1/gems/activesupport-4.0.3/lib/active_support/notifications/instrumenter.rb:20:ininstrument’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/abstract_adapter.rb:430:in log' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/postgresql/database_statements.rb:127:inexecute’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-postgis-adapter-0.6.5/lib/active_record/connection_adapters/postgis_adapter/rails4/main_adapter.rb:169:in block in create_table' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-postgis-adapter-0.6.5/lib/active_record/connection_adapters/postgis_adapter/rails4/main_adapter.rb:161:ineach’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-postgis-adapter-0.6.5/lib/active_record/connection_adapters/postgis_adapter/rails4/main_adapter.rb:161:in create_table' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:625:inblock in method_missing’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:597:in block in say_with_time' /usr/local/rvm/rubies/ruby-2.1.1/lib/ruby/2.1.0/benchmark.rb:279:inmeasure’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:597:in say_with_time' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:617:inmethod_missing’
/home/ekydev/ekylibre/db/migrate/20121212122000_create_base.rb:72:in up' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:574:inexec_migration’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:555:in block (2 levels) in migrate' /usr/local/rvm/rubies/ruby-2.1.1/lib/ruby/2.1.0/benchmark.rb:279:inmeasure’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:554:in block in migrate' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/abstract/connection_pool.rb:294:inwith_connection’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:553:in migrate' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:709:inmigrate’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:959:in block in execute_migration_in_transaction' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:1005:inblock in ddl_transaction’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/abstract/database_statements.rb:202:in block in transaction' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/abstract/database_statements.rb:210:inwithin_new_transaction’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/abstract/database_statements.rb:202:in transaction' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/transactions.rb:209:intransaction’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:1005:in ddl_transaction' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:958:inexecute_migration_in_transaction’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:920:in block in migrate' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:916:ineach’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:916:in migrate' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:764:inup’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/migration.rb:742:in migrate' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/railties/databases.rake:42:inblock (2 levels) in <top (required)>’
/usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/task.rb:236:in call' /usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/task.rb:236:inblock in execute’
/usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/task.rb:231:in each' /usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/task.rb:231:inexecute’
/usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/task.rb:175:in block in invoke_with_call_chain' /usr/local/rvm/rubies/ruby-2.1.1/lib/ruby/2.1.0/monitor.rb:211:inmon_synchronize’
/usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/task.rb:168:in invoke_with_call_chain' /usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/task.rb:161:ininvoke’
/usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/application.rb:149:in invoke_task' /usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/application.rb:106:inblock (2 levels) in top_level’
/usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/application.rb:106:in each' /usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/application.rb:106:inblock in top_level’
/usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/application.rb:115:in run_with_threads' /usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/application.rb:100:intop_level’
/usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/application.rb:78:in block in run' /usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/application.rb:165:instandard_exception_handling’
/usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/lib/rake/application.rb:75:in run' /usr/local/rvm/gems/ruby-2.1.1/gems/rake-10.1.1/bin/rake:33:in<top (required)>’
/usr/local/rvm/gems/ruby-2.1.1/bin/rake:23:in load' /usr/local/rvm/gems/ruby-2.1.1/bin/rake:23:in'
/usr/local/rvm/gems/ruby-2.1.1/bin/ruby_executable_hooks:15:in eval' /usr/local/rvm/gems/ruby-2.1.1/bin/ruby_executable_hooks:15:in'
Tasks: TOP => db:migrate

--------------------------------------fin

Que dois-je faire ?

Merci

DV[hr]
bon ça progresse, j’ai fait

psql -f /usr/pgsql-9.2/share/contrib/postgis-2.1/postgis.sql -d ekylibre_development

psql -f /usr/pgsql-9.2/share/contrib/postgis-2.1/postgis.sql -d ekylibre_test

mais maintenant après un “rake db:create db:migrate”

j’obtiens ceci :

– create_table(:analytic_distributions)
-> 0.2328s
– create_table(:analyses)
rake aborted!
An error has occurred, this and all later migrations canceled:

PG::RaiseException: ERREUR: AddGeometryColumn() - invalid SRID
CONTEXTE : SQL statement "SELECT AddGeometryColumn(’’,’’,$1,$2,$3,$4,$5, $6)"
fonction PL/pgsql addgeometrycolumn(character varying,character varying,integer,character varying,integer,boolean), ligne 5 Ã instruction SQL
: SELECT AddGeometryColumn(‘analyses’, ‘geolocation’, 4326, ‘POINT’, 2)/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/postgresql/database_statements.rb:128:in `async_exec’

Merci

DV

[abfab]

Bonjour DV,

Je pense que Invalid SRID indique qu’il y a un souci de prise en compte de projection par la base geospatiale

Est-ce que tu peux essayer cette méthode pour installer l’extension Postgis :
http://postgis.net/docs/manual-2.0/postgis_installation.html#create_new_db_extensions
(cela doit coller avec tes versions de PostgreSQL et PostGIS)

Je pense que tu as suivi une méthode pour une version plus ancienne de PostgreSQL
http://postgis.net/docs/manual-2.0/postgis_installation.html#create_new_db

et que tu n’as pas inclus cette commande :
For a complete set of EPSG coordinate system definition identifiers, you can also load the spatial_ref_sys.sql definitions file and populate the spatial_ref_sys table. This will permit you to perform ST_Transform() operations on geometries.

psql -d [yourdatabase] -f spatial_ref_sys.sql

En espérant que cela puisse t’être utile.

[dvador]

Bonjour

Merci pour votre aide très efficace.

La commande "psql -d [yourdatabase] -f /chemin_qui_va_bien/spatial_ref_sys.sql"
a suffit à me débloquer, je n’avais donc pas de pb de version car j’ai un postgis2.1

Cela fonctionne donc très bien sur une centos 6, j’arrive à la fenêtre de login et là, question bête, c’est quoi le login/password pour se loguer ?

Rien vu dans le tuto !

Merci

DV[hr]
ok j’ai trouvé

admin@ekylibre.org/12345678

Ne me demandez pas comment j’ai récupéré le password mais merci quand même https://demo.ergolis.com/authentication/sign_in

DV

[dvador]

Bonjour

Je n’y connais absolument rien en compta et encore moins en compta agricole, car je suis administrateur réseau mais ce soft me parait assez génial car très complet (j’ai testé des openerp et autre dolibarr mais rien à avoir au niveau des graphiques par exemple).

Du coup c’est très pédagogique et ludique, et comme je bosse dans un lycée agricole et je que l’ai installé pour les collègues enseignants de compta, ça devrait bien nous convenir dans nos formations scolaire et adulte.

Dans un premier temps les collègues et les élèves vont bosser sur la base de démo, par contre j’aimerais savoir:

Comment on peut changer le nom de l’exploitation (GAEC DUPONT)
et
Comment on peut relancer “rake first_run” à nouveau (je voudrais le relancer sans limitation du nombre des données, sans max=50). J’ai réessayé de lancer “rake first_run” mais il m’affiche une erreur de nom déjà existant.

PS: je pense publier le tuto centos6 dans la semaine (mais avant je voudrais refaire une installation complète sur une centos6 fraichement installée)

Merci

DV

[azulito]

Bonjour,
Pour relancer un first run il faut surement que tu supprimes le contenu de la base de données avant (table comprises)
Ensuite relance le db:migrate puis le first_run. J’irais même jusqu’à supprimer la bdd entière et recommencer à partir du db:create.
Pour le max=50 eh bien tu le mets pas.

Pour ce qui est nom de l’exploitation, c’est justement le first_run qui le configure, Ensuite c’est compliqué de le changer (tu peux le faire directe dans la base de données mais c’est pas propre comme installation).
Pour avoir un autre nom que GAEC Dupont, il faut que tu te fabriques ton first run en particulier le fichier manifest.yml, il y a un tuto pour faire son first_run https://github.com/ekylibre/ekylibre/wiki/First-run-n1

[dvador]

Bonjour

Merci pour toutes ces précisions, c’est exactement ce que j’avais fini par faire.

DV[hr]
Bonjour

Voulant donc refaire une installation complète sur une centos6 toute neuve, tout se passe bien jusqu’au “rake first_run max=50” qui me renvoi l’erreur suivante:

[demo] Cooperativâ¦deliveries: …! 12.72s
[demo] Numerize oâ¦deliveries: 1.39s
[demo] Cultural iâ¦erventions: .rake aborted!
undefined method casts' for nil:NilClass /home/ekydev/ekylibre/lib/tasks/first_run/interventions.rb:44:inblock (4 levels) in <top (required)>’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/relation/delegation.rb:13:in each' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/relation/delegation.rb:13:ineach’
/home/ekydev/ekylibre/lib/tasks/first_run/interventions.rb:18:in block (3 levels) in <top (required)>' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/relation/delegation.rb:13:ineach’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/relation/delegation.rb:13:in each' /home/ekydev/ekylibre/lib/tasks/first_run/interventions.rb:12:inblock (2 levels) in <top (required)>’
/home/ekydev/ekylibre/lib/ekylibre/first_run/loader.rb:91:in count' /home/ekydev/ekylibre/lib/tasks/first_run/interventions.rb:11:inblock in <top (required)>’
/home/ekydev/ekylibre/lib/tasks/first_run.rake:13:in block (2 levels) in load_data' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/abstract/database_statements.rb:200:intransaction’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/transactions.rb:209:in transaction' /home/ekydev/ekylibre/lib/tasks/first_run.rake:12:inblock in load_data’
/home/ekydev/ekylibre/lib/tasks/first_run.rake:28:in block (3 levels) in <top (required)>' /home/ekydev/ekylibre/lib/tasks/first_run.rake:27:ineach’
/home/ekydev/ekylibre/lib/tasks/first_run.rake:27:in block (2 levels) in <top (required)>' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/abstract/database_statements.rb:202:inblock in transaction’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/abstract/database_statements.rb:210:in within_new_transaction' /usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/connection_adapters/abstract/database_statements.rb:202:intransaction’
/usr/local/rvm/gems/ruby-2.1.1/gems/activerecord-4.0.3/lib/active_record/transactions.rb:209:in transaction' /home/ekydev/ekylibre/lib/tasks/first_run.rake:26:inblock in <top (required)>’
/usr/local/rvm/gems/ruby-2.1.1/bin/ruby_executable_hooks:15:in eval' /usr/local/rvm/gems/ruby-2.1.1/bin/ruby_executable_hooks:15:in'
Tasks: TOP => first_run:interventions
(See full trace by running task with --trace)

N’étant pas une perle en ruby (ouais bof !), je suis donc perdu et je me demande si il n’y a finalement pas un problème dans le fichier “interventions.rb”.

Merci

DV

[azulito]

Bonjour,
Peux pas t’aider, désolé, il te faut un admin.

[dvador]

Bonjour

J’ai trouvé ça sur le net:

http://ruby.about.com/od/faqs/qt/Undefined-Method-To_sym-For-Nil-Nilclass.htm

Alors 1/ ou 2/ ? (la variable non déclarée, je n’y crois pas trop!)

Merci

DV

[azulito]

Bon Bon Bon, 5 jours sans modif sur le code, je crois que les admins sont en vacances…
J’ai supprimé ma base, mis a jour mon code, relancé les commandes suivantes :
sudo bundle install
rake db:create
rake db:migrate
rake first_run max=50 (j’ai donc travaillé à partir des données de démo non modifiées)

et la pas de probleme ça marche, j’ai bien vu la ligne ou tu as l’erreur mais ça n’a pas buggés
Donc j’aurais tendance à en déduire que ça ne vient pas du fichier intervention.rb.
As tu fais des modifs dans les données du first_run ?
Quelle procédure d’installation as tu suivi ?

[dvador]

Bonjour

J’ai suivi le tuto d’install sur github.

Quelle version de ruby as tu ?
Imagine que la mienne (2.1.1) soit devenue plus sensible à une déclaration de variable moins rigoureuse par exemple, ça c’est déjà vu en php.
Je fais exactement les mêmes commandes que toi après avoir supprimé les bases. J’ai essayé avec ruby 2.1.0 et j’ai exactement le même problème.

Je fais effectivement des git pull mais rien ne bouge en ce moment.

Merci

DV

[azulito]

Ruby 1.9.1

[dvador]

Bonjour

Bon rien de neuf sauf que :

rake first_run max=20

…et bin ça passe sans pb sur le fichier “interventions.rb”

Ensuite je lance le serveur et je m’y connecte sans pb !

Toujours aussi incompréhensible pour un php/mysqliste comme moi

Merci

DV

[azulito]

— Begin quote from ‘dvador’ pid=‘211’ dateline=‘1395231013’

Toujours aussi incompréhensible pour un php/mysqliste comme moi

— End quote

Tu peux suivre les tutos fait par l’équipe.
Sinon je te recommande chaudement http://french.railstutorial.org/chapters/beginning#top
là c’est complet !

[Patator65]

Bonjour, navré pour le déterrage, j’ai vu qu’on parlait ici de suppression de la base de données et j’ai une question bête : comment faites-vous pour la supprimer? Merci d’avance!

[azulito]

Tu peux la supprimer à partir rake, je ne connais pas la commande exacte mais il doit exister quelque chose comme : rake db:drop tenant=demo (à remplacer par le nom de ton instance)
Sinon direct dans postgresql avec les droits appropriés (admin de la base) soit en ligne de commande SQL (la je ne connais pas la commande). Soit en utilisant pgadmin (c’est le plus facile). Il me semble que pour supprimer la BDD il faut que ton serveur rail soit stoppé.
Voila des pistes, c’est pas très précis mais ça fait longtemps que je n’ai pas mis le nez dans ekylibre et les choses ont pu évoluer.