zspearmint

Administrators
  • Posts

    93
  • Joined

Posts posted by zspearmint

  1. On 3/4/2024 at 6:08 AM, DearSir said:

    另外系统还报有以下错误

     

     

    系统错误

    Mar 4 21:57:43 DearSir kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PC00.TXHC.RHUB.SS01], AE_NOT_FOUND (20220331/dswload2-162) Mar 4 21:57:43 DearSir kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PC00.TXHC.RHUB.SS02], AE_NOT_FOUND (20220331/dswload2-162) Mar 4 21:57:43 DearSir kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PC00.TXHC.RHUB.SS03], AE_NOT_FOUND (20220331/dswload2-162) Mar 4 21:57:43 DearSir kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PC00.TXHC.RHUB.SS04], AE_NOT_FOUND (20220331/dswload2-162) Mar 4 21:57:43 DearSir kernel: EDAC igen6 MC1: HANDLING IBECC MEMORY ERROR Mar 4 21:57:43 DearSir kernel: EDAC igen6 MC0: HANDLING IBECC MEMORY ERROR

     

    系统警告

     

    Mar 4 21:57:43 DearSir kernel: x86/split lock detection: #AC: crashing the kernel on kernel split_locks and warning on user-space split_locks Mar 4 21:57:43 DearSir kernel: ACPI: Early table checksum verification disabled Mar 4 21:57:43 DearSir kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220) Mar 4 21:57:43 DearSir kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220) Mar 4 21:57:43 DearSir kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220) Mar 4 21:57:43 DearSir kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220) Mar 4 21:57:43 DearSir kernel: floppy0: no floppy controllers found Mar 4 21:57:47 DearSir mcelog: failed to prefill DIMM database from DMI data Mar 4 21:57:49 DearSir kernel: i915 0000:00:02.0: Direct firmware load for i915/adlp_dmc.bin failed with error -2 Mar 4 21:58:02 DearSir rpc.statd[4629]: Failed to read /var/lib/nfs/state: Success Mar 4 21:58:09 DearSir kernel: BTRFS info (device loop2): using crc32c (crc32c-intel) checksum algorithm Mar 4 21:58:11 DearSir kernel: BTRFS info (device loop3): using crc32c (crc32c-intel) checksum algorithm

     

    This seems unrelated to the unraid-api issue. Please try asking on a different forum thread.

  2. 15 hours ago, EDACerton said:

    Thanks for the update/FAQ.

     

    I do have a question though about the data that is being sent. In the FAQ, I noticed this section:

     

    Is this a description of how this is supposed to work today, or how it will work in a future release? I ask because I tested this on one of my instances and it does not appear to behave this way... it's sending more than the described data to account.unraid.net:

    1. User clicks Update OS button.
    2. Local server generates long, URL-encoded blob containing the data described in this post.
    3. The browser is redirected to https://account.unraid.net/c?data=blob-of-urlencoded-data
    4. As a result, all of the data is sent to account.unraid.net, where it is presumably logged (since it's in the URL, and not POST) and could also be accessed programmatically. It's not just staying within the browser session.

     

    The Unraid.net account app is a completely client-side serverless application. Reiterating that the extra key value pairs are only used to display back to the end user on the app.

     

    In terms of the query param blob, this is not logged anywhere on our side.

     

    For additional insight – we use Cloudflare for DNS, Cloudflare Pages for the app hosting, and Cloudflare Web Analytics.

     

    According to Cloudflare themselves they do not log query parameter values. To quote – “Currently, Cloudflare Web Analytics do not log query strings to avoid collecting potentially sensitive data”.

  3. 4 hours ago, Cout99 said:

    Ran into a weird issue after updating Unraid from 6.12.4 to 6.12.8. My logs are flooded with 404 errors because the GUI keeps trying to hit POST /plugins/dynamix.my.servers/include/unraid-api.php, but guess what? I don’t even have that plugin.
     

    Looks like I’m being pushed to install the Plugin Unraid Connect to stop the errors, but I really don’t want to. Not keen on adding plugins I don't need. Anyone else stuck in this loop? Got any tips to dodge installing Unraid Connect and still kill those 404s?

     

    Posted a potential solve here. Please give it a try to see if this fixes the issue for you. Thank you.

  4. @Gymnae can you please try something for us?

    • Open an Unraid terminal
    • Run the following command
      • cat /boot/config/plugins/dynamix.my.servers/myservers.cfg

    If that returns data, then we need to delete that file.

    • Delete the file with this command
      • rm /boot/config/plugins/dynamix.my.servers/myservers.cfg
    • Then refresh your Unraid webgui

    Check to see if the logging stops. Please let us know the outcome.

     

    Also, if you want to clear your logs, the easiest way would be to reboot.

    • Like 5
  5. Hi @jiale, I just issued a partial refund and let you know in the support ticket.

     

    For more visibility, we've been informed by a few users that coupon codes are being reflected on the front-end of the checkout process but the payment is using the full price.

     

    We're actively working on fixing this bug.

     

    If other users experience this please contact support and we will issue partial refunds for the difference as soon as we can.

  6. On 11/3/2023 at 5:44 AM, gssdu said:

    Ha ha! Sorry I looked at that and saw a Linux path, not a URL, so went straight to the terminal.

    Here you go:

    "connectPluginVersion":"2023.09.08.0637",
    "expireTime":1699631168000,
    "osVersion":"6.12.4",
    

     

    So sorry for the delay. For some reason I didn't get an email notification and I've been very heads down working on future Unraid stuff. So I'm just now seeing this :(

     

    Working on this component today so I'll be attempting to re-create and fix.

  7. 7 hours ago, gssdu said:

    Didn't find this; did you mean /usr/local/emhttp/... ?

    That file, as the extention indicates, is just PHP code, no JSON there.

     

    Sorry, I should have been more clear. In your browser navigate to the path that I specified.

     

    Ex:

    https://tower.local/plugins/dynamix.my.servers/data/server-state.php

    Then you'll see the JSON output from the PHP.

     

    Again don't share the whole file output just the three values with expireTime being the most important here.

  8. Haha! Most bugs aren't funny but this one got a good laugh out of me. Thanks for reporting this.

     

    Will need a few things to troubleshoot:

     

    On your server can you please navigate to /plugins/dynamix.my.servers/data/server-state.php, this will display the JSON data that I use to populate various components throughout the webGUI.

     

    Please find and provide the following three values

    1. connectPluginVersion (if you have it installed)
    2. osVersion
    3. expireTime

    Please do not copy paste the whole output of the JSON as it contains a few details you don't want shared on the forums

     

    If you use Firefox it should automatically format the JSON to make it easy find these key value pairs. Otherwise you may need to CTRL/CMD + F and search the page to make it easier.

    • Confused 1
  9. 2 hours ago, RGauld said:

    to reply to both issues, with your help I've solved the array autostart issue. It was an external eSATA Raid enclosure that was causing the problem.

    I've removed it from the array, and the autostart is working properly again, (although I'm at a loss to explain why, as it was working fine before).

    As to the slow WebUI, I've narrowed it down to the "Unraid Connect" plugin...  After installing it, the slow WebUI issue returned... I uninstalled it, and

    the WebUI response time went back to normal...  obviously there is an issue with the "Unraid Connect" plugin.

     

    I've created an internal ticket for us to take a look – most likely late this week or early next week due to scheduling.

  10. 3 hours ago, Arbadacarba said:

    Is that a bandaid until the devs fix it or is that the permanent fix? I have the same issue and mine too is missing the "upload" subdomain

     

    Hello I'm the dev on this…it's somewhat of a bandaid fix due to the forum upload URLs changing. As I mentioned in my original response we've removed support for avatar images after signing in to Connect via your server.

     

    So if you want to continue to have your avatar there follow #2 above. Otherwise try #1 to clear out the old image url.

    • Thanks 1
  11. For some reason the avatar on the right is not resolving. This may have something to do with a recent change to the forums and the URL that assets are served from.

     

    At the moment we've removed support for avatar images after signing in to Connect via your server. Eventually these will come back but for the time being you can do one of two things

    1. Sign Out then Sign In again
      1. After this you may need to reconfigure any Unraid Connect settings (Flash Backup or Remote Access) at /Settings/ManagementAccess
      2. So make note of any thing there before signing out so you can easily restore what you had previously
    2. Edit the image's URL in the plugin configuration file
      1. The file is here
        /boot/config/plugins/dynamix.my.servers/myservers.cfg
      2. Then find the section with the avatar value…
        avatar="https://example.com/image.png"

         

      3. Then update it by either removing the URL value or replace it by pasting in your update Forum avatar URL – which I got by right clicking on it here on the forums
        https://upload.forums.unraid.net/live/monthly_2022_10/325664244_greendragonlg.thumb.jpg.432efac5c8987f4ca2466d303a17d32c.jpg

         

     

    • Thanks 3
    • Upvote 2