Topic Summary - Displaying 5 post(s). Click here to show all
Posted by: Halleffect Posted on: May 19th, 2022 at 2:39pm
I had the same problem, turned out to be a linux upgrade by my host provider. Newer versions of Linux do not always support "quota" system calls. This system command is used by YABB in Admin/Settings_Advanced. After some work and dubbing the code I came up with the following. And my forum was working again.
my @find = qx(find . -noleaf -type f -printf "%s-"); ## ## 9/2021 - jpl I had dificulty here the qx command with 'quota' did not work, went to old school backticks $hostusername = $hostusername || (split(/ +/, qx{ls -l YaBB.$yyext}))[2]; ## @quota = qx(quota -u akassoc -v); ## @quota = `quota -u $hostusernm -v`; ## ## fudged because quota doesn't work
#@@quota = ('Disk quotas for', ' user (uid akassoc)', 'none');
@quota = ('Disk quotas for user akassoc (uid xxxxx):', 'Filesystem size ', '/home3/akassoc 5,000MB ', '/home3/akassoc.../yabb2 500MB');
The above is a "fudge" not necessarily a great fix but a practical fix.
Another problem I encountered was with a newer version of PERL, newer versions of PERL reserve "{}" in regex. I needed to search the YABB PERL sources, and add "\" infront of "{}" where applicable. I wrote a PERL string search tool to search and report through the YABB directory structure wherever the "{}" were used so I coould correct the problems.
After completed everything worked correctly no issues, problems or crashes, and most of all no complaints from the member's.
I hope this helps,
Best wishes,
JP Langan
Posted by: Dandello Posted on: Oct 27th, 2021 at 11:42am
Use the version found here: https://sourceforge.net/p/yabb/svn/HEAD/tree/ (Download the snapshot) - make sure you take a backup of your original (You should be able to zip it up and download it.)
(And don't trust your ISP to help - they don't know Perl.)
Posted by: Acuario Posted on: Oct 27th, 2021 at 4:18am
Thanks for the reply. Adding the Quote:
use lib '.';
ad per the post seems to have worked and my forum seems to be running again.
Should I upgrade the yabb version to "properly" fix this and avoid future problems?
Posted by: Dandello Posted on: Oct 25th, 2021 at 4:43pm
Your host 'upgraded' to a version of Perl that is not compatible with older versions of YaBB. (And their solution won't work because the root cause is that Perl deprecated the use of the '.' as a marker for the root directory. So './Modules' won't work.)
Posted by: Acuario Posted on: Oct 25th, 2021 at 4:30pm
Hi, I run a yabb forum V2.6.0 that has been running successfully without problems since 2014. Last week it stopped working - I haven't changed or modified anything - it just stopped. I get an error Quote:
Software error: Can't locate Paths.pm in @INC (you may need to install the Paths module) (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 ./Modules) at YaBB.pl line 54. BEGIN failed--compilation aborted at YaBB.pl line 70. For help, please send mail to the webmaster (root@localhost), giving this error message and the time and date of the error.
My ISP says there are modules in the wrong directory - but how come? Everything worked fine..
They say Quote:
The perl "push @INC, './Modules';" this is basically the same as use lib "./Modules" so its looking for modules inside ./Modules but those modules are not in that directory, for example :
require Variables::Settings; eval { require Time::HiRes; import Time::HiRes qw(time); }; require './Sources/Subs.pm'; require Sources::System; .... plus more... ... you will need to move ./Sources, ./Variables and Paths.pm back inside the ./Modules directory and it should fix the issues.
I'm reluctant to do this as I haven't changed anything so I can't believe it's this..