Rpi4 < $(community_build)

[malikshi]

Thank you for the advice. I create new flash in sdcard without adding new partition.

[anon50098793]

thankyou... I will move that notice to a clearer place... it got buried next to less important comments...
(and if I get a chance I will also run some tests with additional partitions during sysupgrade so I can provide better advice/info in the future)

[malikshi]

@malikshi

Thank you for the advice. I create new flash in sdcard without adding new partition

Yep no issues if no additional partition

@anon50098793 can you increase available disk in root(system) much bigger?

[anon50098793]

good question... it's a bit of a balancing act depending on what I'm planning / features I support in the build... (and how many people are willing to actively participate in testing these features or need them)

can you explain in a bit more detail;

• why you think this would be good?
• in what way this would be used?

this will really help me to translate 'operational requirements' into practical implementations...

[KnowNothing]

I'd use extra space for YaMon instead of using the USB stick. I'm using 32gb cards so plenty of room. I don't know what others are using though.

With way more space we could use opkg update all

[neil1]

[Tutorial] [No CLI] Configuring DNS over TLS with LuCI using Stubby and Dnsmasq

Go to Network -> Interfaces. Click the edit button for WAN, go to advanced settings, and uncheck "Use DNS servers advertised by peer" and in "Use custom DNS servers" set it to 127.0.0.1. Then press Save & Apply. Repeat this same step for the WAN6 interface, using 0::1 instead of 127.0.0.1. Is this step needed? I setup my custom DNS servers to Cloudflare and Google, and then followed this guide, which doesn't change the custom DNS servers on the Network -> Interfaces tab, yet I still show as …

[Tutorial] [No CLI] Configuring DNS over TLS with LuCI using Stubby and Dnsmasq

That step is in reality a really bad idea. OpenWrt needs access to DNS while booting up, and setting it to use Stubby, which may not be up and running yet, will result in random weird issues when booting. I had terrible weird issues (no Internet access, no DNS, etc.) until I changed the custom DNS servers back to Quad9, at which point the router booted up perfectly every time. The ONLY downside is the DNS traffic from the router itself is not DNS over TLS, and I couldn't care less. I'm happy …

@anon50098793 is this the reason for my pi4 not giving internet and installing packages after fresh upgrade?
I have removed the dns 127.0.0.1 from my WAN interface.

[anon50098793]

inice find... can't be sure... but makes alot of sense...

[malikshi]

@anon50098793

• why you think this would be good?
• in what way this would be used?

Yes ofc it's will be good, everyone can do anything or trying something in openwrt, rn available space you're set like 700MB it's good enough but isn't 8GB sdcard can be set more than that. Sometimes i messed around in openwrt instead Using linux running on virtual in windows.

[malikshi]

Here the log Everytime login to terminal, should ignored it?

SatJul1006:52:222021 plugin: cu_rrd_create_file (/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd) failed.
SatJul1006:52:222021 subsystem: Built-in target `write': Dispatching value to all write plugins failed with sta
SatJul1006:52:222021 subsystem: Built-in target `write': Some write plugin is back to normal operation. `write'

And This is kog from system log

