tampax a écrit 6 commentaires

C'est un raid soft, mais il s'agit bien d'un check dû à une longue période sans vérification.

Qu'est-ce qu'il vérifie ? Sûrement pas les cluster défectueux... Puisqu'il s'agit d'un disque virtuel il aurait du mal, non ?

Il vérifie l'intégrité de la table d'allocation ?

heu, ce que je peux te dire c'est ma façon de faire ...

Pour editer : crontab -e

Pour lister : crontab -l

Quand tu sort de l'éditeur il recharge tout seul les tâches du fichier, donc rien a fair e de plus.

Merci quand même, en fait je ne suis pas admin du serveur mac, mais du serveur linux, c'est une confirmation que je voulais. Histoire de ne pas être le seul à prétendre qu'il vaut mieux utiliser samba.

Peut-on récupérer les valeurs des paramètres lors d'un appels avec GET, ou même avec post.

Probablement, mais comment doit-on s'y prendre, il ne me semble pas avoir eu me moindre indice avec $ENV.

Je voudrais piloter les relais via une page sur http, la machine qui pilote la carte relais est une petite carte soekris sur laquelle je ne veux/peux pas faire tourner un serveur http car trop lourd et démesuré pour l'usage.

J'ai donc mis un script bash derrière le port 80 via inetd. J'ai bien une page qui s'affiche, jusque là tout va bien.

Seulement si je demande http://ip/ ou http://ip/mapage ou http://ip/qdfqfdkqfd , c'est la même page qui s'affiche évidemment, il n'y a pas de serveur pour interprêter la page ni la valeur des arguments GET/POST envoyés.

Comment faire pour savoir sur quel lien nous avons cliquer et pouvoir ainsi activer/désactiver les relais.

A part monopoliser X ports et un script derrière chaques ports je vois pas trop. Idéalement il faudrait récupérer la valeur de l'URL...

J'ai essayer toutes vos solutions, l'idée était de rendre transparente cette fonctionnalité, avec la solution de niol j'ai un problème lorsque je passe des arguments a ls, avec celle de B. franck c'est en effet pas tout a fait ça, et avec celle de D B je dois changer mes habitude et utiliser "truc" lorsque je veux lister un répertoire, j'ai donc écrit un petit code perl qui joue l'intermédiaire :


#!/usr/bin/perl

use Getopt::Long;

my $readme = ".README" ;

my $a = '' ;
my $l = '' ;
my $color = '' ;

unshift @ARGV, $ENV{LS_OPTIONS} ;

GetOptions ( 'a' => \$a, 'l' => \$l, 'color=s' => \$color ) ;

$args .= "-a " if $a ;
$args .= "-l " if $l ;
$args .= "--color=$color " if $color ;

push @ARGV, "." unless @ARGV ; # pour qu'un ls sans arguments fonctionne aussi
system "/bin/cat @ARGV/$readme" if ( ! -l "@ARGV" && -e "@ARGV/$readme" ) ;
exec "/bin/ls $args @ARGV" ;

en enregistrant ce script dans /bin/lsreadme et en modifiant le .bashrc comme suit :

eval "`dircolors`"
export LS_OPTIONS='--color=auto'
export LS='/bin/lsreadme'
alias ls='$LS $LS_OPTIONS'
alias ll='$LS $LS_OPTIONS -l'

je n'ai repris que les arguments que j'utilise couramment, le script respecte les options fournies par la variable LS_OPTIONS, ce qui permet a l'occasion de lancer directement /bin/ls en utilisant aussi les options de LS_OPTIONS, il réagit assez bien, son utilisation semble réellement transparente pour l'utilisateur, il y a probablement moyen de faire mieux pour les arguments.

Je vais pouvoir documenter mes répertoires de script pour que dans 3 ans lorsque j'aurais oublier ce bidouillage j'utiliserais bêtement un "ls" je me souviendais de votre aide fraternel et je retrouverais aisément ce que je cherche...

twin2:~# ll /conf/twin2/scripts/mysql
--------------------------------------------------
-> update.pl
Met a jour les fichiers openDB.txt avec
les informations des fichiers config2.xml.

total 4
-rwxr-xr-x 1 root root 1540 2006-03-03 09:16 update.pl
twin2:~#