Doug’s Blog

Quick tip on getting sshd to accept authorized connections on Fedora 11… I did all the main things but still had problems, those things are:

1. check permissions on your .ssh directory and authorized_keys file

2. make sure /etc/ssh/sshd_config allows authorized_key connections, although this is almost always on by default

And still no luck; it turns out I had to upgrade my key from RSA to DSA!

So, use “ssh-keygen -r dsa” and use the key it provides, that did the trick for me.

I’m configuring a new desktop setup for myself, using dual Nvidia 9600 GSO cards so I can hook up 3-4 monitors. I’ve been using Fedora more than other distros, so I wanted to stick with it for now (although I was tempted, after running into this issue, to jump to Ubuntu).

I had problems getting the DVD bootup to go into graphical mode, it kept showing an error that it couldn’t start X, and would continue with text mode. Of course, this is less than ideal since the text mode doesn’t have all the nice install options (not sure why) so I needed to figure it out.

The easy solution was to remove one of the cards and try again! This did the trick, and now I have Fed11 nicely running on the one card powering two monitors. Another thing to note is that I had to install Nvidia’s linux drivers. Also note, that if you run “yum update” after installing those drivers, you will need to re-install them one more time since yum will overwrite their functions.

My next step is to plug in the 2nd card and see if it is recognized properly and I can get 3 monitors going in independent configurations…

[Update] I added the second card after the fact, and now have 3 monitors hooked up nicely with no problems!

OK, here’s an odd one I encountered on one of my older servers running Apache2 and PHP 5.2.5

I had php scripts failing and generating “500″ errors on the browser because they were running too long, or sometimes because a large file was being uploaded. I spent time playing with php.ini variables, only to find out that PHP wasn’t processing some of them!

Using phpinfo(), I noticed that the vars were not being set via php.ini, which I had set properly when it was compiled, ala:

'./configure --with-apxs2=/opt/apache2/bin/apxs --with-mysql=/opt/mysql --with-zlib --with-config-file-path=/etc/php.ini --with-curl=/usr/lib64 --with-pear=/usr/share/pear --libdir=lib64 --with-pdo-mysql --with-gettext --enable-bcmath --with-oci8=instantclient,/home/instantclient10_1' '--enable-sigchild --with-pdo-oci=instantclient,/home/instantclient10_1,10.1.0.5'

I didn’t want to risk affecting the system by re-installing PHP, so instead I found the workaround was to create a .htaccess file that contained:

php_value upload_max_filesize 8M
php_value max_execution_time 600


and this did the trick! So hopefully that helps anyone who is running this version of php and encountered this problem.