Opawesome

Members
  • Posts

    276
  • Joined

  • Last visited

Posts posted by Opawesome

  1. 42 minutes ago, itimpi said:

     

    The guide has separate list of steps for 6.1.5 and earlier and the 6.12 series so is up to date as far as I know

    You may want to double check this 😀. I really only see instructions referring to "cache only" and "cache prefer" (i.e. versions before 6.12 if I am not mistaken) on this page : https://docs.unraid.net/unraid-os/manual/storage-management/#backing-up-the-pool-to-the-array

  2. You can do it with the array started. Just click on the relevant shares (i.e. appadata, apps, cachetmp and downloads in your case) to change the setting.

     

    I think that with the newer versions of unraid, the guide is a bit outdated and the setting "use disk cache" has been changed a bit. You must set the primary storage to "cache" and the secondary storage to "array".

     

    The effect of these new settings will occur next time the mover is called, whether manually or upon schedule, meaning that all the data from these shares (currently stores only on your cache drive) will be moved to your array.

    • Like 1
  3. 4 minutes ago, squirrellydw said:

    I must be missing this part, could you post a screen shot of where this is?  I can't seem to find it.
     

    Click on Shares and change to "Yes" all User Shares with "Use cache disk:" set to "Only" or "Prefer"

     

    You are over thinking it 😀 (see the image)

    Capture1.PNG

    • Like 1
  4. You are in the right place 😀. I just think your syntax is wrong. You should probably set the value to:

     

    {"writedescription": true}

     

    to respect the JSON format requirement (I assumed you had already some options set up with the right format). See https://github.com/alexta69/metube?tab=readme-ov-file#configuration-via-environment-variables for the details.

     

    It says:


     

    Quote

    YTDL_OPTIONS: Additional options to pass to youtube-dl, in JSON format. See available options here. They roughly correspond to command-line options, though some do not have exact equivalents here, for example --recode-video has to be specified via postprocessors. Also note that dashes are replaced with underscores. [...]

     

    The following example value for YTDL_OPTIONS embeds English subtitles and chapter markers (for videos that have them), and also changes the permissions on the downloaded video and sets the file modification timestamp to the date of when it was downloaded:

    environment: - 'YTDL_OPTIONS={"writesubtitles":true,"subtitleslangs":["en","-live_chat"],"updatetime":false,"postprocessors":[{"key":"Exec","exec_cmd":"chmod 0664","when":"after_move"},{"key":"FFmpegEmbedSubtitle","already_have_subtitle":false},{"key":"FFmpegMetadata","add_chapters":true}]}'

     

     

     

  5. 12 minutes ago, bman142 said:

    how?

    If the VPN tunnel is already setup and if you can ping the remote machine from your local machine via that tunnel, then you just need to connect to your remote server via its local IP address.

     

    You should be aware however that the speed of a large backup through a VPN tunnel is likely to be significantly slower than through a direct SSH tunnel.

  6. 10 hours ago, Construc_ said:

    is there a way to specify additional download parameters, such as:

    --write-description

    ?

    the output template is great, but doesn't quite let me do that^, thanks.

    the description contains the links to the artists/songs, etc. and this would help greatly 🙏

     

    All the available options are described here : https://github.com/yt-dlp/yt-dlp/blob/master/yt_dlp/YoutubeDL.py#L183

     

    There is indeed this option:

     

    Quote

    writedescription:       Write the video description to a .description file

     

    The format to use in the docker container template would be to add the following in the "options" field (i.e.: the "Container Variable: YTDL_OPTIONS" variable):

     

    "writedescription": true

     

  7. 2 minutes ago, Doktor-X said:

    Maybe im stupid, but can someone explane to me why would anyone buy Starter or Unleashed licence type and then pay additional 1,2,3 years of upgrades when you can buy Lifetime (for how much who know) and then have same benefits like before

    If, for example, the starter Licence is like 25 USD / year but the Lifetime licence is 250 USD.

  8. 3 minutes ago, DivideBy0 said:

    In the future, will the grandfathered and subscription versions of UnRaid be identical, encompassing not only patches and updates but also capabilities and development? There are no plans to establish two separate tiers for UnRaid, correct? I inquire because I previously experienced a situation with an automation software, Indigo, which transitioned from a license model to a subscription model. Following this transition, the new app version was excluded from the grandfathered option, leading to the creation of two tiers where the grandfathered tier ceased to receive further developments or enhancements.

     

    I saw that from limetech:

     

    On 2/20/2024 at 6:14 PM, limetech said:

     

    It's any publicly published version of Unraid OS, including "major" version updates, eg, from v6 to v7.  We're also not going to play any games like coming up with "NewUnraid OS" where all of a sudden your key won't work or we start charging an extra fee to keep using.

  9. 7 minutes ago, _0m0t3ur said:

    i had asked specifically about pro licences but suspect it would apply to any current license.

    Yes I saw a couple of questions regarding the activation codes. But none of the answers stated clearly whether their validity would be kept "indefinitely", or whether "only for a certain time frame".

  10. I bought an extra pro licence that I activated on a test Unraid VM, but I also bought an extra basic license. Do I have to use this "basic" activation code within a certain time frame, or will it stay valid "forever" ?

     

    I sincerely apologize to @limetech for not joining the new "periodic payment" model, but I understand that the pre-announcement was also made to give the current users the opportunity to stack up a couple of extra licenses if they want to.

    • Upvote 1
  11. 1 hour ago, itimpi said:

    It has already been said that this will remain true, but that there are going to be some new subscription based options available.  I have no idea why so many people seem to think that because there is going to be a subscription option in addition to the current offering that this is a huge downside.

    Well, it will depend on whether the price of the lifetime license will stay around 130 USD or increase to 250 USD or more. I am not saying that limetech would do it, but if you give the choice between a 20 USD/year subscription or a 500 USD lifetime licence, you are not really offering lifetime licences anymore. I think people fear this kind of business model shift because of that.

  12. On 2/21/2024 at 10:48 AM, illone said:

    Hello, I've never used Unraid before, but I'm about to build a server, and I would like to use Unraid. My question is, should I hurry up and buy a Pro for $129 and then I will get updates for life, I think it's better to buy now than to wait for the new licenses right?

    I have been using Unraid for 4-5 years now, and I have just bought an extra pro licence just in case I would want to build another Unraid machine in the future. Although @limetech did stated that "pro/lifetime" licences would still be offered, it might be at a significant price increase. So I'd rather be safe than sorry.

     

    As a user I obviously would have preferred that the pricing/lifetime license model stayed the same, but I also understand that Limetech is not a charity. And the least I can say, is that I don't feel having been robbed paying 129 USD for my Unraid licence.

  13. The script to backup works fine.

     

    It is just the automated restore command that might have issues. It just means that you will have to run the restore command manually, ie. identifying the right HD/nvme device and the right backed up header file with a command like:

     

    cryptsetup luksHeaderRestore --header-backup-file <path to relevant LUKS header backup> <device / device partition>

     

    IMPORTANT NOTE: If the disk is part of an array protected by parity, the <device / device partition> should be the managed partition device created upon starting the array in maintenance mode, i.e. "/dev/mdXp1", and not "/dev/sdY1". or else you will void the parity. For disk not protected by parity (e.g.: cache disk), pointing to the device partition (i.e.: "/dev/sdY1") seems to work better than pointing to the device itself (i.e.: "/dev/sdY")

     

    see:

    https://forums.unraid.net/topic/133972-backup-and-restore-of-luks-headers-on-array-data-drives/#comment-1217840

    and

    https://gitlab.com/cryptsetup/cryptsetup/-/blob/main/FAQ.md#6-backup-and-data-recovery