Raspberry type: 3 model B v1.2 Version: Set 2017 Release date: 2017 Kernel version: 4.4 Release notes:

Flashato il file 2017-09-07-raspbian-stretch-lite.zip con il programma etcher su microSD da 8GB

Automaticamente al primo avvio viene effettuato il resize della micro SD per occupare tutto lo spazio utile.
Eseguire raspi-config per impostare la lingua la zona il fuso orario il server ssh abiltiare il bus i2c ecc.
Spostare la directory di root (/) sul disco collegato tramite usb
Ricordandosi di modificare il file /boot/cmdline.txt e /etc/fstab

Installazione software:

apt-get install apache2 php
apt-get install i2c-tools
apt-get install python-pip
apt-get install python-smbus

pip install pi-ina219

Sembra che l'unica cosa da fare per eseguire uno script in python dal web sia aggiungere:

www-data ALL=(ALL) NOPASSWD: ALL

al file /etc/sudoers

fino a qua sembra tutto ok…
continuiamo con mariadb

apt-get install mariadb-server

Version: May 2016 Release date: 2016-05-27 Kernel version: 4.4 Release notes: Link

Primi commenti per l'ultima immagine RPI jessie lite scaricata dal sito ufficiale il 04-06-2016
file zip scaricato: 2016-05-27-raspbian-jessie-lite.zip
Ha fatto il resize immediatamente alla prima accensione
In pochi istanti è arrivato al prompt.
accedo tramite ssh client quindi non effettuo impostazioni sulla lingua o la tastiera.

2016-05-27-raspbian-jessie-lite.zip

root@raspberrypi:~# cat /etc/debian_version 
8.0

apt-get upgrade

sempre quella

uname -s -r -m -o
Linux 4.4.11+ armv6l GNU/Linux

apt-get dist-upgrade

sempre quella

nel source.list trovo le seguenti voci:

deb http://mirrordirector.raspbian.org/raspbian/ jessie main contrib non-free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://archive.raspbian.org/raspbian/ jessie main contrib non-free rpi

In raspbian si usano dei pacchetti diversi da quelli dei repo orginali debian.
L'architettura è sempre armhf ma la versione dei pacchetti risale alla v6.
Anche i repo per gli aggiornamenti quindi non sono quelli originali per debian.

root@raspberrypi:~# apache2ctl -v
Server version: Apache/2.4.10 (Raspbian)
Server built:   Jan 23 2016 22:26:49

root@raspberrypi:~# apt-cache show drbd8-utils
Package: drbd8-utils
Source: drbd8
Version: 2:8.4.4-1

per questa versione ho trovato uno script fantastico che mi dici esattamente l'origine dei pacchetti installati, eccolo di seguito:

#!/bin/bash
var=`apt-cache policy | sed -e '/o=/!d' -e 's/^.*o=//' -e 's/,.*$//' | sort | uniq`
while read linea; do
   var2="aptitude -F '%p %v %t' search '~i ?not(?archive(testing)) ?origin($linea)'"
   echo "Pacchetti provenienti da $linea"
   eval $var2
done <<< "$var"

e questo mi fa capire che questa distro è stata modificata in effetti rispetto a debian. c'èda fare la stessa prova con la successiva.

root@odroid:~# cat /etc/debian_version 
8.3

apt-get upgrade

questo upgrade è stato effettuato con solo i repo “main” di debian il 05-06-16 e il risultato è il seguente:

root@odroid:~# cat /etc/debian_version 
8.5

Qui è tutto da rifare, ci sono degli errori con LC per il discorso probabilmente del paccheto localedata o tzdata….

Per quanto riguarda il kernel aggiornato eventualmente dal dis-upgrade, viene aggiornato solo con i repo personalizzati altrimenti rimane così. ma è strano.

root@odroid:~# uname -s -r -m -o
Linux 3.10.80-20-odrobian armv7l GNU/Linux

apt-get dist-upgrade

root@odroid:~# uname -s -r -m -o 
Linux 3.10.96-45-odrobian armv7l GNU/Linux

mi da sempre degli errori con LC ma poi aggiorna lostesso.
però non capisco dove va a prendersela in quanto nel file source-lists c'è il percorso di debian normale.

