Troubleshooting stuck at logging screen: Difference between revisions

Line 21: Line 21:
==Troubleshooting==
==Troubleshooting==


1. The very first thing to do, even before you try to check the logs, is to change the zimbraPrefMailInitialSearch attribute for the problematic user to the "sent" folder. That will change the default login folder from Inbox, to be the Sent folder.  
====1====. The very first thing to do, even before you try to check the logs, is to change the zimbraPrefMailInitialSearch attribute for the problematic user to the "sent" folder. That will change the default login folder from Inbox, to be the Sent folder.  
  zmprob ma rambo@domain.com zimbraPrefMailInitialSearch in:sent
  zmprob ma rambo@domain.com zimbraPrefMailInitialSearch in:sent
Next, try to login with the user. If you can login with AJAX, then when you check the Inbox folder, it will probably show empty, or an error will be produced when you click on the Inbox tab. If the folder is empty, the problem is most likely an email that contains invalid character/formatting.  
Next, try to login with the user. If you can login with AJAX, then when you check the Inbox folder, it will probably show empty, or an error will be produced when you click on the Inbox tab (check logs). If the folder is empty, the problem is most likely an email that contains invalid character/formatting.  


How to check the emails in the Inbox. Change back the zimbraPrefMailInitialSearch attribute to its original value:  
* How to check the emails in the Inbox.  
Change back the zimbraPrefMailInitialSearch attribute to its original value:  
  zmprob ma rambo@domain.com zimbraPrefMailInitialSearch in:inbox
  zmprob ma rambo@domain.com zimbraPrefMailInitialSearch in:inbox
Try to login with Ajax, you will get stuck, then click on the link to switch to the HTML version. When you login, you will be able to see all emails in the Inbox folder. What you have to do is to first create a test folder. Name it as you wish. Then go to the Inbox, and move from there 50 mails to the test folder. When that is done, logout and then login. If you are unable to login, then move 50 more emails. Do that until you are able to login. Usually you don't need to move a lot of emails, because the issue happened recently, which means the problematic email is somewhere in the last 1-2 days. After you can login, then move 15 emails from the test folder to the Inbox (you can move more emails if you like). Then check if you can login. Make that until you can not login. That means, the problem email is one of the fifteen. Then one by one, move the emails from the Inbox to the test folder to identify which one is the corrupted one.
TIP1: Not to make mistake, you can use a Snipping Tool, to make a screenshot of the emails you move. That way you don't have to remember the emails.
TIP2: If an email is corrupted, it will probably show as '''Unknown''' in the ''From'' field. As all other emails will show Sender. This way you can first go through the emails, and quickly check for suspicious looking ''From'' fileds.
<br>
Note: You may do that procedure, after you check all the steps below, as the issue might be a quick fix from below.


Try to login with Ajax, you will get stuck, then click on the link


3. Try checking each tab individually, click on them and see if you will get an error while doing that. Go to the Preferences tab of the user, and click each menu on the left. Sometimes you may have error when you click the ''Sharing'' option.  
====3====. Try checking each tab individually, click on them and see if you will get an error while doing that. Then,go to the Preferences tab of the user, and click each menu on the left. Sometimes you may have error when you click the ''Sharing'' option.  




