Et le RaspberryPi ?

[papyray]

Bonjour a tous
Une question naïve....
A quand une version de N4F pour le RaspberryPi ? Ces 2 ont tous pour être réuni, non?
On pourrai avoir un (très) petit serveur de sauvegarde a moins de 50 euros.
1 RaspberryPi, une carte sd de quelques Gigas, et c'est tout !
Vos réactions svp
PapyRay

[alexey123]

RasperberyPI not have IDE or SATA connector for hard drive. It not will work as file server.
If you want make backuper, you must built server itself

[chrisf4lc0n]

Just install the Raspbian and configure the BTSync on it, follow this guide:
http://jack.minardi.org/raspberry_pi/re ... pberry-pi/
It really does the job! I have my N4F running alongside the RPi with BTSync on both of them, the transfers are not great from RPi topping 5Mb/s, but it is only for backups.

[velivole18]

Bonjour,

Nas4Free sur RaspberryPi, non, mais par contre j'avais ouvert un post
pour utiliser RaspberryPi en tant que serveur ldap pour mon serveur Nas4Free
et les autres PC de la maison.
L'annuaire OpenLdap fonctionne parfaitement sur RaspberryPi, avec mes machines clientes linux,
mais impossible d'y connecter Nas4Free !
Pas de réponse à mes post, ni sur le forum en français, ni en anglais.
A la lecture du forum principal en anglais sur le sujet, je comprends qu'il n'y a rien à attendre comme aide et qu'il faut se débrouiller seul.
Alors pourquoi avoir développé cette fonction dans Nas4Free ?
J'ai pourtant acheté le RaspberryPi exprès pour cela ...

Si qqun a une idée, vous pouvez répondre au post suivant : viewtopic.php?f=35&t=5340

Cordialement.

[sleid]

Si cela peut vous aider éventuellement

http://www.freebsd.org/doc/en_US.ISO885 ... index.html

[velivole18]

Bonsoir,

Merci beaucoup. Je vais étudier cela.

Cordialement.

[loulnux]

Le RPi a 2 principaux défauts pour servir de base serveur NAS qui sont liés d'ailleurs :
1/ l'ethernet est limité en 100BT ce qui est aujourd'hui un peu léger vu la généralisation du 1000BT
2/ Il n'y a que l'interface USB pour les supports de mémoire de masse ce qui n'empêcherait pas l'ajout de disques durs mais reste assez limitatif pour un NAS.
Enfin techniquement parlant pour couronner le tout l'Ethernet est un "dévoyage" de l'USB sur le RPi ce qui veut dire qu'entre les opérations de lecture/écriture sur les supports et celles de transfert réseau, je n'ose imaginer la charge du chipset.
Dans le genre il y aurait plus adapté pour monter un NAS à base d'ARM comme çà : http://utilite-computer.com/web/utilite-models mais çà c'est une autre histoire.

[laster13]

Puisqu'on est sur le raspberry pi.. En voila mon utilisation en liaison avec nas4free..

j 'ai installé transmission dessus avec un client openvpn, vp tunnel
j ai par ailleur utilise le protocole nfs sur nas4free pour creer des repertoire cibles sur raspberry notamment pour des dossiers necessaire au telechargement des torrents..

bref ca permet d encapsuler uniquement le traffic torrent ds le vpn et de laisser toutes les appli du nas accessible depuis l exteririeur... Pour ceux que ca interesse je suis disponible!

[mtiburs]

Bonjour,

Il est vrai que les deux pourraient être réunis mais, il faut du temps pour cela et peut-être que ce choix est voulu pour ne pas nuire à la "qualité" de N4F.

Le Raspberry partage son chipset entre l'usb et l'Ethernet (ce qui d'ailleurs, peut provoquer des surchauffes du chipset, d'oû certains micro-radiateurs spécifiques pour le RPI)

Vous avez parlé de cartes SD, pourquoi pas !, mais les cartes SD ...ça n'aime pas du tout les nombreuses écritures (usure).
Pourquoi pas un disque dur externe en 2,5p? ou un SSD (en trim).
On peut installer ssh et xrdp et ne pas brancher de souris ni de clavier sur le RPI (les 2 ports usb sont libres)

