Jump to content

HonkyTonk

Members
  • Posts

    10
  • Joined

  • Last visited

Posts posted by HonkyTonk

  1. Hello everybody,

    last week I upgraded from Unraid 6.9.2 to Version 6.12.2. After that I got some error messages like
    - general protection fault, probably for non-canonical adress...
    - BTRFS critical (device loop2): corrupt leaf. block...
    These were caused by a corrupted docker image. I learned that, in this case, you can basically get rid of this image and simple build a new one, since the templates (for building the container) and the appdata is stored outside of the image.
    So after rebuild all standard Community Application container, I recreated the only container deployed via Docker-Compose (Teslamate), and all the data was missing :( . After some research I learned that its volumes are basically stored in the docker.img. Luckily I didn't deleted the corrupt, old image. I managed to mount it again, only starting the teslamate container and was able to do a backup. 

     

    Now, the following things:
    - first of all do backups :)
    - second: everybody who is using docker-compose: make sure to persist the data outside of the docker image (I almost lost 2 years of driving data and felt really bad)
    - and lastly: are there any best practices on persisting data in unraid? I would simply manually editing the yml and mapping the volumes to the corresponding appfolder (in this case /appdata/teslamate)

  2. 4 hours ago, ich777 said:

    Sadly enough no, I think there are other containers out there that you can use to connect to PIA and this user also switched over to another container which supports PIA.

    Thank you. for the fast response, saved me probably 2 more hours of debugging and frustration :D

     

    Maybe you can add a list of supported / tested vpn provider in the readme of the docker for other users.

  3. On 7/21/2022 at 5:43 AM, ich777 said:

    Oh sorry, wanted to answer your question but something come in my way I think...

    Can you send me over the files via PM, of course without your credentials so that I can take a look at them?

    I don't use PIA...

    Hi @ich777: I got the exact same issue. Could you please share the solution, if you found one?

  4. Thank you for this hint. I'll updated the bios just 2 weeks ago, but I keep an eye on this.

     

    Regarding my other issue of rebuilding in case somebody has the same issue. My approach is the following, if you need to rebuild your array with the same disabled data drive (and only if you are absolutly sure that the drive is still fine):

     

    1. stop the array
    2. remove the disabled drive (aka set it to "no device") from its current place (e.g. Disc 4)
    3. add the same data drive as another drive on an extra slot (e.g. Disc 5)
    4. start array (clearing and rebuild should happen automatically)
  5. Hi everyone,

    I have an array of 5 discs (1x Parity, 4x Data). During the last parity check one of the data drives got almost 2000 Error. Rest of the data discs had 75 errors each too. So the „problematic“ data drive has been disabled. I downloaded the diagnostics (see attached) and restarted the server (don’t know why actually).

     

    After that I started the array in maintanance mode,  started a read check of the array and did short and long smart test of the problematic drive. Everything seems fine, except an additional UDMA CRC error count of 1.

    Guess this is due a faulty SATA Cable, which I have replaced already.

     

    Now I’m not sure what to do next and how? Or better question: Are there any more options than rebuild the array?

    And if I no, what are the step to rebuild the array with the "problematic" drive?

     

    Sorry for asking this basic question. Its my first serious incident with unraid and I just want to make sure I'm on the right track.

     

    Please find the diagnostics attachted. Thank for your help. Much appreciated.

     

    nas-diagnostics-20210614-1406.zip

  6. On 3/13/2021 at 6:33 PM, learningunraid said:

    Hi, I am getting an error with TT-RSS on Unraid. (All Latest Version)

     

    
    Exception while creating PDO object:SQLSTATE[08006] [7] could not connect to server: No such file or directory
    	Is the server running locally and accepting
    	connections on Unix domain socket "/tmp/.s.PGSQL.5432"?

     

    Please help me.

     

    Thanks.

     

    Had the same issue. The creator of the docker container modified the Docker variables. Edit your tt-rss container, take a look on the Variables and fill them correctly. According to the error message you are using Postgres as Database.

    eg. in the Variable TTRSS_DB_TYPE you have to type "pgsql" instead of "mysql".

     

    In my case I had to fill out everything again (DB Type, Host, User, Pw, Name etc.). No clue how and why this happened, because I setup the container month ago and didn't update it since then.

×
×
  • Create New...