luci-app-sqm “404 Not Found” após o sysupgrade para 18.06.1

1

Eu fiz o upgrade para o Openwrt 18.06.1, do lede-17.01.4, usando o "sysupgrade". Agora não consigo abrir a página do SQM na interface da web do LUCI. Por quê?

Eu fiz backup e restaurei minha configuração do openwrt, usando a interface da web e instalei luci-app-sqm novamente.

Por outro lado, a página UPNP (do pacote extra luci-app-upnp ) parece estar sendo exibida sem nenhum problema.

Meu primeiro problema foi que a página SQM na interface da Web ( https://openwrt/cgi-bin/luci/admin/network/sqm ) mostra

404 Not Found

Sorry, the object you requested was not found. Unable to dispatch: /cgi-bin/luci/admin/network/sqm

Além disso, tentei remover o cache LUCI ( rm -r /tmp/luci-indexcache /tmp/luci-modulecache ). Eu acho que isso geralmente é necessário para que novos itens de menu apareçam. Desta vez, desapareceu o item SQM do menu: (.

Eu também tentei rm /etc/config/sqm , removendo e reinstalando sqm . Isso não ajuda em nada, mas mostra alguns erros. Talvez eles sejam relevantes.

# opkg remove luci-app-sqm sqm
Removing package luci-app-sqm from root...
uci: Parse error (section of different type overwrites prior section with same name) at line 12, byte 23
uci: Entry not found

# opkg install luci-app-sqm
Installing luci-app-sqm (1.2.3-1) to root...
Downloading http://downloads.openwrt.org/releases/18.06.1/packages/mips_24kc/packages/luci-app-sqm_1.2.3-1_all.ipk
Configuring luci-app-sqm.
uci: Parse error (section of different type overwrites prior section with same name) at line 12, byte 23
uci: Entry not found
uci: Parse error (section of different type overwrites prior section with same name) at line 12, byte 23
uci: Entry not found

Não consigo encontrar erros relevantes ou inesperados em logread .

Meu hardware é o Netgear WNDR3800.

    
por sourcejedi 21.08.2018 / 12:35

1 resposta

1

Ainda havia estado obsoleto nos arquivos SQM. Observe que seu comando remove não removeu o pacote sqm .

O nome correto é sqm-scripts . Em seguida, o problema foi corrigido, após o seguinte:

# opkg remove luci-app-sqm sqm-scripts
Removing package luci-app-sqm from root...
uci: Parse error (section of different type overwrites prior section with same name) at line 12, byte 23
uci: Entry not found
Removing package sqm-scripts from root...
/usr/lib/sqm/run.sh: .: line 12: can't open '/etc/sqm/sqm.conf': No such file or directory
Not deleting modified conffile /etc/sqm/sqm.conf.
Not deleting modified conffile /etc/config/sqm.
Collected errors:
 * file_sha256sum_alloc: Failed to open file /etc/sqm/sqm.conf: No such file or directory.
 * file_sha256sum_alloc: Failed to open file /etc/config/sqm: No such file or directory.

# opkg install luci-app-sqm
Installing luci-app-sqm (1.2.3-1) to root...
Downloading http://downloads.openwrt.org/releases/18.06.1/packages/mips_24kc/packages/luci-app-sqm_1.2.3-1_all.ipk
Installing sqm-scripts (1.2.3-1) to root...
Downloading http://downloads.openwrt.org/releases/18.06.1/packages/mips_24kc/packages/sqm-scripts_1.2.3-1_all.ipk
Configuring sqm-scripts.
Configuring luci-app-sqm.
uci: Parse error (section of different type overwrites prior section with same name) at line 12, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 12, byte 23

Acho que o estado antigo foi /etc/sqm/sqm.conf .

Você pode verificar o sistema em busca de arquivos de configuração de pacotes que diferem dos padrões como este:

# opkg list-changed-conffiles
/etc/group
/etc/hosts
/etc/passwd
/etc/profile
/etc/services
/etc/shadow
/etc/sysctl.conf
/etc/config/ddns
/etc/config/dhcp
/etc/dropbear/dropbear_rsa_host_key
/etc/config/firewall
/etc/config/luci
/etc/config/ucitrack
/etc/config/upnpd
/etc/opkg/customfeeds.conf
/etc/config/snmpd
/etc/config/sqm
/etc/sqm/sqm.conf
/etc/config/uhttpd
Collected errors:
 * file_sha256sum_alloc: Failed to open file /etc/config/sqm: No such file or directory.
 * file_sha256sum_alloc: Failed to open file /etc/sqm/sqm.conf: No such file or directory.

Alguns desses nomes podem ser considerados alarmantes. ala "É possível que algumas configurações principais em usuários / grupos, rede, switch etc. config tenham sido alteradas para que as configurações antigas de 15.05 (ou 17.01) não sejam aceitas em 17.01 ou 18.06 ou versões posteriores. Pode ser melhor criar os arquivos críticos de configuração do zero manualmente, começando pela nova configuração padrão, para que os padrões atuais formem a base inicial. "

    
por 21.08.2018 / 12:53

Tags