Reuven

About me: Amateur web developer - Professional volunteer :)

Send private message

You must be logged in to send a private message.

Friends

No friends yet.

Group membership

Activity

  • Reuven replied on the discussion topic Cannot save symbolic link on Elgg 2.3.16
    Yes, it was the ownership issue. Now it works fine. Thank you iionly for your detailed response... and for your patience :) view reply
  • Reuven replied on the discussion topic Cannot save symbolic link on Elgg 2.3.16
    In my case the symlink is not broken. Before I click "Flush the caches" I see the content of views_simplecache there. When I flush the caches the content of views_simplecache is cleared and  the symlink... view reply
  • Reuven replied on the discussion topic Cannot save symbolic link on Elgg 2.3.16
    Thank you iionly, I created the link through ln -s /home/user/web/example.com/private/data_folder/views_simplecache /home/user/web/example.com/public_html/web_root/cache As a result the "Use symbolic link to simple cache... view reply
  • Reuven added a new discussion topic Cannot save symbolic link on Elgg 2.3.16 in the group Plugin Development
    I linked /home/username/web/myweb.com/public_html/myweb/cache/ to /home/username/web/myweb.com/private/data_folder/views_simplecache/ In my FFT app (WinSCP) I see the folder views_simplecache  with the link...
    • In my case the symlink is not broken. Before I click "Flush the caches" I see the content of views_simplecache there. When I flush the caches the content of views_simplecache is cleared and  the symlink folder (cache) is cleared as well. No folder is removed or created.

      The problem is that after flushing, all the web design (css) disappears and the system does not rebuild it as usual.

    • Does the cached files (CSS etc.) gets recreated if you visit other pages of your site after you flushed the cache? It might be that the admin dashboard page is not correctly fully rebuild after you flush the cache (might be an Elgg 2.x issue already fixed in newer versions of Elgg).

      The other reason might be what I already mentioned in my last post. The webserver does not run as the same user you are usually logged in on your server (I'm not taking here about the Elgg site user but the user account you use to administrate your webspace). The user account name of the webserver might be "www" or "apache" or something different depending on the webhoster, the OS used etc.. Now the webserver might be configured to follow symbolic links only if the links themselves are owned by the user account the webserver runs as (or the webserver might read files but not write anything at the target location of the link). That why I linked to the docs in the previous posting. There's the commands

      cd /path/to/wwwroot/
      chown -h wwwrun:www cache
      

      posted there. The "chown -h" command would make the webserver the owner of the symbolic link. For the command to work you would have to be logged in as root or you probably can't change the owner. Before useing the command you need to find out the user name and group name the webserver runs under. You should be able to find this out if you make a "ls -l" on some newly created file in the data directory that has been created by the webserver (on your new server).

    • Yes, it was the ownership issue. Now it works fine.

      Thank you iionly for your detailed response... and for your patience :)

  • Reuven replied on the discussion topic Flush the caches does not work Elgg 2.3.16
    I disabled the caches -> Flush the caches -> enabled the caches. Now it works fine. Why? I do not know :) Thank you view reply
  • Reuven replied on the discussion topic Flush the caches does not work Elgg 2.3.16
    BTW, the permissions of /private was 0751 (rwxr-x--x). It should be good enough - I think?   view reply
  • Reuven replied on the discussion topic Flush the caches does not work Elgg 2.3.16
    Thanks Nikolai, I'll try. view reply
  • Reuven added a new discussion topic Flush the caches does not work Elgg 2.3.16 in the group Plugin Development
    Even though I click "Flush the caches" and get "The site's caches have been flushed" I still see all the old cache files on the server and Elgg ignores the changes in the language files. For...
  • Reuven replied on the discussion topic Monthly Cron error
    Thank you iionly. I'll follow your detailed and clear explanation and let the the archive tables disappear. view reply
  • Reuven replied on the discussion topic Monthly Cron error
    Thank you iionly. I'll follow your detailed and clear explanation and let the the archive tables disappear. view reply
  • Reuven replied on the discussion topic Monthly Cron error
    Thank you Jerome. The problem is that in spite of the following settings it does not delete old tables. Plugin Settings Log Rotate How often should the system log be archived? WeeklyMonthlyYearly Delete... view reply
  • Reuven replied on the discussion topic Monthly Cron error
    Thank you iionly. I followed your advise and as far as I understand it works well. I was not sure about the location of  /etc/my.cnf.d/default_plugins.cnf location in my installation so I followed the MariaDB guid and used... view reply
  • Reuven replied on the discussion topic Monthly Cron error
    It will take me sometime to upgrade. I have continue with the 2.3. I think I saw a discussion about the same topic with a suggestion how to do it on 2.3 but I cannot find it right now. view reply
  • Reuven replied on the discussion topic Monthly Cron error
    I do not see System Log plugin in my installation. I have Log Browser plugin. I think you're looking in the wrong way. I do not understand. I mean that everyone can visit https://my_site/cron/monthly/ and other... view reply
  • Reuven replied on the discussion topic Monthly Cron error
    History repeats itself :) Thank you Nikolai I deactivated Log Rotate plugin and the error disappeared, instead I received a long report from the GARBAGE COLLECTOR.   Is there a way to disable public access to the cron... view reply
  • Reuven added a new discussion topic Monthly Cron error in the group Plugin Development
    On my new VPS I get the following error while going to https://my_site/cron/monthly/ How to solve? Thank you Fatal Error. An exception occurred while executing 'ALTER TABLE elgg_system_log_1627605221...
    • I think Jerome might have mixed up the history of changes of the Elgg log and Logrotate plugin. The option to delete archived log tables via cron was indeeed added before Elgg 3 already. But I think it never worked on Elgg 2. On Elgg 3 the Logrotate plugin was merged with the formerly Elgg core functionality of the Elgg log stuff into the new bundled System_log plugin. If I remember correctly, the deletion of archived tables still didn't work at the beginning but was then fixed at some point in some Elgg 3.x version. As Elgg 2 was already in LTS mode at that time it wasn't fixed in Elgg 2 anymore though (as Elgg 2 would now get only security related fixes).

      As Jerome mentioned, you can simply delete the archived log tables from the database (e.g. with PhpMyAdmin). Just do NOT delete the Elgg log table as Elgg needs this table to be present to work!

      You might have asked yourself for what you would need the Elgg log entries at all. If your answer is the same as mine (I NEVER needed the Elgg log table entries in more than 10 years even once!), you could consider using the No Logging plugin (https://elgg.org/plugins/1441338).

      The No logging plugin stops new entries being added to the log table. After the log rotate cronjob had been run twice (or once if you select a shorter interval at the right time) the log table will contain 0 entries and no new entries are added. If this is the case, you can deactivate the Logrotate plugin as it has no purpose anymore, delete any archived log tables from the database and there won't be any new archived tables created as long as you have the Logrotate plugin disabled (which you wouldn't need when the No Logging plugin keeps new Elgg log entries from being added to the database).

      As I said, do NOT delete the log table even then as Elgg would still stumble about the table missing even with no new entries being added to that table.

      The Garbagecollector plugin is something different and has nothing to do with the logs. The garbagecollector cronjob added by the Garbagecollector plugin optimizes the tables of the database and removes certain entries no longer in use to keep the database smaller.

    • Thank you iionly.

      I'll follow your detailed and clear explanation and let the the archive tables disappear.

    • Thank you iionly.

      I'll follow your detailed and clear explanation and let the the archive tables disappear.

  • Reuven replied on the discussion topic Error when logging into upgrade.php
    I visited your site and again it is not working well. As iionly suggests - make sure that the data file is accessible. Have you tried to reboot the system? view reply
  • Reuven replied on the discussion topic Error when logging into upgrade.php
    A week ago I also duplicated Elgg on a new vps and had very similar symptoms and more. I visited the site before the upgrade and it looks OK. I also flushed the caches and then run upgrade.php and .... the problems started. I did the... view reply
  • Reuven replied on the discussion topic Duplicate Elgg 2.3 on new server
    Thank you very much Nikolai and iionly. I learn a lot from your answers. However, I reinstalled the site from scratch and the initial tests show that it works well. The problem with the images... view reply
  • Reuven replied on the discussion topic Duplicate Elgg 2.3 on new server
    Thank you iionly. I'm going to check this. view reply