2. Invalid calendar or folder shares
========2. Invalid calendar or folder shares
For this point, there is a wiki created [https://wiki.zimbra.com/wiki/WebUI_issues_caused_by_non-existing_calendar_share  here]. Follow the wiki to troubleshoot the issue.  
For this point, there is a wiki created [https://wiki.zimbra.com/wiki/WebUI_issues_caused_by_non-existing_calendar_share  here]. Basically, check if you have any invalid (crossed out) shared folders, tasks, calendars and contacts. If you have, delete the invalid share and check if the problem is solved. You may check the wiki for more information.  


3. MySQL issues.
Sometimes, this problem can be caused by corrupted mysql index. If you find in the logs that there is a problem with the index, please follow this [https://wiki.zimbra.com/wiki/How_to_recreate_corrupted_index_(mysql).#Error wiki]


====3====. MySQL issues.
Sometimes, this problem can be caused by corrupted mysql index. If you find in the logs that there is a problem with the index, please follow this [https://wiki.zimbra.com/wiki/How_to_recreate_corrupted_index_(mysql).#Error wiki]. Sometimes, the error, exception will not be shown in the logs, unless you switch to the HTML view. So, switch to it to make sure.


4.  
 
====4====.  





Revision as of 16:28, 23 June 2017

Troubleshooting stuck at logging screen

   KB 23248        Last updated on 2017-06-23  




0.00
(0 votes)



Symptom

User enters his/hers login name and password, press the Sign In, but the login screen is stuck on loading.

Login.jpg


Logging

To troubleshoot this problem, we would first rely on log files from the /opt/zimbra/log directory. Run "tail -f" for different logs, and reproduce the issue to collect clues as to what the problem might be. The first place we would be looking is in mailbox.log. Then we can check the mysql_error.log, zmmailboxd.out, nginx.access.log, nginx.log, myslow.log, audit.log, httpd_error.log.xxxx-xx-xx logs. After checking these logs, you may have some idea as to what the problem might be and where to check.

Sometimes, we may not see anything in the logs, and then we should relay on different troubleshooting. The below steps are to give you more ideas as to where to check.

Troubleshooting

====1====. The very first thing to do, even before you try to check the logs, is to change the zimbraPrefMailInitialSearch attribute for the problematic user to the "sent" folder. That will change the default login folder from Inbox, to be the Sent folder.

zmprob ma rambo@domain.com zimbraPrefMailInitialSearch in:sent

Next, try to login with the user. If you can login with AJAX, then when you check the Inbox folder, it will probably show empty, or an error will be produced when you click on the Inbox tab (check logs). If the folder is empty, the problem is most likely an email that contains invalid character/formatting.

  • How to check the emails in the Inbox.

Change back the zimbraPrefMailInitialSearch attribute to its original value:

zmprob ma rambo@domain.com zimbraPrefMailInitialSearch in:inbox

Try to login with Ajax, you will get stuck, then click on the link to switch to the HTML version. When you login, you will be able to see all emails in the Inbox folder. What you have to do is to first create a test folder. Name it as you wish. Then go to the Inbox, and move from there 50 mails to the test folder. When that is done, logout and then login. If you are unable to login, then move 50 more emails. Do that until you are able to login. Usually you don't need to move a lot of emails, because the issue happened recently, which means the problematic email is somewhere in the last 1-2 days. After you can login, then move 15 emails from the test folder to the Inbox (you can move more emails if you like). Then check if you can login. Make that until you can not login. That means, the problem email is one of the fifteen. Then one by one, move the emails from the Inbox to the test folder to identify which one is the corrupted one. TIP1: Not to make mistake, you can use a Snipping Tool, to make a screenshot of the emails you move. That way you don't have to remember the emails. TIP2: If an email is corrupted, it will probably show as Unknown in the From field. As all other emails will show Sender. This way you can first go through the emails, and quickly check for suspicious looking From fileds.
Note: You may do that procedure, after you check all the steps below, as the issue might be a quick fix from below.


====3====. Try checking each tab individually, click on them and see if you will get an error while doing that. Then,go to the Preferences tab of the user, and click each menu on the left. Sometimes you may have error when you click the Sharing option.


========2. Invalid calendar or folder shares For this point, there is a wiki created here. Basically, check if you have any invalid (crossed out) shared folders, tasks, calendars and contacts. If you have, delete the invalid share and check if the problem is solved. You may check the wiki for more information.


====3====. MySQL issues. Sometimes, this problem can be caused by corrupted mysql index. If you find in the logs that there is a problem with the index, please follow this wiki. Sometimes, the error, exception will not be shown in the logs, unless you switch to the HTML view. So, switch to it to make sure.


====4====.










Verified Against: Zimbra Collaboration 8.6, 8.5, 8.0 Date Created: 28/06/2017
Article ID: https://wiki.zimbra.com/index.php?title=Troubleshooting_stuck_at_logging_screen Date Modified: 2017-06-23



Try Zimbra

Try Zimbra Collaboration with a 60-day free trial.
Get it now »

Want to get involved?

You can contribute in the Community, Wiki, Code, or development of Zimlets.
Find out more. »

Looking for a Video?

Visit our YouTube channel to get the latest webinars, technology news, product overviews, and so much more.
Go to the YouTube channel »


Wiki/KB reviewed by SME1 SME2 COPY EDITOR Last edit by Teodor Vizirov
Jump to: navigation, search