Persistent Module Visibility Issues

đź’¬ General Discussion
1

Hello team
I am encountering a challenging and persistent issue with our SuiteCRM installation, which seems to revert to displaying no modules shortly after corrective actions are taken. Below is a detailed account of the situation, the steps we have taken, and the environment specifics:

Issue Description:

Initial Problem: The service was interrupted due to a server running out of disk space.

  • Symptoms Upon Restart: After resolving the disk space issue and restarting the system, I initially received an error stating, “You are not authorized to view this page. Please contact your system administrator.” I managed to resolve this by clearing the SuiteCRM cache (rm -rf /path/to/suitecrm/cache/*). Although the authorization error was cleared, I then faced an issue where no modules appeared visible when logging in as an administrator.
  • Temporary Fix Applied: I performed a Quick Repair and Rebuild via https://crm.oursite.net/index.php?module=Administration&action=repair, which temporarily fixed the problem, restoring full functionality. However, the system reverts to not displaying any modules after a few minutes, making this fix short-lived.

Technical Environment:

  • SuiteCRM Version: 8.6.1
  • PHP Version: 8.1.29
  • PHP Zend OPcache: v8.1.29
  • Web Server: Apache/2.4.62 (Unix)
  • Database: MariaDB 11.4.2

Steps Already Taken:

  • Cleared cache manually and through SuiteCRM.
  • Checked and ensured file and directory permissions are correct.
  • Reviewed server and SuiteCRM logs, but found no relevant errors explaining the reversion to the issue.

Request for Assistance: I am perplexed by the reoccurrence of the issue despite the temporary fixes. It seems there might be an underlying configuration or session management issue that is not immediately apparent. Has anyone in the community faced a similar issue, or could anyone offer insights into what might be causing this and how to resolve it permanently?

I would greatly appreciate any guidance, insights, or recommendations on further steps I could take to diagnose and fix this issue permanently.

Thank you in advance for your help! - Olie

2

Since you delete entire cache folders, it will take a time to run faster and normal.

Usually, when you have issue with the UI, do not delete entire cache folder. Just delete the below folder:

/paht/to/your/suitecrm/cache/themes

3

crm_error
crm_error1913Ă—1000 121 KB

Screen shots

4

Thanks RSP - but when I looked in the cache directory there was actually no themes subdirectory… could this be the cause of the issue do you think?

5

Sometimes, it takes time to re-generate. You need to wait for moments.

6

ok thanks - the only thing that I have in that Dir is a Dir called “prod”
this is the contents of prod
root@f61122969c5a:/opt/bitnami/suitecrm/cache/prod# ls -l
total 448
-rw-r–r-- 1 daemon daemon 743 Feb 18 18:21 App_KernelProdContainer.php
-rw-r–r-- 1 daemon daemon 0 Feb 18 18:21 App_KernelProdContainer.php.lock
-rw-r–r-- 1 daemon daemon 270005 Feb 18 18:21 App_KernelProdContainer.php.meta
-rw-r–r-- 1 daemon daemon 69878 Feb 18 18:21 App_KernelProdContainer.preload.php
drwxr-xr-x 2 daemon daemon 32768 Feb 18 18:21 ContainerKkrmEkn
-rw-r–r-- 1 daemon daemon 5100 Feb 18 18:21 annotations.map
drwxr-xr-x 3 daemon daemon 4096 Feb 18 18:21 doctrine
drwxr-xr-x 18 daemon daemon 4096 Feb 18 18:21 pools
-rw-r–r-- 1 daemon daemon 16769 Feb 18 18:21 url_generating_routes.php
-rw-r–r-- 1 daemon daemon 5104 Feb 18 18:21 url_generating_routes.php.meta
-rw-r–r-- 1 daemon daemon 18660 Feb 18 18:21 url_matching_routes.php
-rw-r–r-- 1 daemon daemon 5104 Feb 18 18:21 url_matching_routes.php.meta

7

My bad, I was talking about the directory at the below location.

opt/bitnami/suitecrm/public/legacy/cache/themes

Since v8 uses angular for UI, you can clear symfony cache by running the below command from the root directory(opt/bitnami/suitecrm/)

./bin/console cache:clear

8

Thanks for the clarification! I attempted to clear the Symfony cache using the recommended command:

./bin/console cache:clear

but encountered a Permission denied error, so I also tried:

sudo -u bitnami ./bin/console cache:clear

but sudo was not found in my environment. But running the command explicitly with PHP resolved the perms issue:

php ./bin/console cache:clear

I suspect that this worked because Bitnami stacks often run PHP applications in isolated environments.

However, I received multiple PHP Deprecated warnings:

PHP Deprecated:  Return type of Symfony\Component\HttpFoundation\Session\Attribute\AttributeBag::getIterator() should either be compatible with IteratorAggregate::getIterator(): Traversable...

Despite these warnings, the cache was successfully cleared:

[OK] Cache for the "prod" environment (debug=false) was successfully cleared.

Even though the cache cleared successfully, this did not resolve the original issue. Previously, I had been using Quick Repair and Rebuild (suitecrosite.com/#/index.php?module=Administration&action=repair), which temporarily fixed the issue for a short time. However, this no longer works at all.

The only thing I can find in the log (cat suitecrm.log) is the following:

Wed Feb 19 20:58:41 2025 [1476][1][FATAL] Exception handling in /bitnami/suitecrm/public/legacy/include/MVC/Controller/SugarController.php:397
Wed Feb 19 20:58:41 2025 [1476][1][FATAL] Exception in Controller: Failed to remove file "/bitnami/suitecrm/cache/..Yqj/annotations.php": unlink(/bitnami/suitecrm/cache/..Yqj/annotations.php): Permission denied
root@f61122969c5a:/opt/bitnami/suitecrm/public/legacy#

Do you have any further suggestions on how to resolve this permanently? Thanks for your help I really do appreciate it!

9

Fixed the issue - Hans (from the GrowERP project) fixed the disappearing menu issue on our CRMsystems. He quickly diagnosed the problem, found a CORS error and a proxy buffer overflow, and adjusted the proxy configurations. After a restart, everything was running smoothly again. This kind of quick action makes a huge difference. Hans, your expertise is always appreciated. Thanks Hans!

10

That’s awesome :partying_face: :partying_face:

Thank you for sharing the answer! :smile: