Serveurs de calendrier: DAViCAL (RSCDS), tuto & question

Vous n'arrivez plus à décrocher de Geckozone ? Ces applications vont vous aider à vous souvenir de ce qu'il y a d'autre à faire.

Modérateur : J2m06

Imaginons
Arias
Messages : 17
Inscription : 03 déc. 2007, 10:36

Message par Imaginons »

Hé bien tout ça me paraît alléchant, effectivement.
Tu as des bons arguments.
Mais, "compiler" est encore pour un certain nombre dont je suis assez inaccessible. Du genre galère assurée si tu vois ce que je veux dire.
On sait tous que quand on retrousse nos manches on y arrive.
Mais on retrouve sa femme après 5 jours la langue par terre... J'y suis!!!

On attend donc ta proc avec une impatience non dissimulée.
zarbatrip
Arias
Messages : 6
Inscription : 05 févr. 2008, 20:16

Message par zarbatrip »

Bonjour et merci pour vos efforts.

Cela fait plusieurs mois que je teste différentes solutions et celle-ci me semble la plus répondre à mon besoin.

J'ai suivi votre tuto mais je suis bloqué à la fin.

Lorsque je me connecte sur http://monip, j'arrive sur la page de login.

J'entre alors "admin" et le mot de passe. Je me retrouve dans l'interface. Et là dès que je clique sur un onglet, je me retrouve sur la page de login. Du coup, je ne peux pas créer d'utilisateur.

J'ai bien sûr rebooté le serveur comme le client sans succès.

Je me souviens avoir trouvé un site qui parlait de ce problême mais après 5Heures de recherche à rouvrir tout mon historique, je ne trouve rien.

Je précise que mon Serveur est une Debian Etch stable avec apache et Postgresql et que mon poste client est une Debian Etch stable avec Iceweasel.

Quelqu'un aurait-il une piste à me proposer ?

Merci

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.3) Gecko/20070310 Iceweasel/2.0.0.3 (Debian-2.0.0.3-1)
Imaginons
Arias
Messages : 17
Inscription : 03 déc. 2007, 10:36

Message par Imaginons »

Et bien, à part le fait que ça ressemble au problème de bvincent (va voir en page 1), je ne pourrais malheureusement pas t'en dire plus pour le moment...

Essaye un peu depuis un post winxx? (Bon, un moment de honte est vite passé!)
D'autres linuxiens pourraient-ils donner un coup de main??
bvincent
Arias
Messages : 7
Inscription : 22 janv. 2008, 11:58

Message par bvincent »

Non ça ne vient pas du client car ayant le même problème et sensiblement la même configuration j'ai réalisé ce test depuis une machine windows avec firefox et Internet explorer. Et cela ne change rien.
bvincent
Arias
Messages : 7
Inscription : 22 janv. 2008, 11:58

Message par bvincent »

