Discussion :

[desbrandesq]

Bonjour,
Je tente de configurer une connexion vers une base DB2 sous AIX avec un client DB2 sous Windows.. Je rentre tous les paramètres qu'il faut, mais au moment de terminer la procédure je rencontre une erreur SQL1092N dont le message est le suivant :
---------------------------------------------
SQL1092N "XLWT358" ne dispose pas du droit nécessaire pour exécuter la commande.

Explication:

L'utilisateur a essayé d'exécuter une commande ou d'effectuer une
opération sans disposer des droits correspondants.

Le traitement de la commande est impossible.

Utilisateurs d'un système fédéré : cette situation peut
également être détectée par la source de données.

Réaction de l'utilisateur:

Connectez-vous comme utilisateur disposant des droits appropriés
et relancez la commande ou l'opération ayant échoué. Les droits
corrects peuvent être SYSADM, SYSCTRL, SYSMAINT et DBADM. DBADM
est accordé pour des bases de données et les autres droits sont
déterminés en fonction de l'appartenance aux groupes définis dans
la configuration du gestionnaire de bases de données (par exemple,
si sysctrl_group dans le fichier de configuration du gestionnaire
de bases de données est défini comme 'ABC', vous devez appartenir
au groupe 'ABC' pour bénéficier du droit SYSCTRL). Pour obtenir
la liste des droits nécessaires à l'exécution de cette commande
ou opération, reportez-vous aux manuels Command Reference ou SQL
Reference .

Si vous utilisez l'authentification Kerberos dans un
environnement Windows, veillez à vous connecter à la machine à
l'aide d'un compte de domaine. Seuls les utilisateurs associés à
un domaine peuvent se servir de l'authentification Kerberos dans
une environnement Windows 2000.

Si vous utilisez le support LDAP, assurez-vous que vous ou la
passerelle DB2 Connect êtes autorisé à exécuter les commandes
CATALOG DATABASE, NODE et DCS DATABASE. Appelez la commande
"UPDATE DBM CFG USING CATALOG_NOAUTH YES" au niveau du client ou
de la passerelle pour corriger l'erreur.

Utilisateurs d'un système fédéré : si nécessaire, identifiez la
source de données au niveau de laquelle la demande a échoué (pour
plus de détails, reportez-vous au manuel problem determination
guide) et assurez-vous que l'ID autorisation indiqué possède les
droits nécessaires pour cette source de données.

Prenez contact avec l'administrateur du système pour vos
demandes de droits. N'essayez pas d'exécuter la commande sans
autorisation appropriée.

---------------------------------------------

En tant qu'administrateur de ma machine je suis allé voir dans les groupes Windows mais je ne vois pas quoi faire de mieux. Avez vous déjà rencontré ce problème???
Merci d'avance

[jab]

Je me demande si le problème ne vient pas des droits sur la base et non des droits sur la machine.

[ALHER]

Si l'authentification est de type "SERVER", l'utilisateur doit exister sur l'AIX.
Car c'est sur cette machine (le serveur) que le controle se fait et non sur le client

[marsup54]

Sous windows, il faut nécéssairement que les utilisateurs de la BDD soient définis sur la machine (via LDAP ou en local).

++

[domBLB]

Hum, si c'est quand tu declares une datasource alors c'est que tu n'a pas les droits suffisants sur ton poste pour declarer une source dans le client.
Il faut donc que soit tu la declarer avec un compte administrateur du poste, soit que tu regardes dans le client la valeur du parametre sysadm_group. Si il contient un nom de groupe local, alors tu rajoutes ton user dans ce groupe et le tour est joué.