A priori, la configuration semble correcte (ifconfig & route).
Pourrais tu:
1) Redonner des stats ifconfig eth2 car celles données sont post-boot (?) mais surtout indiquent 0 paquet/donnée reçu sur eth2 !
=> Il peut y avoir un problème au niveau driver et/ou medium (le câble)
2) L'état ARP pour eth2 (arp -a | grep eth2).
=> A priori, après quelques échanges initiés depuis la machine, il doit se remplir des adresses (MAC,IP) pour les autres équipements du même réseau (ici on se limite à eth2).
3) Réaliser un petit test via tcpdump à chaque extrémité (deux machines sur le même réseau de eth2) + un ping ou autre (telnet, ...)
=> Visualiser les échanges pour savoir où ne passe pas la communication.
Quelques possibilités:
1) Hardware avec le driver et/ou le câble (peu probable vu les diodes allumées, mais bon, ne pas négliger)
2) Firewall "mal configuré" qui:
2.a) drop les paquets (surtout pour la machine dont tu nous parles et qui est connectée à internet, quoique ^__^)
2.b) NAT les paquets (par exemple avec l'adresse externe ou autre que celle de eth2 !)
2.c) ... (etc)
3) La faute à "pas de chance" :/ !
Je n'ai qu'une petite info: X-CD-ROAST qui s'appuie sur cdrecord arrive à gérer de multiple instances si j'en crois la page man [http://www.linuxmanpages.com/man1/xcdroast.1.php], paragraphe "Multiple concurrent instances".
A voir comment s'en inspirer et en faire un script :-)
Par exemple, lancer plusieurs simulations de gravure et lister les processus (ps axwww | grep cdrecord)....
Peux-tu regarder du côté de la table de routage ?
(netstat -rn ou route -n print ou ...)
Il me semble que les 2 gateways (192.168.1.1 & 192.168.0.1) soient configurées et, patatra, tu as 2 routes "par défaut" (une via eth0 et une via eth1)...
En outre, comme ce sont deux cartes réseaux de même nature (ethernet), les routes associées ont un même poids (similaire à une sorte de priorité pour l'algo de routage)....
Quand tu déconnectes le câble de la carte active, le système fait un peu de ménage et trouve bien une route par défaut via l'autre carte (toujours up). Ca fonctionne, mais que se passe-t-il quand tu reviens à l'état normal ? (le système reprend-t-il son ancienne config ?)
=> En fonction de ton besoin, je t'invite :
1) dans le cas d'une architecture active / secours, à fixer manuellement les routes (à la fin du fichier 'interfaces', sous la forme "up route add ...") en affectant un poids différent sur chaque interfaces (par ex eth0 active et eth1 secours);
2) dans le cas d'une répartition de charge, il doit y avoir des solutions pour répartir le trafic mais je n'en ai pas sous la main ;-)
Et après relecture, je pense que la solution n°2 serait la plus proche de ton cas.....
Bon courage !
Cdlt,
PS: [délire] Ah oui, tu peux t'auto-déclarer AS et faire du routage dynamique (par ex. famille bgp) sur tes 2 connexions internet... [/délire]
PS2: Avec 2 adresses IP différentes (si j'ai bien compris), évites de faire un routage asymétrique (un paquet arrivant de l'internet entre par une interface et ressort vers l'internet par l'autre).
Peux-être qu'en lançant proftpd en ligne de commande sans passage en mode daemon, par exemple avec des options "--nodaemon -debug 2" (augmenter le niveau de debug progressivement), peut-être que tu auras des messages plus précis quant aux échecs de proFTPD en mode Anonymous...
Ce serait vraiment dommage de passer à côté de cette petite investigation ;-)
Pour la création de fichier (le PIDFILE, un lock), je conseille l'utilisation d'un outil fort sympatique: lockfile (il est présent dans le paquet de procmail).
Sinon, tu peux aussi utiliser une socket réseau (plus complexe quoique) car en écoutant sur un port particulier (>=1024 si non root), tu réserves une ressource unique (du moins, sous Unix/Linux) qui peut aussi servir à contrôler l'exécution (par exemple, après N tentatives, utiliser kill :P).
Bon courage !
Cdlt,
PS: Ah oui, grep peut aussi servir mais c'est plus sioux ;-)
OK, cela ne corrige pas ton problème avec procmail (faudrait jeter un oeil plus précis à la doc de sendmail+procmail et ta config :P), mais pourquoi ne pas utiliser le fichier '.forward' ?
Il te permet de transférer (même pour garder une copie locale) les mails, et voici un exemple pour l'utilisateur 'moi':
Je n'ai pas de Debian sous la main, mais je crois que les paquets téléchargés par APT sont placés un niveau en dessous de /var/cache/apt/...
Peut-être y trouveras tu ton bonheur ^__^
Sinon, tu peux monter une VM (Qemu ou Xen) et installer une nouvelle distrib Kubuntu avec Medibuntu en concervant le cache APT :-)
I.3) Joker :-)
A priori, je pense que le signal sera noté dans le contexte noyau du processus (structure proc ?) mais il faudra attendre un changement de processus pour qu'il y ait une lecture de cette info...
(Voir l'ordonnancement des processus)
I.4) Faux SI les processus n'appartiennent pas au même groupe (voir appel systeme setsid & co) car le process init est le père qui adopte tous les petits orphelins du système.
I.5) Vrai sinon le CTRL+C deviendrait moins amusant dans le SHELL ;-)
I.6) Faux SI { on reste sur le même système de fichier ET le système de fichier gère les liens HARD+SOFT }.
En effet, le lien Symbolique [http://en.wikipedia.org/wiki/Symbolic_link] est composé:
a) 1 entrée dans le listing du répertoire (nom, infos du fichier: inode)
b) 1 contenu (bloc(s) sur le disque) qui correspond au chemin du lien;
De son côté, le lien Hard [http://en.wikipedia.org/wiki/Hard_link] est uniquement composé du a) avec incrément du ref count sur le fichier :-)
Exercice 2
II.1) Je pencherais sur la "portabilité" des appels haut niveau qui feront l'interface avec les appels systèmes "bas niveau" de chaque OS.
La rapiditié revient à l'utilisation du bas niveau qui enlève certaines couches intermédiaires (buffers, structures...)
III.1) les fonctions *dir: opendir, readdir, closedir
Il faut que le répertoire soit accessible par l'utilisateur en Read+eXecute
III.2) On rajoute les fonctions *stat (stat, fstat, lstat, ...) pour chaque entrée afin d'avoir leurs "attributs" (droits d'accès, dates systèmes, ...).
III.3) Joker
Bug de l'implémentation de la commande LS utilisée ;-)
Lorsque je lance smb il est ok pour quelques minutes avant de tomber dead, pendant ce laps de temps, je lance netstat -anlp et la pas de processus smb ni les ports ouverts pour l'application.
=> Peux-tu lancer dans une console dédiée le smbd avec les options "-F -d 1" (en plus des options que tu utilises sauf "-D") ?
Pour info, le "-F" est pour foreground ie pas en mode daemon (d'où ne pas avoir aussi "-D" en même temps) et le "-d 1" est pour le debug de niveau 1 (avec incrément +1 pour avoir plus d'infos/de verbosité si nécessaire).
J'espère qu'il pourra t'en dire un peu plus :-)
Bon courage !
Cdlt,
PS: Sinon, samba génère aussi des journaux (log) qui peuvent être décortiqués ^__^
Ce script pourrait faire un travail sur le fichier déposé (changement des droits d'accès, déplacement dans l'arborescence, etc...) et ainsi limiter les droits de l'utilisateur en question.
Pour peu que son HOME soit uniquement accessible en écriture :-)
Par contre, un inconvénient à cette proposition: le script est lancé sur tous les uploads y compris ceux des autres utilisateurs...
=> A prendre en compte lors de l'écriture du dit script
Ben, on vient sur les forums pour cela: poser des questions / essayer d'y apporter une réponse.
Donc, quand on peut, on ne se gêne pas :P
Malheureusement, je ne connais pas bien Ubuntu (j'ai quelques notions en Linux, mais pas plus).
=> Je ne pourrais pas te guider dans le détail.
Ce qui me chagrine, c'est que le lecteur semble quand même fonctionner du moins, si on le "gave" (miam les CDs) avant le boot :S
Pour moi, je pencherais sur un autre piste d'investigation: conflit du driver de ton lecteur avec ????
En effet, tu arrives à mount-er un CD s'il est placé dans le lecteur avant le boot, mais pas l'inverse (boot puis mount).
J'ai l'impression que lors de l'initialisation de ta machine, il y a quelque chose (une chargement de module, ...) qui pourrait (j'ai bien dit pourrait) causer ce genre de mésaventures.
=> Pour cela, il faut te préparer (physiquement, mentalement, et tout ce que tu veux :P) et jeter un oeil dans les logs (/var/log/syslog ou messages, ...) en faisant des manipulations "simples" (boot, mount, ...) pour voir s'il n'y a pas quelque chose de bizarre.
Après, regarder un peu sur le net si ton lecteur (SCSI ?!?) n'aurait pas connu des bugs dans le driver linux 2.X.Y.
=> Une mise à jour pourrait alors être à envisager sachant que la carte ATI n'a pas l'air d'aimer cela :(
Pourrais tu réaliser une autre manipulation :
En environnement normal (ie non recovery et sans CD), ne pas activer le montage automatique sur ton lecteur graveur (via fichier /etc/fstab ou interface graphique).
Puis tester le montage manuel à l'aide de la commande (sudo ...).
L'objectif est de tester le montage manuel hors recovery (cas n°3) pour isoler:
1) Le montage lui-même;
2) La partie "automatique";
Je chercherais dans le fichier /etc/inittab pour identifier le runlevel par défaut
id:?:initdefault:
En fonction de la distribution, il faudrait y avoir comme runlevel: 2 (debian) ou 3 (redhat ?) pour la console sans X11 (xdm & co)
Après, il faudra peut-être manipuler avec la commande update-rc.d (debian) ou chkconfig (redhat) pour activer/désactiver le module X11 (xdm, gdm ou gnome desktop manager, ...)
=> Les pages man sont pas trop mal faites :-)
Bon courage !
Cdlt,
PS: Pour xdm, sous RedHAT, cela donnerait (suggestion):
chkconfig --level 123456 xdm off
La liste des levels devrait être réduite au runlevel par défaut (celui vu plus haut) pour ne pas trop faire de dégats ;-)
Je me suis laissé emporté par "gère entre les 1+n serveurs en cluster", et j'ai loupé le HA :/
Le MPI est pour le calcul parallèle dont (au moins ?) un serveur qui sert de contrôleur (=> gérer les autres).
Dommage qu'il n'y a pas de lien 'un-pertinent', cela m'aurait bien été utile !
Juste pour mettre mon grain de sel: la commande tar de Solaris n'est pas le GNU tar des linux, donc de RedHat ES.
Perso, je verrais deux pistes:
1) La version NFS entre Linux et Solaris qui diffère (rpcinfo -p, mount, version noyau...)
2) La commande tar qui aurait besoin d'un peu plus de ??? (version du tar sous RHES ?, bugfixes ? ...).
J'ai manqué de clarté alors dans mon post précédent, mille excuses :-) !
Je disais qu'il y avait au moins:
1) Access time (atime)
2) Creation time (ctime)
3) Modification time (mtime)
comme type de dates système et qu'un répertoire, pour Unix, est un fichier (un peu spécial, mais bon, tout est fichier sous Unix), donc a ces champs renseignés (sauf cas de montage de partition avec les options sioux :P).
Par exemple, chez moi (OpenBSD):
=== stat /etc
0 6 drwxr-xr-x 34 root wheel 10816 3584 "Jun 14 01:30:55 2007""Jun 8 20:08:44 2007""Jun 8 20:08:44 2007" 16384 8 0 /etc
===
(dates dans l'ordre 1,2,3 [cf ci-dessus])
L'accès est d'aujourd'hui, mais la "création" et la modification datent d'il y a presque une semaine.
Ca peut paraître bizare d'avoir ctime = mtime, mais c'est peut-être le fonctionnement normal de ma OpenBSD ^__^
Tiens, et si je prend un fichier: /etc/kbdtype (langue du clavier):
=== stat /etc/kbdtype
0 1655 -rw-rw-r-- 1 root wheel 12751 3 "Jun 4 19:10:21 2007""Oct 30 05:14:58 2006""Oct 30 05:14:58 2006" 16384 4 0 /etc/kbdtype
===
Je me rapproche de la date d'installation [1 release tous les 6 mois] :-)
On peut aussi remarquer que je n'ai modifié aucune date du fichier par cette commande.
J'ai l'impression que les dates antérieures dont tu parles sont dues à l'installation (ou copie) avec les options type 'préserve' qui essayent de conserver les dates et attributs (owner, droits d'accès) du fichiers lors de sa copie (cp -p, tar zxp, ...).
Heu... Les dates de création (, accès) et modification sont normalement renseignées (sauf mountage avec options type no{a,c,m,}time & co) pour chaque fichier (et un répertoire est un fichier particulier, non ?)
Si tu as une commande stat, tentes ta chance avec :-)
Je soulignerais un petit point d'attention: est-ce que la machine était à l'heure (dans le BIOS) lors de son installation ?
Dans mon cas, chaque machine "neuve" que j'ai manipulée avait une date+heure bien à elle (et pas forcément le 1er janvier 19?? :D).
Bon courage !
Cdlt,
PS: Il y a aussi un autre point subtile, il concerne la mise à jour de ces fichiers car certains sont édités mais d'autres sont effacés puis copiés. Dans le premier cas, la date de création n'est pas modifiée, dans le second, il y a de fortes chances qu'elle soit perdue au profit du nouveau fichier !
[^] # Re: que dit ...
Posté par Steve Azriel . En réponse au message nouvelle carte réseau. Évalué à 2.
A priori, la configuration semble correcte (ifconfig & route).
Pourrais tu:
1) Redonner des stats ifconfig eth2 car celles données sont post-boot (?) mais surtout indiquent 0 paquet/donnée reçu sur eth2 !
=> Il peut y avoir un problème au niveau driver et/ou medium (le câble)
2) L'état ARP pour eth2 (arp -a | grep eth2).
=> A priori, après quelques échanges initiés depuis la machine, il doit se remplir des adresses (MAC,IP) pour les autres équipements du même réseau (ici on se limite à eth2).
3) Réaliser un petit test via tcpdump à chaque extrémité (deux machines sur le même réseau de eth2) + un ping ou autre (telnet, ...)
=> Visualiser les échanges pour savoir où ne passe pas la communication.
Quelques possibilités:
1) Hardware avec le driver et/ou le câble (peu probable vu les diodes allumées, mais bon, ne pas négliger)
2) Firewall "mal configuré" qui:
2.a) drop les paquets (surtout pour la machine dont tu nous parles et qui est connectée à internet, quoique ^__^)
2.b) NAT les paquets (par exemple avec l'adresse externe ou autre que celle de eth2 !)
2.c) ... (etc)
3) La faute à "pas de chance" :/ !
Bon courage !
Cdlt,
# Une piste...
Posté par Steve Azriel . En réponse au message Graver sur plusieurs graveurs la meme iso en simultané ??. Évalué à 1.
Je n'ai qu'une petite info: X-CD-ROAST qui s'appuie sur cdrecord arrive à gérer de multiple instances si j'en crois la page man [http://www.linuxmanpages.com/man1/xcdroast.1.php], paragraphe "Multiple concurrent instances".
A voir comment s'en inspirer et en faire un script :-)
Par exemple, lancer plusieurs simulations de gravure et lister les processus (ps axwww | grep cdrecord)....
Bon courage !
Cdlt,
PS: Au passage, merci de nous tenir informé si quelqu'un trouve une solution par rapport à ton message [http://forum.ubuntu-fr.org/viewtopic.php?pid=1239140]
^__^
# Sans conviction :/
Posté par Steve Azriel . En réponse au message probleme de memoire. Évalué à 1.
Je ne suis pas sûr mais j'opterais pour ajouter un paramètre au noyau dans grub/lilo.
[http://kbase.redhat.com/faq/FAQ_42_556.shtm]
Bon courage !
Cdlt,
PS: Je n'ai pas eu l'occasion de rencontrer des serveurs avec > 4GB de RAM, donc je ne vais pas trop m'avancer ;-)
[^] # Re: Joignable ?
Posté par Steve Azriel . En réponse au message Debian : deux cartes réseau connectés au net. Évalué à 4.
Peux-tu regarder du côté de la table de routage ?
(netstat -rn ou route -n print ou ...)
Il me semble que les 2 gateways (192.168.1.1 & 192.168.0.1) soient configurées et, patatra, tu as 2 routes "par défaut" (une via eth0 et une via eth1)...
En outre, comme ce sont deux cartes réseaux de même nature (ethernet), les routes associées ont un même poids (similaire à une sorte de priorité pour l'algo de routage)....
Quand tu déconnectes le câble de la carte active, le système fait un peu de ménage et trouve bien une route par défaut via l'autre carte (toujours up). Ca fonctionne, mais que se passe-t-il quand tu reviens à l'état normal ? (le système reprend-t-il son ancienne config ?)
=> En fonction de ton besoin, je t'invite :
1) dans le cas d'une architecture active / secours, à fixer manuellement les routes (à la fin du fichier 'interfaces', sous la forme "up route add ...") en affectant un poids différent sur chaque interfaces (par ex eth0 active et eth1 secours);
2) dans le cas d'une répartition de charge, il doit y avoir des solutions pour répartir le trafic mais je n'en ai pas sous la main ;-)
Et après relecture, je pense que la solution n°2 serait la plus proche de ton cas.....
Bon courage !
Cdlt,
PS: [délire] Ah oui, tu peux t'auto-déclarer AS et faire du routage dynamique (par ex. famille bgp) sur tes 2 connexions internet... [/délire]
PS2: Avec 2 adresses IP différentes (si j'ai bien compris), évites de faire un routage asymétrique (un paquet arrivant de l'internet entre par une interface et ressort vers l'internet par l'autre).
[^] # Re: Est-ce que tu as déjà utilisé le template Anonymous.conf ?
Posté par Steve Azriel . En réponse au message ProFTPd et accès anonyme. Évalué à 1.
Peux-être qu'en lançant proftpd en ligne de commande sans passage en mode daemon, par exemple avec des options "--nodaemon -debug 2" (augmenter le niveau de debug progressivement), peut-être que tu auras des messages plus précis quant aux échecs de proFTPD en mode Anonymous...
Ce serait vraiment dommage de passer à côté de cette petite investigation ;-)
Bon courage !
Cdlt,
# Est-ce que tu as déjà utilisé le template Anonymous.conf ?
Posté par Steve Azriel . En réponse au message ProFTPd et accès anonyme. Évalué à 2.
ProFTPD fournit des templates de configuration, dont un qui pourrait te convenir: anonymous.conf [http://www.proftpd.org/docs/configs/anonymous.conf]
En particulier, je n'ai pas vu de section "Limit LOGIN" du type:
dans le bloc de configuration "Anonymous"....
Peut-être une piste :-)
Bon courage !
Cdlt,
# Autre proposition : socket réseau
Posté par Steve Azriel . En réponse au message Ne lancer qu'une seule instance d'un programme. Évalué à 2.
Pour la création de fichier (le PIDFILE, un lock), je conseille l'utilisation d'un outil fort sympatique: lockfile (il est présent dans le paquet de procmail).
Sinon, tu peux aussi utiliser une socket réseau (plus complexe quoique) car en écoutant sur un port particulier (>=1024 si non root), tu réserves une ressource unique (du moins, sous Unix/Linux) qui peut aussi servir à contrôler l'exécution (par exemple, après N tentatives, utiliser kill :P).
Bon courage !
Cdlt,
PS: Ah oui, grep peut aussi servir mais c'est plus sioux ;-)
# .forward ?
Posté par Steve Azriel . En réponse au message configuration sendmail / procmail / devcot. Évalué à 1.
OK, cela ne corrige pas ton problème avec procmail (faudrait jeter un oeil plus précis à la doc de sendmail+procmail et ta config :P), mais pourquoi ne pas utiliser le fichier '.forward' ?
Il te permet de transférer (même pour garder une copie locale) les mails, et voici un exemple pour l'utilisateur 'moi':
Bon courage !
Cdlt,
[^] # Re: Trop tard ?!?
Posté par Steve Azriel . En réponse au message Questions d'exam. Évalué à 1.
Merci pour toutes ces infos :-)
Une petite mise à jour de mon commentaire:
Au lieu de
Il faudra lire
Voili voilà :P
Cdlt,
PS: Au passage, je comprend mieux le III.3 si on n'a pas besoin de "traverser" le répertoire... :P
# Un niveau de plus ?
Posté par Steve Azriel . En réponse au message creer un depot.... Évalué à 1.
Je n'ai pas de Debian sous la main, mais je crois que les paquets téléchargés par APT sont placés un niveau en dessous de /var/cache/apt/...
Peut-être y trouveras tu ton bonheur ^__^
Sinon, tu peux monter une VM (Qemu ou Xen) et installer une nouvelle distrib Kubuntu avec Medibuntu en concervant le cache APT :-)
Bon courage !
Cdlt,
PS: Je te fais confiance pour les CDs de Kubuntu [http://www.ubuntu.com/getubuntu/mirror] et suivant :-)
# Trop tard ?!?
Posté par Steve Azriel . En réponse au message Questions d'exam. Évalué à 1.
Quizz me voilà (avec l'aide de WikiPedia :P)
I - Exercice 1
I.1) Vrai sauf cas particulier des commandes types SU ou SUDO & co :-)
I.2) Vrai avec l'aide de Wikipedia [http://en.wikipedia.org/wiki/SIGPIPE]
I.3) Joker :-)
A priori, je pense que le signal sera noté dans le contexte noyau du processus (structure proc ?) mais il faudra attendre un changement de processus pour qu'il y ait une lecture de cette info...
(Voir l'ordonnancement des processus)
I.4) Faux SI les processus n'appartiennent pas au même groupe (voir appel systeme setsid & co) car le process init est le père qui adopte tous les petits orphelins du système.
I.5) Vrai sinon le CTRL+C deviendrait moins amusant dans le SHELL ;-)
I.6) Faux SI { on reste sur le même système de fichier ET le système de fichier gère les liens HARD+SOFT }.
En effet, le lien Symbolique [http://en.wikipedia.org/wiki/Symbolic_link] est composé:
a) 1 entrée dans le listing du répertoire (nom, infos du fichier: inode)
b) 1 contenu (bloc(s) sur le disque) qui correspond au chemin du lien;
De son côté, le lien Hard [http://en.wikipedia.org/wiki/Hard_link] est uniquement composé du a) avec incrément du ref count sur le fichier :-)
Exercice 2
II.1) Je pencherais sur la "portabilité" des appels haut niveau qui feront l'interface avec les appels systèmes "bas niveau" de chaque OS.
La rapiditié revient à l'utilisation du bas niveau qui enlève certaines couches intermédiaires (buffers, structures...)
II.2) WikiPedia:
[http://fr.wikipedia.org/wiki/R%C3%A9entrance]
II.3) WikiPedia:
[http://fr.wikipedia.org/wiki/Attente_passive]
[http://fr.wikipedia.org/wiki/Attente_active]
III - Exercice 3
III.1) les fonctions *dir: opendir, readdir, closedir
Il faut que le répertoire soit accessible par l'utilisateur en Read+eXecute
III.2) On rajoute les fonctions *stat (stat, fstat, lstat, ...) pour chaque entrée afin d'avoir leurs "attributs" (droits d'accès, dates systèmes, ...).
III.3) Joker
Bug de l'implémentation de la commande LS utilisée ;-)
Voili voilà.
Bon courage !
Cdlt,
# Investiguation en console
Posté par Steve Azriel . En réponse au message probleme Samba PDC +LDAP. Évalué à 1.
=> Peux-tu lancer dans une console dédiée le smbd avec les options "-F -d 1" (en plus des options que tu utilises sauf "-D") ?
Pour info, le "-F" est pour foreground ie pas en mode daemon (d'où ne pas avoir aussi "-D" en même temps) et le "-d 1" est pour le debug de niveau 1 (avec incrément +1 pour avoir plus d'infos/de verbosité si nécessaire).
J'espère qu'il pourra t'en dire un peu plus :-)
Bon courage !
Cdlt,
PS: Sinon, samba génère aussi des journaux (log) qui peuvent être décortiqués ^__^
# pure-uploadscript
Posté par Steve Azriel . En réponse au message Interdire la suppression sur PureFTPd. Évalué à 1.
Peut-être ai-je mal compris, mais il semble que PureFTPD ait une fonctionnalité 'pure-uploadscript' qui lance un script après un upload réussit (voir la doc man ou [http://jeanmatthieu.free.fr/pureftpd/doc/adv/man/pure-upload(...)])
Ce script pourrait faire un travail sur le fichier déposé (changement des droits d'accès, déplacement dans l'arborescence, etc...) et ainsi limiter les droits de l'utilisateur en question.
Pour peu que son HOME soit uniquement accessible en écriture :-)
Par contre, un inconvénient à cette proposition: le script est lancé sur tous les uploads y compris ceux des autres utilisateurs...
=> A prendre en compte lors de l'écriture du dit script
Bon courage !
Cdlt,
[^] # Re: Autre manip SVP
Posté par Steve Azriel . En réponse au message Lecteur cdrom problèmatique. Évalué à 1.
Ben, on vient sur les forums pour cela: poser des questions / essayer d'y apporter une réponse.
Donc, quand on peut, on ne se gêne pas :P
Malheureusement, je ne connais pas bien Ubuntu (j'ai quelques notions en Linux, mais pas plus).
=> Je ne pourrais pas te guider dans le détail.
Ce qui me chagrine, c'est que le lecteur semble quand même fonctionner du moins, si on le "gave" (miam les CDs) avant le boot :S
Pour moi, je pencherais sur un autre piste d'investigation: conflit du driver de ton lecteur avec ????
En effet, tu arrives à mount-er un CD s'il est placé dans le lecteur avant le boot, mais pas l'inverse (boot puis mount).
J'ai l'impression que lors de l'initialisation de ta machine, il y a quelque chose (une chargement de module, ...) qui pourrait (j'ai bien dit pourrait) causer ce genre de mésaventures.
=> Pour cela, il faut te préparer (physiquement, mentalement, et tout ce que tu veux :P) et jeter un oeil dans les logs (/var/log/syslog ou messages, ...) en faisant des manipulations "simples" (boot, mount, ...) pour voir s'il n'y a pas quelque chose de bizarre.
Après, regarder un peu sur le net si ton lecteur (SCSI ?!?) n'aurait pas connu des bugs dans le driver linux 2.X.Y.
=> Une mise à jour pourrait alors être à envisager sachant que la carte ATI n'a pas l'air d'aimer cela :(
Je sèche !
En tout cas, bon courage & bonne chance !
Cdlt,
# Autre manip SVP
Posté par Steve Azriel . En réponse au message Lecteur cdrom problèmatique. Évalué à 1.
Pourrais tu réaliser une autre manipulation :
En environnement normal (ie non recovery et sans CD), ne pas activer le montage automatique sur ton lecteur graveur (via fichier /etc/fstab ou interface graphique).
Puis tester le montage manuel à l'aide de la commande (sudo ...).
L'objectif est de tester le montage manuel hors recovery (cas n°3) pour isoler:
1) Le montage lui-même;
2) La partie "automatique";
Merci et bon courage !
Cdlt,
# /etc/inittab ?
Posté par Steve Azriel . En réponse au message ou se lance X ?. Évalué à 3.
Je chercherais dans le fichier /etc/inittab pour identifier le runlevel par défaut
En fonction de la distribution, il faudrait y avoir comme runlevel: 2 (debian) ou 3 (redhat ?) pour la console sans X11 (xdm & co)
Après, il faudra peut-être manipuler avec la commande update-rc.d (debian) ou chkconfig (redhat) pour activer/désactiver le module X11 (xdm, gdm ou gnome desktop manager, ...)
=> Les pages man sont pas trop mal faites :-)
Bon courage !
Cdlt,
PS: Pour xdm, sous RedHAT, cela donnerait (suggestion):
La liste des levels devrait être réduite au runlevel par défaut (celui vu plus haut) pour ne pas trop faire de dégats ;-)
[^] # Re: MPI => vu
Posté par Steve Azriel . En réponse au message Créer une application cluster. Évalué à 2.
Je me suis laissé emporté par "gère entre les 1+n serveurs en cluster", et j'ai loupé le HA :/
Le MPI est pour le calcul parallèle dont (au moins ?) un serveur qui sert de contrôleur (=> gérer les autres).
Dommage qu'il n'y a pas de lien 'un-pertinent', cela m'aurait bien été utile !
Cdlt,
# MPI
Posté par Steve Azriel . En réponse au message Créer une application cluster. Évalué à 2.
J'ai aperçu un article dans LinuxMag sur MPI qui pourrait répondre (partiellement) à ta question.
Quelques pointeurs:
¤ [http://en.wikipedia.org/wiki/Message_Passing_Interface] WikiPedia
¤ [http://www.gnulinuxmag.com/index.php?2006/11/29/41-gnu-linux(...)] La couverture du LinuxMag
A priori, il y a l'air d'avoir quelques ressources sur Google (et son cache :P)
Bon courage !
Cdlt,
[^] # Re: remplacer le server (SFU-NFS) Windows par Samba/Linux/NFS
Posté par Steve Azriel . En réponse au message tar symbolic link mal restitués sur FS NFS NTFS. Évalué à 1.
Juste pour mettre mon grain de sel: la commande tar de Solaris n'est pas le GNU tar des linux, donc de RedHat ES.
Perso, je verrais deux pistes:
1) La version NFS entre Linux et Solaris qui diffère (rpcinfo -p, mount, version noyau...)
2) La commande tar qui aurait besoin d'un peu plus de ??? (version du tar sous RHES ?, bugfixes ? ...).
Bon courage !
Cdlt,
# rsnapshot
Posté par Steve Azriel . En réponse au message Script Backup. Évalué à 2.
Une petite alternative (merci Linux Mag ^__^):
rsnapshot [http://www.rsnapshot.org/]
C'est tout prêt, il n'y a plus qu'à (j'adore cette phrase) paramétrer :-)
Bon courage !
Cdlt,
[^] # Re: non => dur dur (malentendu)
Posté par Steve Azriel . En réponse au message Date d'installation du système. Évalué à 1.
J'ai manqué de clarté alors dans mon post précédent, mille excuses :-) !
Je disais qu'il y avait au moins:
1) Access time (atime)
2) Creation time (ctime)
3) Modification time (mtime)
comme type de dates système et qu'un répertoire, pour Unix, est un fichier (un peu spécial, mais bon, tout est fichier sous Unix), donc a ces champs renseignés (sauf cas de montage de partition avec les options sioux :P).
Par exemple, chez moi (OpenBSD):
===
stat /etc
0 6 drwxr-xr-x 34 root wheel 10816 3584 "Jun 14 01:30:55 2007" "Jun 8 20:08:44 2007" "Jun 8 20:08:44 2007" 16384 8 0 /etc
===
(dates dans l'ordre 1,2,3 [cf ci-dessus])
L'accès est d'aujourd'hui, mais la "création" et la modification datent d'il y a presque une semaine.
Ca peut paraître bizare d'avoir ctime = mtime, mais c'est peut-être le fonctionnement normal de ma OpenBSD ^__^
Tiens, et si je prend un fichier: /etc/kbdtype (langue du clavier):
===
stat /etc/kbdtype
0 1655 -rw-rw-r-- 1 root wheel 12751 3 "Jun 4 19:10:21 2007" "Oct 30 05:14:58 2006" "Oct 30 05:14:58 2006" 16384 4 0 /etc/kbdtype
===
Je me rapproche de la date d'installation [1 release tous les 6 mois] :-)
On peut aussi remarquer que je n'ai modifié aucune date du fichier par cette commande.
Voili voilà.
Ai-je été plus clair ?
Cdlt,
[^] # Re: non => dur dur
Posté par Steve Azriel . En réponse au message Date d'installation du système. Évalué à 2.
J'ai l'impression que les dates antérieures dont tu parles sont dues à l'installation (ou copie) avec les options type 'préserve' qui essayent de conserver les dates et attributs (owner, droits d'accès) du fichiers lors de sa copie (cp -p, tar zxp, ...).
Heu... Les dates de création (, accès) et modification sont normalement renseignées (sauf mountage avec options type no{a,c,m,}time & co) pour chaque fichier (et un répertoire est un fichier particulier, non ?)
Si tu as une commande stat, tentes ta chance avec :-)
Je soulignerais un petit point d'attention: est-ce que la machine était à l'heure (dans le BIOS) lors de son installation ?
Dans mon cas, chaque machine "neuve" que j'ai manipulée avait une date+heure bien à elle (et pas forcément le 1er janvier 19?? :D).
Bon courage !
Cdlt,
PS: Il y a aussi un autre point subtile, il concerne la mise à jour de ces fichiers car certains sont édités mais d'autres sont effacés puis copiés. Dans le premier cas, la date de création n'est pas modifiée, dans le second, il y a de fortes chances qu'elle soit perdue au profit du nouveau fichier !
# Projets HA ?
Posté par Steve Azriel . En réponse au message Cluster d'applications bureautique pour clients légers. Évalué à 1.
Peut-être que tu devrais orienter ta recherche sur des solutions de type HA telle que LinuxHA.
Ces solutions offrent des fonctions de répartition de charge.
Pour quelques pistes sous Linux: [http://lcic.org/load_balancing.html]
Et toujours un petit lien WikiPedia [http://fr.wikipedia.org/wiki/R%C3%A9partition_de_charge]
(jongler, si possible, avec la version anglaise car elle est plus complète [http://en.wikipedia.org/wiki/Load_balancing_%28computing%29])
Bon courage !
Cdlt,
PS: Sur OpenBSD (et d'autres), il y a CARP qui propose une fonction de répartition de charge.
[^] # Re: pas de dns => Option -D
Posté par Steve Azriel . En réponse au message squid. Évalué à 2.
Sinon, on peut désactiver ce jeu de tests de Squid avec l'option '-D' au démarrage cf [Squid-FAQ] [http://wiki.squid-cache.org/SquidFaq/TroubleShooting?highlig(...)]
Maintenant, ça ne corrigera pas le "problème de DNS" vu par Squid, mais il devrait moins grogner au démarrage ^__^
Bon courage !
Cdlt,
# Est-ce que...
Posté par Steve Azriel . En réponse au message [LaTeX]. Évalué à 1.
J'ai trouvé ça sur LinuxFR:
[http://linuxfr.org/forums/12/8564.html]
Ce sera mieux que de te trouver le compteur des chapitres et de le modifier à la mano :P
Bon courage !
Cdlt,