stillbsd a écrit 70 commentaires

lvm est pratique afin d'avoir de la souplesse au niveau de la taille des systèmes de fichiers.
Qui n'a jamais taillé un /var ou un /tmp trop petit ?

Par ailleurs, il est souvent utile de mettre /tmp et /var en dehors de / .
Le reste est une question de gout (/opt , /home).
Installer Oracle dans /opt est un classique, et lui dédier un FS aussi.

Tu as 2 DD de 500 Go en interne, plus une baie pour Oracle ?
Tu pourras sauvegarder tes bases sur ta baie, et sur ces disques internes.

Pour oracle, suis bien les pré-requis d'installation pour tailler les IPC , et n'hésite pas à mettre les derniers niveaux de patchs après l'installation (surtout pour la 10G qui comporte pas mal de patchs, pour la 11G ça doit être trop tot).

Bonjour,

rpm -ivh <nom_du_fichier.rpm>

ou :
yum install xview
(après avoir installé et configuré yum)

Ensuite xview devrait être dans ton path.
Si which xview te renvoie le chemin complet à xview, c'est le cas.

Bonjour,

Enlève peut-etre les guillemets autour du "file handler" dans ces 2 ordres (même chose pour les close):

open ("WFILE", ">>mont2.txt") or die ("Impossible d'ouvrir le fic. mont2.txt");

open ("SUIVEUR", "c:\\site.txt");


Et de préférence, utilise use strict , même si cela t'oblige à déclarer toutes tes variables.
Ca aide souvent à se rendre compte d'erreurs grossières.

Bonsoir,

En se fiant à google : s'agit-il de ce bug ?
->
http://ubuntuforums.org/showthread.php?t=627705

Pas de souci. Je me suis un peu ré-exercé en perl !
Au fait, l'as tu utilisé ? Est-ce qu'il a fait le ménage correctement ?

Salut,

Je n'ai pas bcp d'expérience avec mysql.
Mais j'essaie :-)
Pourquoi pas un insert ... select en utilisant la fonction quote() .
->
http://dev.mysql.com/doc/refman/5.0/fr/string-functions.html

Je t'en prie.
Le monde du logiciel libre fonctionne énormément par l'entraide.

Ton problème aura en tout cas encore prouvé qu'il faut d'abord s'assurer du bon fonctionnement du matériel avant de s'attaquer au soft.
Mais le kernel linux ne fournit pas d'informations claires quant à l'erreur recontrée sur le bus SCSI. L'affreuse série d'erreurs SCSI laissait penser à un problème de driver.

Bonjour,

Que donne comme erreurs dmesg après le chargement de modules via modprobe ?

Pour que dbstart démarre l'instance, il suffit que ton instance soit présente dans le fichier /etc/oratab, avec un Y en fin de ligne.

Peut-etre psresize ?
http://www.tardis.ed.ac.uk/~ajcd/psutils/psresize.html

Tous les utilitaires de psutils sont décrits ici :
http://www.tardis.ed.ac.uk/~ajcd/psutils/

Bonjour,

Assure toi que tu as suivi les étapes de ces tutoriels, suivant ta distribution :
* installation de oracle 10g sur une red hat enterprise 5 :
http://www.oracle-base.com/articles/10g/OracleDB10gR2Install(...)

* installation d'oracle 10g sous ubuntu :
http://supinfo-projects.com/fr/2006/oracle_on_ubuntu/

De manière générale, pour installer oracle sous linux, il faut savoir :
quelle est son architecture : x86, ou x86-64, oracle délivrant des packages distincts pour ces 2 archis

Ensuite :
* mets en place les pré-requis : paquets à installer, paramètres kernel
à setter (shared memory), fichiers /etc/redhat-release à leurrer éventuellement, ...
* tu télécharges les .zip pour ton archi, puis tu les décompresses.
* lancer runinstaller

Si ton installation via runinstaller s'est bien passée, sans erreur, tu devrais avoir alors une installation fonctionnelle.
Eventuellement sans base si tu as choisi de ne pas créer de base de test lorsqu'il te l'a proposé.

Lorsque tu auras créé une base, par l'outil graphique dbca ou en ligne de commandes en connaissant le bon paramètrage, ta base sera créée mais tu n'auras pas de configuration du listener fonctionnelle de mémoire.
L'outil graphique netca peut te configurer le listener, c.a.d. le listener.ora et le tnsnames.ora .

