I continued from the last test and troubleshooting today. I am using
the same test install at:

https://rocksolid.sybershock.com/

Whereas last time it seemed to be working right, today some errors
cropped up. I am running php8.2 explicitly when invoking cron job. I
also tried running directly without the bash wrapper on the command:

php8.2 /etc/rslight/scripts/cron.php

I have changed nothing on the install since last testing it. I made
sure nntp.php and nntp-ssl.php were running.

I tested the nntp(s) server ports with telnet. When I send the 'list'
command it replies 215 with an empty group list.

I checked rocksolid/groups.txt to ensure the group names weren't
mangled. When I run the cron I get this:

Updated user count
Sending articles
Send Done
Refreshed spoolnews
Expired articles
Sending articles
Send DonePHP Fatal error: Uncaught TypeError: fgets(): Argument #1
($stream) must be of type resource, bool given in
..../public_html/rocksolid/newsportal.php:355 Stack trace: #0
..../public_html/rocksolid/newsportal.php(355): fgets() #1
/etc/rslight/scripts/spoolnews.php(352): testGroup() #2
/etc/rslight/scripts/spoolnews.php(139): get_articles() #3 {main}
thrown in .../public_html/rocksolid/newsportal.php on line 355

Refreshed spoolnews
Expired articles
Sending articles
Send DonePHP Fatal error: Uncaught TypeError: fgets(): Argument #1
($stream) must be of type resource, bool given in
..../public_html/rocksolid/newsportal.php:355 Stack trace: #0
..../public_html/rocksolid/newsportal.php(355): fgets() #1
/etc/rslight/scripts/spoolnews.php(352): testGroup() #2
/etc/rslight/scripts/spoolnews.php(139): get_articles() #3 {main}
thrown in .../public_html/rocksolid/newsportal.php on line 355

Refreshed spoolnews
Expired articles
RSS Feeds updated
Log files rotated
Keys rotated
Removed old files

On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:

> I continued from the last test and troubleshooting today. I am using the
> same test install at:
>
> https://rocksolid.sybershock.com/
>
> Whereas last time it seemed to be working right, today some errors
> cropped up. I am running php8.2 explicitly when invoking cron job. I
> also tried running directly without the bash wrapper on the command:
>
> php8.2 /etc/rslight/scripts/cron.php
>
> I have changed nothing on the install since last testing it. I made sure
> nntp.php and nntp-ssl.php were running.
>
> I tested the nntp(s) server ports with telnet. When I send the 'list'
> command it replies 215 with an empty group list.

The error below is related to the groups lists.

> I checked rocksolid/groups.txt to ensure the group names weren't
> mangled. When I run the cron I get this:
>
> Updated user count Sending articles Send Done Refreshed spoolnews
> Expired articles Sending articles Send DonePHP Fatal error: Uncaught
> TypeError: fgets(): Argument #1 ($stream) must be of type resource, bool
> given in .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
> .../public_html/rocksolid/newsportal.php(355): fgets() #1
> /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
> /etc/rslight/scripts/spoolnews.php(139): get_articles() #3 {main}
> thrown in .../public_html/rocksolid/newsportal.php on line 355

($stream) is the groups.txt file pointer, which should have been opened
(by newsportal). $config_dir/<section>/groups.txt
It's saying it's 'bool' because it's probably 'false', meaning the file
could not be opened for some reason.

Could you confirm that your www-data user can read that file?

On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
Retro Guy <retroguy@i2pn2.org> wrote:

> On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
>
> > I continued from the last test and troubleshooting today. I am
> > using the same test install at:
> >
> > https://rocksolid.sybershock.com/
> >
> > Whereas last time it seemed to be working right, today some errors
> > cropped up. I am running php8.2 explicitly when invoking cron job. I
> > also tried running directly without the bash wrapper on the command:
> >
> > php8.2 /etc/rslight/scripts/cron.php
> >
> > I have changed nothing on the install since last testing it. I made
> > sure nntp.php and nntp-ssl.php were running.
> >
> > I tested the nntp(s) server ports with telnet. When I send the
> > 'list' command it replies 215 with an empty group list.
>
> The error below is related to the groups lists.
>
> > I checked rocksolid/groups.txt to ensure the group names weren't
> > mangled. When I run the cron I get this:
> >
> > Updated user count Sending articles Send Done Refreshed spoolnews
> > Expired articles Sending articles Send DonePHP Fatal error:
> > Uncaught TypeError: fgets(): Argument #1 ($stream) must be of type
> > resource, bool given in
> > .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
> > .../public_html/rocksolid/newsportal.php(355): fgets() #1
> > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
> > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3 {main}
> > thrown in .../public_html/rocksolid/newsportal.php on line 355
>
> ($stream) is the groups.txt file pointer, which should have been
> opened (by newsportal). $config_dir/<section>/groups.txt
> It's saying it's 'bool' because it's probably 'false', meaning the
> file could not be opened for some reason.
>
> Could you confirm that your www-data user can read that file?

Haha always the first linuxario check: look at your file permissions!

Permissions look ok. To make sure I just did chown -R username:username
on /etc/rslight and /var/spool/rslight and ran the cron again. It still
gives the same error when I run the cron.

I thought that permissions might be the problem so I ran another test
install at a different domain just now. I wanted to be very sure the
perms were all readable by that user so this time I ran the installer
as web user rather than as sudo. Then when I fired the cron as sudo,
everything worked out of the box.

The just now working test install of rslight is at the URL
https://test.sybershock.com using /opt subdirs as the install target and
guess what? That one works. I have no clue why the other one quit
working after I thought I had it fixed. Gremlins? Typo somewhere?
Something in my server config blocking just that one groups.txt file?
IDK. Gagh.

On Sat, 16 Dec 2023 13:02:46 -0600
Syber Shock <3883@sugar.bug> wrote:

> On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
> Retro Guy <retroguy@i2pn2.org> wrote:
>
> > On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
> >
> > > I continued from the last test and troubleshooting today. I am
> > > using the same test install at:
> > >
> > > https://rocksolid.sybershock.com/
> > >
> > > Whereas last time it seemed to be working right, today some errors
> > > cropped up. I am running php8.2 explicitly when invoking cron
> > > job. I also tried running directly without the bash wrapper on
> > > the command:
> > >
> > > php8.2 /etc/rslight/scripts/cron.php
> > >
> > > I have changed nothing on the install since last testing it. I
> > > made sure nntp.php and nntp-ssl.php were running.
> > >
> > > I tested the nntp(s) server ports with telnet. When I send the
> > > 'list' command it replies 215 with an empty group list.
> >
> > The error below is related to the groups lists.
> >
> > > I checked rocksolid/groups.txt to ensure the group names weren't
> > > mangled. When I run the cron I get this:
> > >
> > > Updated user count Sending articles Send Done Refreshed spoolnews
> > > Expired articles Sending articles Send DonePHP Fatal error:
> > > Uncaught TypeError: fgets(): Argument #1 ($stream) must be of type
> > > resource, bool given in
> > > .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
> > > .../public_html/rocksolid/newsportal.php(355): fgets() #1
> > > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
> > > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3 {main}
> > > thrown in .../public_html/rocksolid/newsportal.php on line 355
> >
> > ($stream) is the groups.txt file pointer, which should have been
> > opened (by newsportal). $config_dir/<section>/groups.txt
> > It's saying it's 'bool' because it's probably 'false', meaning the
> > file could not be opened for some reason.
> >
> > Could you confirm that your www-data user can read that file?
>
> Haha always the first linuxario check: look at your file permissions!
>
> Permissions look ok. To make sure I just did chown -R
> username:username on /etc/rslight and /var/spool/rslight and ran the
> cron again. It still gives the same error when I run the cron.
>
> I thought that permissions might be the problem so I ran another test
> install at a different domain just now. I wanted to be very sure the
> perms were all readable by that user so this time I ran the installer
> as web user rather than as sudo. Then when I fired the cron as sudo,
> everything worked out of the box.
>
> The just now working test install of rslight is at the URL
> https://test.sybershock.com using /opt subdirs as the install target
> and guess what? That one works. I have no clue why the other one quit
> working after I thought I had it fixed. Gremlins? Typo somewhere?
> Something in my server config blocking just that one groups.txt file?
> IDK. Gagh.

Knock on wood, I should, I should.

On this install all files are owned explicitly by web user.

After a couple successful cron runs on the https://test.sybershock.com
fresh install, this fputs() error popped up:

Send DonePHP Fatal error: Uncaught TypeError: fputs(): supplied
resource is not a valid stream resource in
..../public_html/rocksolid/lib/thread.inc.php:237
Stack trace: #0
..../public_html/rocksolid/lib/thread.inc.php(237):
fputs() #1
..../public_html/rocksolid/lib/thread.inc.php(304):
thread_overview_read() #2
/opt/rocksolid/config/scripts/spoolnews.php(146):
thread_load_newsserver() #3 {main} thrown in
..../public_html/rocksolid/lib/thread.inc.php
on line 237

Refreshed spoolnews
Expired articles
RSS Feeds updated
Log files rotated
Keys rotated
Removed old files

On Sat, 16 Dec 2023 13:02:46 -0600, Syber Shock wrote:

> On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
> Retro Guy <retroguy@i2pn2.org> wrote:
>
>> On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
>>
>> > I continued from the last test and troubleshooting today. I am using
>> > the same test install at:
>> >
>> > https://rocksolid.sybershock.com/
>> >
>> > Whereas last time it seemed to be working right, today some errors
>> > cropped up. I am running php8.2 explicitly when invoking cron job. I
>> > also tried running directly without the bash wrapper on the command:
>> >
>> > php8.2 /etc/rslight/scripts/cron.php
>> >
>> > I have changed nothing on the install since last testing it. I made
>> > sure nntp.php and nntp-ssl.php were running.
>> >
>> > I tested the nntp(s) server ports with telnet. When I send the 'list'
>> > command it replies 215 with an empty group list.
>>
>> The error below is related to the groups lists.
>>
>> > I checked rocksolid/groups.txt to ensure the group names weren't
>> > mangled. When I run the cron I get this:
>> >
>> > Updated user count Sending articles Send Done Refreshed spoolnews
>> > Expired articles Sending articles Send DonePHP Fatal error: Uncaught
>> > TypeError: fgets(): Argument #1 ($stream) must be of type resource,
>> > bool given in .../public_html/rocksolid/newsportal.php:355 Stack
>> > trace: #0 .../public_html/rocksolid/newsportal.php(355): fgets() #1
>> > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
>> > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3 {main}
>> > thrown in .../public_html/rocksolid/newsportal.php on line 355
>>
>> ($stream) is the groups.txt file pointer, which should have been opened
>> (by newsportal). $config_dir/<section>/groups.txt It's saying it's
>> 'bool' because it's probably 'false', meaning the file could not be
>> opened for some reason.
>>
>> Could you confirm that your www-data user can read that file?
>
> Haha always the first linuxario check: look at your file permissions!
>
> Permissions look ok. To make sure I just did chown -R username:username
> on /etc/rslight and /var/spool/rslight and ran the cron again. It still
> gives the same error when I run the cron.
>
> I thought that permissions might be the problem so I ran another test
> install at a different domain just now. I wanted to be very sure the
> perms were all readable by that user so this time I ran the installer as
> web user rather than as sudo. Then when I fired the cron as sudo,
> everything worked out of the box.
>
> The just now working test install of rslight is at the URL
> https://test.sybershock.com using /opt subdirs as the install target and
> guess what? That one works. I have no clue why the other one quit
> working after I thought I had it fixed. Gremlins? Typo somewhere?
> Something in my server config blocking just that one groups.txt file?
> IDK. Gagh.

If you 'sudo -u www-data bash' then try to read the file (as www-user),
can you read it?

On Sat, 16 Dec 2023 13:12:12 -0600, Syber Shock < wrote:

> On Sat, 16 Dec 2023 13:02:46 -0600 Syber Shock <3883@sugar.bug> wrote:
>
>> On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
>> Retro Guy <retroguy@i2pn2.org> wrote:
>>
>> > On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
>> >
>> > > I continued from the last test and troubleshooting today. I am
>> > > using the same test install at:
>> > >
>> > > https://rocksolid.sybershock.com/
>> > >
>> > > Whereas last time it seemed to be working right, today some errors
>> > > cropped up. I am running php8.2 explicitly when invoking cron job.
>> > > I also tried running directly without the bash wrapper on the
>> > > command:
>> > >
>> > > php8.2 /etc/rslight/scripts/cron.php
>> > >
>> > > I have changed nothing on the install since last testing it. I made
>> > > sure nntp.php and nntp-ssl.php were running.
>> > >
>> > > I tested the nntp(s) server ports with telnet. When I send the
>> > > 'list' command it replies 215 with an empty group list.
>> >
>> > The error below is related to the groups lists.
>> >
>> > > I checked rocksolid/groups.txt to ensure the group names weren't
>> > > mangled. When I run the cron I get this:
>> > >
>> > > Updated user count Sending articles Send Done Refreshed spoolnews
>> > > Expired articles Sending articles Send DonePHP Fatal error:
>> > > Uncaught TypeError: fgets(): Argument #1 ($stream) must be of type
>> > > resource, bool given in
>> > > .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
>> > > .../public_html/rocksolid/newsportal.php(355): fgets() #1
>> > > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
>> > > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3 {main}
>> > > thrown in .../public_html/rocksolid/newsportal.php on line 355
>> >
>> > ($stream) is the groups.txt file pointer, which should have been
>> > opened (by newsportal). $config_dir/<section>/groups.txt It's saying
>> > it's 'bool' because it's probably 'false', meaning the file could not
>> > be opened for some reason.
>> >
>> > Could you confirm that your www-data user can read that file?
>>
>> Haha always the first linuxario check: look at your file permissions!
>>
>> Permissions look ok. To make sure I just did chown -R username:username
>> on /etc/rslight and /var/spool/rslight and ran the cron again. It still
>> gives the same error when I run the cron.
>>
>> I thought that permissions might be the problem so I ran another test
>> install at a different domain just now. I wanted to be very sure the
>> perms were all readable by that user so this time I ran the installer
>> as web user rather than as sudo. Then when I fired the cron as sudo,
>> everything worked out of the box.
>>
>> The just now working test install of rslight is at the URL
>> https://test.sybershock.com using /opt subdirs as the install target
>> and guess what? That one works. I have no clue why the other one quit
>> working after I thought I had it fixed. Gremlins? Typo somewhere?
>> Something in my server config blocking just that one groups.txt file?
>> IDK. Gagh.
>
> Knock on wood, I should, I should.
>
> On this install all files are owned explicitly by web user.
>
> After a couple successful cron runs on the https://test.sybershock.com
> fresh install, this fputs() error popped up:
>
> Send DonePHP Fatal error: Uncaught TypeError: fputs(): supplied
> resource is not a valid stream resource in
> .../public_html/rocksolid/lib/thread.inc.php:237 Stack trace: #0
> .../public_html/rocksolid/lib/thread.inc.php(237):
> fputs() #1 .../public_html/rocksolid/lib/thread.inc.php(304):
> thread_overview_read() #2
> /opt/rocksolid/config/scripts/spoolnews.php(146):
> thread_load_newsserver() #3 {main} thrown in
> .../public_html/rocksolid/lib/thread.inc.php on line 237
>
> Refreshed spoolnews Expired articles RSS Feeds updated Log files rotated
> Keys rotated Removed old files