Vous voulez faire un serveur de sauvegarde ? super et bonne idée !
Perso, je mettrais un hdd en 2,5p ou SSD (ou clef) sous EXT4 et un rsync avec l'option "backup" avec une date du style: --backup --backup-dir=`date +%Y-%m-%d_%Hh%Mmn%Ss` et vous lancez ça avec une tâche cron sur le N4F (ça peut faire des années de sauvegardes bien rangées !)
Si c'est des petits fichiers, pas besoin d'un gros débit réseau, de plus, rsync, ne traite que des sommes de contrôle sur des blocs, donc ça peut être largement suffisant.
On peut mettre 2 HDD de 2To sur un RPI ... ou plus ... avec un switch usb.

On peut aussi faire de l'iscsi sur un N4F et l'utiliser comme un disque dur pour le RPI (le RPI boote indirectement sur le N4F, le dev peut être en mirroir)

Le RPI, c'est une très petite machine (architecture "tirée" à l'extrème), mais qui peut être bidouillé à tout va.
Dans certains cas, on peut hésiter entre services virtualisés et RPI (car il ne consomme que 3w)

Sinon, il existe des carte-mère fanless et des alim fanless
On peut aussi utiliser un énorme ventirad et ne pas mettre le ventilo et "sous-clocker" le proc (un processeur avec une bonne architecture peut être toujours performant avec une fréquence très faible, grâce à son architecture et son cache).
De plus on peut avoir plusieurs Go de RAM.

J'ai un Rasberry avec 2 rj45 (l'Ethernet normal et un rj45 en USB) et j'ai aussi une petite carte mère fanless + alim fanless dans un boitier tour avec plusieurs To de disque.
Il faut savoir ce qu'on veut, il est vrai qu'un RPI est attrayant coté "volume" ... mais ... ça rame un peu.
Après, si c'est pour sauvegarder un fichier de 100ko par jour ... ça suffira largement.

[octave]

salut salut

j'ai installer pour un ami un raspberry PI comme serveur de stockage. il est fonctionnel depuis 1 ans
- 1 PI Raspberry
- 1 HUB USB 5 Ports auto alim
- 1 Boitier pour le PI
- 1 carte SD 4 Go pour le système nas4free
- 4 HDD usb de 1 TO chacun ( soit 4TO au total)
- pas de clavier
- pas de soucis
- pas de vidéo
- 1 option ==> une batterie solaire sur port usb pour alimenté le tout

Le tout à été installé en extérieur sur un balcon sous habit de plexiglas

Retour d'expériences est que sur 1 ans environ nous avons eu qu'a changer 1 fois la batterie solaire (made in china) mais pour le prix que demander de plus ( plus de frais de port que de pièce pour la batterie).

[vlotho]

Pardon de m'interposer dans ce sujet, mais pour ce qui est des autres cartes tel que la cubietruck, qui a un port sata et un port gigabit Celle ci serait apparemment plus adapter à N4F mais je n'ai rien vu non plus à ce sujet !!! les cartes à soc ARM fleurissent de plus en plus sur le marché, et je n'ai pas vue grand choses pour ces architectures ... c'est étrange, je trouve. Surtout que que ca fais maintenant 1 an ou 2 qu'elles ont commencer à ce vendre, sans parler des cartes constructeurs qui existe depuis bien plus longtemps.

[voxmundix]

Ayan testé pendant un moment le raspberry pi comme NAS (et comme écran supplémentaire^^) voici mon avis, qui ne tient qu'a moi:
+J'ai apprécié la faible consommation
+Pas de ventilateur
+On peut brancher via hub auto-alimenté, autant de disque dur portable qu'on veut (dans mon cas j'ai testé avec 3 disques sur le même hub branché sur le même port du RPI)
+Pas de bloc d'alimentation qui gaspille la moitié de l'énergie (mais bon on le remplace par un chargeur USB + tout les chargeurs de périphériques qui sont généralement de qualité médiocre)

