Fishypops Posted December 19, 2018 Share Posted December 19, 2018 (edited) Hi, I am trying to upgrade from v6.1 I followed the instructions Copied the target url. However the following is the log message that is returned.... [ i do not know if it is worth mentioning.... have been eperiencing long delays in the rendering of the web pages... I had hoped that upgrading wold solve this probem...] Edit: I ujst checked... i am unable to hit the server from my windows explorer Pinging the server gives this Edited December 19, 2018 by Fishypops Quote Link to comment
trurl Posted December 19, 2018 Share Posted December 19, 2018 Might not be able to do the upgrade using the webUI from that very, very, very old version. You might even have some trouble with the Update Notes, but see if you can work through this: Quote Link to comment
Frank1940 Posted December 19, 2018 Share Posted December 19, 2018 Try the link in the first post of this thread (It is for version 6.6.6): https://forums.unraid.net/topic/76070-unraid-os-version-666-available The repository server was changed a while back... Quote Link to comment
trurl Posted December 19, 2018 Share Posted December 19, 2018 Even if you do a manual download, I still recommend reading through those Update Notes I linked. There are a few things that people get hung up on making the transition from versions before 6.4 Quote Link to comment
trurl Posted December 19, 2018 Share Posted December 19, 2018 Probably none of your plugins are going to be compatible now so consider removing them all before doing the upgrade. Quote Link to comment
Fishypops Posted December 19, 2018 Author Share Posted December 19, 2018 (edited) Wow.... this looks ike work..... 🙂 So... as I said right now connectivity to the drives is down.... .... Was this caused by the attempt to upgrade ? - if so shoud I restore the copy I took of the flashdive immediately prior to the upgrade attempt ? - would a hard reboot do anything to help ? ===UPDATE / EDIT : I ust rebooted... i have the webgui back ... through my phone browser... So... I will work through the instructions.. Thanks for your help in advance Edited December 20, 2018 by Fishypops Quote Link to comment
trurl Posted December 20, 2018 Share Posted December 20, 2018 2 hours ago, Fishypops said: Wow.... this looks ike work..... Well worth it. Nobody can support that old version since nobody is running it. I'm not sure if Community Applications was around back then. In any case, once you get the OS upgraded install the Community Applications plugin and it will help you choose and install all other plugins and dockers you want. Also some new features. Be sure to setup Notifications to alert you immediately by email or other agent as soon as Unraid detects a problem. Possibly you already have some problems you don't know about. Quote Link to comment
Fishypops Posted December 20, 2018 Author Share Posted December 20, 2018 To recap on where I am... Situation: I am running version 6.1.9 I have the WEBGUI accessible I have access to the Unraid mapped drives via explorer I want to upgrade to the latest version As per the previous post the repository for the 6.1.x upgrade is not available. I read through the links.... I don't see the solution in the posts / links What do I do now ? I am trying.... Quote Link to comment
Frank1940 Posted December 20, 2018 Share Posted December 20, 2018 (edited) The basic NAS function will work fine. All of your data will be safe and the shares will work as they do now. Many plugins, Dockers and VM's can be problematic. It is best to remove ALL of them! Begin by shutting down your server. Remove the Flash Drive and make a complete copy/backup on its contents onto your PC. (This is your safety net.) Now install the flash drive again and reboot the server. Basically, you need to uninstall all plugins, Dockers and VM's. You then would install the most recent version using the the new repository that I referred you to in the second post of this thread. This will/should give your Basic NAS setup with the server name, IP address, passwords, and the other settings that you had with 6.1.9. Follow @trurl's instructions that he spelled out in this thread. IF you have trouble or problems, posts back in this thread with the issues and attach a Diagnostics file to the post. Tools >>> Diagnostics Edited December 20, 2018 by Frank1940 Quote Link to comment
Fishypops Posted December 20, 2018 Author Share Posted December 20, 2018 12 hours ago, Frank1940 said: The basic NAS function will work fine. All of your data will be safe and the shares will work as they do now. Many plugins, Dockers and VM's can be problematic. It is best to remove ALL of them! Begin by shutting down your server. Remove the Flash Drive and make a complete copy/backup on its contents onto your PC. (This is your safety net.) Now install the flash drive again and reboot the server. Basically, you need to uninstall all plugins, Dockers and VM's. You then would install the most recent version using the the new repository that I referred you to in the second post of this thread. This will/should give your Basic NAS setup with the server name, IP address, passwords, and the other settings that you had with 6.1.9. Follow @trurl's instructions that he spelled out in this thread. IF you have trouble or problems, posts back in this thread with the issues and attach a Diagnostics file to the post. Tools >>> Diagnostics Hurray !!!!! 🙂 It worked .... all that trepidation about nothing !!!!! FYI. I did exactly what you said to do.... removed plugins (none of which i use anyway) Rebooted (already had a recent copy of th flashdrive). Inserted the link into the plugins (https://s3.amazonaws.com/dnld.lime-technology.com/stable/unRAIDServer.plg) Executed Rebooted Hay viola !! [ 🙂 - i know ;-)... ] Brilliant. Very happy. Thanks very much to both of you. Quote Link to comment
Fishypops Posted January 11, 2019 Author Share Posted January 11, 2019 Hi..... Since I performed the parity swap my file transfer (write) to the unraid is painfully slow (700 kB/s). In addition I am experiencing frequent buffering when playing media files from my nVidia media player. Nothing else has changed to my setup Previously i enjoyed multi MB/s. Is there something else I should have done ? Attached is my diagnostic log. supernova-diagnostics-20190110-2204.zip Thanks again in advance. Quote Link to comment
Squid Posted January 11, 2019 Share Posted January 11, 2019 May or may not be related: Jan 10 03:40:01 supernova root: mover: cache not present, or only cache present Odds on, you've got a docker application that has one of its path mappings set to be /mnt/cache/.... Since you don't have a cache drive, this is going to wind up being stored in RAM. Actually a good thing, because I noticed this problem with some templates a while ago (specifying /mnt/cache explicitly on the template for the /config), and had been meaning to think about how I want to have CA handle that for those users that don't have a cache drive. Quote Link to comment
itimpi Posted January 11, 2019 Share Posted January 11, 2019 5 hours ago, Squid said: Actually a good thing, because I noticed this problem with some templates a while ago (specifying /mnt/cache explicitly on the template for the /config), and had been meaning to think about how I want to have CA handle that for those users that don't have a cache drive. Perhaps a simple solution would be to transform the /mnt/cache to /mnt/user and issue a warning that this has happened when pressing Apply on the docker? Alternatively this could be deemed an error that has to be corrected before proceeding. That seems a minimal impact change. Not sure what the correct approach would be if the cache drive is missing at runtime as that may well mean the cache drive has dropped offline (or failed to mount due to file system corruption) and in such a case one would not want such a transform to happen. Probably better to not even start the docker in such a case (and have an appropriate error displayed if the user tries to manually start the container). However I can see this might be more difficult to implement sensibly. Not sure if this could be made even more generic by saying the mount point must exist under /mnt/disk or /mnt/disks so it catches other locations becoming unexpectedly unavailable. However this can get complicated by cases where one does want to write to ram for reasons like a temporary work area for transcodes. Quote Link to comment
Squid Posted January 11, 2019 Share Posted January 11, 2019 3 hours ago, itimpi said: Probably better to not even start the docker in such a case (and have an appropriate error displayed if the user tries to manually start the container). However I can see this might be more difficult to implement sensibly. Not sure if this could be made even more generic by saying the mount point must exist under /mnt/disk or /mnt/disks so it catches other locations becoming unexpectedly unavailable. However this can get complicated by cases where one does want to write to ram for reasons like a temporary work area for transcodes. It can only be handled at the CA level when installing. After installation, if the folder(s) do not exist, docker itself outside of unRaid's control will automatically create the folders. Quote Link to comment
itimpi Posted January 11, 2019 Share Posted January 11, 2019 (edited) 8 minutes ago, Squid said: It can only be handled at the CA level when installing. After installation, if the folder(s) do not exist, docker itself outside of unRaid's control will automatically create the folders. I agree. A check that CA can carry out is that the mount point exists at the point of installing (or editing) a container. That I would think is as far as CA itself can go. It might be a good idea to introduce in such checks an option to explicitly say that it is not necessary for a particular path to exist to allow for cases such as when RAM is really wanted as a location. However that does not stop the Unraid code that launches a docker container from carrying out checks before actually issuing the docker command to start a container. That does put it outside the remit of CA and would be in Limetech maintained code I would think ( am not sure exactly how the docker containers get launched at that level). Do you think that raising a feature request for this might be a good idea? Edited January 11, 2019 by itimpi Quote Link to comment
Squid Posted January 11, 2019 Share Posted January 11, 2019 There was some discussion somewhere about this (can't remember though if it was private however) recently. But, I think that it get's rather complicated and hard to implement prior to the docker daemon starting since the daemon doesn't restart containers via the same docker run commands that you see when adding. Quote Link to comment
itimpi Posted January 11, 2019 Share Posted January 11, 2019 (edited) 40 minutes ago, Squid said: There was some discussion somewhere about this (can't remember though if it was private however) recently. But, I think that it get's rather complicated and hard to implement prior to the docker daemon starting since the daemon doesn't restart containers via the same docker run commands that you see when adding. I think it must have been private as I do not remember seeing it. However I can definitely seeing this being more complicated. However if CA can add some simple checks when adding/editing containers it would at least pick up most cases where the user (perhaps inadvertently) configured a container to user RAM without realising it. Edited January 11, 2019 by itimpi Quote Link to comment
Squid Posted January 11, 2019 Share Posted January 11, 2019 The biggest offender was @binhex and his default mappings for /data specified /mnt/cache. After I noticed the problem, he changed all of his templates. There is still only the odd template still out there that does this (for anything other than /config which is a special case, as the template system itself changes the /config mappings to match whatever the user has in default appdata location) Quote Link to comment
binhex Posted January 11, 2019 Share Posted January 11, 2019 i was the biggest offender, feel free to slap me. Quote Link to comment
Fishypops Posted January 12, 2019 Author Share Posted January 12, 2019 (edited) 🙂 I have only one docker ap installed (Plex) I deleted this....but there is no real difference to the transfer speed....I am right now waiting for this file transfer to complete... then I will reboot the unraid server...( ??).......maybe ... 🙂 Edited January 12, 2019 by Fishypops Quote Link to comment
Fishypops Posted January 12, 2019 Author Share Posted January 12, 2019 I have attached a ping log for the server.... the first ping is from before I rebooted the server (whilst the file was taking forever to copy I wanted to check the ping response time).....After I rebooted... I performed the subsequent pings.... as you can see....after the reboot the ping response was terrible.... Any idea why this wold be ? Thanks Quote Link to comment
trurl Posted January 12, 2019 Share Posted January 12, 2019 1 hour ago, Fishypops said: Any idea why this wold be ? Bad network connection? Any port or plug along the way is suspect. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.