Project

General

Profile

Actions
Copy link

Bug #13642

closed
SW RL

pfSense - Feature #13446: Upgrade PHP from 7.4 to 8.1

PHP Error: frr_zebra.inc:159

Bug #13642: PHP Error: frr_zebra.inc:159

Added by Steve Wheeler almost 4 years ago. Updated over 3 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Reid Linnemann
Category:
FRR
Target version:
-
Start date:
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
Affected Version:
Affected Plus Version:
23.01
Affected Architecture:
All

Description

This prevented boot completing. I had to uninstall FRR at the CLI.

Fatal error: Uncaught TypeError: Cannot access offset of type string on string in /usr/local/pkg/frr/inc/frr_zebra.inc:159

23.01-DEVELOPMENT (arm64)
built on Tue Nov 08 16:16:38 UTC 2022
FreeBSD 14.0-CURRENT

Related issues 1 (0 open — 1 closed)

Has duplicate Bug #13564: PHP error after creating a Route MapResolvedReid Linnemann

Actions

JP Updated by Jim Pingle almost 4 years ago Actions
Copy link
 #1

  • Parent task set to #13446

RL Updated by Reid Linnemann almost 4 years ago Actions
Copy link
 #2

  • Assignee set to Reid Linnemann

DZ Updated by Danilo Zrenjanin almost 4 years ago Actions
Copy link
 #3

Tested against:

2.7.0-DEVELOPMENT (amd64)
built on Fri Nov 11 06:06:08 UTC 2022
FreeBSD 14.0-CURRENT

I couldn't replicate the issue with Global FRR switch on. Is there anything specific that needs to be set in FRR?

AZ Updated by Alhusein Zawi almost 4 years ago Actions
Copy link
 #4

The issue occurs when adding a route map

PHP errors:
PHP ERROR: Type: 1, File: /usr/local/pkg/frr/inc/frr_zebra.inc, Line: 418, Message: Uncaught TypeError: Cannot access offset of type string on string in /usr/local/pkg/frr/inc/frr_zebra.inc:418
Stack trace:
#0 /usr/local/pkg/frr/inc/frr_zebra.inc(821): frr_zebra_generate_routemaps()
#1 /usr/local/pkg/frr.inc(669): frr_generate_config_zebra()
#2 /usr/local/www/pkg_edit.php(245) : eval()'d code(2): frr_generate_config()
#3 /usr/local/www/pkg_edit.php(245): eval()
#4 {main}

23.01-DEVELOPMENT (amd64)
built on Fri Nov 11 06:05:57 UTC 2022
FreeBSD 14.0-CURRENT

DZ Updated by Danilo Zrenjanin almost 4 years ago Actions
Copy link
 #5

There is a different redmine for that issue:
https://redmine.pfsense.org/issues/13564

RL Updated by Reid Linnemann almost 4 years ago Actions
Copy link
 #6

Root cause of this appears to be an empty <config> element being written under the frrglobalroutemaps package. Due to how <config> is treated as a list element in the xml parser, this results in installedpackages/frrglobalroutemaps/config being an array of size 1 with an empty string element, and that empty string element is expected to be an array by the package code.

RL Updated by Reid Linnemann almost 4 years ago Actions
Copy link
 #7

  • Status changed from New to Confirmed

RL Updated by Reid Linnemann almost 4 years ago Actions
Copy link
 #8

  • Status changed from Confirmed to In Progress

RL Updated by Reid Linnemann almost 4 years ago Actions
Copy link
 #9

  • Status changed from In Progress to Feedback

Fixed in 4a256a0

JP Updated by Jim Pingle almost 4 years ago Actions
Copy link
 #10

  • % Done changed from 0 to 100

RL Updated by Reid Linnemann almost 4 years ago Actions
Copy link
 #11

  • Has duplicate Bug #13564: PHP error after creating a Route Map added

RL Updated by Reid Linnemann almost 4 years ago Actions
Copy link
 #12

I had neglected originally to bump the portrevision, so the package was not actually rebuilt. That has been done as of c17f51a

JP Updated by Jim Pingle almost 4 years ago Actions
Copy link
 #13

  • Status changed from Feedback to Resolved

This appears to be OK on a current snap with the latest package (After removing some leftover debug prints in the base).

It cleaned up the bad tag and I can also list and create route map entries.

JP Updated by Jim Pingle over 3 years ago Actions
Copy link
 #14

  • Target version deleted (2.7.0)
  • Plus Target Version deleted (23.01)
Actions
Copy link

Also available in: Atom