IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration système Discussion :

Permission non accordée


Sujet :

Administration système

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Juillet 2009
    Messages
    207
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2009
    Messages : 207
    Par défaut Permission non accordée
    Bonjour all,
    avant toute chose mes excuse si je ne poste pas au bon endroit.

    Pour commencer j'ai un ami a moi qui a créer son serveur dédié avec le système Gentoo.
    Il a créer un ip failover et sur cette ip il a créer un compte utilisateur.
    Dans l'espace utilisateur il a créer un server irc puits installer un eggdrop Stats et quand il a voulu créer des taches crontab pour générer les statistiques sa lui a mis l'erreur :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    login@ks3***** ~ $ crontab -e
    cannot chdir(/var/spool/cron), bailing out.
    /var/spool/cron: Permission non accordée
    comment remédié a se problème svp merci ?

    Cordialement Stéphane

  2. #2
    Membre très actif

    Homme Profil pro
    Responsable projets techniques
    Inscrit en
    Février 2003
    Messages
    980
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Responsable projets techniques
    Secteur : Biens de consommation

    Informations forums :
    Inscription : Février 2003
    Messages : 980
    Par défaut
    bon comme indiqué, c'est un problème de droit à priori...

    déjà, première question: c'est normal que tu n'utilises pas root pour éditer la crontab (c'est le "$" de ta ligne de commande qui me fait dire ça : en général, pour root, tu as un "#") ?

    si oui, vérifie :
    1) quels sont les droits de ton dossier :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    $ ls -ld /var/spool/cron
    2) pendant qu'on y est, à qui sont les autres dossiers :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    $ ls -la /var/spool/cron/crontabs
    3) vérifie aussi les droits de crontab :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    $ ls -l `which crontab`
    4) enfin, vérifie le groupe de ton utilisateur :
    Pour te donner un exemple, chez moi, j'ai :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    # ls -ld /var/spool/cron
    drwxr-x--- 4 root cron 4096 Dec  5 22:52 /var/spool/cron
    # ls -la /var/spool/cron/crontabs
    total 16
    drwx-wx--T 2 root  cron 4096 Feb 11 18:02 .
    drwxr-x--- 4 root  cron 4096 Dec  5 22:52 ..
    -rw-r--r-- 1 root  root    0 Dec  6 00:56 .keep_sys-process_vixie-cron-0
    -rw------- 1 root  cron  202 Dec  9 16:10 root
    -rw------- 1 <user> cron  217 Feb 11 18:02 <user>
    # ls -l `which crontab`
    -rwxr-s--x 1 root cron 30580 Dec  6 00:56 /usr/bin/crontab
    # id <user>
    uid=1003(<user>) gid=100(users) groups=1...),16(cron),...
    En gras, c'est les points importants... j'ai donc un groupe "cron" qui a pas mal de droit sur tous les dossiers /var/* et qui a également le sgid sur la commande crontab.
    Et mon user "standard" appartient à ce groupe...

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Juillet 2009
    Messages
    207
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2009
    Messages : 207
    Par défaut
    Bonsoir Alek,
    Merci de ton aide .
    Donc oui en root j'utilise bien le mode # ---> ks3***** ~ #
    mais la c'est un compte en ip failover qu'il a créer.

    Alors vue que je ne connais pas assez je voudrai savoir si ta méthode marche aussi pour les ip Failover si oui ou sa se trouve ?

    se soir ou demain il viendra maté se tuto pour corriger le problème mais plus il aurra des info mieux sa serra pour lui et moi

    Cordialement Stéphane


    Citation Envoyé par Alek-C Voir le message
    bon comme indiqué, c'est un problème de droit à priori...

    déjà, première question: c'est normal que tu n'utilises pas root pour éditer la crontab (c'est le "$" de ta ligne de commande qui me fait dire ça : en général, pour root, tu as un "#") ?

  4. #4
    Membre très actif

    Homme Profil pro
    Responsable projets techniques
    Inscrit en
    Février 2003
    Messages
    980
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Responsable projets techniques
    Secteur : Biens de consommation

    Informations forums :
    Inscription : Février 2003
    Messages : 980
    Par défaut
    Je ne vois pas le rapport entre le compte root et l'ip failover... et je ne sais pas si vous avez bien saisi le concept d'ip failover (et pourquoi ton ami ne vient pas directement ici, ça serait plus simple ?)

    Une ip failover, c'est une ip, point barre : elle pointe vers un serveur certes, mais si tu n'as qu'un serveur, elle pointe vers le même serveur que ton ip classique. C'est un alias si tu préfères. L'intérêt d'une ip failover, c'est qu'elle n'est pas liée à une machine : c'est une ip que tu peux rediriger à loisir vers un autre serveur si besoin... c'est intéressant si tu as un backup, ou si un jour tu souhaites spliter ton serveur en 2 (un serveur web et un serveur de bdd, ou deux serveurs web) parce que le trafic devient trop important pour une seule machine... voir ici : http://www.ovh.com/fr/items/ip_failover.xml

    Enfin, bref, donc moi, quand je vois ça :
    Je vois quelqu'un qui n'est pas root sur sa machine et pour ce qui est de ma procédure, elle devrait marcher sur la plupart des machine sous Linux...

  5. #5
    Membre confirmé
    Profil pro
    Inscrit en
    Juillet 2009
    Messages
    207
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2009
    Messages : 207
    Par défaut
    Bonjour Alek,
    Merci de ce renseignement
    Avec ta solution c'est parfait et sa fonctionne merci a toi.
    Pour mon ami il ne peut pas venir car il tafff avec des horaires a la con donc une fois que j'avais posté je lui et envoyer le lien pis il a testé ta méthode et sa marche.
    Pour le ~ $ Affff j'avais ouvert 2 puttys et mon copier coller na pas du fonctionné et je n'est pas fait attention quand je les coller mes excuses.
    login as: root
    Password:
    Machine : 8***7
    release : 2.25
    hostname : ks3*****.kimsufi.com
    ks3***** ~ #
    Cordialement Stéphane


    Citation Envoyé par Alek-C Voir le message
    Je ne vois pas le rapport entre le compte root et l'ip failover... et je ne sais pas si vous avez bien saisi le concept d'ip failover (et pourquoi ton ami ne vient pas directement ici, ça serait plus simple ?)

    Une ip failover, c'est une ip, point barre : elle pointe vers un serveur certes, mais si tu n'as qu'un serveur, elle pointe vers le même serveur que ton ip classique. C'est un alias si tu préfères. L'intérêt d'une ip failover, c'est qu'elle n'est pas liée à une machine : c'est une ip que tu peux rediriger à loisir vers un autre serveur si besoin... c'est intéressant si tu as un backup, ou si un jour tu souhaites spliter ton serveur en 2 (un serveur web et un serveur de bdd, ou deux serveurs web) parce que le trafic devient trop important pour une seule machine... voir ici : http://www.ovh.com/fr/items/ip_failover.xml

    Enfin, bref, donc moi, quand je vois ça :
    Je vois quelqu'un qui n'est pas root sur sa machine et pour ce qui est de ma procédure, elle devrait marcher sur la plupart des machine sous Linux...

  6. #6
    Membre très actif

    Homme Profil pro
    Responsable projets techniques
    Inscrit en
    Février 2003
    Messages
    980
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Responsable projets techniques
    Secteur : Biens de consommation

    Informations forums :
    Inscription : Février 2003
    Messages : 980
    Par défaut
    tant que ça marche et que vous avez compris (enfin, surtout ton pote), c'est l'essentiel

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Bash : ./testC.o: Permission non accordée
    Par nanath02 dans le forum Débuter
    Réponses: 8
    Dernier message: 19/11/2008, 19h47
  2. ./a.out: Permission non accordée
    Par dillinger91 dans le forum Shell et commandes GNU
    Réponses: 14
    Dernier message: 25/06/2008, 17h14
  3. /bin/mount : permission non accordée au démarrage
    Par gifffftane dans le forum Administration système
    Réponses: 3
    Dernier message: 24/06/2007, 22h32
  4. [Bacula] Permission non accordée
    Par nefast dans le forum Administration système
    Réponses: 4
    Dernier message: 18/04/2007, 14h06
  5. create tablespace: permission non-accordée
    Par ctobini dans le forum PostgreSQL
    Réponses: 1
    Dernier message: 04/11/2006, 16h27

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo