Jump to content

urbanracer34

Members
  • Content Count

    30
  • Joined

  • Last visited

Community Reputation

2 Neutral

About urbanracer34

  • Rank
    Advanced Member

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. This is tenatively solved. Will check on this coming Saturday to see if the error comes up again.
  2. There was a newer version, so I updated the BIOS. Now to see if this issue will come back. (I HOPE NOT!)
  3. reproduced below: Nov 17 11:31:47 GIBSON kernel: ata4.00: cmd 60/10:d0:e0:eb:e0/00:00:28:01:00/40 tag 26 ncq dma 8192 in Nov 17 11:31:47 GIBSON kernel: res 40/00:78:18:ed:e0/00:00:28:01:00/40 Emask 0x10 (ATA bus error) Nov 17 11:31:47 GIBSON kernel: ata4.00: status: { DRDY } Nov 17 11:31:47 GIBSON kernel: ata4.00: failed command: READ FPDMA QUEUED Nov 17 11:31:47 GIBSON kernel: ata4.00: cmd 60/38:d8:a0:ec:e0/00:00:28:01:00/40 tag 27 ncq dma 28672 in Nov 17 11:31:47 GIBSON kernel: res 40/00:78:18:ed:e0/00:00:28:01:00/40 Emask 0x10 (ATA bus error) Nov 17 11:31:47 GIBSON kernel: ata4.00: status: { DRDY } Nov 17 11:31:47 GIBSON kernel: ata4.00: failed command: READ FPDMA QUEUED Nov 17 11:31:47 GIBSON kernel: ata4.00: cmd 60/18:e0:40:54:90/00:00:34:01:00/40 tag 28 ncq dma 12288 in Nov 17 11:31:47 GIBSON kernel: res 40/00:78:18:ed:e0/00:00:28:01:00/40 Emask 0x10 (ATA bus error) Nov 17 11:31:47 GIBSON kernel: ata4.00: status: { DRDY } Nov 17 11:31:47 GIBSON kernel: ata4.00: failed command: WRITE FPDMA QUEUED Nov 17 11:31:47 GIBSON kernel: ata4.00: cmd 61/80:e8:a8:4f:90/00:00:34:01:00/40 tag 29 ncq dma 65536 out Nov 17 11:31:47 GIBSON kernel: res 40/00:78:18:ed:e0/00:00:28:01:00/40 Emask 0x10 (ATA bus error) Nov 17 11:31:47 GIBSON kernel: ata4.00: status: { DRDY } Nov 17 11:31:47 GIBSON kernel: ata4.00: failed command: WRITE FPDMA QUEUED Nov 17 11:31:47 GIBSON kernel: ata4.00: cmd 61/a8:f0:48:3e:90/01:00:34:01:00/40 tag 30 ncq dma 217088 out Nov 17 11:31:47 GIBSON kernel: res 40/00:78:18:ed:e0/00:00:28:01:00/40 Emask 0x10 (ATA bus error) Nov 17 11:31:47 GIBSON kernel: ata4.00: status: { DRDY } Nov 17 11:31:47 GIBSON kernel: ata4.00: failed command: WRITE FPDMA QUEUED Nov 17 11:31:47 GIBSON kernel: ata4.00: cmd 61/48:f8:28:50:90/01:00:34:01:00/40 tag 31 ncq dma 167936 out Nov 17 11:31:47 GIBSON kernel: res 40/00:78:18:ed:e0/00:00:28:01:00/40 Emask 0x10 (ATA bus error) Nov 17 11:31:47 GIBSON kernel: ata4.00: status: { DRDY } Nov 17 11:31:47 GIBSON kernel: ata4: hard resetting link Nov 17 11:31:47 GIBSON kernel: ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 320) Nov 17 11:31:47 GIBSON kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SAT0.PRT3._GTF.DSSP], AE_NOT_FOUND (20190703/psargs-330) Nov 17 11:31:47 GIBSON kernel: ACPI Error: Aborting method \_SB.PCI0.SAT0.PRT3._GTF due to previous error (AE_NOT_FOUND) (20190703/psparse-529) Nov 17 11:31:47 GIBSON kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SAT0.PRT3._GTF.DSSP], AE_NOT_FOUND (20190703/psargs-330) Nov 17 11:31:47 GIBSON kernel: ACPI Error: Aborting method \_SB.PCI0.SAT0.PRT3._GTF due to previous error (AE_NOT_FOUND) (20190703/psparse-529) Nov 17 11:31:47 GIBSON kernel: ata4.00: configured for UDMA/133 Nov 17 11:31:47 GIBSON kernel: ata4: EH complete gibson-diagnostics-20191117-2044.zip
  4. As soon as I made a wired connection, the problem went away and it is copying faster than ever. I'm sorry to have wasted people's time. Consider this closed.
  5. Trying to write a 25GB file to cache and I'm only getting 5 Megabytes per second on Windows 10 over wireless. Used to get way more. (LINK to server IS GIGABIT) Can't test wired connection right now. Going from share to share on Cache goes at max speed, just not over the network. Diag is attached. gibson-diagnostics-20191109-1629.zip
  6. I filed a bug report about this:
  7. No. No pihole here. I am not having any connection issues here AFAIK. Connection has been stable.
  8. So I appear to be having a problem with dockers, Specifically Linuxserver ones, but they said to me it is an unRAID issue and it is "not just us." I chatted with someone from Linuxserver in private and they said it is an issue with "Update all containers." The dockers will say there is an update ready, but when updated, it does not do anything. Tried manually updating a docker, same result. gibson-diagnostics-20190829-1841.zip
  9. How to revert back to last version?! I see no option to do so.
  10. I'm getting an error in rutorrent (the web gui) in the log since the latest update to the container image. [07.04.2019 12:10:09] WebUI started. [07.04.2019 12:10:09] cloudflare: Cant load cfscrape, python [04/07/2019 12:10:10] Python Not Found Can you help me? Thanks, urbanracer34
  11. Hi. I can't seem to modify any of my settings in my Rutorrent instance, with none of them persisting after container restart or update. I tried to modify the downloads directory from "/downloads/incoming" to JUST "/downloads/" and to keep the port as one specific port and not a random one. Whenever I restart the container, the modified settings NEVER take effect. Is this a problem for anyone else? Thanks, urbanracer34