Ubiquiti UniFi AC Mesh flash problem since 21.02.rc1
I want to use wifi mesh functions on my access points, thats why
on my Ubiquiti I removed wpad-basic-wolfssl and ct versions of ath10k drivers and firmware
installed the standard versions of drivers and wpad-mesh-openssl.
These steps working until 19.07.7 without problems. With the release candidate I run into full disk.
I´m just surprised, because my other access points (TP-Link Archer C7, WDR3600) don´t have this behaviour.
How can I fix this issue?
Well you could build your own image. Do you really need openssl?
Pi 4 user, recommend to skip 21.02. rc2. Had problems, skipped, installed snapshot, working right now.
mvebu user, WRT32X. Running great with the exception of Network Shares is broken in luci: "TypeError Cannot read property 'split' of undefined". Tried the newer post-rc2 snapshot and it's still broken.
Hi, can you please share your fix if you happen to make it work. I am in the same boat as you.
I replaced the luci-app-samba4 package from the new 6/3 snapshot, also installed the new snapshot on my other parition to compare them. Finally I reinstalled rc1 and it's now broken on there too. They were using the same packages after running opkg update. Regardless it's definitely still broken across the board in LuCI the commit (81f4181) that fixed it on 5/31 doesn't seem to be applied.
EDIT: not sure if someone high up read this, but the new luci-app-samba4 package is out and it's fixed 
on GL Inet AR300M the wan interface counters are reset/wrapped after 4G. Is this expected behaviour?
RX bytes:782349638 (746.1 MiB) TX bytes:1859207343 (1.7 GiB)
Sitll can't install siproxd because the librt package is still missing in the repository...
Please add it. Thanks!
Thx for the hint. Sometimes I changed from wpad to wpad-mesh-openssl. I found it´s not nessecary.
The access point is now running with rc2 and all desired packages
I have updated from 19.07.7 to 21.02rc2 and the third radio (phy2/wlan2) is not coming up.
Just wondering if there's a package missing or something else? This is what I get:
kern.info kernel: [ 2130.775646] mwifiex_sdio mmc0:0001:1: CMD_RESP: cmd 0xb1 error, result=0x1
kern.info kernel: [ 2130.782649] mwifiex_sdio mmc0:0001:1: Failed to start the BSS
kern.info kernel: [ 2130.788432] mwifiex_sdio mmc0:0001:1: Failed to start AP
WD My Net N750 works fine after the initial flash but goes infinite bootloop if you reboot/coldreboot it. Maybe some issues with squashfs or nand read/write which were mentioned at [PATCH] SQUASHFS: data probably corrupt. Fortunately you can use emergency flash to go back..
Could you get VHT 160 mhz working?
I have not tried. I do not have any 160mhz clients.
I try prepering image
make image PROFILE=linksys_ea7500-v2 PACKAGES="luci adblock luci-app-adblock"
but I recived
Collected errors:
* pkg_hash_fetch_best_installation_candidate: Packages for libiwinfo20210106 found, but incompatible with the architectures configured
* satisfy_dependencies_for: Cannot satisfy the following dependencies for luci:
* libubus20210215
* opkg_install_cmd: Cannot install package luci.
make[2]: *** [Makefile:167: package_install] Error 255
make[1]: *** [Makefile:122: _call_image] Error 2
make: *** [Makefile:240: image] Error 2
what the reason of that?
Hi guys, I'm super happy for the progress on the DSA thing but you should really consider renaming the DSA switch ports to something meaningful like "swethX", or "swportX", or "dsaportX", or "dsaethX" or whatever different from "lanX".
The use of lanX creates enormous ambiguity with the l3 interface names and makes difficult to explain advanced switch configuration scenarios where the switch ports are not being used for "lan" purposes.
For instance, it's far better to have a "wan" l3 interface on l2 device "eth4" and a "lan" l3 interface on l2 bridge of ports "sweth0/1/2/3". This seems quite consitent to me.
Does anyone know if this release fixes the bug in the last rc that caused Linksys devices to randomly lose connectivity (that was introduced in rc1)?
One side of the coin is the business class units. For example the painted port numbers on the chassi on EdgeRouter4 is eth0-eth3 (WAN doesnât even exist, use whatever port you want). And these ports where given the names LAN0-LAN3 in OpenWRT.
But on the other side of the coin we have the trillions of home use devices that has the chassi port names WAN (camouflaged LAN0) and LAN1 to LANn.
I guess if the firmware would call these port anything else than LANn or WAN as it says on the chassi. Guess how many trillions of notations it would be on this forum about the wrong name then?
And âLANâ is LocalAreaNetwork, it isnât even a connector port. It is a complete network system. So it shouldnât have been painted on the routers in the first place in the 90â.
RC2 is working without issues for two days now on my Archer C7 v4 (I am only using it as AP).
Great job.