-On ne peut pas brancher de disque dur interne (sata, IDE)
-Le port Ethernet est aussi lent qu'une bonne soeur (fait exprès?)
-Si tu utilise la crypto (par exemple ssh) le processeur est vraiment pas fait pour ça (je me souviens avoir testé Resident Evil en full HD accessible via sftp sur mon raspberry pi et ça laggait trop pour regarder le film)
-Si je ne m'abuse toutes les données qui transitent par USB sont de facto analysées par le processeur se qui augmente considérablement le travail "inutile" fait par ce dernier.
-j'oubliais: port USB 1 !!!!!! (genre comme si ça coûtait plus chers de mêtre du 2.0 ou 3.0)

[mtiburs]

mieux que la framboise ... la banane !

http://www.toolinux.com/Aarrivee-du-mini-ordinateur

le distributeur:
http://e.banana-pi.fr/

c'est vrai qu'un port sata manquait un peu

[F8BOE]

Hello,

Oui, en fait ce serait une bonne idée... Mais le RPi n'a pas été developpé pour être un foudre de guerre!
Et puis 256/512 MB RAM sur un proc ARM7... Pardon, mais mon P3 1000MHz speedstep se débrouille autrement bien avec 512 MB RAM qu'un Atom 32bits qui a le double de RAM... Alors je n'ose même pas imaginer ce que pourrait faire un pauvre ARM7!!!

Le BananaPi semble un peu plus performant en apportant plus de RAM et un port sATA en plus du LAN 1000/100, mais là encore, je ne pense pas que ce soit une platforme saine pour un serveur miltifonctions du type FreeNAS / NAS4Free.

On pourrait en fait concevoir les RPi et BPi comme de simples NAS tounant sur une version Debian ou Debianlike comme Ubuntu, en mode NFS, SaMBa, FTP, pour éventuellement faire tourner des applications basiques sans rechercher le multitâche comme on peut l'avoir avec NAS4Free; avec un ou deux disques. En fait un simple NAS comme il en existe tant dans le commerce...

Pour le moment j'utilise un vieux PII 400 768 MB RAM, embedded sur CF 4GB avec 3TB de HDD sans vouloir utiliser la fonction ZFS (sans intérêt pour mon utilisation). Sans problèmes je fais tourner:
CIFS/SMB
FTP
SSH
NFS
RSYNC en mode local pour les miroirs MDV et Mageia
DLNA/UPnP
iTunes/DAAP
DNS Dynamique
UPS
Serveur web comme mirroir MDV et Mageia

Et ça tourne correctement pour servir 2 ou 3 clients en audio ou vidéo.

Un autre serveur tourne également sur base AMD Athlon64 X2 4200+ 2GB RAM embedded sur stick USB interne, mais question consommation d'énergie, ça n'a rien à voir avec le Lo-Po des Thin Clients...

Ciao @+

[mtiburs]

Bonjour,

Il est vrai que le RPI ou BPI est constitué assez/trop faiblardement pour un serveur normal, mais pour de petits services, pourquoi pas.