A savoir : le listener et l'instance oracle sont distincts.
L'un et l'autre sont démarrés séparément.
Le listener par : lsnrctl start en tant que user oracle.
Et la base par dbstart, qui est un script fourni par oracle qui "scanne" dans /etc/oratab les bases à démarrer.


En ce qui concerne les bouquins sur oracle, je n'ai pas de conseils à te donner.
J'avoue que je me suis plus formé en lisant les docs oracle, et par le Net, que par les bouquins sur oracle.
Les bouquins en français/anglais d'Oracle Press sont quand meme de bonne qualité, regarde de ce coté.

OK super.
Google a bien aidé :-)

Bonsoir,

Ce script perl semble marcher.
Tu le mets dans un fichier menage.pl, avec les droits d'execution.
Tu lui passes en 1er argument le chemin complet au fichier (/var/spool/mail/<login>) et en second l'adresse SMTP de l'adresse d'émission (grosSPAM@spam.com par exemple).

La sortie standard représente le résultat.
Donc on l'utilise ainsi :
cp /var/spool/mail/toto /var/spool/mail/toto.SAVED
./menage.pl /var/spool/mail/toto.SAVED grosSPAM@spam.com > toto

#!/usr/bin/perl
use strict;

my $monflagokprint=1;
my $prevligne='';


my $fichiersrc=$ARGV[0];
open(F, "$fichiersrc");
my $monuserpasok=$ARGV[1];
while (<F>)
{
# printf "nouvelle ligne dans la boucle\n";
# print "prevligne=|$prevligne|\n";

# on etait dans le corps d'un mail non souhaite
if ($monflagokprint == 0)
{
if (($prevligne eq "") && (/^From [a-zA-Z]/) && ($_ !~ /^From $monuserpasok /))
{
$monflagokprint=1;
# printf "on passe du corps dun mail non souhaite a souhaite |%s|\n",$_;
}
}
else
{
# Recherche de la ligne from du mail a virer
if (($prevligne eq '') && (/^From $monuserpasok /))
{
$monflagokprint=0;
# printf "on passe du corps dun mail souhaite a non souhaite |%s|\n",$_;
}
}

print if ($monflagokprint == 1);
chomp($prevligne=$_);
}

close(F);

Salut,

Effectivement, on n'aurait peut-être pas dû utiliser "Repondre" dans notre topic mais "Envoyer un commentaire".
Soit.

