![]() Passwords and SSH keys will be removed from Bitnami systems.Static IPs in Bitnami Cloud Hosting are Elastic IPs in AWS.Bitnami Cloud Hosting assigns two security groups per server: one shared across all servers ( bch-shared-firewall-id) and another specific for each server ( bch-server-firewall-id). Firewalls in Bitnami Cloud Hosting are Security Groups in AWS.Their description matches their name in Bitnami Cloud Hosting. They are stored in the same region as the server. Backups in Bitnami Cloud Hosting are EBS Snapshots in AWS.The instance Name label matches the server name in Bitnami Cloud Hosting. They are listed on the AWS Console in the specific region where they are running. Servers in Bitnami Cloud Hosting are EC2 Instances in AWS.Also, in the following section, you will find a list of Bitnami Cloud Hosting concepts and the equivalent terms on the AWS Console. This document provides information about different operations you may need to perform when moving to the AWS Console. After this deprecation date, you will have to use the Amazon Web Services (AWS) Console or the AWS API to manage those servers created using Bitnami Cloud Hosting. The Bitnami Cloud Hosting service will be deprecated by February 15th, 2022. Try to measure packet loss,round trip time and jitter (how many packets arrive out of sequence) to have some idea if network is not at fault.Manage Bitnami Cloud Hosting Servers from the AWS Console Try to tail webserver logs as you click around the redmine web interface to have some idea what is taking the most ammount of time to render.Īlso try to test your network connection to the redmine instance (not only with ping/ICMP) but also try loading some static content (download) or pushing some files (upload) over port 80 or 443. If you restart all the services that serve the redmine instance - is it running fast at the beginning and slows down after a while or it's slow from the begining ?Īs mentioned in the comments section - Disk IOs can be also at fault. MySQL may be running a long running query and so on. Try to re-check the redmine logs if there's any issue related to the processing of the pages or user logins if you're considering LDAP AD login to be at fault.Īlso please check the apache and mySQL logs - webserver may be busy with something else or ruby may be stuck on rendering an unsupported plugin for example. Very strange … but as I mentioned above, I have to re-check this one. It seemed like only Redmine-side calculated pages are slowly sent by the application server while Apache's still fast - but only when the request is a remote LAN request. Usually, I would think of a network problem, but the strange thing is: When actually measuring connect times, the network is fast as hell. It seemed like requests on localhost (Browser directly on the OpenSUSE VM) were fast, but requests over the network weren't. I tried to check if it's a network problem (network reacting slow, maybe DNS or something server is in the local network). One more thing that seems very odd to me, but maybe a false measurement result (need to re-check this tomorrow when I see the machine): MySQL indexes wouldn't be a problem given the fact that MySQL is very calm on the CPU, would it?.Is Bitnami's Apache2+Passenger config faulty?.Is Redmine 2.x maybe so much slower than 1.4.x that it's just plain normal?.But when not creating the user on the fly, does it keep a session only or does it re-authenticate on each request, so that could be the problem? But could the lack of a check here be a problem? Authentication takes a moment when logging in that's normal and acknowledged. I don't know if "On-the-fly user creation" is checked in Redmine's LDAP settings, I can only check this one later today. ![]() Sometimes it takes 3 seconds, sometimes even up to 10 seconds to deliver the page. On each request, Redmine reacts unusually slow. ![]() ![]() What may be totally important: User login is handled via LDAP (ActiveDirectory). Also, there are only a few users accessing it. The resources shouldn't be a problem, as there are always multiple gigabytes of free RAM and CPU spikes on Redmine requests go only up to 50% of 2 CPU cores. The stack is running on a Virtual Machine with OpenSUSE 12.1. imported the dump cleanly with recreating all tables.installed new Bitnami Stack with Redmine 2.1.0.So, if anybody has any ideas about this, please feel free to help :-)īitnami Stack with Redmine 1.4.x upgraded to Bitnami Stack with Redmine 2.1.0 like this: Because I'm just trying to get to the bottom of this, I have some theories which I'd like to discuss here. I've got a Redmine instance (Bitnami Stack) that's unusually slow.
0 Comments
Leave a Reply. |