Un aspect a ne pas oublier:
Si on a un PC fait avec une alim (ventilé) et un processeur (ventilé) et une carte-mère courante, on aura pas tout à fait le même rapport de consommation et de sécurité (les condo d'une carte mère gonflent et "pêtent", cela peut être gênant, l'alim peut aussi griller (et elle grillera un jour), de plus, si c'est une alim "à pas cher" sans régulation et sécu, le pb lors d'une défaillance, sera donc géré "comme çà" (la carte-mère peut générer un courant malsain et on peut griller tous les disques par la même occasion!)

J'utilise des fois des engins de "3ème vie" (voir 4 !), je ne compte plus ceux qui tourne H24 et qui après avoir été mis sous quelques heures, "grillent" à la remise sous tension (l'autre fois deux alim d'écrans en même temps: condensateurs gonflés)

Il faut tout prendre en considération.
Le RPB ou BPI, peuvent être suffisant sans tous les inconvénient cités ci-dessus.

[mtiburs]

Bonjour,

Y a t'il des gens qui ont testé çà: http://sourceforge.net/projects/nas4fre ... 4Free-ARM/

... pour le RPI

[mtiburs]

Bonjour,

J'ai testé pour voir NAS4Free-rpi-SD-10.1.0.2.1707.img sur un RPI (de secours) que j'avais sous la main.

çà marche bien ... un peu lent mais çà marche, en tout cas sympa de retrouver le webgui sur un RPI

mais ..., je n'ai pas résisté à ... bin si !
Donc, j'ai vite installé un disque usb en cible iscsi sur le RPI, ensuite, j'ai monté ce dernier avec mon serveur en Linux/Debian (çà pourrait être un FreeBSD ou Nas4Free) et j'ai créer un pool ... compressé et dédupliqué (attention, la dédup est faite dans le serveur ... pas dans le RPI)
Un cache en SSD est sur le serveur, ce qui aide énormément les choses.
Ensuite j'ai lancé un rsync avec un MV dedans, et çà tourne ! j'ai mis un --bwlimit=5000 pour ne pas avoir des débuts oscillants (qui passent de 80Mo/s à 100k).
Une fois le fichiers copié, la lecture est quasi-instantanée (en fait à la vitesse du SSD sur la machine locale)

Donc, en gros, on peux se faire du SAN avec un RPI (qui contient les données) et avoir un débit de plusieurs centaines de Mo/s (gràce au Zcache) sur la machine locale.


Sinon, en utilisation plus normale, en NFS, on peut utiliser cachefilesd qui mettra les données en cache (sur une machine en Linux).

[laster13]

Bonjour,

A propos de NFS, quel débit peut on attendre entre un raspberry et un Nas4free sur des gros fichiers ? y a t il des protocoles mieux adaptés que le nfs. En gros je tourne à 4mo/s et cela me semble peu

[mtiburs]

Salut,

Non, le débit c'est normal.

Il existe un autre modèle que j'avais pris pour test, c'est la BananaPi, qui a un lan en giga + un sata, mais j'avais quelque soucis avec pour certaines choses (partie écran avec rdesktop)
Je ne sais pas si le débit du Raspberry Pi2 est meilleur (que le RPI normal).

Par contre, attention aux alim-adaptateur 220v vers sata pour alimenter un disque dur, j'avais pris çà sur ebay pour tester le principe de faire un ensemble: RPI+disque sous N4F aven iscsi, mais le transformateur chauffait anormalement, ce "truc" ou "ustensile de chauffage" n'avait pas de pictogramme (CE ou autre) et quand je l'ai renvoyé pour me le faire rembourser ... comme par hasard, il ne l'on pas reçu, bref, méfiance sur ce genre de chose.

Sinon, pour le NFS, il y a cachefilesd, qui est pas mal (je faisais mon cache en RAM)
faut utiliser l'option -o fsc pour bénéficier du cache (uniquement en lecture)

[laster13]

Merci pour ta réponse, je vais voir pour le BananaPi. Sa sortie en giga peut effectivement apporter un plus en terme de débit. Tu as une idée de ce que cela pourrait donner?

[mtiburs]

non, je ne me rappelle plus, je l'utilise comme superviseur (il démarre des MV et fais mes sauvegardes).

je ne peux pas l'arrêter pour faire le test, faudrait que j'essaie ... à l'occasion

[laster13]

Je vais le commander et te tiendrai informer de mes resultats

[mtiburs]

j'avais pris un boitier transparent et faut savoir qu'il clignote de partout, c'est noël en permanence !

[laster13]

Bonsoir,

Je tente d 'installer une image Nas4free "arm" sur un raspberry de la même manière que celle que j'utilise pour une installation classique et cela ne boot pas. Y a t'il une procédure particulière pour l'installation.

J'ai utilisé la commande physdiskwrite cela ne fonctionne pas. je n'ai qu un poste windows sous la main avec lequel j ai également tente Win32DiskImager

Merci

[mtiburs]

moi, je récupère l'image et je copie le tout en RAW sur la clef avec dd

... pour windows ... je ne connais pas ce genre chose

[laster13]

Bonsoir,

Quelques résultats intéressants à propos du Banana Pi conseillé par mtiburs. Pour les caractéristiques techniques c'est 1GO DDR3 de mémoire, un dual core une sortie SATA + gigabit full duplex et 2X USB. Pour mes tests j'ai déporté le boot système sur un disque dur SATA 2.5 pouce puis un disque SSD et utilisé la commande "sysbench ". Voici les resultats

Tests en lecture Disque dur SATA

root@lemaker:~# sysbench --test=fileio --file-total-size=8G --file-test-mode=seqrd --init-rng=on --max-time=300 --max-requests=0 run
sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1
Initializing random number generator from timer.


Extra file open flags: 0
128 files, 64Mb each
8Gb total file size
Block size 16Kb
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing sequential read test
Threads started!
Done.

Operations performed: 524288 Read, 0 Write, 0 Other = 524288 Total
Read 8Gb Written 0b Total transferred 8Gb (77.904Mb/sec)
4985.83 Requests/sec executed

Test execution summary:
total time: 105.1556s
total number of events: 524288
total time taken by event execution: 103.5040
per-request statistics:
min: 0.03ms
avg: 0.20ms
max: 35.12ms
approx. 95 percentile: 1.07ms

Threads fairness:
events (avg/stddev): 524288.0000/0.00
execution time (avg/stddev): 103.5040/0.00

Test en écriture Disque dur SATA

root@lemaker:~# sysbench --test=fileio --file-total-size=8G --file-test-mode=seqwr --init-rng=on --max-time=300 --max-requests=0 run
sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1
Initializing random number generator from timer.


Extra file open flags: 0
128 files, 64Mb each
8Gb total file size
Block size 16Kb
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing sequential write (creation) test
Threads started!
Done.

Operations performed: 0 Read, 524288 Write, 128 Other = 524416 Total
Read 0b Written 8Gb Total transferred 8Gb (38.004Mb/sec)
2432.26 Requests/sec executed

Test execution summary:
total time: 215.5559s
total number of events: 524288
total time taken by event execution: 209.3815
per-request statistics:
min: 0.10ms
avg: 0.40ms
max: 1431.73ms
approx. 95 percentile: 0.15ms

Threads fairness:
events (avg/stddev): 524288.0000/0.00
execution time (avg/stddev): 209.3815/0.00

Lecture/Écriture aléatoire

root@lemaker:~# sysbench --test=fileio --file-total-size=8G --file-test-mode=rndrw --init-rng=on --max-time=300 --max-requests=0 run
sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1
Initializing random number generator from timer.


Extra file open flags: 0
128 files, 64Mb each
8Gb total file size
Block size 16Kb
Number of random requests for random IO: 0
Read/Write ratio for combined random IO test: 1.50
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing random r/w test
Threads started!
Time limit exceeded, exiting...
Done.

Operations performed: 16500 Read, 11000 Write, 35172 Other = 62672 Total
Read 257.81Mb Written 171.88Mb Total transferred 429.69Mb (1.4322Mb/sec)
91.66 Requests/sec executed

Test execution summary:
total time: 300.0090s
total number of events: 27500
total time taken by event execution: 167.7348
per-request statistics:
min: 0.04ms
avg: 6.10ms
max: 70.38ms
approx. 95 percentile: 15.79ms

Threads fairness:
events (avg/stddev): 27500.0000/0.00
execution time (avg/stddev): 167.7348/0.00

Tests avec Disque dur SSD
http://blog.slucas.fr/blog/banana-pi-3- ... on-sur-ssd

En conclusion :
- 77.9 Mb/sec en lecture pour un disque SATA contre 167.07Mb/sec avec un disque SSD
- 38.004 Mb/sec en écriture pour un disque SATA contre 41.6 Mb/sec avec un dsique SSD
- En Lecture/Écriture aléatoire, 1.4322Mb/sec avec SATA contre 3.552Mb/sec SSD

[mtiburs]

Salut,

Sinon, avec un Raspberry (qui n'a pas de sata) il y a un truc qu'on peut faire, c'est mettre le disque dur en iscsi ! mais on est tributaire du nas , mais bon, un nas avec Nas4Free ... çà marche tellement bien

[mtiburs]

faudrait voir le débit en iscsi du banana, un de mes projet est d'utiliser plusieurs "engins" de ce genre pour avoir un débit correct

[laster13]

Je poursuis mes tests ..

Serviio et Plex complètement fonctionnels sur Banana Pi ainsi que le transcodage pour Plex .. DLNA également. Fonctionne aussi sur raspberry 2.

[mtiburs]

c'est bien !

je voudrais trouver le moyen d'avoir une alim pour un disque dur branché au RPI ou PBI (j'en ai eu acheter une sur ebay, mais c'était un truc chi.... et çà chauffait énormément et a,ormalement, il n'y avait d'ailleurs aucun sigle d'inscrit dessus.