En googlant un peu, j'ai eu l'impression que les rares personnes qui ont eu la même erreur au boot avec cette carte sous Linux (scsi1: Transmission error detected") l'ont résolue au niveau hardware.

Par exemple cela venait d'un câble défectueux. Tu ne peux pas rentrer dans le BIOS de ta carte au boot et effectuer un scan du bus ?
Peux-tu tester avec un autre câble ? As-tu bien vérifié tes ID sur la chaîne SCSI ?

Bonjour,

Utilise top pour savoir si un soft n'utilise pas toutes les ressources machine.

Au niveau réseau, tu peux voir si tu ne subis pas de déconnexions/reconnexions avec :
dmesg|grep -i eth

Pour connaitre la vitesse de connexion, l'autonégociation, ... :
ethtool .
Si tu veux forcer certains paramètres au démarrage de ton serveur, regarde cette page :
http://www.cyberciti.biz/tips/howto-linux-add-ethtool-duplex(...)

Ce commentaire laisse entendre que tu peux forcer la vitesse, la négociation, .... avec ethtool :

>In Debian or Ubuntu, it’s much easier to add a pre-up line to >/etc/network/interfaces. Something like this:
>
>iface eth0 inet static
>pre-up /usr/sbin/ethtool -s $IFACE 10 duplex half
>address ..

Bon, à ce moment là installes ce kernel et démarre dessus ???!

Marrant.
C'est comme s'il avait détecté que ce module a320raid est actuellement chargé (visible par lsmod|grep raid), et que le noyau à installer ne l'intégrera pas.
Si c'est le cas (module utilisé), fais un find dans /lib/modules sur '*a320raid*" , puis un rpm -qf sur le fichier pour voir quel paquet rpm l'a installé.

S'il ne fait pas le lien avec un paquet, c'est que tu l'as installé en dehors de tout paquet rpm.

Pourquoi pas.
Ou installes avec yum (encore faut-il l'installer et le configurer).

Ca te créera un nouveau kernel 2.6.9-, avec une nouvelle entrée dans grub.conf .
Puis tu bootes dessus.

Oui le modprobe.conf sert surtout aux alias, par exemple pour charger le module souhaité pour chaque interface Ethernet.

Apparemment, le module aic....so n'est pas chargeable par le kernel.
Pourquoi tu ne réinstallerais pas proprement chaque kernel.

Tu passes en SMP : rpm -e kernel-<XXX_nonsmp>
rpm -ivh kernel-<XXX_nonsmp>.rpm

Tu passes en non SMP : rpm -e kernel-<XXX_smp>
rpm -ivh kernel-<XXX_smp>.rpm

Ton fichier devrait être installé correctement. Au reboot, un depmod -a propre doit être lancé.

Fait un :
/sbin/modprobe -l|grep aic

Ca liste les modules que le kernel connait.
Pour voir si le kernel est capable de le charger.

S'il n'est pas présent, un depmod -a devrait scanner le répertoire des modules, et le trouver.
Puis relancer :
/sbin/modprobe -l|grep aic

pour voir si ça a arrangé les choses.

Ensuite tu le charges avec modprobe s'il est listé.

Ce que tu as voulu récupéré concerne la RHEL 2.1 .
Kernel différent, donc je ne m'aventurerais pas de ce coté la.

Réinstalle ce module à partir du paquet.
Il faut donc que tu retrouves le fichier .rpm du kernel 2.6.9-22.EL .

Décompresse le tout dans un répertoire temporaire :
rpm2cpio kernel.rpm |cpio -idmv

Et tu déplaces le fichier lib/modules/.../aic79xx.ko dans /lib/modules/...

Puis : modprobe aic79xx pour charger le module

Et dmesg pour savoir ce qui a été détecté.

Etrange.
J'ai ceci sur ma RHEL 4 update 2 :
# find /lib/modules/ -name 'aic79xx*'
/lib/modules/2.6.9-22.ELsmp/kernel/drivers/scsi/aic7xxx/aic79xx.ko
/lib/modules/2.6.9-22.EL/kernel/drivers/scsi/aic7xxx/aic79xx.ko

# rpm -qf /lib/modules/2.6.9-22.EL/kernel/drivers/scsi/aic7xxx/aic79xx.ko

kernel-2.6.9-22.EL

# rpm -qf /lib/modules/2.6.9-22.ELsmp/kernel/drivers/scsi/aic7xxx/aic79xx.ko

kernel-smp-2.6.9-22.EL

Le module vient donc avec le kernel qui vient avec la RHEL.
Regarde si ton paquet est valide :
# rpm -V kernel-smp-2.6.9-22.EL
# rpm -V kernel-smp-2.6.9-22.EL

Un truc que je ne comprends pas :
sur une RHEL 4 que j'ai sous la main, le module aic79xx est bien installé. Il se pourrait qu'il suffise à gérer les périphériques de ta carte.

Tu n'as pas un disque SCSI sous la main, pour savoir si le problème ne vient pas du lecteur de bande, plutot que de la gestion de la carte ?

Je me doutais que tu étais en RHEL 4 update 2. Du fait de ta version de kernel.
Il n'y a plus l'erreurs de modules "prebuilt" non trouvé, mais manifestement ça ne marche pas mieux, il est incapable de copier les modules dans /lib/modules ni de créer un initrd.

L'install est manifestement mal fichue.
Essaie de passer à un noyau non SMP, j'ai déjà vu des installs de drivers qui ne s'installent pas sur un noyau SMP de RHEL.

Par ailleurs, passer en RHEL update 5 pourrait aider.
Et tu pourrais appliquer le rpm prévu pour, qui est peut-etre moins buggué. Il faudra auparavant installer le noyau de RHEL update 5, et booter dessus.

A la fin, il faudrait que tu remettes au propre le grub.conf et le modprobe.conf.

Et contactes Red Hat pour qu'ils t'aident sur ce problème.
Il n'est pas certain qu'ils supportent cette carte.