ca me rassure, cela veut dire que mon post-commit est executé à commit des develloppeurs.
Maintenant, j'ai cru comprendre que le TTY correspondait au terminal. Le fait qu'il soit unknow est il mon problème ? dans la mesure où la commande est executée par root, il ne devrait pas y avoir de problèmes....
merci de cette réponse aussi détaillée. En fait, Je crois que je n'ai pas été assez précis.
Je n'utilise pas mod_dav. Je lance un serveur svn "classique" et mes developppeurs y accèdent via subeclipse (plugin subversion pour eclipse) en tappant une url type svn://pcfileserveur:5555/ .
Dans ce cas là, plusieurs questions : Quand je recois un commit d'un de mes dev, ce serait plutot l'utilisateur svn qui execute les scripts non ? Et comment le savoir et uen être sur ?
Si je fais l'hypothèse qu'il s'agit de mon utilisateur svn qui lance le script, cela donnerai :
bon, je viens de tester ca à l'instant, je dois avouer que ca ne marche pas pour l'instant(avec svn et apache :-( ).
Y' aurait il des fichiers logs ou je pourrait voir ce qui cloche sinon ?
merci de cette réponse aussi détaillée. En fait, Je crois que je n'ai pas été assez précis.
Je n'utilise pas mod_dav. Je lance un serveur svn "classique" et mes developppeurs y accèdent via subeclipse (plugin subversion pour eclipse) en tappant une url type svn://pcfileserveur:5555/ .
Dans ce cas là, plusieurs questions : Quand je recois un commit d'un de mes dev, ce serait plutot l'utilisateur svn qui execute les scripts non ? Et comment le savoir et uen être sur ?
Si je fais l'hypothèse qu'il s'agit de mon utilisateur svn qui lance le script, cela donnerai :
bon, je viens de tester ca à l'instant, je dois avouer que ca ne marche pas pour l'instant(avec svn et apache :-( ).
Y' aurait il des fichiers logs ou je pourrait voir ce qui cloche sinon ?
"A quoi diable le programme en C est-il nécessaire ?
Ne serait-il pas plus simple de mettre
/usr/local/bin/svn update /mnt/DATA/site_dev_lp/
directement dans votre script shell ?"
D'après le tuto que j'avais suivit, ce serait parce que Unix n'autorise pas les scripts à être +s, donc il faudrait passer par un programme en C...
"As-tu bêtement fait un svn checkout avant dans le répertoire en question ???"
Oui, le site est actuellement en fonctionnement, mais les update doivent etre fait par chaque utilisateur à la console...
"suid?"
Je ne sais pas du tout ce que c'est, ni comment ca peut m'aider...
"gestion d'erreur"
Je ne sais pas comment faire cette gestion d'erreur, d'ailleurs, une partie du probème est là...
ok, je suis un boulet complet, j'ai posté mon script de svn...
Bon, j'ai aussi pour bind :D
Il est installé sur une mandriva 2006 avec bind8, pour red hat, j'ai pas eut de problèmes pour d'autres scripts de demarage.
Chez moi, le fichier de demarage s'appelle named8 mais su les forums, il s'appelle plus souvent named mais bon...
(Si le fichier est absent, tu peux le créer avec touch nomdufichier ou vi nomdufichier, je suppose que je ne t'apprend rien mais bon, linux c'est pas hyper intuitif des fois..).
Mon quand j'ai installé bind avec drakconf, il a tout installé direct, y compris le script
mon script :
#!/bin/bash
#
# named8 This shell script takes care of starting and stopping
# named8 (BIND8 DNS server).
#
# chkconfig: 345 55 45
# description: named (BIND8) is a Domain Name Server (DNS) \
# that is used to resolve host names to IP addresses.
# Source function library.
. /etc/rc.d/init.d/functions
# Source networking configuration.
. /etc/sysconfig/network
# Check that networking is up.
[ ${NETWORKING} = "no" ] && exit 0
[ -f /etc/sysconfig/named8 ] && . /etc/sysconfig/named8
[ -f /usr/sbin/named8 ] || exit 0
[ -f ${ROOTDIR}/etc/named8.conf ] || exit 0
RETVAL=0
start() {
# Start daemons.
if [ -n "`/sbin/pidof named8`" ]; then
echo -n "named8: already running"
return 1
fi
echo -n "Starting named8: "
if [ -n "${ROOTDIR}" -a "x${ROOTDIR}" != "x/" ]; then
OPTIONS="${OPTIONS} -t ${ROOTDIR}"
fi
# Start daemons.
daemon named8 -u named8 ${OPTIONS}
RETVAL=$?
[ $RETVAL -eq 0 ] && touch /var/lock/subsys/named8
echo
return $RETVAL
}
stop() {
# Stop daemons.
echo -n "Shutting down named8: "
kill -9 `/sbin/pidof named8`
RETVAL=$?
[ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/named8
echo
return $RETVAL
}
rhstatus() {
/usr/sbin/ndc8 status
return $?
}
restart() {
stop
start
}
reload() {
/usr/sbin/ndc8 reload
return $?
}
probe() {
# named knows how to reload intelligently; we don't want linuxconf
# to offer to restart every time
/usr/sbin/ndc8 reload >/dev/null 2>&1 || echo start
return $?
}
# See how we were called.
case "$1" in
start)
start
;;
stop)
stop
;;
status)
rhstatus
;;
restart)
restart
;;
condrestart)
[ -f /var/lock/subsys/named8 ] && restart || :
;;
reload)
reload
;;
probe)
probe
;;
*)
echo "Usage: named8
{start|stop|status|restart|condrestart|reload|probe}"
exit 1
esac
exit $?
Posté par vincent .
En réponse au message routage.
Évalué à 1.
ahhhhhhh maudit bind8
allow-query {
127.0.0.1;
};
ca parait tellement bête...
Ca doit être une protection, ou alors cette option est pour créer un serveur cache je ne sais pas...
Maintenant que j'ai remplacé par * ca marche.
Merci à vous pour votre aide, à force, je commence à tout savoir du dns !
vincent
Posté par vincent .
En réponse au message routage.
Évalué à 1.
ahhhhhhh maudit bind8
allow-query {
127.0.0.1;
};
ca parait tellement bête...
Ca doit être une protection, ou alors cette option est pour créer un serveur cache je ne sais pas...
Maintenant que j'ai remplacé par * ca marche.
Merci à vous pour votre aide, à force, je commence à tout savoir du dns !
vincent
Posté par vincent .
En réponse au message routage.
Évalué à 1.
bon, je vais faire le point sur ma situation.
Je cherche à installer le serveur DNS sur l'ordinateur ayant comme hostname pcfileserver.local.octeo.com et qui a comme ip 192.168.1.25 .
J'ai décider de faie une résolution de nom avec une url dev.local.octeo.com (qui pointerait sur le serveur d'ailleurs, c'est à dire 192.168.1.25).
Le but est de faire plusieurs résolutions avec des serveurs apaches virtuels sur ce serveurs.
Je n'ai pas de fichier /etc/named.conf, mais un fichier /etc/named8.conf, je ne sais pas ni pourquoi (j'ai tout installer avec yum...), ni si ca peut etre la cause de mes problèmes.
Dans ce fichier /etc/named8.conf, j'ai :
Dans mon fichier /var/named8/local.octeo.com.hosts, j'ai :
$ttl 38400
local.octeo.com. IN SOA pcfileserver.local.octeo.com. yoh_no.hotmail.com. (
1153300578
10800
3600
604800
38400 )
local.octeo.com. IN NS pcfileserver.local.octeo.com.
local.octeo.com. IN NS dev.local.octeo.com.
dev.local.octeo.com. IN A 192.168.1.25
Dans le fichier /etc/resolv.conf de mon serveur, j'ai :
Maintenant, avec ca, sans parler de apache, j'arrive à ping dev.local.octeo.com (il ping 192.168.1.25) losrque je suis en ssh sur le serveur.
Lorsque je suis sur le client (ou sur mon poste window), il ping l'ip farfelue 82.101.8.42 qu'il ping quand il ne sait pas résoudre.
Si vous voyez ou ca cloche...Sinon je ne sais pas si ca peut venir du DHCP.
merci,
vincent
Posté par vincent .
En réponse au message routage.
Évalué à 1.
mais c'est parce que local.octeo.com n'est pas la même chose que octeo.com.
D'ailleurs whois local.octeo.com ne donne rien.
C'est une bonne chos que tous les local.octeo.om soit redirigés sur pcfileserver.local.octeo.com parce que 'est sur ce serveur (local) que sont hebergé les sites en local.octeo.com.
Je ne pense pas que le problème soir là.
Sinon pas mal la commande whois, je connaissais pas.
Posté par vincent .
En réponse au message routage.
Évalué à 1.
Bonjour , merci pour ta réponse RAP G.
Je suis allé voir dans les fichiers que tu m'a indiqué.
Le fichier /etc/named.conf s'appelle chez moi /etc/named8.conf mais ce n'est pas grave je pense.
Come j'avais configuré sur webmain, j'avais bien déjà
zone "local.octeo.com" {
type master;
file "/var/named8/local.octeo.com.hosts";
};
J'ai laissé tel quel.
Et dans /var/named8/local.octeo.com.hosts j'ai :
$ttl 38400
local.octeo.com. IN SOA pcfileserver.local.octeo.com. yoh_no.hotmail.com. (
1152627463
10800
3600
604800
38400 )
local.octeo.com. IN NS pcfileserver.local.octeo.com.
pcfileserver.local.octeo.com. IN A 192.168.1.25
dev-lp.local.octeo.com. IN A 192.168.1.25
192.168.1.25.local.octeo.com. IN PTR pcfileserver.local.octeo.com.
local.octeo.com. IN NS dev-lp.local.octeo.com.
Ca ne me semble pas si mal et je ne comprends pas bien ou cela pourrait bien clocher pour qu'il associe avec l'ip farfelue 82.101.8.42.
Note, je pense qu'il asociait avc cette ip avant que je monte le DNS, il faut peut être cherche ailleurs ?
merci d'avance,
vincent
ps: le plus drôle, c'est que le message privé que je t'ai envoyé ne t'étais pas destiné, Omega est le pseudo habituel d'un ami et je pensais que c'était le sien sur linuxfr mais j'ai appris que non parce que tu l'avais déjà pris justement :D
[^] # Re: .
Posté par vincent . En réponse au message Auto deployement site web sous svn. Évalué à 0.
En farfouillant dans les log, j'ai trouvé dans /var/log/messages
Aug 7 1122:51 pcfileserver sudo: root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin/svn update /mnt/DATA/site_dev_lp
ca me rassure, cela veut dire que mon post-commit est executé à commit des develloppeurs.
Maintenant, j'ai cru comprendre que le TTY correspondait au terminal. Le fait qu'il soit unknow est il mon problème ? dans la mesure où la commande est executée par root, il ne devrait pas y avoir de problèmes....
vincent
[^] # Re: .
Posté par vincent . En réponse au message Auto deployement site web sous svn. Évalué à 0.
merci de cette réponse aussi détaillée. En fait, Je crois que je n'ai pas été assez précis.
Je n'utilise pas mod_dav. Je lance un serveur svn "classique" et mes developppeurs y accèdent via subeclipse (plugin subversion pour eclipse) en tappant une url type svn://pcfileserveur:5555/ .
Dans ce cas là, plusieurs questions : Quand je recois un commit d'un de mes dev, ce serait plutot l'utilisateur svn qui execute les scripts non ? Et comment le savoir et uen être sur ?
Si je fais l'hypothèse qu'il s'agit de mon utilisateur svn qui lance le script, cela donnerai :
snv localhost=(root) NOPASSWD:/usr/bin/svn update /mnt/DATA/site_dev_lp
#user domainname=(process user) commande
bon, je viens de tester ca à l'instant, je dois avouer que ca ne marche pas pour l'instant(avec svn et apache :-( ).
Y' aurait il des fichiers logs ou je pourrait voir ce qui cloche sinon ?
merci d'avance,
vincent
[^] # Re: .
Posté par vincent . En réponse au message Auto deployement site web sous svn. Évalué à 0.
merci de cette réponse aussi détaillée. En fait, Je crois que je n'ai pas été assez précis.
Je n'utilise pas mod_dav. Je lance un serveur svn "classique" et mes developppeurs y accèdent via subeclipse (plugin subversion pour eclipse) en tappant une url type svn://pcfileserveur:5555/ .
Dans ce cas là, plusieurs questions : Quand je recois un commit d'un de mes dev, ce serait plutot l'utilisateur svn qui execute les scripts non ? Et comment le savoir et uen être sur ?
Si je fais l'hypothèse qu'il s'agit de mon utilisateur svn qui lance le script, cela donnerai :
snv localhost=(root) NOPASSWD:/usr/bin/svn update /mnt/DATA/site_dev_lp
#user domainname=(process user) commande
bon, je viens de tester ca à l'instant, je dois avouer que ca ne marche pas pour l'instant(avec svn et apache :-( ).
Y' aurait il des fichiers logs ou je pourrait voir ce qui cloche sinon ?
merci d'avance,
vincent
# .
Posté par vincent . En réponse au message Auto deployement site web sous svn. Évalué à 1.
Ne serait-il pas plus simple de mettre
/usr/local/bin/svn update /mnt/DATA/site_dev_lp/
directement dans votre script shell ?"
D'après le tuto que j'avais suivit, ce serait parce que Unix n'autorise pas les scripts à être +s, donc il faudrait passer par un programme en C...
"As-tu bêtement fait un svn checkout avant dans le répertoire en question ???"
Oui, le site est actuellement en fonctionnement, mais les update doivent etre fait par chaque utilisateur à la console...
"suid?"
Je ne sais pas du tout ce que c'est, ni comment ca peut m'aider...
"gestion d'erreur"
Je ne sais pas comment faire cette gestion d'erreur, d'ailleurs, une partie du probème est là...
"sudo"
j'avais essayé ca :
dans mon scrit post-commit :
#!/bin/sh
sudo /usr/bin/update-dev svn update /mnt/DATA/site_dev_lp
et dans le /etc/sudoers:
root ALL = NOPASSWD:/usr/bin/update-dev svn update /mnt/DATA/site_dev_lp
mais alors là je ne sais pas si c'est bien root ou si ma commande est fausse, peut -être avez vous une idée...
voila ou j'en suis pour l'instant.
[^] # Re: Quelques questions complémentaires...
Posté par vincent . En réponse au message Scripte de démarrage de Bind. Évalué à 1.
# moulu
Posté par vincent . En réponse au message Scripte de démarrage de Bind. Évalué à 1.
[^] # Re: Solution bind
Posté par vincent . En réponse au message routage. Évalué à 1.
[^] # Re: Solution bind
Posté par vincent . En réponse au message routage. Évalué à 1.
[^] # Re: Solution bind
Posté par vincent . En réponse au message routage. Évalué à 1.
[^] # Re: Solution bind
Posté par vincent . En réponse au message routage. Évalué à 1.
à l'aide !
vincent
[^] # Re: Solution bind
Posté par vincent . En réponse au message routage. Évalué à 1.
D'ailleurs whois local.octeo.com ne donne rien.
C'est une bonne chos que tous les local.octeo.om soit redirigés sur pcfileserver.local.octeo.com parce que 'est sur ce serveur (local) que sont hebergé les sites en local.octeo.com.
Je ne pense pas que le problème soir là.
Sinon pas mal la commande whois, je connaissais pas.
vincent
[^] # Re: Solution bind
Posté par vincent . En réponse au message routage. Évalué à 1.
[^] # grrrr
Posté par vincent . En réponse au message script de lancement. Évalué à 1.
vincent
[^] # Re: Pourquoi des [] dans l'appel à daemon ?
Posté par vincent . En réponse au message script de lancement. Évalué à 0.
ca me donne :
Starting svnserve daemon: Type '/usr/bin/svnserve --help' for usage.
[FAILED]
j'ai aussi essayé :
OPTIONS="-d -r /usr/local/svn"
deamon $BINARY $OPTIONS on
mais ca me donne le même mesage d'erreur.
[^] # Re: et aussi ....
Posté par vincent . En réponse au message decompresser .tar.gz mais sans écraser. Évalué à 1.
vincent à qui ca va bien servir
[^] # Re: et aussi ....
Posté par vincent . En réponse au message decompresser .tar.gz mais sans écraser. Évalué à 1.
vincent à qui ca va bien servir
[^] # et aussi ....
Posté par vincent . En réponse au message decompresser .tar.gz mais sans écraser. Évalué à 1.
vincent
[^] # et......
Posté par vincent . En réponse au message decompresser .tar.gz mais sans écraser. Évalué à 1.
vincent
[^] # merci
Posté par vincent . En réponse au message decompresser .tar.gz mais sans écraser. Évalué à 2.
merci à vous Colin Leroy et sylv_,
vincent (j'adore ce forum !)
# précisions
Posté par vincent . En réponse au message decompresser .tar.gz mais sans écraser. Évalué à 1.
vincent
[^] # Re: Wget
Posté par vincent . En réponse au message Copier oui ! mais pas tout..... Évalué à 1.
je vas regarder la solution qui me conient le mieux...
ps: j'ai regardé les options du import..à peu de choses près il n'y a pas d'options...
[^] # Re: system
Posté par vincent . En réponse au message problème avec export et questions. Évalué à 1.
ps: le plus drôle, c'est que le message privé que je t'ai envoyé ne t'étais pas destiné, Omega est le pseudo habituel d'un ami et je pensais que c'était le sien sur linuxfr mais j'ai appris que non parce que tu l'avais déjà pris justement :D
[^] # Re: system
Posté par vincent . En réponse au message problème avec export et questions. Évalué à 1.
vincent
[^] # Re: system
Posté par vincent . En réponse au message problème avec export et questions. Évalué à 2.
ah...si...ca marche, merci pour l'aide, j'étais tellement omnubilé par la commande system...
Sinon, maintenant je dois faire la suite, et j'aimerai bien vos conseils !
vincent
# votez plusieurs fois
Posté par vincent . En réponse au sondage France-Togo vendredi 23 Juin. Évalué à 1.