
sota
Members-
Posts
677 -
Joined
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
sota's Achievements
Enthusiast (6/14)
30
Reputation
-
sota started following e1000e Detected Hardware Unit Hang
-
Apr 21 23:14:44 Tigger kernel: e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang: Apr 21 23:14:44 Tigger kernel: TDH <2d> Apr 21 23:14:44 Tigger kernel: TDT <44> Apr 21 23:14:44 Tigger kernel: next_to_use <44> Apr 21 23:14:44 Tigger kernel: next_to_clean <2c> Apr 21 23:14:44 Tigger kernel: buffer_info[next_to_clean]: Apr 21 23:14:44 Tigger kernel: time_stamp <13a8c3651> Apr 21 23:14:44 Tigger kernel: next_to_watch <2d> Apr 21 23:14:44 Tigger kernel: jiffies <13a8c3f00> Apr 21 23:14:44 Tigger kernel: next_to_watch.status <0> Apr 21 23:14:44 Tigger kernel: MAC Status <80083> Apr 21 23:14:44 Tigger kernel: PHY Status <796d> Apr 21 23:14:44 Tigger kernel: PHY 1000BASE-T Status <3800> Apr 21 23:14:44 Tigger kernel: PHY Extended Status <3000> Apr 21 23:14:44 Tigger kernel: PCI Status <10> Apr 21 23:14:46 Tigger kernel: e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang: Apr 21 23:14:46 Tigger kernel: TDH <2d> Apr 21 23:14:46 Tigger kernel: TDT <44> Apr 21 23:14:46 Tigger kernel: next_to_use <44> Apr 21 23:14:46 Tigger kernel: next_to_clean <2c> Apr 21 23:14:46 Tigger kernel: buffer_info[next_to_clean]: Apr 21 23:14:46 Tigger kernel: time_stamp <13a8c3651> Apr 21 23:14:46 Tigger kernel: next_to_watch <2d> Apr 21 23:14:46 Tigger kernel: jiffies <13a8c46c0> Apr 21 23:14:46 Tigger kernel: next_to_watch.status <0> Apr 21 23:14:46 Tigger kernel: MAC Status <80083> Apr 21 23:14:46 Tigger kernel: PHY Status <796d> Apr 21 23:14:46 Tigger kernel: PHY 1000BASE-T Status <3800> Apr 21 23:14:46 Tigger kernel: PHY Extended Status <3000> Apr 21 23:14:46 Tigger kernel: PCI Status <10> Apr 21 23:14:48 Tigger kernel: e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang: Apr 21 23:14:48 Tigger kernel: TDH <2d> Apr 21 23:14:48 Tigger kernel: TDT <44> Apr 21 23:14:48 Tigger kernel: next_to_use <44> Apr 21 23:14:48 Tigger kernel: next_to_clean <2c> Apr 21 23:14:48 Tigger kernel: buffer_info[next_to_clean]: Apr 21 23:14:48 Tigger kernel: time_stamp <13a8c3651> Apr 21 23:14:48 Tigger kernel: next_to_watch <2d> Apr 21 23:14:48 Tigger kernel: jiffies <13a8c4ec0> Apr 21 23:14:48 Tigger kernel: next_to_watch.status <0> Apr 21 23:14:48 Tigger kernel: MAC Status <80083> Apr 21 23:14:48 Tigger kernel: PHY Status <796d> Apr 21 23:14:48 Tigger kernel: PHY 1000BASE-T Status <3800> Apr 21 23:14:48 Tigger kernel: PHY Extended Status <3000> Apr 21 23:14:48 Tigger kernel: PCI Status <10> Apr 21 23:14:49 Tigger kernel: e1000e 0000:00:19.0 eth0: Reset adapter unexpectedly Apr 21 23:14:50 Tigger kernel: bond0: (slave eth0): link status definitely down, disabling slave Apr 21 23:14:50 Tigger kernel: device eth0 left promiscuous mode Apr 21 23:14:50 Tigger kernel: bond0: now running without any active interface! Apr 21 23:14:50 Tigger kernel: br0: port 1(bond0) entered disabled state Apr 21 23:14:53 Tigger kernel: e1000e 0000:00:19.0 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None Apr 21 23:14:53 Tigger kernel: bond0: (slave eth0): link status definitely up, 1000 Mbps full duplex Apr 21 23:14:53 Tigger kernel: bond0: (slave eth0): making interface the new active one Apr 21 23:14:53 Tigger kernel: device eth0 entered promiscuous mode Apr 21 23:14:53 Tigger kernel: bond0: active interface up! Apr 21 23:14:53 Tigger kernel: br0: port 1(bond0) entered blocking state Apr 21 23:14:53 Tigger kernel: br0: port 1(bond0) entered forwarding state Started having this problem recently. Not physically at the machine right now, but does this look like a faulty card, bad port on the switch, or a bad cable? Or, something else software related. Machine is basically a glorified file cabinet, running a single Windows 7 x64 VM for SageTV (haven't gotten the docker to work to my liking, and i'm under a time crunch with a failing physical SageTV server and a 4/25 "hard" cut over date for Cablevision switching to encrypted.) Everything seemed to be working fine until a couple days ago, when while I was remoted into the VM (anydesk) I kept and keep getting disconnected. Finally tried to watch the log, only to discover /var/log was full. I caught the above after the most recent disconnect. diagnostics and syslog.1 are attached. syslog.zip tigger-diagnostics-20220421-2322.zip
-
Warning: file_get_contents(/usr/local/emhttp/plugins/unassigned.devices/EditSettings.page): failed to open stream: No such file or directory in /usr/local/emhttp/plugins/dynamix.system.temp/include/Legacy.php on line 18 when I try to change settings for a specific device. just started happening after updating to 2022.04.18
-
unsupported configuration: Emulator '/usr/local/sbin/qemu' does not support virt type 'kvm' HP Z420 workstation Hewlett-Packard 1589, Version 0.00 Hewlett-Packard, Version J61 v03.96 BIOS dated: Tue 29 Oct 2019 12:00:00 AM EDT Intel® Xeon® CPU E5-1660 @ 3.30GHz build is pretty virgin/plain, so no idea what's wrong. BIOS settings are set to allow virtualization. thanks! ETA: nevermind, i'm an idiot. they moved the VT-X function to the Security -> System Security tab, instead of bundling it with the rest of the CPU settings.
-
[SOLVED] EXECUTION ERROR: SERVER ERROR on all my docker containers
sota replied to marcfire93's topic in Docker Engine
Good to know. I'm guessing I had to have added that at some point? I honestly don't remember ever doing it. Also trying to figure out what could have changed to cause it to be a problem now, as i'm very much an Ain't Broke Don't Fix type of guy... still on 6.7.2 for that reason. -
[SOLVED] EXECUTION ERROR: SERVER ERROR on all my docker containers
sota replied to marcfire93's topic in Docker Engine
Would like to note: Same issue for me after a restart after 131 days (trying to sort out another problem.) Immediately had a problem starting any containers. Found this thread, #commented out the noted line (for now), restarted. Containers are starting again. While i'm glad this fixed it, can I get some info as to what/why this happened? AKA, did I miss an announcement someplace? Thanks! -
[Support] spaceinvaderone - Shinobi Pro
sota replied to SpaceInvaderOne's topic in Docker Containers
also i'm getting a lot of this crap, filling up the logs... s.sqlQuery QUERY ERRORED INSERT INTO `Timelapse Frames` (ke,mid,details,filename,size,time) VALUES (?,?,?,?,?,?) s.sqlQuery ERROR Error: ER_GET_ERRNO: Got error 194 "Tablespace is missing for a table" from storage engine InnoDB -
[Support] spaceinvaderone - Shinobi Pro
sota replied to SpaceInvaderOne's topic in Docker Containers
Anyone have any suggestions for something "dumber" than shinobi? I've decided it's too tempermental for my needs. I just need to dump the live stream from multiple cameras, to separate folders, broken up in 5 minute increments. I can live without the 'timelapse' image option, as it's problematic at best, and I can create post processed. I don't need any of the fancy that shinobi provides, as I use the native app to my cameras to view them in real-time, or I go look at the MP4 files directly. -
as long as it's branded HP, sure.
-
you're better off abandoning the onboard P410i and installing an H220 or H240 controller instead. you're going to hate life, trying to get drives to work right with the P-series controllers.
-
[Support] spaceinvaderone - Shinobi Pro
sota replied to SpaceInvaderOne's topic in Docker Containers
I'm still suffering with a timelapse problem. it's set to grab a frame every 6 seconds, but when the cameras go from daylight to night mode, it drops to 1 frame every 15 seconds. it didn't used to do this. -
the switch is pretty painless as well.
-
[Support] Linuxserver.io - Unifi-Controller
sota replied to linuxserver.io's topic in Docker Containers
Howdy. I'm trying to migrate from the brettm257/unifi container to this one. my current controller version shows up at 5.14.17, and I'd like to keep that for the time being. I can't find the appropriate tag to install that version to start with. any help picking the right one would be appreciated.