Sat Jul 10 06:47:52 2021 daemon.err collectd[11181]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd: opening '/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd': No such file or directory
Sat Jul 10 06:48:22 2021 daemon.err collectd[11181]: rrdtool plugin: srrd_create: rrd_create (/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd) failed: can't parse argument '-s'
Sat Jul 10 06:48:22 2021 daemon.err collectd[11181]: rrdtool plugin: cu_rrd_create_file: srrd_create (/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd) returned status -1.
Sat Jul 10 06:48:22 2021 daemon.err collectd[11181]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWRT/disk-mmcblk0p1/disk_ops.rrd: can't parse argument '-s'
Sat Jul 10 06:48:22 2021 daemon.err collectd[11181]: rrdtool plugin: cu_rrd_create_file (/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd) failed.
Sat Jul 10 06:48:22 2021 daemon.err collectd[11181]: Filter subsystem: Built-in target `write': Dispatching value to all write plugins failed with status -1.
Sat Jul 10 06:48:22 2021 daemon.err collectd[11181]: Filter subsystem: Built-in target `write': Some write plugin is back to normal operation. `write' succeeded.
Sat Jul 10 06:48:52 2021 daemon.err collectd[11181]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd: opening '/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd': No such file or directory
Sat Jul 10 06:49:22 2021 daemon.err collectd[11181]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd: opening '/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd': No such file or directory
Sat Jul 10 06:49:52 2021 daemon.err collectd[11181]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd: opening '/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd': No such file or directory
Sat Jul 10 06:50:22 2021 daemon.err collectd[11181]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd: opening '/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd': No such file or directory
Sat Jul 10 06:50:52 2021 daemon.err collectd[11181]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd: opening '/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd': No such file or directory
Sat Jul 10 06:51:22 2021 daemon.err collectd[11181]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd: opening '/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd': No such file or directory
Sat Jul 10 06:51:52 2021 daemon.err collectd[11181]: rrdtool plugin: srrd_create: rrd_create (/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd) failed: can't parse argument '-s'
Sat Jul 10 06:51:52 2021 daemon.err collectd[11181]: rrdtool plugin: cu_rrd_create_file: srrd_create (/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd) returned status -1.
Sat Jul 10 06:51:52 2021 daemon.err collectd[11181]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWRT/dns/dns_qtype-NAPTR.rrd: can't parse argument '-s'
Sat Jul 10 06:51:52 2021 daemon.err collectd[11181]: rrdtool plugin: cu_rrd_create_file (/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd) failed.
Sat Jul 10 06:51:52 2021 daemon.err collectd[11181]: Filter subsystem: Built-in target `write': Dispatching value to all write plugins failed with status -1.
Sat Jul 10 06:51:52 2021 daemon.err collectd[11181]: Filter subsystem: Built-in target `write': Some write plugin is back to normal operation. `write' succeeded.
Sat Jul 10 06:52:22 2021 daemon.err collectd[11181]: rrdtool plugin: srrd_create: rrd_create (/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd) failed: can't parse argument '-s'
Sat Jul 10 06:52:22 2021 daemon.err collectd[11181]: rrdtool plugin: cu_rrd_create_file: srrd_create (/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd) returned status -1.
Sat Jul 10 06:52:22 2021 daemon.err collectd[11181]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWRT/dns/dns_octets.rrd: can't parse argument '-s'
Sat Jul 10 06:52:22 2021 daemon.err collectd[11181]: rrdtool plugin: cu_rrd_create_file (/tmp/rrd/OpenWRT/dns/dns_rcode-SERVFAIL.rrd) failed.
Sat Jul 10 06:52:22 2021 daemon.err collectd[11181]: Filter subsystem: Built-in target `write': Dispatching value to all write plugins failed with status -1.
Sat Jul 10 06:52:22 2021 daemon.err collectd[11181]: Filter subsystem: Built-in target `write': Some write plugin is back to normal operation. `write' succeeded.

[anon50098793]

luci > statistics > setup > network plugins > dns [untick] > save and apply

rm -rf /tmp/rrd; rm -rf /boot/psave/rrd
# optional> opkg remove collectd-mod-dns

that plugin has a low benefit<>load/resource ratio, if it causes problems for others (or they think its a good idea to remove it) i'm ok with dropping it...

[malikshi]

the first issues no longer here. But there
Log in terminal

SatJul1015:50:492021 plugin: Creating taskstats handle failed.
SatJul1015:50:492021 complete, entering read-loop.
SatJul1015:50:502021 plugin: exec_read_one: error = Unknown qdisc type 'fq_codel' on interface 'eth1'

Log in system log

Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: configfile: stat (/etc/collectd/conf.d) failed: No such file or directory
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "entropy" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "conntrack" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "iwinfo" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "memory" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "cpu" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "load" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.info procd: - init complete -
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "rrdtool" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: rrdtool plugin: RRASingle = true: creating only AVERAGE RRAs
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "thermal" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "processes" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "interface" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "exec" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: plugin_load: plugin "disk" successfully loaded.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: utils_taskstats: CTRL_CMD_GETFAMILY("TASKSTATS"): No such file or directory
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: utils_taskstats: get_family_id() = No such file or directory
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: processes plugin: Creating taskstats handle failed.
Sat Jul 10 15:50:49 2021 daemon.err collectd[12958]: Initialization complete, entering read-loop.
Sat Jul 10 15:50:49 2021 daemon.notice netifd: Interface 'VPN' is now up
Sat Jul 10 15:50:49 2021 daemon.notice netifd: Network device 'VPN' link is up
Sat Jul 10 15:50:50 2021 daemon.err collectd[12958]: exec plugin: exec_read_one: error = Unknown qdisc type 'fq_codel' on interface 'eth1