root@odroid:~# apache2ctl -v Server version: Apache/2.4.10 (Debian) Server built: Jan 3 2016 04:00:40

studio fatto in occasione dell wiki di odroid minimal jessie

ho fatto solo tzdata perchè ho sempre lavorato da ssh

Debian-Jessie-1.0-20160131-C1.img

root@odroid-jessie:~# cat /etc/debian_version 
8.2

apt-get upgrade

root@odroid-jessie:~# cat /etc/debian_version 
8.2

root@odroid-jessie:~# uname -s -r -m -o
Linux 3.10.80 armv7l GNU/Linux

root@odroid-jessie:~# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
  linux-headers-3.10.96 linux-image-3.10.96
The following packages will be upgraded:
  linux-headers-armhf-odroid-c1 linux-image-armhf-odroid-c1
2 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 18.4 MB of archives.
After this operation, 82.9 MB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Get:1 http://oph.mdrjr.net/meveric/ all/c1 linux-image-3.10.96 armhf 3.10.96-20160321-C1 [11.7 MB]

root@odroid-jessie:~# uname -s -r -m -o
Linux 3.10.96 armv7l GNU/Linux

Questo kernel al 04-06-2016 è meno recente di quello per l'architettura x86_64 che è: 3.16.0-4-amd64

root@odroid-jessie:~# apache2ctl -v
Server version: Apache/2.4.10 (Debian)
Server built:   Jan  3 2016 04:00:40

root@odroid-jessie:~# apt-cache show drbd-utils
Package: drbd-utils
Version: 8.9.2~rc1-2+deb8u1

per poterlo far funzionare ho docuto installare la distro jessie di raspbian e installare il pacchetto drbd8-utils con i repo di jessie. prima però l'ho installato la prima volta con il repo wheezy.

l'ho installato mantenendo i repo com'erano e sembra che non abbia dato fastidio a drbd anche se mi ha chiesto ad un certo punto se volevo interrompere i servizi in quanto sono state aggiornate le glibc6

apt-get install gfs2-utils gfs2-cluster gfs-pcmk gfsd(??)

dall'utente pi digitare:

sudo passwd root

e accertarsi che nel file /etc/ssh/sshd_config sia abilitato il PermitRootLogin yes

ho provato ad abilitare il repo jessie-backports per installare il crmsh, ma ho dei dubbi…\ si inserisce nel file sources.list

deb http://ftp.debian.org/debian jessie-backports main

poi si fa l'update e

apt-get -t jessie-backports install crmsh

- - - - a quanto pare il jessie-backport fa solo dei danni.
meglio lasciare solo i jessie main e installare solo:

clvm cman gfs2-tools(utils)

e creare il cluster - - - - Allora ok dopo l'ultimo rifacimento per far partire correttamente il cluster con cman. al momento non bisogna fare nessun upgrade, l'unica cosa da fare è sostituire il repositori da wheezy a jessy
poi installare il drbd8-utils
poi installare gfs2-utils che automaticamente insalla anche il cman, il corosync
poi installare il clvm
poi per creare il cluster usare:

# ccs_tool create nomecluster
# ccs_tool addfence human manual

per aggiungere i nodi

# ccs_tool addnode nomenodo1 -n 1 -f human
# ccs_tool addnode nomenodo2 -n 2 -f human

modificare il contenuto del file /etc/default/cman

CLUSTERNAME="ClusterDRBD"
NODENAME="arnold"
USE_CCS="yes"
FENCE_JOIN="no"
CMAN_QUORUM_TIMEOUT=0

bisogna ora valutare il discorso della formattazione del gfs2 e della modifica che feci nel vecchio cluster riguardo il lock dlm
Occhio però che alla fine salta fuori che bisogna installare anche i fence-agents

apt-get install fence-agents

- - - forse

apt-get install libdlmcontrol-dev

#!/bin/bash

var=`apt-cache policy | sed -e '/o=/!d' -e 's/^.*o=//' -e 's/,.*$//' | sort | uniq`

while read linea; do
     var2="aptitude -F '%p %v %t' search '~i ?not(?archive(testing)) ?origin($linea)'"
     echo "Pacchetti provenienti da $linea"
     eval $var2
done <<< "$var"