Orphée

Really ? Are you **** serious ? Could you please respect devs work ? could you at least read OPs posts ? you won't be spoon feed... we are not even in beta stage yet... [Removed unnecessary foul comment and edited post.]

It happened randomly with a simple nginx container too... (BUG: soft lockup - CPU#1 stuck for 41s! [runc:19580]) And maybe this IPv6 "issue ?" too while starting docker.

necessary ? You must mean "would be a plus", no ? are your disks fast enough to handle it ?

I tried to install Proxmox 7.0 VE on my Gen8... I did not succeed to install Jun's 6.2.3 loader even with tutorials, install failed at 57% (error 13)... I was also aware of a PCI passthrough issue with Gen6/7/8 so I tried to add my LSI card as passthrough, the VM did not want to start (operation not permitted) the fix there (the PR from issue comment for Proxmox7) did not work for me : https://github.com/kiler129/relax-intel-rmrr/blob/master/README.md#configuration So I'll stick to ESXi and wait for HBA passthrough fix from @ThorGroup

You then have no SMART support inside DSM. Whereas HBA passtrough (on 6.2.3) makes SMART work inside DSM. So real DSM monitoring in case a disk dies.

https://github.com/RedPill-TTG/redpill-lkm/issues/19

@fbittoun Il n'y a heureusement pas de tuto à l'heure actuelle... Il y a un outils mis à disposition par @haydibe (merci à lui) pour faciliter la compilation de l'image à l'aide de Docker. C'est actuellement amplement suffisant pour mettre en œuvre les tests. Si avec ce qui est fourni actuellement tu ne t'en sors pas, ne le prends pas mal, mais passe ton chemin, et attends une version considérée comme "plus stable" qu'actuellement. Ne cherchez pas de tutos tout faits, et n'en rédigez pas non plus pour ceux qui seraient tentés de le faire... Le développement n'est pas encore au stade de l'essai en masse... Un tuto trop simple permettrait à trop de gens ne maitrisant pas assez les risques d'installer ces versions instables. Certains pourraient reprendre ses tutos en oubliant de préciser que c'est encore du développement... Ne postez pas non plus des images pré-compilés publiquement... Il y a des risques associés au code propriétaire de Synology... Le travail actuellement fait par @ThorGroup permettra justement à terme une fois stabilité à chacun de créer sa propre image... Je ne cherche pas à jouer les moralisateurs, loin de là, juste à mettre en garde et protéger au maximum des risques. Dernier exemple en date, je viens de tester Moments avec la version redpill 6.2.4, un import de photos en masse fait crash ma VM... CPU à 100% et VM freeze... C'est pas une install docker ou autre truc un peu décallé... C'est l'appli officielle Synology Moments... Et je ne peux plus utiliser la VM, dès que Moments démarre, même après un reset, la VM freeze... J'aurai du faire un snapshot... je dois la détruire et recommencer à 0. Donc même une "utilisation basique" peut être en risque...

Did someone successfully updated from 6.2.4 to 6.2.4 update 2 ? when I tried a week or two ago, update failed for me... Edit : Inside the update 2 PAT file, there is a flashupdate_6.2-25556-s2_all.deb it contains :

Running 7.0.1 RC on ESXi

Face detection works for me on ds3615xs. Real SN and Mac. I only had to change cpu to 2 cpu / 2 core

Actuellement, redpill ne gère pas les cartes LSI SAS HBA... ça limite pas mal de choses... à défaut de DSM7 j'aurai aimé passer en 6.2.4 pour les patch de sécurité... mais c'est impossible pour le moment... et encore trop peu testé/validé... Donc pour ceux qui veulent s'y essayer, ne faites pas ça avec vos données "importantes".

Oui, certes, dans une certaine mesure. Ce que je voulais dire principalement, c'est que beaucoup de paquets peuvent tourner grace à docker et n'existe pas nativement sous Synology, petit exemple : Et leur configuration est d'une simplicité, plus besoin de se prendre la tête à savoir si la version de telle librairie est compatible avec le package qu'on veut installer... si la version de l'OS est OK ...

Docker est surtout très utile pour s'affranchir des contraintes OS. Pouvoir faire tourner des paquets/appli Linux non prévus et non dispo sur Syno, c'est juste génial. @titoum ok, je dis juste attention, avant de laisser penser qu'on peut migrer... je préfère mettre en garde ceux qui pourraient croire que c'est bon. Edit : il ne s'agit pas d'utiliser docker pour faire tourner DSM mais bien de faire tourner docker dans DSM pour faire tourner des containers docker dans le Syno. Ça fonctionne super bien en 6.2.3 avec Jun's alors que nous sommes nombreux a avoir des crash du syno avec redpill... Que ce soit avec esxi,proxmox ou baremetal

Ce n'est pas parce que pour toi elle fonctionne "pour le moment" sans soucis qu'il faut laisser penser qu'on peut migrer sans risque. On vient de découvrir par exemple que docker fait planter presque toutes les machines en DS3615xs. Donc non ce n'est pas encore stable et certainement pas recommandé pour un usage prod.

Ce n'est même pas encore une beta. Encore des choses non fonctionnelles. Pour du test et debug ok... pour de la "prod" non... sauf si tu es prêt a perdre tes données.

Edit : @dodo-dk well played dude. Changing to 2 fixed !

I tried again to start influxdb container with 139 syno package. System unresponsive Serial console output :

I took latest Synology Photos and Facedetection still not working on my VM... From /var/log/messages From /var/log/synofoto.log From console serial output : I have a DS3615xs valid SN and MAC (Only one of the 4th original MAC address set)

I currently have 20.10.3-1233, I will try yours.

I'm having soft lock too it seems on Gen8 ESXi if you look my posts above. [ 104.022425] BUG: soft lockup - CPU#1 stuck for 41s! [runc:[2:INIT]:13695] so maybe not because of new CPU...

My VM froze again. CPU drop once VM reseted. I was just running nginx... I will keep container off for a while...

Hp Gen8 - ESXi 7.0u2d - DS3615xs - DSM 7.0.1 Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz

What does this container actually ? appart from freezing my VM and running CPU at 100% ? ? 2 tries, 2nd one with high privileges had to reset system

System was not responding while high CPU usage. I'm not able to reproduce the issue ... docker started again... The only difference between last crash and now is I did not reboot after disabling IPv6 earlier... Whereas now the system fresh started with IPv6 disabled... Don't know if it is related... but currently seems to be stable.

Yes actually, system is still unstable... Lot of logs like this : Edit : CPU also does not like at all the docker container running : I had to reset VM.