J'ai trouvé ça sur le wiki de RSDCS :
There could be an error message coming from PHP before it sends the "Cookie" header back.
Look at the source of the page
, or in the webserver error log for clues. Take care not to add any new line characters after ?> in the config file in /etc/rscds/*-conf.php!
Donc en gros pour l'instant je me relis tout le code pour voir ou pourrai ce situer le problème.

Sachant que le problème est identifié c'est que le serveur n'arrive pas à créer la session; en partie, puisque elle existe bien en base de donnée mais dans /var/tmp

Question, as-tu comme moi installé depuis les sources?
bvincent
Arias
Messages : 7
Inscription : 22 janv. 2008, 11:58

Message par bvincent »

Lueur d'espoir zarbatrip, je pense avoir trouvé notre solution:

dans ton fichier /etc/davical/adresse-ip-conf.php décommentes les 3 premières lignes.

Puis

Code : Tout sélectionner

/etc/init.d/apache2 stop

Code : Tout sélectionner

/etc/init.d/apache2 start
zarbatrip
Arias
Messages : 6
Inscription : 05 févr. 2008, 20:16

Message par zarbatrip »

Bonsoir,

alors j'ai bien essayé avec un Windows XP SP2 + IE6 mais le problème est identique.

Bvincent : je n'ai pas installé à partir des sources mais en suivant l'excellent tuto de Imaginons. Selon mon expérience, d'une manière générale les paquets préparés pour une distribution particulière sont bien plus stables que les sources (surtout avec Debian) car ils tiennent compte de leur spécificité ainsi que des différentes dépendances et sont souvent débuggés par les mainteneurs Debian. Je ne compile un soft que quand il n'y a pas de paquet pour ma distrib (par ex. VMWARE pour Debian).

Sinon j'ai essayé ta solution malheureusement sans succès, même après un reboot du serveur. Merci quand même pour l'idée.

Je continue de chercher...



Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.11) Gecko/20071204 Ubuntu/7.10 (gutsy) Firefox/2.0.0.11
zarbatrip
Arias
Messages : 6
Inscription : 05 févr. 2008, 20:16

Message par zarbatrip »

Bonjour,

J'ai un peu avancé.

Suite au message de bvincent, j'ai ré-éditer le fichier de conf et j'ai supprimé tous les espaces et les lignes vides.

Je peux maintenant accéder à l'interface et créer mes utilisateurs.

Merci bvincent.

J'ai créé mon utilisateur puis, depuis Evolution, j'ai créé mon calendrier.
Je n'ai pas de message d'erreur mais je n'arrive pas à "activer" le calendrier, la case se décoche instantanément dès que j'essaie de la cocher.
Je vois bien mon calendrier dans "This User's Collection"
Peux-t'être avez-vous une piste ?
Comme "User Roles", j'ai choisi group au hasard. A quoi sert cette fonction ?

Merci


Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.12) Gecko/20080207 Ubuntu/7.10 (gutsy) Firefox/2.0.0.12
neoyoshi
Arias
Messages : 7
Inscription : 14 févr. 2008, 17:52

Pb de connection Database error

Message par neoyoshi »

J'ai fait l'install sur une debian toute fraiche en vmware.

Code : Tout sélectionner

apt-get install apache2 php5
apt-get install postgresql-8.1 ...
Tout fait comme dans le tuto, mais déjà lorsque j'utilise ceci:

Code : Tout sélectionner

/usr/share/rscds/dba/create-database.sh 
il me dit qu'il ne trouve pas certain id ...
il me fourni bien le mot de pass admin, qui sert à quoi ?

J'ai mis Virtualhost en lieu et place de mon default pour tester
lorsque je me connecte sur mon ip depuis firefox : http://192.168.1.100
ca me met :
Database Error
Could not connect to PostgreSQL database
J'ai beau rebooter, je vois pas d'où cela vient ?

LOG:
- postgresl:
2008-02-14 19:48:54 CET FATAL: authentification Ident échouée pour l'utilisateur « general »
- apache2 :
[Thu Feb 14 19:55:09 2008] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-8+etch10 con figured -- resuming normal operations
[Thu Feb 14 19:55:16 2008] [error] [client 192.168.1.2] davical: ***: ERROR:Conn ection failed: >>0<< = >>dbname=davical port=5433 user=general<<
[Thu Feb 14 19:55:16 2008] [error] [client 192.168.1.2] davical: ***: ERROR:Conn ection failed: >>1<< = >>dbname=davical port=5432 user=general<<
[Thu Feb 14 19:55:21 2008] [error] [client 192.168.1.2] davical: ***: ERROR:Conn ection failed: >>0<< = >>dbname=davical port=5433 user=general<<
[Thu Feb 14 19:55:21 2008] [error] [client 192.168.1.2] davical: ***: ERROR:Conn ection failed: >>1<< = >>dbname=davical port=5432 user=general<<
[Thu Feb 14 19:55:21 2008] [error] [client 192.168.1.2] davical: ***: ERROR:Conn ection failed: >>0<< = >>dbname=davical port=5433 user=general<<
[Thu Feb 14 19:55:21 2008] [error] [client 192.168.1.2] davical: ***: ERROR:Conn ection failed: >>1<< = >>dbname=davical port=5432 user=general<<
Une idée, on dirait un problème d'user ?
Par avance merci :D



Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Imaginons
Arias
Messages : 17
Inscription : 03 déc. 2007, 10:36

Message par Imaginons »

Lis attentivement les détails du §6 et surveille les ports dans /etc/services (ouvrir le port 5433 à l'image du 5432).
Le login admin te sert à entrer dans l'interface web de contrôle du serveur Davical.

As-tu bien répondu "n" à l'étape 3?
Un peu plus de détails sur l'ID qu'il ne trouve pas ?

On peut tj se poser la question de la couche VM, mais disons que c'est peu probable...

Bonne chance.

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Imaginons
Arias
Messages : 17
Inscription : 03 déc. 2007, 10:36

Message par Imaginons »

Lis attentivement les détails du §6 et surveille les ports dans /etc/services (ouvrir le port 5433 à l'image du 5432).
Le login admin te sert à entrer dans l'interface web de contrôle du serveur Davical.

As-tu bien répondu "n" à l'étape 3? Le user general aurait-il été mal créé??
Un peu plus de détails sur l'ID qu'il ne trouve pas ?

On peut tj se poser la question de la couche VM, mais disons que c'est peu probable...

Bonne chance.

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
neoyoshi
Arias
Messages : 7
Inscription : 14 févr. 2008, 17:52

ca va mieux mais c'est toujours pas ça

Message par neoyoshi »

Re,

oui j'ai fait comme dans le tuto.
ce qui bloquait c'etait dans le fichier pg_hba.conf
local all postgres ident sameuser

# TYPE DATABASE USER CIDR-ADDRESS METHOD

# "local" is for Unix domain socket connections only
local all all ident sameuser
# IPv4 local connections:
host all all 127.0.0.1/32 md5
# IPv6 local connections:
host all all ::1/128 md5
local davical general trust
A remplacer comme ça:
local all postgres md5

# TYPE DATABASE USER CIDR-ADDRESS METHOD

# "local" is for Unix domain socket connections only
local all all trust
# IPv4 local connections:
host all all 127.0.0.1/32 md5
# IPv6 local connections:
#host all all ::1/128 trust
local davical general trust
Maintenant que j'ai accès au http://192.168.1.100/davical/
problème d'identification ...
J'ai regardé dans la base davical le user "admin" le mot de pass est pas celui qu'il affiche lors du script mais avec 2 "*" avant !!!
Pour autant cela ne change rien voici ce que j'ai dans les logs:
apache2 :

Code : Tout sélectionner

[Tue Feb 19 13:34:09 2008] [error] [client 192.168.1.2] davical: LOG: always: Query: QF: SELECT schema_major, schema_minor, schema_patch FROM awl_db_revision ORDER BY schema_id DESC LIMIT 1;, referer: http://192.168.1.100/davical/
[Tue Feb 19 13:34:09 2008] [error] [client 192.168.1.2] davical: LOG: always: Query: QF: ERREUR: droit refus\xc3\xa9 pour la relation awl_db_revision, referer: http://192.168.1.100/davical/
[Tue Feb 19 13:34:09 2008] [error] [client 192.168.1.2] davical: LOG: Login: Query: QF: Error in '/usr/share/awl/inc/Session.php' on line 343, referer: http://192.168.1.100/davical/
[Tue Feb 19 13:34:09 2008] [error] [client 192.168.1.2] davical: LOG: Login: Query: QF: SELECT * FROM usr WHERE lower(username) = 'admin' AND active, referer: http://192.168.1.100/davical/
[Tue Feb 19 13:34:09 2008] [error] [client 192.168.1.2] davical: LOG: Login: Query: QF: Error in '/usr/share/awl/inc/Session.php' on line 343, referer: http://192.168.1.100/davical/
[Tue Feb 19 13:34:09 2008] [error] [client 192.168.1.2] davical: LOG: Login: Query: QF: ERREUR: droit refus\xc3\xa9 pour la relation usr, referer: http://192.168.1.100/davical/
[Tue Feb 19 13:34:09 2008] [error] [client 192.168.1.2] davical: Login failure: WARN: Invalid username or password., referer: http://192.168.1.100/davical/
et pour postgresql :

Code : Tout sélectionner

2008-02-19 13:34:09 CET ERREUR:  droit refusé pour la relation awl_db_revision
2008-02-19 13:34:09 CET ERREUR:  droit refusé pour la relation usr
une idée ?

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
neoyoshi
Arias
Messages : 7
Inscription : 14 févr. 2008, 17:52

script verrolé

Message par neoyoshi »

Re,

Je me demande si le script est pas verolé pour la création de la base ?
Il te serait pas possible de mettre en ligne le tient ?


Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
neoyoshi
Arias
Messages : 7
Inscription : 14 févr. 2008, 17:52

trouver

Message par neoyoshi »

Ok j'ai trouvé, en fait c'est un problème d'utilisateur autorisé à ce connecter à la base de donnée davical !

En clair, si l'utilisateur 'general' n'existe pas ben ça marche pas, faut mettre un utilisateur autorisé par ex 'postgres' pour faire les test. Pas en prod car il a tous les droits ^^

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
neoyoshi
Arias
Messages : 7
Inscription : 14 févr. 2008, 17:52

Explication sur l'utilisation de l'interface d'administratio

Message par neoyoshi »

Re,

Comment fonctionne l'interface d'administration ?
Comment ce fait il que seul l'utilisateur admin peut accéder aux agendas alors que j'ai un autre utilisateur (avec tous les droits aussi) créer comme suit sous sunbird :
- travail dans le répertoire http://192.168.1.100/davical/caldav.php/travail/home
- essai
http://192.168.1.100/davical/caldav.php/essai/test

et qu'est ce que veux dire ce qui est après caldav.php ? Meme si je mets n'importe quoi ça marche ^^

Et comment marche le partage d'agenda entre plusieurs ordi avec la gestio n d'écriture ... ?

HELP US


Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Répondre

Qui est en ligne ?

Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 12 invités