Rpi4 < $(community_build)

[anon50098793]

@malikshi

need to setting sqm and install speedtest again?

please search the thread for "ENABLEDSERVICES" and "/etc/packagesinstall.txt" and "AUTORESTOREAPPLY" if you are upgrading with the luci traditonal menu...

[anon50098793]

@malikshi

Spam log

while it always good to see bug reports ( I keep them in mind in my travels and a second report could turn out to be a major issue ) I suspect in this case you've either been caught up in some of the *-20 issues or are doing something that's not recommended (logging in too soon after upgrade?)...

worst case scenario you should probably start with a fresh factory image (-30) but please do let me know if this issue persists ( and what were the circumstances around it's triggering )

the log you posted is something 'inode' related... so the general assumption is that something got messed up with your filesystem... which is a first... / has not been reported by others so i'm pretty lost as to what may have been the underlying reason for this... ( faulty card? )

[malikshi]

I think i got the issues since *-20 but ignored it then upgraded to -30. My file system after flashing the sdcard 16GB. Add 2 more partition ntfs and ext4 for more disk usually i call it exroot then setting the overlay in mount disk. Is it recommended to add overlay with same sdcard?

[anon50098793]

thankyou for the additional info...

@anon50098793

extroot-overlay is not supported on this build ( use usb-mount and point service data there if needed )

---

while mounts on the same disk are technically not unsupported... ( and are different from 'overlay' mounts )... they are something i'd only advise for seriously skilled users...

primarily due to the behavior of sysupgrade when additional partitions are present...

---

for more space... the advised option is to use a usb drive and a non-overlay mount in /etc/config/fstab...

this is what I have (can be done graphically in luci)

config mount
	option target '/usbstick'
	option uuid 'aa8fca3f-7077-4f41-a289-ca04fc22470d'
	option enabled '1'

(ext4 but fat32 / vfat maybe f2fs should work also... ntfs has some quirks of it's own)

these mounts do not interfere with sysupgrade and are immediately accessible on the new system...

if the card ever needs to be re-flashed these mounts are easily recreated or found again from a backup restore...

[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!