After migrating a server from Apache2.4 to nginx a Dokuwiki install was complaining about the following on the admin page:
Previously .htaccess files were controlling access, which aren’t used by nginx. You can test your Dokuwiki install’s access by attempting to visit the following url:
This is a frustrating issue – you have youreslf a shiny new Gmail or Google apps account, but for some reason when you try to add the account to Thunderbird it complains about your password being incorrect:
Configuration could not be verified – is the user name or password wrong?
After double checking that the password is indeed correct, the most common cause we have found for this is that IMAP is disabled in your gmail settings. Log into your gmail via a web browser and click on the gear in the top right, then select:
Settings -> Forwarding and Pop/IMAP
Once you are in the Forwarding and Pop/IMAP tab, scroll down until you see:
Hopefully the radio button for Disable IMAP is selected. If so, select “Enable IMAP”, save your settings and try again. Hopefully that ends your frustrating login attempts!
If you’re trying to figure out why you are getting NFS errors despite having NFS set up properly on the host machine and client VM, this may be the answer. With the VM powered off, run at the Proxmox terminal:
vzctl set [VM ID] --features "nfs:on" --save
The next time the VM is powered up NFS should be enabled and you should be able to mount shares correctly. An example:
A customer upgraded from 13.04 to 13.10 and their internal wiki was broken afterwards; for a simple Apache install where the wiki was installed at the web root and all access was via the LAN (thus they were happy with not restricting the access), the fix was to add:
Require all granted
towards the bottom of:
…just above the last line, which should be </VirtualHost>.
Restart apache with:
service apache2 restart
After that you should be able to refresh and see your wiki as before.
Was asked to troubleshoot a client’s installation technique for WordPress on CentOS 6.x yesterday; they were receiving an Error 500 when they tried to access index.php for the first time. Checking the Apache logs showed:
SoftException in Application.cpp:431: Mismatch between target GID (522) and GID (65531) of file “/home/andrea/public_html/index.php”
Premature end of script headers: index.php
What was happening was that the client was un-tarballing the latest.tar.gz file as root and then changing the ownership of the file with the following:
chown -R [user] *
Changing that command to:
chown -R [user]:[usergroup] *
chown -R andrea:andrea *
fixed that error. By not specifying the new group there was an ownership mismatch where the system expected one group but got another. There are many causes for an Error 500 – it’s a good habit to check the Apache logs first for pointers as to where to start troubleshooting.
Saw this on a new Mediawiki install where all of the optional extensions were selected, LocalSettings.php had been uploaded to the server and that’s as far as it would go.
To fix, open up LocalSettings.php and comment out the line: