PHP Fatal Error

[akghetto]

Any update on this error? I started getting it tonight.

My main drive is defintely not full...

[23.01-RELEASE][admin@host.domain]/root: df -h
Filesystem                     Size    Used   Avail Capacity  Mounted on
/dev/ufsid/59b7f3af0adccc14    100G    2.6G     89G     3%    /
devfs                          1.0K    1.0K      0B   100%    /dev
tmpfs                          4.0M    196K    3.8M     5%    /var/run
devfs                          1.0K    1.0K      0B   100%    /var/dhcpd/dev

//edit: nevermind... found patch c5faa351c1ef6d4555478a7f50b3a16ece7e0b2a on redmine. Sorry for the thread bump.

[jacksnack2]

Same issue here. Seen this error twice after upgrading to 2.7.0 on July 1st.

I also see references to Nut Package (which is installed).

I applied the patch as referenced above, I'll report back with results.

[jacksnack2]

I just received this error again this morning. Patch has been applied at last posting date.

[stephenw10]

What error exactly?

[jacksnack2]

@stephenw10

Please see the error listed at the top of the post.

America/New_York] PHP Fatal error:  Uncaught TypeError: fwrite(): Argument #1 ($stream) must be of type resource, bool given in /etc/inc/config.lib.inc:172

[stephenw10]

But not the error in /etc/inc/notices.inc:101 ?

[jacksnack2]

@stephenw10 This is the error:

[06-Aug-2023 10:05:02 America/New_York] PHP Fatal error:  Uncaught TypeError: fwrite(): Argument #1 ($stream) must be of type resource, bool given in /etc/inc/config.lib.inc:172
Stack trace:
#0 /etc/inc/config.lib.inc(172): fwrite(false, 'a:40:{s:7:"vers...')
#1 /etc/inc/config.lib.inc(147): generate_config_cache(Array)
#2 /etc/inc/config.inc(141): parse_config()
#3 /etc/inc/gwlb.inc(25): require_once('/etc/inc/config...')
#4 /etc/inc/functions.inc(35): require_once('/etc/inc/gwlb.i...')
#5 /etc/inc/notices.inc(26): require_once('/etc/inc/functi...')
#6 /usr/local/pkg/nut/nut_email.php(24): require_once('/etc/inc/notice...')
#7 {main}
  thrown in /etc/inc/config.lib.inc on line 172
[06-Aug-2023 10:05:02 America/New_York] PHP Fatal error:  Uncaught ValueError: Path cannot be empty in /etc/inc/notices.inc:101
Stack trace:
#0 /etc/inc/notices.inc(101): fopen('', 'w')
#1 /etc/inc/config.lib.inc(1148): file_notice('phperror', 'PHP ERROR: Type...', 'PHP errors')
#2 [internal function]: pfSense_clear_globals()
#3 {main}
  thrown in /etc/inc/notices.inc on line 101

[Overlord]

I installed all patches and get still this error:

PHP ERROR: Type: 1, File: /etc/inc/config.lib.inc, Line: 172, Message: Uncaught TypeError: fwrite(): Argument #1 ($stream) must be of type resource, bool given in /etc/inc/config.lib.inc:172
Stack trace:
#0 /etc/inc/config.lib.inc(172): fwrite(false, 'a:44:{s:7:"vers...')
#1 /etc/inc/config.lib.inc(147): generate_config_cache(Array)
#2 /etc/inc/config.inc(141): parse_config()
#3 /etc/inc/gwlb.inc(25): require_once('/etc/inc/config...')
#4 /etc/inc/functions.inc(35): require_once('/etc/inc/gwlb.i...')
#5 /usr/local/sbin/pfSsh.php(29): require_once('/etc/inc/functi...')
#6 {main}
thrown @ 2023-09-05 06:00:03

[Gertjan]

@Overlord

Doesn't this look like PHP error after reboot ?

[jimp]

There is another change I committed a couple weeks ago that might help with that, 596a88fa42f0ac77bd2fc2be87b54457df11f64b but I'm not sure if it applies cleanly on a patched or unpatched release. You can try, though.

But the problem is still someone trying to do a function as a non-privileged user that should be performed by root.

[wralb]

Thanks @jimp

As mentioned previously, I saw this on my 6100 (with the NUT package and an APC UPS) many times when running 23.01. FYI, I never saw it with 23.05 over several months, but saw it again with 23.05.1 (coinidence?).

Anyway, I just installed all recommended patches plus commit 596a88fa42f0ac77bd2fc2be87b54457df11f64b and will report back if I experience this issue again.

[jacksnack2]

I am still having issues as well. Watching the thread closely.

[dersch]

I'm here with a simliar error. Found after ACME reissued a new Cert

/etc/rc.restart_webgui
Restarting webConfigurator...Error: cannot open certificate file in system_webgui_start().

Fatal error: Uncaught TypeError: fwrite(): Argument #1 ($stream) must be of type resource, bool given in /etc/inc/rrd.inc:1027
Stack trace:
#0 /etc/inc/rrd.inc(1027): fwrite(false, '#!/bin/sh\n\nexpo...')
#1 /etc/rc.restart_webgui(44): enable_rrd_graphing()
#2 {main}
  thrown in /etc/inc/rrd.inc on line 1027
PHP ERROR: Type: 1, File: /etc/inc/rrd.inc, Line: 1027, Message: Uncaught TypeError: fwrite(): Argument #1 ($stream) must be of type resource, bool given in
/etc/inc/rrd.inc:1027
Stack trace:
#0 /etc/inc/rrd.inc(1027): fwrite(false, '#!/bin/sh\n\nexpo...')
#1 /etc/rc.restart_webgui(44): enable_rrd_graphing()
#2 {main}
  thrown

Running on Proxmox - PfSense+ 23.05.1 with ZFS

[stephenw10]

Have you only seen that one time? If you remove the error does it return? Can you trigger it repeatably?

[dersch]

@stephenw10 it is a permanent failure. The new LE Cert is not in use because of that error.

[stephenw10]

So it regenerates exactly the same error everytime the ACME cert renew script runs?

And this just started happening, it didn't start after upgrading for example?

[dersch]

@stephenw10 No, the cert is issued correctly. It is just not used anymore be the pfsense webserver. Sometimes i need to restart the webgui with /etc/rc.restart_webgui after a new cert has been issued periodically. So i did and then this error comes up. Now it comes again and again with the restart of the webgui. And after the upgrade to 23.5.01 the old cert was still in use. Only now after the new one has been issued this happens.

[jimp]

How are you triggering a restart of the GUI from ACME?

[dersch]

@jimp i dosen't, i do it manually via cli command

[jimp]

If you are trying that from your own non-root user then I could see it generating a PHP error because it lacks the privileges.

But ACME is capable of restarting the GUI on its own properly as a part of the renewal process, it's one of the given examples in the settings for each certificate:

Only root/admin could run that at the CLI over SSH, other accounts would need to run it through sudo.