J’avoue la dedup sur HDD c’est touchy ;-) !
Je pense que c’est juste pour le PoC.
Content d’avoir rendu service :-)
My 2cents
Frank
Le ven. 1 mars 2024 à 09:11, Toussaint OTTAVI a
écrit :
>
> Le 29/02/2024 à 20:13, Frank ALEXIS a écrit :
>
> >
> > Un mec bien au point sur github sort des scrip
Le 29/02/2024 à 20:13, Frank ALEXIS a écrit :
Un mec bien au point sur github sort des scripts hyper propres pour
tout un tas de trucs sur syno et ça marche hyper bien :-)
https://github.com/007revad
Merci :-) Je ne connaissais pas. Je vais jeter un oeil...
Ceci étant, si je bidouillais
Hello folks,
Sur syno la dedup existe bien MAIS il faut des disques syno (classique ou
ssd) et du cache nvme syno.
Mais … y’a un petit script qui va bien pour activer la dedup sur tous les
disques « non compatibles » hors syno
Petite info, les syno sont des Toshiba avec un firmrware « maison » t
Le 29/02/2024 à 15:43, Vinz Jumpertz via frnog a écrit :
je peux repondre pour le iscsi refs
Oui, çà fonctionne... C'est juste une question de confiance :-) Pour des
choses aussi critiques et aussi "bas niveau" qu'un filesystem présenté à
une application de sauvegarde (le truc dont on est
Hello,
je peux repondre pour le iscsi refs et le rackstation, on l'a en
production sur du veeam 365 et ca fonctionne (comme du veeam), ca prend
de l'espace mais on peut dupliquer entre synologies sans soucies.
KR
Vincent
On 2/29/24 14:29, Toussaint OTTAVI wrote:
Le 28/02/2024 à 12:39, elp
Le 28/02/2024 à 12:39, elpablodelcasata via frnog a écrit :
Je me pose une question infra. Utiliseriez vous un syno en tant que repository
pour du VEEAM ?
En terme de fiabilité, rien à redire. En revanche, il n'y a aucune
déduplication et aucune optimisation de l'espace. Donc, çà bouffe une
>> TrueNAS Scale c'est du Linux avec OpenZFS (plus des options qui ne sont pas
>> encore publiées)
>> TrueNAS Core c'est du FreeBSD avec OpenZFS (avec les mêmes options non encore
>> publiées)…
>
>
> Ma compréhension (et les discussions avec ixSystems) me fait penser que Core
> est
> voué à d
io,
> On 28 Feb 2024, at 20:42, Xavier Beaudouin via frnog wrote:
>
> TrueNAS Scale c'est du Linux avec OpenZFS (plus des options qui ne sont pas
> encore publiées)
> TrueNAS Core c'est du FreeBSD avec OpenZFS (avec les mêmes options non encore
> publiées)…
Ma compréhension (et les discussio
Ah oui … ça tombait bien en panne ces bestioles là !
Pour info le tuto de réparation des DSx15
https://youtu.be/Gz3j38SqDOk?si=DkgKgVYZ-LrYmf4J
Frank
Le mer. 28 févr. 2024 à 19:32, Paul Rolland (ポール・ロラン)
a écrit :
> Bonjour,
>
> On Wed, 28 Feb 2024 13:16:35 +0100
> "Paul Rolland (ポール・ロラン)" w
r ça dans un PC, il existe des
solutions en Europe de l'ouest plus dans la réalité du marché ?
Vincent
-Message d'origine-
De : Jules
Envoyé : mercredi 28 février 2024 12:23
À : Vincent Duvernet ; frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] Comparons nos NAS
Salut Vincen
Hello,
>>> On 28 Feb 2024, at 12:29, Vinz Jumpertz via frnog wrote:
>>>
>>> pour nous truenas/*BSD c'est le top, facilement manageable et automatisable
>>> (chef/ansible) et ca tourne du tonnerre sur du ZFS.
>>
>> TrueNAS c’est du Linux maintenant, d’ailleurs le process de mise à jour qui
>> f
Bonjour,
On Wed, 28 Feb 2024 13:16:35 +0100
"Paul Rolland (ポール・ロラン)" wrote:
> - Synology : il a tenu deux fois moins longtemps, apparemment un probleme
>de carte-mere mais hors garantie, donc il faut que je renvoie a mes
Je me corrige, ce n'etait pas un Syno, mais un Asustor.
Paul
-
Bonjour,
Desole pour le "leger" detournement de thread
On Wed, 28 Feb 2024 18:26:30 +0100
Jules via frnog wrote:
> De mon côté je suis plus enclin à prendre un 1U et installer TrueNAS :
Et dans les cas ou le form-factor 1U est pas adapte, il y a des gens qui
font des machines "nues" (sans
Salut Vincent,
En ce qui me concerne, Synology/QNAP ont un objectif clair de
t'enfermer chez eux. Pour reprendre ton example, QSync n'est pas
interopérable.
Coup de bol, un bon gars du support français de QNAP maintient un
paquet Syncthing qui est neutre vis-à-vis du constructeur.
Pour les modèl
https://www.truenas.com/docs/scale/gettingstarted/scalereleasenotes/
«Linux kernel and NVIDIA driver updates.»
https://www.truenas.com/docs/scale/gettingstarted/migrate/migratingfromcore/
--
Cordialement,
Jules
Consultant informatique
https://archphoenix.team
Le mercredi 28 février 2024 à 18:0
> On 28 Feb 2024, at 18:04, Nico Cartron wrote:
>
>
>> On 28 Feb 2024, at 17:43, ic wrote:
>>
>> io,
>>
On 28 Feb 2024, at 12:29, Vinz Jumpertz via frnog wrote:
>>>
>>> pour nous truenas/*BSD c'est le top, facilement manageable et automatisable
>>> (chef/ansible) et ca tourne du t
> On 28 Feb 2024, at 17:43, ic wrote:
>
> io,
>
>> On 28 Feb 2024, at 12:29, Vinz Jumpertz via frnog wrote:
>>
>> pour nous truenas/*BSD c'est le top, facilement manageable et automatisable
>> (chef/ansible) et ca tourne du tonnerre sur du ZFS.
>
> TrueNAS c’est du Linux maintenant, d’ail
> TrueNAS c’est du Linux maintenant
C'est "au choix" :
* TrueNAS SCALE en Debian
* TrueNAS CORE en BSD
Et visiblement les 2 ne visent pas exactement le même public.
Dans $job-1 on a gardé un (vieux) NAS QNAP rackable 4 baies comme
stockage de fichiers de travail pendant une dizaine d'année s
que l'on parle de syno, j'ai
toujours pensé qu'ils préfèrent vendre des baies de stockage de gamme
entreprise pour se faire un peu plus de $$
Des retex sur Syno Veeam et des gros volume de sauvegarde ?
Tobi
De : Vinz Jumpertz via frnog
À : frnog@frnog.org
Sujet : Re: [FRnOG]
io,
> On 28 Feb 2024, at 12:29, Vinz Jumpertz via frnog wrote:
>
> pour nous truenas/*BSD c'est le top, facilement manageable et automatisable
> (chef/ansible) et ca tourne du tonnerre sur du ZFS.
TrueNAS c’est du Linux maintenant, d’ailleurs le process de mise à jour qui
fait passer de BSD à
io,
> On 28 Feb 2024, at 11:42, David Ponzone wrote:
>
> Ils en sont où au niveau du format de stockage sur les disques. C’est pas
> toujours un peu propriétaire ?
Chez Syno c’est du md linux tout ce qu’il y a de plus basique pour le raid (ça
“slice” les disques en plein de partitions pour pe
Hello,
On utilise pas mal de QNAP besoin propre ou client.
Le plus souvent pas accessible par internet, c'est des targets iSCSI ou des
repository de sauvegarde.
En 2021, on a fait un choix de partir sur deux très gros QNAP GM-1002 avec
beaucoup de disque, max de mémoire bref gonflé au max.
On p
Sur du dsx15 ou similaire, un bug classique de carte mère facile à réparer
avec une résistance (j’en ai fait une bonne dizaine de ds415 ou ds1815)
Je peux retrouver le tuto si besoin
@+
Frank
Le mer. 28 févr. 2024 à 13:17, Paul Rolland (ポール・ロラン)
a écrit :
> Hello,
>
> On Wed, 28 Feb 2024 11:42
Hello,
On Wed, 28 Feb 2024 11:42:04 +0100
David Ponzone wrote:
> Ils en sont où au niveau du format de stockage sur les disques. C’est pas
> toujours un peu propriétaire ?
Sur "monQNapamoi (tm)", c'est du device mapper qui gere le raid entre les
disques (raid 6 pour moi), et de l'ext4 au dessus
og.org
Sujet : Re: [FRnOG] [TECH] Comparons nos NAS
Date : 28/02/2024 12:29:02 Europe/Paris
Hello,
pour nous truenas/*BSD c'est le top, facilement manageable et
automatisable (chef/ansible) et ca tourne du tonnerre sur du ZFS.
Un peu plus DYI que synology mais l'avantage c'est que les
Hello,
pour nous truenas/*BSD c'est le top, facilement manageable et
automatisable (chef/ansible) et ca tourne du tonnerre sur du ZFS.
Un peu plus DYI que synology mais l'avantage c'est que les possibilites
sont assez nombreuses. Les uptimes se comptent en annees sur ceux la
mes vincentimes
Hello à tous,
Pour nous, plusieurs centaines de NAS déployés et maintenus chez beaucoup
de clients très variés (de micro entreprise à grosse boîte de plus de 100
personnes avec de gros gros besoins en vidéo 4k)
Définitivement SYNOLOGY sans aucune comparaison vis à vis de QNAP ou des
autres (sauf
Ils en sont où au niveau du format de stockage sur les disques. C’est pas
toujours un peu propriétaire ?
David
> Le 28 févr. 2024 à 11:36, Vincent Duvernet a
> écrit :
>
> Hello la liste, suite aux échanges concernant les cartes d'extensions QNAP,
> je pense qu'il est intéressant de faire un
28 matches
Mail list logo
