{{ Introduction | Cette page reprend l'ensemble des coommandes/script powershell dont j'ai eu l'utilité }}

== Active Directory ==

=== Manipulation Groupes ===
==== Lister les membres d'un groupe et leur netlogon ====

<syntaxhighlight lang=powershell>
Get-ADGroupMember "YOURGROUP" | foreach{Get-ADUser -Identity $_.SamAccountName -Properties scriptpath} | ft name,scriptpath
</syntaxhighlight>

==== Groupes AD vides ====
* Lister les groupes AD vides
<syntaxhighlight lang=powershell>
Get-ADGroup -Filter * -Properties Members | where { $_.Members.Count -eq 0 } | ft Name
</syntaxhighlight>

* Compter le nombre de groupe AD vide
<syntaxhighlight lang=powershell>
$(Get-ADGroup -Filter * -Properties Members | where { $_.Members.Count -eq 0 } | measure).Count
</syntaxhighlight>
[[Catégorie:Windows Server]]

2016-09-20T08:43:04Z

Ddevleeschauwer :

{{ Introduction | Ce script permet de réaliser un rsync d'un dossier local vers un dossier distant via SSH }}
 
<syntaxhighlight lang=bash>
#!/bin/bash

#Auteur : DiouxX
#Date : 28/07/2016

#Description
#-----------
#Script permettant de réaliser un rsync des fichiers de la graphiste

#Historique modification
#

#Couleur affichage
VERT="\\033[1;32m"
NORMAL="\\033[0;39m"
ROUGE="\\033[1;31m"
ROSE="\\033[1;35m"
BLEU="\\033[1;34m"
BLANC="\\033[0;02m"
BLANCLAIR="\\033[1;08m"
JAUNE="\\033[1;33m"
CYAN="\\033[1;36m"

#Variables globales
#Hote de stcokage
HOST_DESTINATION=192.168.1.1
HOST_ALIVE=0

#Dossier source local a sauvegarder
SOURCE_FOLDER_PRODUCTION=/mnt/backup-production/
#Emplacement du dossier distant
DESTINATION_FOLDER_PRODUCTION=root@$HOST_DESTINATION:/mnt/stockage/backup-production/

#Fichiers LOGS
DATE=`date +"%Y"-"%m"-"%d"`
LOG_FILE_PRODUCTION=/tmp/rsync-production-$DATE.log
#Emplacement du fichier de log distant
LOG_FILE_PRODUCTION_REMOTE=/var/log/rsync-production/rsync-production-$DATE.log
REMOTE_LOG=root@$HOST_DESTINATION

#On redirige toutes les sorties du script dans le fichier de LOG
exec 1>&2 >> $LOG_FILE_PRODUCTION

#Fonction d'horodatage pour les log
#$1 = Texte a afficher apres l'horodatage
function horodate(){
horodate=`date +"\n%d"/"%m"/"%Y"-"%H":"%M":"%S -- "`
echo -e "$horodate$1"
}

#Fonction testant le ping d'un hôte
#$1 = Adresse IP/Nom DNS a tester
function check_host_alive(){
echo -e "Check Host Alive $1"
ping $1 -c5 -q > /dev/null 2>&1
if [ $? != 1 ]
then
echo -e "PING \t$VERT[OK]$NORMAL"
else
echo -e "PING \t$ROUGE[KO]$NORMAL"
HOST_ALIVE=1
fi
}

#Debut du script
horodate "Start RSYNC"

#Test si le serveur de stockage est joignable
#Indirectement, ca verifie si la machine a du reseaux
check_host_alive $HOST_DESTINATION

if [ $HOST_ALIVE != 1 ]
then
#Check si un rsync est déja lancé
#Version Linux
# case "$(pidof rsync | wc -w)" in
# 0) echo -e "$VERT\tOn fait le rsync$NORMAL"
#
# /usr/bin/rsync -e ssh -avz --delete-after $SOURCE_FOLDER_PRODUCTION $DESTINATION_FOLDER_PRODUCTION >> $LOG_FILE_PRODUCTION
#
# #Fin du script
# horodate "END RSYNC"
#
# #Ecriture fichier log distant
# cat $LOG_FILE_PRODUCTION | ssh $REMOTE_LOG "cat >> $LOG_FILE_PRODUCTION_REMOTE"
# #Suppression fichier log local
# rm $LOG_FILE_PRODUCTION
# ;;
#
# *) echo -e "$ROUGE\tUn rsync est déja en train de tourner$NORMAL"
# ;;
# esac

#Version MacOS
#pgrep exits with 0 if there is a process matching $PROCESS_NAME running, otherwise it exist with 1.
if pgrep rsync;
then
echo -e "$ROUGE\tUn rsync est déja en train de tourner$NORMAL"

else
echo -e "$VERT\tOn fait le rsync$NORMAL"

/usr/bin/rsync -e ssh -avz --no-perms --no-owner --no-group $SOURCE_FOLDER_PRODUCTION $DESTINATION_FOLDER_PRODUCTION >> $LOG_FILE_PRODU CTION

#Fin du script
horodate "END RSYNC"

#Ecriture fichier log distant
cat $LOG_FILE_PRODUCTION | ssh $REMOTE_LOG "cat >> $LOG_FILE_PRODUCTION_REMOTE"
#Suppression fichier log local
rm $LOG_FILE_PRODUCTION

fi

else
echo -e "$ROUGE\tPas de réseaux => Pas de RSYNC$NORMAL"
#Fin du script
horodate "END RSYNC"

fi
</syntaxhighlight>
[[Catégorie:Scripts System]]

Owncloud

2016-09-09T12:13:47Z

Ddevleeschauwer : /* Mise à jour */

{{ Introduction | Cette page permet d'installer et configurer le service Owncloud }}

== Installation ==

=== Prérequis ===

==== Database ====

Owncloud se connecte à une base de donnée ( MySQL, PostgreSQL, SQLite). Dans notre exemple, nous allons utilisé MySQL.
Vous pouvez créer la base de donnée soit avec un outil graphique ou en ligne de commande :
 
<pre>
CREATE SCHEMA `ownclouddb` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci ;
</pre>
 
* ownclouddb : est le nom de la DB
* utf8 : est le type d'encodage de la DB

On crée également un utilisateur spécifique pour la connexion à la base de données.

==== Serveur Web ====

Pour installé Owncloud, le serveur qui va l'accueillir à besoin de plusieurs paquets installé '''apache2''' et '''php5'''
 
{{ Console root | sudo apt-get install apache2 php5 php5-cli php5-commin php5-curl php5-gd php5-imagick php5-ldap php5-mysql php5-odbc php5-pgsql php5-xlmrpc libapache2-mod-php5 }}
 

==Owncloud==

=== Installation ===

On récupère la dernière version de owncloud que l'on va placer dans le répertoire du serveur web
 
{{ Console root | cd /var/www && sudo wget http://download.owncloud.org/community/owncloud-latest.tar.bz2 && sudo tar -xjf owncloud-latest.tar.bz2 [root@ordi ~]# sudo chown -R www-data:www-data owncloud }}
 
Une fois désarchivé, vous devriez avoir accès à owncloud soit via l'adresse IP du serveur http://IP/owncloud ou via le nom DNS que vous aurez configuré comme décrit [[Owncloud#Apache|ici]]

=== Configuration ===

==== Apache ====

Nous allons configurer 2 virtual hosts au point de vue apache afin de rediriger toutes les requêtes '''http''' vers la version '''https''' d'owncloud

===== cloud.conf =====
 
{{ Console root | sudo nano /etc/apache2/sites-enables/cloud.conf}}
 
<pre>
<VirtualHost *:80>
ServerName cloud.domain.be
RedirectMatch ^/$ https://cloud.domain.be/
</VirtualHost>
</pre>
 
On active le vhosts :
 
{{ Console root | sudo a2ensite cloud.conf }}
 
{{ Note | Il est possible qu'il soit nécessaire d'activer le mode rewrite d'apache '''sudo a2enmod rewrite''' }}
 

===== cloud_ssl.conf =====
 
{{ Console root | sudo nano /etc/apache2/sites-enables/cloud_ssl.conf}}
 
<pre>
<VirtualHost *:443>
ServerName cloud.domain.be
DocumentRoot /var/www/owncloud
#RedirectMatch ^/$ https://cloud.domain.be/owncloud

SSLEngine On
SSLCertificateFile /etc/apache2/ssl/cloud.domain.be.crt
SSLCertificateKeyFile /etc/apache2/ssl/cloud.domain.be.key
SSLCACertificateFile /etc/apache2/ssl/cacert.pem

<Directory /var/www/owncloud>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
Allow from all
# add any possibly required additional directives here
# e.g. the Satisfy directive (see below for details):
Satisfy Any
</Directory>

ErrorLog /var/log/apache2/error-cloud.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog /var/log/apache2/access-cloud.log combined
</VirtualHost>
</pre>
 
{{ Note | La partie concernant la création des certificats ssl n'est pas vue dans cette documentation. Reportez-vous à la documentation sur [[Postfix-tls]] }}
 
On active le vhosts :
 
{{ Console root | sudo a2ensite cloud_ssl.conf }}
 

==== PHP ====

On peut modifier certaines valeurs du fichier {{ File | /etc/php5/apache2/php.ini }} afin d'accélerer la vitesse d'affichage de l'interface web :

* Le paramètre '''realpath_cache_size'''
<pre>
; Determines the size of the realpath cache to be used by PHP. This value should
; be increased on systems where PHP opens many files to reflect the quantity of
; the file operations performed.
; http://php.net/realpath-cache-size
;realpath_cache_size = 16k
realpath_cache_size = 512k
</pre>

* Paramètre relatif aux téléchargement de fichiers
<pre>
; Whether to allow HTTP file uploads.
; http://php.net/file-uploads
file_uploads = On

; Temporary directory for HTTP uploaded files (will use system default if not
; specified).
; http://php.net/upload-tmp-dir
;upload_tmp_dir =

; Maximum allowed size for uploaded files.
; http://php.net/upload-max-filesize
upload_max_filesize = 1024 M

; Maximum number of files that can be uploaded via a single request
max_file_uploads = 20
</pre>

=== Administrateur et base de donnée ===

Une fois arrivé sur la page pour la première fois, vous devez compléter les informations concernant l'utilisateur administrateur et les informations de connexion pour la base de données.
[[Fichier:Owncloud-config-startup.png|centré]]

=== Authentification OpenLDAP ===

Pour mettre en place l'authentification LDAP, il faut ajouter une application. Pour ce faire, on se rend dans le panneau d'administration
[[Fichier:Owncloud-panel-admin.png|centré]]
 
Et on clique sur la croix permettant d’accéder aux applications disponibles.
[[Fichier:Owncloud-add-applications.png|centré]]
 
On choisis '''LDAP user and group backend''' et on active l'application
[[Fichier:Owncloud-app-ldap.png|centré]]
[[Fichier:Owncloud-ldap-enable.png|centré]]
 
Maintenant, si on retourne dans la panneau d'administration, on retrouve différents champs qui vont nous permettre de configurer l'authentification via LDAP.
On remplit d'abord les infos de connexion au serveur LDAP :
[[Fichier:Owncloud-ldap-server.png|centré]]
On sélectionne dans la fenêtre suivante, les classes d'objets pour les utilisateurs pouvant se connecter à Owncloud.
Cela permet de restreindre éventuellement l'accès à Owncloud aux utilisateurs ne possédant pas ces différentes classes d'objets.
[[Fichier:Owncloud-ldap-classe-user.png|centré]]
Dans la fenêtre suivante, on spécifie via quel attribut les utilisateurs vont pouvoir se connecter : nom d'utilisateur et/ou adresse email et les champs correspondant dans le LDAP
[[Fichier:Owncloud-ldap-login-attributs.png|centré]]

=== fail2ban ===

Pour mettre en place fail2ban pour owncloud, nous allons devoir modifier un peu le code source de Owncloud. Pas de panique, cela n'engendre aucun dysfonctionnement à Owncloud.

Tout d'abord, on va créé un fichier de log spécifique :
 
{{ Console root | sudo touch /var/log/owncloud-fail.log && sudo chown www-data:www-data /var/log/owncloud-fail.log }}
 

On va insérer un code dans la fonction '''checkPassword''' du fichier {{ File | /var/www/owncloud/lib/private/user/database.php}}, juste avant le “return false”.
Ce qui donne ceci :
<syntaxhighlight lang=php>
else {
$today = new DateTime();
date_timezone_set($today, timezone_open('Europe/Paris'));
$IPClient= $_SERVER['REMOTE_ADDR'];
$logAuth = fopen('/var/log/owncloud-fail.log', 'a+');
fputs($logAuth, date_format($today, 'Y/m/d H:i:s') . " Password check failed for: \t" . $
fclose($logAuth);
return false;
}
</syntaxhighlight>

On passe à présent à la création de la prison Fail2ban dans {{ File | /etc/fail2ban/filter.d/owncloud.conf }}
<pre>
#Owncloud jail
[Definition]
failregex = <HOST>$
</pre>

On test que la regex match bien. (Effectuez une erreur de login sur l’interface avant)
 
{{ Console | fail2ban-regex /var/log/owncloud-fail.log /etc/fail2ban/filter.d/owncloud.conf }}
 
On ajoute cette prison à la configuration dans {{ File | /etc/fail2ban/jail.conf }}
<pre>
[owncloud]
enabled = true
port = http,https
filter = owncloud
logpath = /var/log/owncloud-fail.log
maxretry = 3
</pre>

On redémarre fail2ban pour prendre en compte les nouveaux changements
 
{{ Console root | sudo service fail2ban restart }}
 
{{ Avertissement | Il faut quand même garder en tête que les lignes dans le php seront à réécrire à chaque mise à jour de Owncloud. }}
 

===Envoi de mail===

S'il n'y a pas de serveur mail installé sur le même serveur que l'instance OwnCloud, il est nécessaire de préciser un serveur SMTP pour qu'OwnCloud puisse envoyer des emails.

Il nous faut éditer le fichier {{ File | /var/www/owncloud/config/config.php}} et rajouter les paramètres suivants :
<pre>
'mail_smtpmode' => 'smtp',
'mail_smtphost' => 'IP_server',
'mail_smtpport' => 25,
'mail_smtptimeout' => 30,
</pre>

* mail_smtphost : l'IP ou le nom DNS du serveur SMTP
* mail_smtpport : le numéro de port du serveur SMTP
* mail_smtptimeout : si un scanner de malware ou SPAM tourne sur le serveur SMTP, il est nécessaire d'augmenter le timeout SMTP ( 30s ou 60s ont l'air d’être des valeurs corrects)

== Troubleshooting ==

=== An unhandled exception has been thrown ===

Si après une tentative de mise à jour d'Owncloud, vous trouvez le message d'erreur suivant lors du processus : '''An unhandled exception has been thrown'''

<pre>
exception 'PDOException' with message 'SQLSTATE[HY000]: General error: 1598 Binary logging not possible.
Message: Transaction level 'READ-COMMITTED' in InnoDB is not safe for binlog
mode 'STATEMENT'' in /srv/www/owncloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOStatement.php:91
</pre>

la procédure suivante pourrait résoudre le problème.

Il s'agirait d'une variable global de MySQL a modifié.
On se connecte à son serveur MySQL et on rentre la command suivante :
<pre>
mysql> SET GLOBAL binlog_format = 'MIXED';
</pre>

Ensuite, sur le serveur Owncloud, dans le dossier owncloud, on rentre les commandes suivantes :

Cette commande, retire le mode maintenance du serveur
 
{{ Console root | sudo -u www-data php occ maintenance:mode --off }}
 

Cette commande réalise la mise à jour du serveur
 
{{ Console root | sudo -u www-data php occ upgrade }}
 
Si tout se passe correctement, vous deviez avoir une sortie console comme ceci :
<pre>
Turned on maintenance mode
Checked database schema update
Checked database schema update for apps
Updated database
Turned off maintenance mode
Update successful
</pre>

Sources :
* https://github.com/owncloud/core/issues/16008
* https://dev.mysql.com/doc/refman/5.5/en/binary-log-setting.html
* https://dev.mysql.com/doc/refman/5.6/en/binary-log-setting.html
* https://doc.owncloud.org/server/8.0/admin_manual/maintenance/upgrade.html#troubleshooting

=== After update to 8.1 an error message appears, that not internet access is available. ===

# copy "config/ca-bundle.crt" in the zip of the owncloud server download file
# put it in the "config/" directory of my owncloud instance (for me "/var/www/config" as absolute path)

that's all, afterwards the warning was gone.

Source :
* https://github.com/owncloud/core/issues/17448

=== General error: 1598 Binary logging not possible. ===
Se connecter à Mysql ou PHPMyAdmin et exécuter la requête SQL suivante :
<pre>
SET GLOBAL binlog_format = 'ROW';
</pre>

Source :
* https://forum.owncloud.org/viewtopic.php?t=29456&p=92408

== Procédures ==

=== Mise à jour ===
On se rend dans le dossier du répertoire web
 
{{ Console | cd /var/www/html }}
 
On réalise un backup du dossier
 
{{ Console root | sudo rsync -a owncloud/ owncloud_bkp`date +"%Y%m%d"`/ }}
 
On réalise un backup de la base de donnée
 
{{ Console root | 1=mysqldump --lock-tables -h [server] -u [username] -p[password] ownclouddb > owncloud-sqlbkp_`date +"%Y%m%d"`.bak }}
 
<pre>
Pour SQLite
sqlite3 data/owncloud.db .dump > owncloud-sqlbkp_`date +"%Y%m%d"`.bak
Pour PostgreSQL
PGPASSWORD="password" pg_dump owncloud -h [server] -U [username] -f owncloud-sqlbkp_`date +"%Y%m%d"`.bak
</pre>
On supprime tous les dossier sauf le dossier config et data
 
{{ Console root | 1=cd owncloud [root@ordi ~]# ll [root@ordi ~]# sudo find . -mindepth 1 -maxdepth 1 ! -path ./data ! -path ./config -exec rm -rf {} \; [root@ordi ~]# ll }}
 
On télécharge et désarchive la derniere version
 
{{ Console root | 1=cd .. [root@ordi ~]# sudo wget http://download.owncloud.org/community/owncloud-latest.tar.bz2 [root@ordi ~]# sudo tar -xjf owncloud-latest.tar.bz2 [root@ordi ~]# ls owncloud }}
 
On remet les droits correct
 
{{ Console root | sudo chown -R www-data:www-data owncloud }}
 

Il se peut, si votre instance owncloud possède une taille importante, que le message suivant apparaisse quand vous essayer de vous reconnecter à l'interface web
 
[[Fichier:Owncloud-update-grande-instance.png|centré]]
 
Dans ce cas comme indiqué, il est nécessaire de passer en ligne de commande pour réaliser l'update.
On se rend dans le dossier {{ File | owncloud}} et on exécute la commande suivante :
 
{{ Console | sudo -u www-data php occ upgrade }}
 
La mise à jour se réalisera en mode console.

[[Catégorie:Applicatifs]]

2016-03-22T14:59:48Z

Ddevleeschauwer : /* Rotation de l'écran */

== Script au démarrage ==

Pour lancer un script au démarrage du Raspberry, il faut l'ajouter au fichier {{ File | 1=.config/lxsession/LXDE-pi/autostart }}
<pre>
@lxpanel --profile LXDE-pi
@pcmanfm --desktop --profile LXDE-pi
@xscreensaver -no-splash
@sh ${HOME}/.config/lxsession/LXDE-pi/autokey.sh
@xset s noblank
@xset s off
@xset -dpms
@/home/pi/script-at-boot.sh
</pre>

== Script python au démarrage ==

Pour lancer un script python au démarrage, j'ai trouvé l'astuce suivante :

On crée un fichier ''.desktop'' dans le dossier {{ File | /home/pi/.config/autostart/ }} qui portera le nom de l'application.
Dans mon cas, ca sera {{ File | button-refresh.py }}. Voici le contenu :
<pre>
[Desktop Entry]
Encoding=UTF-8
Type=Application
Name=button-refresh
Comment=
Exec= sudo python /home/pi/button-refresh.py
StartupNotify=false
Terminal=true
Hidden=false
</pre>
''
Sources''
* http://raspberrypi.stackexchange.com/questions/4123/running-a-python-script-at-startup

== Exemple d'action au démarrage ==
<syntaxhighlight lang=bash>
#!/bin/bash

#VNC
x11vnc -forever -display :0 > /dev/null 2>&1 &

sleep 5

#Lecture video
#omxplayer --loop Tomorrowland_2012_official_aftermovie.mp4

#Lecture video sur ecran raspberry 7
#omxplayer --win "0 0 840 480 " --loop Tomorrowland_2012_official_aftermovie.mp4

#Script refresh
#sudo python /home/pi/button-refresh.py &

#Navigateur Web
#iceweasel http://192.168.100.7/Piano/piano/index.html

</syntaxhighlight>

== Désactiver la mise en veille de l'écran ==

Pour désactiver la mise en veille de l'écran, il faut éditer le fichier {{ File | /etc/lightdm/lightdm.conf}} et ajouter ou modifier la ligne suivante

<pre>
xserver-command=X -s 0 dpms
</pre>

== Rotation de l'écran ==

Pour changer l'orientation de l'affichage, il faut ajouter au fichier {{ File | /boot/config.txt}} la ligne suivante :

<pre>
display_rotate=x
</pre>

Où x peut prendre les valeurs suivantes :

{| class="wikitable"
|-
! Valeur !! Orientation
|-
| 0 || Normal
|-
| 1 || 90°
|-
| 2 || 180°
|-
| 3 || 270°
|-
| 0x10000 || Horizontal Flip
|-
| 0x20000 || Vertical Flip
|}

''Sources''
* http://elinux.org/RPiconfig

== Connaitre température ==

Il est possible de connaitre la température de son Raspberry via la ligne de commande :
 
<pre>
/opt/vc/bin/vcgencmd measure_temp
</pre>

 
<pre>
pi@raspberrypi ~ $ /opt/vc/bin/vcgencmd measure_temp
temp=58.4'C
</pre>

Il est possible de réaliser un alias dans le fichier {{ File | .bashrc }}
<pre>
...
alias temp='/opt/vc/bin/vcgencmd measure_temp'
...
</pre>
 
{{ Console | source .bashrc }}
 
Maintenant on peut utiliser la commande ''temp'' pour afficher la température

<pre>
pi@raspberrypi ~ $ temp
temp=58.4'C
</pre>
[[Catégorie:Raspberry]]

Gitlab

2016-03-10T13:21:36Z

Ddevleeschauwer :

{{ Introduction | Cette page reprend l'installation et la configuration de GitLab}}

== Installation ==
== Configuration ==
== Mise à jour ==

=== Backup ===

Avant de réaliser la mise à jour, on va réaliser une sauvegarde de Gitlab.

On peut soit utilisé l'outil fournit avec
 
<pre>
cd /home/git/gitlab
sudo -u git -H bundle exec rake gitlab:backup:create RAILS_ENV=production
</pre>

Si cela ne fonctionne pas, on peut le réaliser de manière manuel.
 
{{ Note | Je vais utiliser 2 scripts que j'ai réalisé pour sauvegarder [https://github.com/DiouxX/script_backup_applicatif l'applicatif] et [https://github.com/DiouxX/script_backup_postgresql la base de donnée] }}
 

<pre>
#Gitlab
script_backup_applicatif -s /srv/git -f /opt/backup/Gitlab -v

#Postgresql
script_backup_postgresql -u git -h localhost -p 5434 -d gitlabhq_production -f /opt/backup/Gitlab/ -v
</pre>
 
=== Stop serveur ===
{{Console root | sudo service gitlab stop }}
 

=== Récupération des sources ===

*On récupère le code de la dernière branche stable de Gitlab

Dans la commande suivante, on remplace LATEST_TAG avec la dernière version de Gitlab. Pour exemple, v8.5.4

<pre>
cd /home/git/gitlab
sudo -u git -H git fetch --all
sudo -u git -H git checkout -- Gemfile.lock db/schema.rb
sudo -u git -H git checkout LATEST_TAG -b LATEST_TAG
</pre>

* On met à jour la version de gitlab-shell correspondante

<pre>
cd /home/git/gitlab-shell
sudo -u git -H git fetch
sudo -u git -H git checkout v`cat /home/git/gitlab/GITLAB_SHELL_VERSION` -b v`cat /home/git/gitlab/GITLAB_SHELL_VERSION`
</pre>

* On met à jour la version gitlab-workhorse correspondante
{{ Note | Personnellement, je n'ai pas gitlab-worhorse d'installé }}
 

<pre>
cd /home/git/gitlab-workhorse
sudo -u git -H git fetch
sudo -u git -H git checkout `cat /home/git/gitlab/GITLAB_WORKHORSE_VERSION` -b `cat /home/git/gitlab/GITLAB_WORKHORSE_VERSION`
sudo -u git -H make
</pre>

=== Installation des librairies, dependances, migraton ect ===

<pre>
cd /home/git/gitlab

# PostgreSQL
sudo -u git -H bundle install --without development test mysql --deployment

# MySQL
sudo -u git -H bundle install --without development test postgres --deployment

# Optional: clean up old gems
sudo -u git -H bundle clean

# Run database migrations
sudo -u git -H bundle exec rake db:migrate RAILS_ENV=production

# Clean up assets and cache
sudo -u git -H bundle exec rake assets:clean assets:precompile cache:clear RAILS_ENV=production
</pre>

=== Démarrage de l'application ===
<pre>
sudo service gitlab start
sudo service apache2 restart
</pre>

=== Vérification ===

On vérifie si GitLab et son environnement sont configuré correctement :
 
{{ Console root | 1=sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production }}
 

Pour être sur qu'il ne manque rien, on lance la vérification suivante :
 
{{ Console root | 1=sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production }}
 

Si tout est vert, alors la mise à jour s'est correctement déroulée.

=== Sources ===
* https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/update/patch_versions.md

[[Catégorie:Applicatifs]]

2016-03-10T13:01:11Z

Ddevleeschauwer : Page créée avec « {{ Introduction | Cette page reprend l'installation et la configuration de GitLab}} == Installation == == Configuration == == Mise à jour == * Backup Avant de réalise... »

{{ Introduction | Cette page reprend l'installation et la configuration de GitLab}}

== Installation ==
== Configuration ==
== Mise à jour ==

* Backup

Avant de réaliser la mise à jour, on va réaliser une sauvegarde de Gitlab.

On peut soit utilisé l'outil fournit avec
 
<pre>
cd /home/git/gitlab
sudo -u git -H bundle exec rake gitlab:backup:create RAILS_ENV=production
</pre>

Si cela ne fonctionne pas, on peut le réaliser de manière manuel.
 
{{ Note | Je vais utiliser 2 scripts que j'ai réalisé pour sauvegarder [https://github.com/DiouxX/script_backup_applicatif l'applicatif] et [https://github.com/DiouxX/script_backup_postgresql la base de donnée] }}
 

<pre>
#Gitlab
script_backup_applicatif -s /srv/git -f /opt/backup/Gitlab -v

#Postgresql
script_backup_postgresql -u git -h localhost -p 5434 -d gitlabhq_production -f /opt/backup/Gitlab/ -v
</pre>

1. Stop server

sudo service gitlab stop

2. Get latest code for the stable branch

In the commands below, replace LATEST_TAG with the latest GitLab tag you want to update to, for example v8.0.3. Use git tag -l 'v*.[0-9]' --sort='v:refname' to see a list of all tags. Make sure to update patch versions only (check your current version with cat VERSION).

cd /home/git/gitlab
sudo -u git -H git fetch --all
sudo -u git -H git checkout -- Gemfile.lock db/schema.rb
sudo -u git -H git checkout LATEST_TAG -b LATEST_TAG

3. Update gitlab-shell to the corresponding version

cd /home/git/gitlab-shell
sudo -u git -H git fetch
sudo -u git -H git checkout v`cat /home/git/gitlab/GITLAB_SHELL_VERSION` -b v`cat /home/git/gitlab/GITLAB_SHELL_VERSION`

4. Update gitlab-workhorse to the corresponding version

cd /home/git/gitlab-workhorse
sudo -u git -H git fetch
sudo -u git -H git checkout `cat /home/git/gitlab/GITLAB_WORKHORSE_VERSION` -b `cat /home/git/gitlab/GITLAB_WORKHORSE_VERSION`
sudo -u git -H make

5. Install libs, migrations, etc.

cd /home/git/gitlab

# PostgreSQL
sudo -u git -H bundle install --without development test mysql --deployment

# MySQL
sudo -u git -H bundle install --without development test postgres --deployment

# Optional: clean up old gems
sudo -u git -H bundle clean

# Run database migrations
sudo -u git -H bundle exec rake db:migrate RAILS_ENV=production

# Clean up assets and cache
sudo -u git -H bundle exec rake assets:clean assets:precompile cache:clear RAILS_ENV=production

6. Start application

sudo service gitlab start
sudo service nginx restart

7. Check application status

Check if GitLab and its environment are configured correctly:

sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production

To make sure you didn't miss anything run a more thorough check with:

sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production

If all items are green, then congratulations upgrade complete!

[[Catégorie:Applicatifs]]