That one is a known bug. It "should" work fine on the next run. I thought
I fixed that, but maybe not :(

On Sat, 16 Dec 2023 19:12:05 -0000 (UTC)
Retro Guy <retroguy@i2pn2.org> wrote:

> On Sat, 16 Dec 2023 13:02:46 -0600, Syber Shock wrote:
>
> > On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
> > Retro Guy <retroguy@i2pn2.org> wrote:
> >
> >> On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
> >>
> >> > I continued from the last test and troubleshooting today. I am
> >> > using the same test install at:
> >> >
> >> > https://rocksolid.sybershock.com/
> >> >
> >> > Whereas last time it seemed to be working right, today some
> >> > errors cropped up. I am running php8.2 explicitly when invoking
> >> > cron job. I also tried running directly without the bash wrapper
> >> > on the command:
> >> >
> >> > php8.2 /etc/rslight/scripts/cron.php
> >> >
> >> > I have changed nothing on the install since last testing it. I
> >> > made sure nntp.php and nntp-ssl.php were running.
> >> >
> >> > I tested the nntp(s) server ports with telnet. When I send the
> >> > 'list' command it replies 215 with an empty group list.
> >>
> >> The error below is related to the groups lists.
> >>
> >> > I checked rocksolid/groups.txt to ensure the group names weren't
> >> > mangled. When I run the cron I get this:
> >> >
> >> > Updated user count Sending articles Send Done Refreshed spoolnews
> >> > Expired articles Sending articles Send DonePHP Fatal error:
> >> > Uncaught TypeError: fgets(): Argument #1 ($stream) must be of
> >> > type resource, bool given in
> >> > .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
> >> > .../public_html/rocksolid/newsportal.php(355): fgets() #1
> >> > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
> >> > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3
> >> > {main} thrown in .../public_html/rocksolid/newsportal.php on
> >> > line 355
> >>
> >> ($stream) is the groups.txt file pointer, which should have been
> >> opened (by newsportal). $config_dir/<section>/groups.txt It's
> >> saying it's 'bool' because it's probably 'false', meaning the file
> >> could not be opened for some reason.
> >>
> >> Could you confirm that your www-data user can read that file?
> >
> > Haha always the first linuxario check: look at your file
> > permissions!
> >
> > Permissions look ok. To make sure I just did chown -R
> > username:username on /etc/rslight and /var/spool/rslight and ran
> > the cron again. It still gives the same error when I run the cron.
> >
> > I thought that permissions might be the problem so I ran another
> > test install at a different domain just now. I wanted to be very
> > sure the perms were all readable by that user so this time I ran
> > the installer as web user rather than as sudo. Then when I fired
> > the cron as sudo, everything worked out of the box.
> >
> > The just now working test install of rslight is at the URL
> > https://test.sybershock.com using /opt subdirs as the install
> > target and guess what? That one works. I have no clue why the other
> > one quit working after I thought I had it fixed. Gremlins? Typo
> > somewhere? Something in my server config blocking just that one
> > groups.txt file? IDK. Gagh.
>
> If you 'sudo -u www-data bash' then try to read the file (as
> www-user), can you read it?

Yes. I tested read from shell several times.

On Sat, 16 Dec 2023 19:13:40 -0000 (UTC)
Retro Guy <retroguy@i2pn2.org> wrote:

> On Sat, 16 Dec 2023 13:12:12 -0600, Syber Shock < wrote:
>
> > On Sat, 16 Dec 2023 13:02:46 -0600 Syber Shock <3883@sugar.bug>
> > wrote:
> >> On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
> >> Retro Guy <retroguy@i2pn2.org> wrote:
> >>
> >> > On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
> >> >
> >> > > I continued from the last test and troubleshooting today. I am
> >> > > using the same test install at:
> >> > >
> >> > > https://rocksolid.sybershock.com/
> >> > >
> >> > > Whereas last time it seemed to be working right, today some
> >> > > errors cropped up. I am running php8.2 explicitly when
> >> > > invoking cron job. I also tried running directly without the
> >> > > bash wrapper on the command:
> >> > >
> >> > > php8.2 /etc/rslight/scripts/cron.php
> >> > >
> >> > > I have changed nothing on the install since last testing it. I
> >> > > made sure nntp.php and nntp-ssl.php were running.
> >> > >
> >> > > I tested the nntp(s) server ports with telnet. When I send the
> >> > > 'list' command it replies 215 with an empty group list.
> >> >
> >> > The error below is related to the groups lists.
> >> >
> >> > > I checked rocksolid/groups.txt to ensure the group names
> >> > > weren't mangled. When I run the cron I get this:
> >> > >
> >> > > Updated user count Sending articles Send Done Refreshed
> >> > > spoolnews Expired articles Sending articles Send DonePHP Fatal
> >> > > error: Uncaught TypeError: fgets(): Argument #1 ($stream) must
> >> > > be of type resource, bool given in
> >> > > .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
> >> > > .../public_html/rocksolid/newsportal.php(355): fgets() #1
> >> > > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
> >> > > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3
> >> > > {main} thrown in .../public_html/rocksolid/newsportal.php on
> >> > > line 355
> >> >
> >> > ($stream) is the groups.txt file pointer, which should have been
> >> > opened (by newsportal). $config_dir/<section>/groups.txt It's
> >> > saying it's 'bool' because it's probably 'false', meaning the
> >> > file could not be opened for some reason.
> >> >
> >> > Could you confirm that your www-data user can read that file?
> >>
> >> Haha always the first linuxario check: look at your file
> >> permissions!
> >>
> >> Permissions look ok. To make sure I just did chown -R
> >> username:username on /etc/rslight and /var/spool/rslight and ran
> >> the cron again. It still gives the same error when I run the cron.
> >>
> >> I thought that permissions might be the problem so I ran another
> >> test install at a different domain just now. I wanted to be very
> >> sure the perms were all readable by that user so this time I ran
> >> the installer as web user rather than as sudo. Then when I fired
> >> the cron as sudo, everything worked out of the box.
> >>
> >> The just now working test install of rslight is at the URL
> >> https://test.sybershock.com using /opt subdirs as the install
> >> target and guess what? That one works. I have no clue why the
> >> other one quit working after I thought I had it fixed. Gremlins?
> >> Typo somewhere? Something in my server config blocking just that
> >> one groups.txt file? IDK. Gagh.
> >
> > Knock on wood, I should, I should.
> >
> > On this install all files are owned explicitly by web user.
> >
> > After a couple successful cron runs on the
> > https://test.sybershock.com fresh install, this fputs() error
> > popped up:
> >
> > Send DonePHP Fatal error: Uncaught TypeError: fputs(): supplied
> > resource is not a valid stream resource in
> > .../public_html/rocksolid/lib/thread.inc.php:237 Stack trace: #0
> > .../public_html/rocksolid/lib/thread.inc.php(237):
> > fputs() #1 .../public_html/rocksolid/lib/thread.inc.php(304):
> > thread_overview_read() #2
> > /opt/rocksolid/config/scripts/spoolnews.php(146):
> > thread_load_newsserver() #3 {main} thrown in
> > .../public_html/rocksolid/lib/thread.inc.php on line 237
> >
> > Refreshed spoolnews Expired articles RSS Feeds updated Log files
> > rotated Keys rotated Removed old files
>
> That one is a known bug. It "should" work fine on the next run. I
> thought I fixed that, but maybe not :(

A few more subsequent runs did not give the error. It now pulled the
most recent messages on https://test.sybershock.com. Then another
subsequent run gave the error again. Then another subsequent run worked
without the error. So I guess the bug is hit or miss then?

On Sat, 16 Dec 2023 13:19:31 -0600, Syber Shock < wrote:

> On Sat, 16 Dec 2023 19:12:05 -0000 (UTC) Retro Guy <retroguy@i2pn2.org>
> wrote:
>
>> On Sat, 16 Dec 2023 13:02:46 -0600, Syber Shock wrote:
>>
>> > On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
>> > Retro Guy <retroguy@i2pn2.org> wrote:
>> >
>> >> On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
>> >>
>> >> > I continued from the last test and troubleshooting today. I am
>> >> > using the same test install at:
>> >> >
>> >> > https://rocksolid.sybershock.com/
>> >> >
>> >> > Whereas last time it seemed to be working right, today some errors
>> >> > cropped up. I am running php8.2 explicitly when invoking cron job.
>> >> > I also tried running directly without the bash wrapper on the
>> >> > command:
>> >> >
>> >> > php8.2 /etc/rslight/scripts/cron.php
>> >> >
>> >> > I have changed nothing on the install since last testing it. I
>> >> > made sure nntp.php and nntp-ssl.php were running.
>> >> >
>> >> > I tested the nntp(s) server ports with telnet. When I send the
>> >> > 'list' command it replies 215 with an empty group list.
>> >>
>> >> The error below is related to the groups lists.
>> >>
>> >> > I checked rocksolid/groups.txt to ensure the group names weren't
>> >> > mangled. When I run the cron I get this:
>> >> >
>> >> > Updated user count Sending articles Send Done Refreshed spoolnews
>> >> > Expired articles Sending articles Send DonePHP Fatal error:
>> >> > Uncaught TypeError: fgets(): Argument #1 ($stream) must be of type
>> >> > resource, bool given in
>> >> > .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
>> >> > .../public_html/rocksolid/newsportal.php(355): fgets() #1
>> >> > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
>> >> > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3 {main}
>> >> > thrown in .../public_html/rocksolid/newsportal.php on line 355
>> >>
>> >> ($stream) is the groups.txt file pointer, which should have been
>> >> opened (by newsportal). $config_dir/<section>/groups.txt It's saying
>> >> it's 'bool' because it's probably 'false', meaning the file could
>> >> not be opened for some reason.
>> >>
>> >> Could you confirm that your www-data user can read that file?
>> >
>> > Haha always the first linuxario check: look at your file permissions!
>> >
>> > Permissions look ok. To make sure I just did chown -R
>> > username:username on /etc/rslight and /var/spool/rslight and ran the
>> > cron again. It still gives the same error when I run the cron.
>> >
>> > I thought that permissions might be the problem so I ran another test
>> > install at a different domain just now. I wanted to be very sure the
>> > perms were all readable by that user so this time I ran the installer
>> > as web user rather than as sudo. Then when I fired the cron as sudo,
>> > everything worked out of the box.
>> >
>> > The just now working test install of rslight is at the URL
>> > https://test.sybershock.com using /opt subdirs as the install target
>> > and guess what? That one works. I have no clue why the other one quit
>> > working after I thought I had it fixed. Gremlins? Typo somewhere?
>> > Something in my server config blocking just that one groups.txt file?
>> > IDK. Gagh.
>>
>> If you 'sudo -u www-data bash' then try to read the file (as www-user),
>> can you read it?
>
> Yes. I tested read from shell several times.

That's strange. Here's the code:

$glfp = fopen($config_dir . $menuitem[0] . "/groups.txt", 'r');
$section = "";
while ($gl = fgets($glfp)) {

($stream) is ($glfp). It would appear that it can not open the file
'groups.txt'. Are your files in the spool showing up as user 'www-data'?

On Sat, 16 Dec 2023 13:22:42 -0600, Syber Shock wrote:

> On Sat, 16 Dec 2023 19:13:40 -0000 (UTC)
> Retro Guy <retroguy@i2pn2.org> wrote:
>
>> On Sat, 16 Dec 2023 13:12:12 -0600, Syber Shock < wrote:
>>
>> > On Sat, 16 Dec 2023 13:02:46 -0600 Syber Shock <3883@sugar.bug>
>> > wrote:
>> >> On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
>> >> Retro Guy <retroguy@i2pn2.org> wrote:
>> >>
>> >> > On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
>> >> >
>> >> > > I continued from the last test and troubleshooting today. I am
>> >> > > using the same test install at:
>> >> > >
>> >> > > https://rocksolid.sybershock.com/
>> >> > >
>> >> > > Whereas last time it seemed to be working right, today some
>> >> > > errors cropped up. I am running php8.2 explicitly when invoking
>> >> > > cron job. I also tried running directly without the bash wrapper
>> >> > > on the command:
>> >> > >
>> >> > > php8.2 /etc/rslight/scripts/cron.php
>> >> > >
>> >> > > I have changed nothing on the install since last testing it. I
>> >> > > made sure nntp.php and nntp-ssl.php were running.
>> >> > >
>> >> > > I tested the nntp(s) server ports with telnet. When I send the
>> >> > > 'list' command it replies 215 with an empty group list.
>> >> >
>> >> > The error below is related to the groups lists.
>> >> >
>> >> > > I checked rocksolid/groups.txt to ensure the group names weren't
>> >> > > mangled. When I run the cron I get this:
>> >> > >
>> >> > > Updated user count Sending articles Send Done Refreshed
>> >> > > spoolnews Expired articles Sending articles Send DonePHP Fatal
>> >> > > error: Uncaught TypeError: fgets(): Argument #1 ($stream) must
>> >> > > be of type resource, bool given in
>> >> > > .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
>> >> > > .../public_html/rocksolid/newsportal.php(355): fgets() #1
>> >> > > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
>> >> > > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3
>> >> > > {main} thrown in .../public_html/rocksolid/newsportal.php on
>> >> > > line 355
>> >> >
>> >> > ($stream) is the groups.txt file pointer, which should have been
>> >> > opened (by newsportal). $config_dir/<section>/groups.txt It's
>> >> > saying it's 'bool' because it's probably 'false', meaning the file
>> >> > could not be opened for some reason.
>> >> >
>> >> > Could you confirm that your www-data user can read that file?
>> >>
>> >> Haha always the first linuxario check: look at your file
>> >> permissions!
>> >>
>> >> Permissions look ok. To make sure I just did chown -R
>> >> username:username on /etc/rslight and /var/spool/rslight and ran the
>> >> cron again. It still gives the same error when I run the cron.
>> >>
>> >> I thought that permissions might be the problem so I ran another
>> >> test install at a different domain just now. I wanted to be very
>> >> sure the perms were all readable by that user so this time I ran the
>> >> installer as web user rather than as sudo. Then when I fired the
>> >> cron as sudo, everything worked out of the box.
>> >>
>> >> The just now working test install of rslight is at the URL
>> >> https://test.sybershock.com using /opt subdirs as the install target
>> >> and guess what? That one works. I have no clue why the other one
>> >> quit working after I thought I had it fixed. Gremlins? Typo
>> >> somewhere? Something in my server config blocking just that one
>> >> groups.txt file? IDK. Gagh.
>> >
>> > Knock on wood, I should, I should.
>> >
>> > On this install all files are owned explicitly by web user.
>> >
>> > After a couple successful cron runs on the
>> > https://test.sybershock.com fresh install, this fputs() error popped
>> > up:
>> >
>> > Send DonePHP Fatal error: Uncaught TypeError: fputs(): supplied
>> > resource is not a valid stream resource in
>> > .../public_html/rocksolid/lib/thread.inc.php:237 Stack trace: #0
>> > .../public_html/rocksolid/lib/thread.inc.php(237):
>> > fputs() #1 .../public_html/rocksolid/lib/thread.inc.php(304):
>> > thread_overview_read() #2
>> > /opt/rocksolid/config/scripts/spoolnews.php(146):
>> > thread_load_newsserver() #3 {main} thrown in
>> > .../public_html/rocksolid/lib/thread.inc.php on line 237
>> >
>> > Refreshed spoolnews Expired articles RSS Feeds updated Log files
>> > rotated Keys rotated Removed old files
>>
>> That one is a known bug. It "should" work fine on the next run. I
>> thought I fixed that, but maybe not :(
>
> A few more subsequent runs did not give the error. It now pulled the
> most recent messages on https://test.sybershock.com. Then another
> subsequent run gave the error again. Then another subsequent run worked
> without the error. So I guess the bug is hit or miss then?

It's on a timer. Every (I don't remember how many) minutes, it tries to
run 'thread_load_newsserver()', and sometimes that fails.

On Sat, 16 Dec 2023 19:23:05 -0000 (UTC)
Retro Guy <retroguy@i2pn2.org> wrote:

> On Sat, 16 Dec 2023 13:19:31 -0600, Syber Shock < wrote:
>
> > On Sat, 16 Dec 2023 19:12:05 -0000 (UTC) Retro Guy
> > <retroguy@i2pn2.org> wrote:
> >
> >> On Sat, 16 Dec 2023 13:02:46 -0600, Syber Shock wrote:
> >>
> >> > On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
> >> > Retro Guy <retroguy@i2pn2.org> wrote:
> >> >
> >> >> On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
> >> >>
> >> >> > I continued from the last test and troubleshooting today. I am
> >> >> > using the same test install at:
> >> >> >
> >> >> > https://rocksolid.sybershock.com/
> >> >> >
> >> >> > Whereas last time it seemed to be working right, today some
> >> >> > errors cropped up. I am running php8.2 explicitly when
> >> >> > invoking cron job. I also tried running directly without the
> >> >> > bash wrapper on the command:
> >> >> >
> >> >> > php8.2 /etc/rslight/scripts/cron.php
> >> >> >
> >> >> > I have changed nothing on the install since last testing it. I
> >> >> > made sure nntp.php and nntp-ssl.php were running.
> >> >> >
> >> >> > I tested the nntp(s) server ports with telnet. When I send the
> >> >> > 'list' command it replies 215 with an empty group list.
> >> >>
> >> >> The error below is related to the groups lists.
> >> >>
> >> >> > I checked rocksolid/groups.txt to ensure the group names
> >> >> > weren't mangled. When I run the cron I get this:
> >> >> >
> >> >> > Updated user count Sending articles Send Done Refreshed
> >> >> > spoolnews Expired articles Sending articles Send DonePHP
> >> >> > Fatal error: Uncaught TypeError: fgets(): Argument #1
> >> >> > ($stream) must be of type resource, bool given in
> >> >> > .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
> >> >> > .../public_html/rocksolid/newsportal.php(355): fgets() #1
> >> >> > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
> >> >> > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3
> >> >> > {main} thrown in .../public_html/rocksolid/newsportal.php on
> >> >> > line 355
> >> >>
> >> >> ($stream) is the groups.txt file pointer, which should have been
> >> >> opened (by newsportal). $config_dir/<section>/groups.txt It's
> >> >> saying it's 'bool' because it's probably 'false', meaning the
> >> >> file could not be opened for some reason.
> >> >>
> >> >> Could you confirm that your www-data user can read that file?
> >> >
> >> > Haha always the first linuxario check: look at your file
> >> > permissions!
> >> >
> >> > Permissions look ok. To make sure I just did chown -R
> >> > username:username on /etc/rslight and /var/spool/rslight and ran
> >> > the cron again. It still gives the same error when I run the
> >> > cron.
> >> >
> >> > I thought that permissions might be the problem so I ran another
> >> > test install at a different domain just now. I wanted to be very
> >> > sure the perms were all readable by that user so this time I ran
> >> > the installer as web user rather than as sudo. Then when I fired
> >> > the cron as sudo, everything worked out of the box.
> >> >
> >> > The just now working test install of rslight is at the URL
> >> > https://test.sybershock.com using /opt subdirs as the install
> >> > target and guess what? That one works. I have no clue why the
> >> > other one quit working after I thought I had it fixed. Gremlins?
> >> > Typo somewhere? Something in my server config blocking just that
> >> > one groups.txt file? IDK. Gagh.
> >>
> >> If you 'sudo -u www-data bash' then try to read the file (as
> >> www-user), can you read it?
> >
> > Yes. I tested read from shell several times.
>
> That's strange. Here's the code:
>
> $glfp = fopen($config_dir . $menuitem[0] . "/groups.txt", 'r');
> $section = "";
> while ($gl = fgets($glfp)) {
>
> ($stream) is ($glfp). It would appear that it can not open the file
> 'groups.txt'. Are your files in the spool showing up as user
> 'www-data'?

No. 'www-data' has no access to this domain. 'www-data' is disabled
from shell access in /etc/passwd. The rslight user is the web user
registered with the server for this domain. That web user has access to
all files on the domain and in the config/ and spool/ directories. The
same user getting the error for the file
/etc/rslight/rocksolid/groups.txt but is not getting the error for the
file /opt/rslight/config/groups.txt. The second one works fine, same
permissions, on the test.* subdomain.

On Sat, 16 Dec 2023 13:35:21 -0600, Syber Shock wrote:

> On Sat, 16 Dec 2023 19:23:05 -0000 (UTC)
> Retro Guy <retroguy@i2pn2.org> wrote:
>
>> On Sat, 16 Dec 2023 13:19:31 -0600, Syber Shock < wrote:
>>
>> > On Sat, 16 Dec 2023 19:12:05 -0000 (UTC) Retro Guy
>> > <retroguy@i2pn2.org> wrote:
>> >
>> >> On Sat, 16 Dec 2023 13:02:46 -0600, Syber Shock wrote:
>> >>
>> >> > On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
>> >> > Retro Guy <retroguy@i2pn2.org> wrote:
>> >> >
>> >> >> On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
>> >> >>
>> >> >> > I continued from the last test and troubleshooting today. I am
>> >> >> > using the same test install at:
>> >> >> >
>> >> >> > https://rocksolid.sybershock.com/
>> >> >> >
>> >> >> > Whereas last time it seemed to be working right, today some
>> >> >> > errors cropped up. I am running php8.2 explicitly when invoking
>> >> >> > cron job. I also tried running directly without the bash
>> >> >> > wrapper on the command:
>> >> >> >
>> >> >> > php8.2 /etc/rslight/scripts/cron.php
>> >> >> >
>> >> >> > I have changed nothing on the install since last testing it. I
>> >> >> > made sure nntp.php and nntp-ssl.php were running.
>> >> >> >
>> >> >> > I tested the nntp(s) server ports with telnet. When I send the
>> >> >> > 'list' command it replies 215 with an empty group list.
>> >> >>
>> >> >> The error below is related to the groups lists.
>> >> >>
>> >> >> > I checked rocksolid/groups.txt to ensure the group names
>> >> >> > weren't mangled. When I run the cron I get this:
>> >> >> >
>> >> >> > Updated user count Sending articles Send Done Refreshed
>> >> >> > spoolnews Expired articles Sending articles Send DonePHP Fatal
>> >> >> > error: Uncaught TypeError: fgets(): Argument #1 ($stream) must
>> >> >> > be of type resource, bool given in
>> >> >> > .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
>> >> >> > .../public_html/rocksolid/newsportal.php(355): fgets() #1
>> >> >> > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
>> >> >> > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3
>> >> >> > {main} thrown in .../public_html/rocksolid/newsportal.php on
>> >> >> > line 355
>> >> >>
>> >> >> ($stream) is the groups.txt file pointer, which should have been
>> >> >> opened (by newsportal). $config_dir/<section>/groups.txt It's
>> >> >> saying it's 'bool' because it's probably 'false', meaning the
>> >> >> file could not be opened for some reason.
>> >> >>
>> >> >> Could you confirm that your www-data user can read that file?
>> >> >
>> >> > Haha always the first linuxario check: look at your file
>> >> > permissions!
>> >> >
>> >> > Permissions look ok. To make sure I just did chown -R
>> >> > username:username on /etc/rslight and /var/spool/rslight and ran
>> >> > the cron again. It still gives the same error when I run the cron.
>> >> >
>> >> > I thought that permissions might be the problem so I ran another
>> >> > test install at a different domain just now. I wanted to be very
>> >> > sure the perms were all readable by that user so this time I ran
>> >> > the installer as web user rather than as sudo. Then when I fired
>> >> > the cron as sudo, everything worked out of the box.
>> >> >
>> >> > The just now working test install of rslight is at the URL
>> >> > https://test.sybershock.com using /opt subdirs as the install
>> >> > target and guess what? That one works. I have no clue why the
>> >> > other one quit working after I thought I had it fixed. Gremlins?
>> >> > Typo somewhere? Something in my server config blocking just that
>> >> > one groups.txt file? IDK. Gagh.
>> >>
>> >> If you 'sudo -u www-data bash' then try to read the file (as
>> >> www-user), can you read it?
>> >
>> > Yes. I tested read from shell several times.
>>
>> That's strange. Here's the code:
>>
>> $glfp = fopen($config_dir . $menuitem[0] . "/groups.txt", 'r');
>> $section = "";
>> while ($gl = fgets($glfp)) {
>>
>> ($stream) is ($glfp). It would appear that it can not open the file
>> 'groups.txt'. Are your files in the spool showing up as user
>> 'www-data'?
>
> No. 'www-data' has no access to this domain. 'www-data' is disabled from
> shell access in /etc/passwd. The rslight user is the web user registered
> with the server for this domain. That web user has access to all files
> on the domain and in the config/ and spool/ directories. The same user
> getting the error for the file /etc/rslight/rocksolid/groups.txt but is
> not getting the error for the file /opt/rslight/config/groups.txt. The
> second one works fine, same permissions, on the test.* subdomain.

Ok, so if $config_dir = '/opt/rslight' it works? If so, you should be able
to move $config_dir by (moving it, of course), then setting it in
<webdir>/common/config.inc.php

On Sat, 16 Dec 2023 19:28:09 -0000 (UTC)
Retro Guy <retroguy@i2pn2.org> wrote:

> On Sat, 16 Dec 2023 13:22:42 -0600, Syber Shock wrote:
>
> > On Sat, 16 Dec 2023 19:13:40 -0000 (UTC)
> > Retro Guy <retroguy@i2pn2.org> wrote:
> >
> >> On Sat, 16 Dec 2023 13:12:12 -0600, Syber Shock < wrote:
> >>
> >> > On Sat, 16 Dec 2023 13:02:46 -0600 Syber Shock <3883@sugar.bug>
> >> > wrote:
> >> >> On Sat, 16 Dec 2023 18:28:43 -0000 (UTC)
> >> >> Retro Guy <retroguy@i2pn2.org> wrote:
> >> >>
> >> >> > On Sat, 16 Dec 2023 12:14:51 -0600, Syber Shock < wrote:
> >> >> >
> >> >> > > I continued from the last test and troubleshooting today. I
> >> >> > > am using the same test install at:
> >> >> > >
> >> >> > > https://rocksolid.sybershock.com/
> >> >> > >
> >> >> > > Whereas last time it seemed to be working right, today some
> >> >> > > errors cropped up. I am running php8.2 explicitly when
> >> >> > > invoking cron job. I also tried running directly without
> >> >> > > the bash wrapper on the command:
> >> >> > >
> >> >> > > php8.2 /etc/rslight/scripts/cron.php
> >> >> > >
> >> >> > > I have changed nothing on the install since last testing
> >> >> > > it. I made sure nntp.php and nntp-ssl.php were running.
> >> >> > >
> >> >> > > I tested the nntp(s) server ports with telnet. When I send
> >> >> > > the 'list' command it replies 215 with an empty group list.
> >> >> > >
> >> >> >
> >> >> > The error below is related to the groups lists.
> >> >> >
> >> >> > > I checked rocksolid/groups.txt to ensure the group names
> >> >> > > weren't mangled. When I run the cron I get this:
> >> >> > >
> >> >> > > Updated user count Sending articles Send Done Refreshed
> >> >> > > spoolnews Expired articles Sending articles Send DonePHP
> >> >> > > Fatal error: Uncaught TypeError: fgets(): Argument #1
> >> >> > > ($stream) must be of type resource, bool given in
> >> >> > > .../public_html/rocksolid/newsportal.php:355 Stack trace: #0
> >> >> > > .../public_html/rocksolid/newsportal.php(355): fgets() #1
> >> >> > > /etc/rslight/scripts/spoolnews.php(352): testGroup() #2
> >> >> > > /etc/rslight/scripts/spoolnews.php(139): get_articles() #3
> >> >> > > {main} thrown in .../public_html/rocksolid/newsportal.php on
> >> >> > > line 355
> >> >> >
> >> >> > ($stream) is the groups.txt file pointer, which should have
> >> >> > been opened (by newsportal). $config_dir/<section>/groups.txt
> >> >> > It's saying it's 'bool' because it's probably 'false',
> >> >> > meaning the file could not be opened for some reason.
> >> >> >
> >> >> > Could you confirm that your www-data user can read that file?
> >> >> >
> >> >>
> >> >> Haha always the first linuxario check: look at your file
> >> >> permissions!
> >> >>
> >> >> Permissions look ok. To make sure I just did chown -R
> >> >> username:username on /etc/rslight and /var/spool/rslight and
> >> >> ran the cron again. It still gives the same error when I run
> >> >> the cron.
> >> >>
> >> >> I thought that permissions might be the problem so I ran another
> >> >> test install at a different domain just now. I wanted to be very
> >> >> sure the perms were all readable by that user so this time I
> >> >> ran the installer as web user rather than as sudo. Then when I
> >> >> fired the cron as sudo, everything worked out of the box.
> >> >>
> >> >> The just now working test install of rslight is at the URL
> >> >> https://test.sybershock.com using /opt subdirs as the install
> >> >> target and guess what? That one works. I have no clue why the
> >> >> other one quit working after I thought I had it fixed.
> >> >> Gremlins? Typo somewhere? Something in my server config
> >> >> blocking just that one groups.txt file? IDK. Gagh.
> >> >
> >> > Knock on wood, I should, I should.
> >> >
> >> > On this install all files are owned explicitly by web user.
> >> >
> >> > After a couple successful cron runs on the
> >> > https://test.sybershock.com fresh install, this fputs() error
> >> > popped up:
> >> >
> >> > Send DonePHP Fatal error: Uncaught TypeError: fputs(): supplied
> >> > resource is not a valid stream resource in
> >> > .../public_html/rocksolid/lib/thread.inc.php:237 Stack trace: #0
> >> > .../public_html/rocksolid/lib/thread.inc.php(237):
> >> > fputs() #1 .../public_html/rocksolid/lib/thread.inc.php(304):
> >> > thread_overview_read() #2
> >> > /opt/rocksolid/config/scripts/spoolnews.php(146):
> >> > thread_load_newsserver() #3 {main} thrown in
> >> > .../public_html/rocksolid/lib/thread.inc.php on line 237
> >> >
> >> > Refreshed spoolnews Expired articles RSS Feeds updated Log files
> >> > rotated Keys rotated Removed old files
> >>
> >> That one is a known bug. It "should" work fine on the next run. I
> >> thought I fixed that, but maybe not :(
> >
> > A few more subsequent runs did not give the error. It now pulled the
> > most recent messages on https://test.sybershock.com. Then another
> > subsequent run gave the error again. Then another subsequent run
> > worked without the error. So I guess the bug is hit or miss then?
>
> It's on a timer. Every (I don't remember how many) minutes, it tries
> to run 'thread_load_newsserver()', and sometimes that fails.

Other than that, everything on the test.* subdomain seems to work. I
will jiggle it a bit later.

Retro Guy wrote:

> On Sat, 16 Dec 2023 13:12:12 -0600, Syber Shock < wrote:

<snip>

>> After a couple successful cron runs on the https://test.sybershock.com
>> fresh install, this fputs() error popped up:
>>
>> Send DonePHP Fatal error: Uncaught TypeError: fputs(): supplied
>> resource is not a valid stream resource in
>> .../public_html/rocksolid/lib/thread.inc.php:237 Stack trace: #0
>> .../public_html/rocksolid/lib/thread.inc.php(237):
>> fputs() #1 .../public_html/rocksolid/lib/thread.inc.php(304):
>> thread_overview_read() #2
>> /opt/rocksolid/config/scripts/spoolnews.php(146):
>> thread_load_newsserver() #3 {main} thrown in
>> .../public_html/rocksolid/lib/thread.inc.php on line 237
>>
>> Refreshed spoolnews Expired articles RSS Feeds updated Log files rotated
>> Keys rotated Removed old files

> That one is a known bug. It "should" work fine on the next run. I thought
> I fixed that, but maybe not :(

This error is strange. I thought I "fixed" it, or at least avoided it by checking that we had a connection to the server:

if ($ns) {
thread_load_newsserver($ns2, $name[0], 0);

function thread_load_newsserver(&$ns, $groupname, $poll)
{ ...
$overviewformat = thread_overview_read($ns);

If $ns is not available (connection down), we should never reach thread_load_newsserver. In fact that error has disappeared on my installs since I thought I fixed it (by adding the if($ns), line 143 in spoolnews.php).

--
Retro Guy

On Sun, 17 Dec 2023 12:16:56 +0000, Retro Guy wrote:

> Retro Guy wrote:
>
>> On Sat, 16 Dec 2023 13:12:12 -0600, Syber Shock < wrote:
>
> <snip>
>
>>> After a couple successful cron runs on the https://test.sybershock.com
>>> fresh install, this fputs() error popped up:
>>>
>>> Send DonePHP Fatal error: Uncaught TypeError: fputs(): supplied
>>> resource is not a valid stream resource in
>>> .../public_html/rocksolid/lib/thread.inc.php:237 Stack trace: #0
>>> .../public_html/rocksolid/lib/thread.inc.php(237):
>>> fputs() #1 .../public_html/rocksolid/lib/thread.inc.php(304):
>>> thread_overview_read() #2
>>> /opt/rocksolid/config/scripts/spoolnews.php(146):
>>> thread_load_newsserver() #3 {main} thrown in
>>> .../public_html/rocksolid/lib/thread.inc.php on line 237
>>>
>>> Refreshed spoolnews Expired articles RSS Feeds updated Log files
>>> rotated Keys rotated Removed old files
>
>> That one is a known bug. It "should" work fine on the next run. I
>> thought I fixed that, but maybe not :(
>
> This error is strange. I thought I "fixed" it, or at least avoided it by
> checking that we had a connection to the server:
>
>
> if ($ns) {
> thread_load_newsserver($ns2, $name[0], 0);
>
> function thread_load_newsserver(&$ns, $groupname, $poll)
> {
> ...
> $overviewformat = thread_overview_read($ns);
>
> If $ns is not available (connection down), we should never reach
> thread_load_newsserver. In fact that error has disappeared on my
> installs since I thought I fixed it (by adding the if($ns), line 143 in
> spoolnews.php).

LOL, the moron (ME) sees the error now :)

On Sun, 17 Dec 2023 12:18:36 +0000
Retro Guy <retroguy@novabbs.org> wrote:

> On Sun, 17 Dec 2023 12:16:56 +0000, Retro Guy wrote:
>
> > Retro Guy wrote:
> >
> >> On Sat, 16 Dec 2023 13:12:12 -0600, Syber Shock < wrote:
> >
> > <snip>
> >
> >>> After a couple successful cron runs on the
> >>> https://test.sybershock.com fresh install, this fputs() error
> >>> popped up:
> >>>
> >>> Send DonePHP Fatal error: Uncaught TypeError: fputs(): supplied
> >>> resource is not a valid stream resource in
> >>> .../public_html/rocksolid/lib/thread.inc.php:237 Stack trace: #0
> >>> .../public_html/rocksolid/lib/thread.inc.php(237):
> >>> fputs() #1 .../public_html/rocksolid/lib/thread.inc.php(304):
> >>> thread_overview_read() #2
> >>> /opt/rocksolid/config/scripts/spoolnews.php(146):
> >>> thread_load_newsserver() #3 {main} thrown in
> >>> .../public_html/rocksolid/lib/thread.inc.php on line 237
> >>>
> >>> Refreshed spoolnews Expired articles RSS Feeds updated Log files
> >>> rotated Keys rotated Removed old files
> >
> >> That one is a known bug. It "should" work fine on the next run. I
> >> thought I fixed that, but maybe not :(
> >
> > This error is strange. I thought I "fixed" it, or at least avoided
> > it by checking that we had a connection to the server:
> >
> >
> > if ($ns) {
> > thread_load_newsserver($ns2, $name[0], 0);
> >
> > function thread_load_newsserver(&$ns, $groupname, $poll)
> > {
> > ...
> > $overviewformat = thread_overview_read($ns);
> >
> > If $ns is not available (connection down), we should never reach
> > thread_load_newsserver. In fact that error has disappeared on my
> > installs since I thought I fixed it (by adding the if($ns), line
> > 143 in spoolnews.php).
>
> LOL, the moron (ME) sees the error now :)

Don't be too hard on yourself. Once you try troubleshooting bugs in a
mastodon server, you would consider rslight a work of art in
comparsion. That's one reason why I'm testing this to death. Mastodon
servers and fediverse software just keep getting worse and more buggy
as time advances. The world needs a real alternative.