TOS 7.0.1169 (x86) Official Release Update

[merlin9876]

Well, everything seemed to go well with the TOS 7 update. Smooth process. I also applied this update (7.0.1169).

Unfortunately, whenever I boot the server up, after about 20 minutes, the server literally dissapears from my network, which it never did before. I can't find it on the network from my Windows 11 machine with the "arp -a" command, can't ping it, etc, etc. Even TNAS PC can't find it after that 20 minutes. I don't have any special firewalls, VPNs, etc. I don't have any special power configurations, no sleep for the hard disks, no nothing. It works perfectly and 20 minutes in, it dissappears. Not even my router sees it after 20 minutes in it's listed devices. I use a fixed IP address, as I always did.

Also tried specifying again the IP address in TNAS PC (in the 20 minutes I have) and it doesn't do anything, it doesn't prevent the vanishing. I'm on a F4-423 btw...

I can only get the server back by doing a hard reboot and then only have about 20 minutes. It's driving my crazy! Any help would be appreciated. Thanks you!

p.s.: the server is still running, just I can't see it on the network...

[CursaYang]

Please enable debug mode. When the issue occurs again, wait for the device to restart, then download the debug logs and send them to our technical support email (support(at)terra-master.com), and include the link to this post in the body of the email. We will analyze them.

If possible, please note the time when the issue occurred — this will be very helpful for our troubleshooting.

The debug logs consist of three files: kern.log, syslog, and atop_log. When downloading, please check whether they are being blocked by your browser.

[merlin9876]

Ok, thank you! But from where do I find/export the debug logs? I only found the System Log in the Control Panel and I can only export a basic csv file... Well, nothing about my problem anyway...

EDIT : ok, got it, the debug mode was enabled in the help section...

[apvm]

Finally have a small problem with Jellyfin, I changed my F4-424 ip address and Jellyfin will not enter ipaddress:8096, i uninsatlled and tested with new installation, it changes to :8098 and will not let me enter with :8096 even after I changed it within Jellyfin settings. Finally I uninstalled it and install it with Docker version and working fine now. Just don't understand why TOS 7 app store Jellyfin do not allow ipaddress changes. Oh well not a big deal.

[TMjack]

Please provide the Jellyfin version number so that we can perform internal verification.

[ambul]

I think we should leave this firmware alone, only adding security features as we go. Everything is working, no complaints

[Gremlin]

First attempt to update (from .1163) on F5-221 'Decompression Failed' (at 98%)
{this was last of my devices to be updated and the same downloaded file was used for three previous}
Second attempt was ok.
{Random glitch ...}

[apvm]

Please provide the Jellyfin version number so that we can perform internal verification.

Can't remember but it is from Tos 7 app store so it is easy for you to know which version it is. Thanks.

[sianderson]

both units updated, no issues noticed, all looking good

[Alak]

Bonjour,

Suite à mon précédent message (instabilités de partages SMB avec TOS 7.0.1169), j'ai pu résoudre mon problème sur mon F4-424. J'ai fait une sauvegarde de ma configuration, j'ai enlevé tous les HDD de mon NAS, j'ai formaté un des deux SSD NVME qui ne servait qu'au système et je l'ai réinstallé, seul. Ensuite, j'ai ré initialisé entièrement mon F4-424 avec TOS 7 directement en ligne (Version propre !), j'ai upgradé ensuite en 7.0.1169 sans aucun souci. J'ai ensuite restauré une partie de mon système (utilisateurs, répertoires partagés, etc) à partir de ma sauvegarde.
J'ai ensuite arrêté le système et réinstallé tous mes autres disques dans leurs emplacements respectifs.
Là, tout est à nouveau disponible et le partage SMB est redevenu stable et efficace, notamment pour l'utilisateur "guest", très utile pour moi afin d'accéder au stockage depuis "Kodi" avec une médiathèque centralisée. Bref tout fonctionne à nouveau parfaitement. Dans mon élan, j'en ai aussi profité pour passer le Bios de la version MADN0101.V05 qui était en place à la dernière version MADN0101.V08 que vous avez mise à disposition.
Je ne m'explique toujours pas l'instabilité constatée lors de mes upgrades précédents. Je suppose que j'avais, par le passé, un peu trop "joué" avec la configuration SMB en modifiant directement le fichier adéquate en SSH, y compris sa version d'origine.
En finalité, tout est OK avec cette version 7.0.1169 et cela m'a permis, au prix d'une certaine angoisse, de remettre tout mon système d'aplomb. Je sais qu'avec les dernières versions de SMB, l'utilisateur "guest" pose souvent des soucis. Il est pourtant très utile, en lui donnant des droits en lecture seule, sur le réseau purement local. Entre Android TV, Windows, MAC, Linux des autres machines, c'est un des protocoles qui permet de faire des partages et des sauvegardes de manière quasi universelle et automatique. D'où sa grande importance pour moi...

A noter que cela n'a absolument pas affecté mes données sur les autres disques (ce qui m'aurait demandé énormément de temps pour les restaurer).

Merci encore pour cette nouvelle version de TOS ! Esthétiquement, c'est une réussite.