1) créer un répertoire sur le serveur linux afin de monter ensuite l'unité distante dans ce répertoire
2) Affecter les droits d'accès à ce répertoire aux utilisateurs autorisés
Pour monter l'unité distante à partager :
sudo mount -t cifs -o username=<utilisateur>,password=<password> <chemin de l'unité distante> <chemin du répertoire local> -rw
Pour que ce montage soit définitif, même après le redémarrage du serveur linux :
éditer le fichier /etc/fstab
ajouter :
<chemin de l'unité distante> <chemin du répertoire local> cifs username=<utilisateur>,password=<pasword> 0 0
ou cette ligne si il faut partager le montage avec d'autres :
<chemin de l'unité distante> <chemin du répertoire local> cifs rw,user=<utilisateur>,password=<pasword>,uid=<id utilisateur propriétaire>,gid=<id du groupe propriétaire>,file_mode=0777,dir_mode=0777 0 0
jeudi 17 octobre 2013
APACHE TOMCAT - Comment changer l'application ROOT (ou comment changer de Homepage)
Sous apache TOMCAT, nous nous trouvons avec une page par défaut liée à l'application ROOT, lorsque vous tapez l'adresse de votre serveur (http://localhost)
Il convient souvent de changer cela par votre application, MAIS en gardant quand même la possibilité d'avoir la console de gestion de TOMCAT.
Voici comment procéder.
Dans le répertoire de votre serveur, éditez le fichier server.xml qui se trouve dans le répertoire /conf
recherchez dans le fichier la balise <Host .... </Host>
à l'intérieur de cette balise, insérez ou modifiez comme suit :
<Context path="" docBase="nom_de_mon_appli">
<!-- Application lancé à la 'racine du site' (http://localhost) -->
<WatchedResource>WEB-INF/web.xml</WatchedResource>
</Context>
<Context path="/ROOT" docBase="ROOT">
<!-- ROOT redirigé sur http://localhost/ROOT -->
<WatchedResource>WEB-INF/web.xml</WatchedResource>
</Context>
Lorsque vous irez sur http://localhost vous vous trouverez désormais avec l'affichage de la page d'accueil de votre application.
Lorsque vous irez sur http://localhost/ROOT vous retrouverez la jolie page par défaut d'APACHE TOMCAT.
Il convient souvent de changer cela par votre application, MAIS en gardant quand même la possibilité d'avoir la console de gestion de TOMCAT.
Voici comment procéder.
Dans le répertoire de votre serveur, éditez le fichier server.xml qui se trouve dans le répertoire /conf
recherchez dans le fichier la balise <Host .... </Host>
à l'intérieur de cette balise, insérez ou modifiez comme suit :
<Context path="" docBase="nom_de_mon_appli">
<!-- Application lancé à la 'racine du site' (http://localhost) -->
<WatchedResource>WEB-INF/web.xml</WatchedResource>
</Context>
<Context path="/ROOT" docBase="ROOT">
<!-- ROOT redirigé sur http://localhost/ROOT -->
<WatchedResource>WEB-INF/web.xml</WatchedResource>
</Context>
Lorsque vous irez sur http://localhost vous vous trouverez désormais avec l'affichage de la page d'accueil de votre application.
Lorsque vous irez sur http://localhost/ROOT vous retrouverez la jolie page par défaut d'APACHE TOMCAT.
mardi 15 octobre 2013
ORACLE - ORA-00020 maximum number of processes exceeded
ORA-00020 maximum number of processes exceeded
ORA-00020 Nombre de processus maximum dépassé
Le nombre de processus simultanés pour la base oracle est dépassé. correspond à un paramètre se trouvant dans le spfile.
Il convient donc de modifier se paramètre afin d'augmenter le nombre de processus simultanés, enfin du moins si le nombre de processus simultanés est justifié...
Voici la procédure à appliquer :
$ORACLE_HOME/bin/sqlplus /nolog
SQL> Connect SYS/<Password> AS SYSDBA
SQL> create pfile from spfile;
SQL> Shutdown immediate;
Editer le pfile (ini.ora se trouvant dans le répertoire $ORALE_HOME/dbs sous linux)
Modifier cette ligne pour augmenter le nombre de process simultanés :
processes=<Nombre de process maximum>
$ORACLE_HOME/bin/sqlplus /nolog
SQL> Connect SYS/<Password> AS SYSDBA
Connected to an idle instance
SQL> startup pfile='<Chemin et nom du fichier ini.ora>'
Pour vérifier que les paramètres ont étés bien pris en compte :
SQL> show parameter processes;
vous pouvez aussi vérifier que les paramètres suivants sont bien supérieurs aux process (1,2 fois minimum);
SQL> show parameter transactions;
SQL> show parameter sessions;
Une fois que tout est bon et vérifié :
SQL> create spfile from pfile;
File created
SQL> shutdown immediate
SQL> startup open
Ces deux dernières commandes permettent de bien s'assurer que la base a été démarée en fonction du spfile et non du pfile.
ORA-00020 Nombre de processus maximum dépassé
Le nombre de processus simultanés pour la base oracle est dépassé. correspond à un paramètre se trouvant dans le spfile.
Il convient donc de modifier se paramètre afin d'augmenter le nombre de processus simultanés, enfin du moins si le nombre de processus simultanés est justifié...
Voici la procédure à appliquer :
$ORACLE_HOME/bin/sqlplus /nolog
SQL> Connect SYS/<Password> AS SYSDBA
SQL> create pfile from spfile;
SQL> Shutdown immediate;
Editer le pfile (ini.ora se trouvant dans le répertoire $ORALE_HOME/dbs sous linux)
Modifier cette ligne pour augmenter le nombre de process simultanés :
processes=<Nombre de process maximum>
$ORACLE_HOME/bin/sqlplus /nolog
SQL> Connect SYS/<Password> AS SYSDBA
Connected to an idle instance
SQL> startup pfile='<Chemin et nom du fichier ini.ora>'
Pour vérifier que les paramètres ont étés bien pris en compte :
SQL> show parameter processes;
vous pouvez aussi vérifier que les paramètres suivants sont bien supérieurs aux process (1,2 fois minimum);
SQL> show parameter transactions;
SQL> show parameter sessions;
Une fois que tout est bon et vérifié :
SQL> create spfile from pfile;
File created
SQL> shutdown immediate
SQL> startup open
Ces deux dernières commandes permettent de bien s'assurer que la base a été démarée en fonction du spfile et non du pfile.
lundi 14 octobre 2013
ORA-3113 (end-of-file on communication channel) lors d'une tentative de Startup Open sur une base
ORA-3113 (end-of-file on communication channel) est une erreur plutôt générique qui indique que le process client a perdu le contact avec le process serveur.
Il se peut que le problème vienne des logs du serveur, dans ce cas :
Vérifier dans le ini.ora de la base (se trouvant dans $ORACLE_HOME/dbs sous linux) contienne :nls_nchar_conv_excp=FALSE, si ce n'est pas le cas il est très probable que vous devriez modifier votre spfile
1) Executer :
$ORACLE_HOME/bin/sqlplus /nolog
SQL> connect SYS/<password> AS SYSDBASQL> startup mount
SQL> show parameter db_recovery_file_dest_size;
Augmenter la taille des archivelogs, par exemple :SQL> ALTER system SET DB_RECOVERY_FILE_DEST_SIZE = 6355M;
SQL> exit
rman target sys/<Password>
RMAN> backup archivelog all not backed up 1 times format '<chemin et nom de fichier de sauvegarde>' delete input;RMAN> exit
$ORACLE_HOME/bin/sqlplus /nologSQL> connect SYS/<password> AS SYSDBASQL> alter database open;
2) Modifier si besoin le chemin des archivelogs dans le fichier ini.oradb_recovery_file_dest= "<Chemin des archivelogs>"
(
> create pfile from spfile
> shutdown
Effectuez les modifications dans le Pfile
> startup pfile=/path/to/pfile...
Vérifez que les changements sont bien effectués
> create spfile from pfile
> shutdown ....
> startup
)
Si vous voulez désactiver les archivelogs oracle :
SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database flashback off;
SQL> alter database noarchivelog;
SQL> archive log stop;
SQL> alter system set LOG_ARCHIVE_START=false scope=spfile;
SQL> alter database open;
jeudi 3 octobre 2013
OPTIMISER SON SSD POUR WINDOWS 7 Version 2
Les opérations de paramétrage sont assez longues à réaliser, j'ai essayé de réduire les manipulations au maximum:
Les fichiers à télécharger ICI:
https://copy.com/gT9YynXSu946
Inscription à :
Articles (Atom)