Bug #8954
hn0: driver does not support altq
0%
Description
hyper-v 2016
gen1 and gen2
Associated revisions
History
#2
Updated by Arthur Hirstein over 2 years ago
Das gleiche Problem mit Hyper-V 2012, gen1
#3
Updated by Steve Beaver over 2 years ago
- Target version changed from 2.4.4-GS to 2.4.4-p1
#4
Updated by Gustavo Mello over 2 years ago
Dmitry Ivanov wrote:
hyper-v 2016
gen1 and gen2
same here, using windows server 2016 on pfsense 2.4.4
#5
Updated by Jon Gav over 2 years ago
Windows 10 Pro w/latest updates + Hyper-V.
2.4.3 was/is flawless. Upgraded to 2.4.4 and got this error and can't use Queue Status either
#6
Updated by Dave Pone over 2 years ago
Having exactly the same issue. Fresh install of pfSense under Hyper-V on 2012R2.
#7
Updated by Nadav Rak over 2 years ago
This bug was also before, see isue #7869
#8
Updated by Steve Beaver over 2 years ago
- Assignee set to Renato Botelho
#9
Updated by Jon Gav over 2 years ago
hyper-v 2016
gen1 and gen2
Issue persistent in 2.4.5.development as well
#10
Updated by Renato Botelho over 2 years ago
Jon Gav wrote:
hyper-v 2016
gen1 and gen2Issue persistent in 2.4.5.development as well
can you please run following command on your system and let me know the output?
sysctl -a | grep use_if_start
#11
Updated by Renato Botelho over 2 years ago
- Status changed from New to In Progress
#12
Updated by Ben T over 2 years ago
On psense 2.4.4 running as vm gen2 on windows 10 build 1803 Hyper-V, the output of the command: (screenshot also attached)
sysctl -a | grep use_if_start
results in:
hw.hn.use_if_start: 0
edit: checked in 2.4.3, the result of the same command is: hw.hn.use_if_start: 1
Thanks @Renato Botelho for looking into this bug! It appears you are already narrowing in on the problem!
#13
Updated by Renato Botelho over 2 years ago
Ben T wrote:
On psense 2.4.4 running as vm gen2 on windows 10 build 1803 Hyper-V, the output of the command: (screenshot also attached)
sysctl -a | grep use_if_start
results in:hw.hn.use_if_start: 0
edit: checked in 2.4.3, the result of the same command is: hw.hn.use_if_start: 1
Thanks @Renato Botelho for looking into this bug! It appears you are already narrowing in on the problem!
Please try to set it to 1 on System -> Advanced -> System Tunables and test to see if it helps
#14
Updated by Ben T over 2 years ago
- File 8954-feedback-system-tunable-set.PNG 8954-feedback-system-tunable-set.PNG added
- File 8954-feedback-system-tunable-set-sysctl-output-0.PNG 8954-feedback-system-tunable-set-sysctl-output-0.PNG added
I've created a new "System Tunable" with : hw.hn.use_if_start with value of 1 Then rebooted the VM.
Output of sysctl -a | grep use_if_start still results in hw.hn.use_if_start: 0
The error still appears when enabling the traffic shaper, or after a reboot with the traffic shaper enabled:
"There were error(s) loading the rules: pfctl: hn0: driver does not support altq - The line in question reads [0]: "
For anyone else troubleshooting this issue, you can test repro the original issue by installing pfsense 2.4.4 in a Hyper-V vm, with synthetic nics. Then in pfsense goto "Firewall" -> Traffic Shaper -> Wizards -> traffic_shaper_wizard_multi_all.xml
-> then just click next a bunch of times, the filter reload page will appear and show the error at the bottom of the output.
#15
Updated by Renato Botelho over 2 years ago
- Status changed from In Progress to Feedback
I pushed a fix on FreeBSD-src. Please try next round of 2.4.5 snapshots
#16
Updated by Ben T over 2 years ago
The fix Renato pushed yesterday has fixed the issue! Traffic shaper starts up no problem now.
Looks like the first build with the fix is this one:
pfSense-CE-2.4.5-DEVELOPMENT-amd64-20181102-0213.iso
In this fixed build, the output of: sysctl -a |grep use_if_start results in:
hw.hn.use_if_start: 1
Thanks so much Renato for getting this addressed!
https://github.com/pfsense/FreeBSD-src/commit/82fb779f75798e0b3f8f048d7035c813edac52fc
#17
Updated by Renato Botelho over 2 years ago
- Status changed from Feedback to Resolved
#18
Updated by Ben T over 2 years ago
In case anyone has already upgraded to 2.4.4 and wants to workaround the issue without waiting for a patch or downgrading back to 2.4.3, you can fix it via Loader Tunables. (see: https://www.netgate.com/docs/pfsense/book/config/advanced-tunables.html)
This is VERY dangerous for non-experienced users, proceed at your own risk! This is only if you are desperate to fix this problem in released version 2.4.4!
Goto the web interface of your 2.4.4 pfsense, click "Diagnostics" -> "Edit File"
For path, type: /boot/loader.conf
Click "Load"
Add this as a new line to the bottom of the file contents:
hw.hn.vf_transparent="0"
Click "Save"
Then reboot the PFSense, ALTQ will now work.
Thanks Renato for finding the root cause of this problem and getting it fixed upstream!
#19
Updated by Greg M over 1 year ago
Hello!
This one is back in 2.5.0 snapshots.
#20
Updated by Greg M over 1 year ago
Restored to 2.4.4-p3 and output is: hw.hn.use_if_start: 1
Clean install 2.5.0 snapshot: hw.hn.use_if_start: 0
#21
Updated by Jim Pingle over 1 year ago
Please open a new issue with specific error messages and reference this one there.
#22
Updated by Renato Botelho about 1 month ago
- Target version changed from 2.4.4-p1 to 2.5.0
Moving target to 2.5.0 since it regressed
#23
Updated by Renato Botelho about 1 month ago
- Status changed from Resolved to Feedback
I've enabled hn_altq_enable option on default config. It was missing
I've also added needed loader tuning to installer to be configured by default on new installations.
It should be enough to cover this one
#24
Updated by Greg M about 1 month ago
Did upgrade and it works.
#25
Updated by Renato Botelho about 1 month ago
- Status changed from Feedback to Resolved
Fix #8954: Enable hn_altq_enable on default config