[SOLVED] Upgrade from 6.0.1 to 6.0.2 trashed web UI

[MaffooClock]

I performed an upgrade from 6.0.1 to 6.0.2 and experienced no problems; the upgrade went just as perfectly as every other time I've performed it.

However, this time, the web UI seems to be broken. The usual login form is displayed, and after login, the "Loading..." splash is displayed, and this is where it stays. This ocurrs on IE7, IE8, FF3, and Safari 4 -- so I'm certain it's the web UI. In IE, the words "undefined" appear all over this splash page. I think I was able to get the Standard HTML UI to load, though, so perhaps the Ajax is what's broke.

Re-installing does nothing. And, of course, I can't downgrade. No one else is reporting this issue, so apparently, the moons have aligned just for me. I'd like some pointers on where to look.

[MaffooClock]

Well, I decided to perform a `./install.sh -u` to remove Zimbra, and then install again. However, I didn't know (or I forgot) that this deletes EVERYTHING, including the stores. Thank Chef Boyardee for backups (even though the latest was a few hours old and new mail since then has been lost).

Anyway, I re-installed 6.0.2, and then restored the backup on top of that and ran `zmfixperms`. Everything is running, and the web UI is working. However, I'm not sure the web UI is v6.0.2 because some of the new features are not present (I think it's the 6.0.1 version) -- probably the result of restoring from backup.

I'll re-try the upgrade later so that I may correct the "dirtyness" I may have introduced by restoring from backup. i am worried, though, that it will break again. So if anyone can still share any ideas they may have about the original issue (with the "Loading" screen being stuck) please share them -- I might be back to this again soon.

[MaffooClock]

Perhaps it's important to mention that I'm using the Yahoo! theme (and only that one). I didn't try switching the theme (from the admin UI), but I'll keep that in mind if this problem ocurrs again after I re-attempt the upgrade.

[ArcaneMagus]

If you want to check the version of the client software loaded, type this in the search box:

$set: get version

it should give you a pop up dialog like this:

Client Information

Client Version: 6.0.0_GA_1802.UBUNTU8_64
Client Release: 20090830180525
    Build Date: 20090830-1815

[axtran]

Yikes! I'm experiencing the same problem (since 6.0.1) and updating to 6.0.2 fix nothing! Where/how do you run zmfixperms? Is it a permanent fix?

[axtran]

I ran ./zmfixperms from the /opt/zimbra/libexec/ folder. It still hangs at login page.

[jterhune]

Had this problem as well.

chown -R zimbra:zimbra /opt/zimbra/nginx-0.5.37-zimbra/proxy_temp*

on our proxy server resolved it.

[MaffooClock]

jterhune's suggetion is the solution. Apparently, running zmfixperms will break this again.

For others who've stumbled upon this thread, here is another thread with additional information on this exact problem:
Upgraded Zimbra to 6.0.2 but still having same problem...

[phoenix]

I guess someone will file a bug report for this?

[axtran]

Yeah, I'll do a bug report. In addition, /var/log was placed on a Ubuntu 8.04 with default inodes set when I formatted the disks... currently we're attempting to move everything in /opt to another disk with different inode settings, is there somewhere we can recommend this setting as a part of the install process? (or was it and I missed that?) MTA has a lot of little tiny files, and 1024KB inodes consumed all of our space, and quick.