I'm setting sqm on eth0(WAN) why eth1..

[anon50098793]

@malikshi

I'm setting sqm on eth0(WAN)

then you should update your config to reflect this...
(the recommended/default setup is wan on eth1)

@malikshi

exec_read_one

search the thread for this...

I try to provide a typical config for most people
and... it's impossible to accommodate for
every custom setup...
(removing this will disadvantage 96% of build users)

some level of user configuration is required in
these cases...

uci set luci_statistics.collectd_exec_input.cmdline='/usr/libexec/collectd/sqm_collectd.sh eth0'
uci commit luci_statistics
/etc/init,d/luci_statistics restart

( or luci > statistics > setup > general > exec [configure] )

[SyntaxTerror]

I’ve just placed an order for one of these
https://wiki.dfrobot.com/Compute_Module_4_IoT_Router_Board_Mini_SKU_DFR0767

Would it be possible to include the driver in future builds? It’s RTL8111 based.

It’s great to have an option that’s not putting the second NIC on the usb bus!

[anon50098793]

done (next uploaded revision -> r17101)

verbage

(but can use some run tests)

with this board there are two possible tweaks re:

• wifi firmware txt file needed (think I may have patched for this)
• see manufacturer page re: dwc host config.txt for enabling usb

happy to take your advice on those if they need to be setup by default or whatnot...

---

(carp... I have a bunch of logic that tests for '4-model-b' for boardname to automate stuff... it will take longer to add some fixes for additional boards... consider that build a 'tester' (driver function only... and i'll let you know when a proper build is ready -> 90% done...)

pm me a;

dmesg | grep -E '(4-model-b|4-compute-module)'

after firstboot...

---

one other query / concern I have about these boards is how they present any onboard storage(if present) vs sdcard...

• is it just a jumper that uses one or the other
• do both present as /dev/mmcblk0 or is it possible to have both with a second /dev/mmcblk1

etc. etc. (disregard if your cm4 has no onboard storage)

---

sidenote: limited rpi-400 fixes were also implemented as above... so if there are any 400 users you will need to also do a little run testing to polish off support...

[SyntaxTerror]

Fantastic, thank you!

[SyntaxTerror]

Above and beyond as always. Will test this as soon as the board arrives in a couple of days (you beat the arrival of the hardware ).

as for:

@anon50098793

wifi firmware txt file needed (think I may have patched for this)

@anon50098793

see manufacturer page re: dwc host config.txt for enabling usb

Personally not planning on using Wifi or USB with this board, the CM4 I ordered doesn't have onboard wifi - USB is apparently disabled to reduce power consumption - my choice would be to leave these as enable if desired / disabled by default.

@anon50098793

one other query / concern I have about these boards is how they present any onboard storage(if present) vs sdcard

Not clear, but the CM4 I'm using doesn't have any onboard storage so I won't be able to help test this I'm afraid.

Thanks again!

[anon50098793]

@SyntaxTerror

CM4 I'm using doesn't have any onboard storage

actually, in terms of 'consistency' pretty sure that is actually the ideal situation...

• no onboard wifi
• no onboard mmc

suspect almost identical underlying system as with a typical rpi4... you can try adding these two parameters to wrt.ini on that board...

WIFIREMOVE=1
DISABLEDSERVICES="wpad"

[anon50098793]

@moodyblue

[...] inadvertently, clicked on update (in Luci) [...]

1. A confirmation before the update would have been welcome

next build includes new option;

-add NO_ONECLICKFLASH=1 for anyone who wishes to prevent accidental flashing

(multi modal confirmation is a bit beyond my skill level <-> event occurrence frequency)

[SyntaxTerror]

Just an update on progress with this board,

Everything worked out of the box and now using it as my primary home router.

Using this with a CM4 1Gb Lite edition with no EMMC.

Main observations so far - Looking at my latency graph on the wan in comparison to the USB version, it does appear a little less volatile, and requests feel a little snappier. Running an identical OpenWrt setup before/after.

Cheers @anon50098793

[anon50098793]

was missing the dtb for that board...

curl -sSL https://github.com/wulfy23/rpi4/raw/master/utilities/bcm2711-rpi-cm4.dtb > /boot/bcm2711-rpi-cm4.dtb
reboot