Archive for March, 2010

The path you entered is not a valid directory or is not accessible.

Error:The path you entered is not a valid directory or is not accessible.

When trying to enable imagemagick within Gallery2 by Menalto

Check your php,ini file for a directive open_basedir

add the root path that contains the convert binary , so for example if convert is at /usr/bin/convert
set the basedir to
open_basedir = /your/home:/usr/bin

without this settings you will not have access to the /usr/bin folder.

March 21, 2010 Posted Under: Linux Maintenance   Read More

SSL received a record that exceeded the maximum permissible length

Secure Connection Failed

An error occurred during a connection to db6442f6.fb.joyent.us.

SSL received a record that exceeded the maximum permissible length.

(Error code: ssl_error_rx_record_too_long)

Solution:
You will need to make sure the ssl is setup correctly in the httpd.conf or iis settings.

March 17, 2010 Posted Under: Apache   Read More

PHP 5.3 – Date warning

Wow, PHP is changing the way we code our websites

More Warnings
Warning: date() [function.date]: It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‘America/New_York’ for ‘EDT/-4.0/DST’ instead in

Solution :
date.timezone will need to be set within the php.ini file as
date.timezone = “timezone”
Supported timezones

Also Set the function date_default_timezone_set
Example date_default_timezone_set(‘America/Los_Angeles’);

March 17, 2010 Posted Under: PHP   Read More

cpanel | php 5.3/mysql5 issues

Issues found after upgrading cpanel/php to version 5.3

-Zend optimizer is not currently supported * Sucks
-The mysql Script
/usr/bin/mysql_fix_privilege_tables need to be ran

-modec can not access the database anymore
error:
etc/cron.hourly/modsecparse.pl:

DBI connect(‘modsec:localhost’,'modsec’,…) failed: Access denied for user ‘modsec’@'localhost’ (using password: YES) at /etc/cron.hourly/modsecparse.pl line 19

fix:
nano /etc/cron.hourly/modsecparse.pl
phpMyAdmin click Privileges > M > and edit the user Modsec. Change the password to whatever the password was in the aforementioned modsecparse.pl.

March 16, 2010 Posted Under: CPANEL   Read More

Verisign prepares for DNSSEC 2010 | nameservers

Excerpt
New Referral Behavior

When queried for an existing A or AAAA record serving as glue (an address record at or below NS records at a delegation point), the authoritative name servers for .com and .net respond with the glue record in the answer section. However, the answer is not marked authoritative, i.e., the AA bit is not set. While this behavior conforms to the DNS standards, recent authoritative servers do not respond this way. Instead, when queried for a name at or below a delegation point, recent authoritative servers respond with a referral to the delegated zone. This behavior is also supported by the DNS standards. More info

My take on this:
This will effect people who fail to properly create a glue record with the registry. I have seen people setup A records to point to company X nameservers ips. Well this is not going to fly anymore, you will need to properly setup the nameservers with the registry.

DNS Cycle:
A users request a domain name > This request goes to the root servers first> the root server will now only return the NS record without the A record > **Referral to the actual nameservers for the domain ** > The actual nameserver will return the A record for the domain > the user is then directed to the hosting server.

Current cycles :

The root nameserver were returning the A record for the nameserver. So it was actually doing query on the assigned nameservers for the requested domain. This added a few miliseconds to the users request for the web content. By eliminating this cycle should increase the response time.

I used yahoo.com as an example of what a domain request looks like
*** this is returns the nameservers from the root server *****
;; Received 499 bytes from 192.36.148.17#53(I.ROOT-SERVERS.NET) in 219 ms

yahoo.com. 172800 IN NS ns1.yahoo.com.
yahoo.com. 172800 IN NS ns2.yahoo.com.
yahoo.com. 172800 IN NS ns3.yahoo.com.
yahoo.com. 172800 IN NS ns4.yahoo.com.
yahoo.com. 172800 IN NS ns5.yahoo.com.
;; Received 197 bytes from 192.54.112.30#53(h.gtld-servers.net) in 124 ms

*the nameservers are then queried for the A record for yahoo.com. as you can see they have their servers load balanced for failover. *Multiple ips were returned for their A records *

yahoo.com. 21600 IN A 209.131.36.159
yahoo.com. 21600 IN A 209.191.93.53
yahoo.com. 21600 IN A 209.191.122.70
yahoo.com. 21600 IN A 67.195.160.76
yahoo.com. 21600 IN A 69.147.114.224
yahoo.com. 21600 IN A 69.147.125.65
yahoo.com. 21600 IN A 72.30.2.43
yahoo.com. 21600 IN A 98.137.149.56
yahoo.com. 172800 IN NS ns8.yahoo.com.
yahoo.com. 172800 IN NS ns6.yahoo.com.
yahoo.com. 172800 IN NS ns3.yahoo.com.
yahoo.com. 172800 IN NS ns2.yahoo.com.
yahoo.com. 172800 IN NS ns5.yahoo.com.
yahoo.com. 172800 IN NS ns4.yahoo.com.
yahoo.com. 172800 IN NS ns1.yahoo.com.
;; Received 393 bytes from 68.180.131.16#53(ns1.yahoo.com) in 1 ms

Fast DNS response within 1ms , good job yahoo

March 6, 2010 Posted Under: Networking   Read More