Ashoat

No problem; glad to help

I have no idea what you're trying to do, but I can guarantee that you will unsuccessful at getting MSSQL to work in PHP.

Okay, done. Is everything working now?

You changed your MX record to Gmail... so we aren't authoritative for your email anymore. You probably either didn't mean to make Gmail your email provider for daunape.heliohost.org, or you haven't set up your Gmail to handle the incoming emails.

Uhm... yeah, I have no idea what happened. The bihourly script has apparently been frozen since March 7th. This is unusual. I killed it and started a new one... hopefully it won't happen again.

Closing due to inactivity.

On what, exactly? It's not an option on ./configure or make. It's probably referring to a gcc command in the Makefile, but I don't know which one.

It looks like it's possible; see here. That said, we can't just recompile PHP when requested - it's an intensive operation. I'll add it in next time we're recompiling. Kero Yugi: No, you can't modify php.ini. Yes, it's hidden from you. Even if you could modify php.ini, you would still be unable to include any MSSQL extensions, as they haven't been compiled/installed on this system. And ".dll" is an extension for Windows systems. On *NIX systems, usually the extension ".so" is used.

No problem

Heh, how'd you find that? EDIT Oh, just navigating to ns2.heliohost.org seems to give you a directory listing.

If it's symlinked, then the real directory will have the same result. Besides, those were the libraries that I relocated... not the binaries. You should probably try Googling this issue or going through some support channel for WSGI.

Then I get: root@stevie [/home1/src/mod_wsgi-3.3]# ./configure --with-python=/usr/bin/python2.7 checking for apxs2... no checking for apxs... /usr/bin/apxs checking Apache version... 2.2.16 ./configure: line 1788: /usr/bin/python2.7: No such file or directory ./configure: line 1792: /usr/bin/python2.7: No such file or directory ./configure: line 1797: /usr/bin/python2.7: No such file or directory ./configure: line 1811: /usr/bin/python2.7: No such file or directory ./configure: line 1815: /usr/bin/python2.7: No such file or directory ./configure: line 1818: /usr/bin/python2.7: No such file or directory ./configure: line 1821: /usr/bin/python2.7: No such file or directory ./configure: line 1824: /usr/bin/python2.7: No such file or directory ./configure: line 1846: /usr/bin/python2.7: No such file or directory ./configure: line 1850: /usr/bin/python2.7: No such file or directory configure: creating ./config.status config.status: creating Makefile

I just restarted the FTP server. Has the problem been alleviated? It seems to be working for me.

No problem

I'm having trouble compiling mod_wsgi for Python 2.7. root@stevie [/home1/src/mod_wsgi-3.3]# ./configure --with-python=/usr/local/bin/python2.7 checking for apxs2... no checking for apxs... /usr/bin/apxs checking Apache version... 2.2.16 configure: creating ./config.status config.status: creating Makefile root@stevie [/home1/src/mod_wsgi-3.3]# make /usr/bin/apxs -c -I/usr/local/include/python2.7 -DNDEBUG mod_wsgi.c -L/usr/local/lib -L/usr/local/lib/python2.7/config -lpython2.7 -lpthread -ldl -lutil -lm /usr/local/apache/build/libtool --silent --mode=compile gcc -prefer-pic -m64 -fPIC -DPIC -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -m64 -fPIC -DPIC -pthread -I/opt/pcre/include -I/usr/local/apache/include -I/usr/local/apache/include -I/usr/local/apache/include -I/usr/local/include/python2.7 -DNDEBUG -c -o mod_wsgi.lo mod_wsgi.c && touch mod_wsgi.slo /usr/local/apache/build/libtool --silent --mode=link gcc -o mod_wsgi.la -rpath /usr/local/apache/modules -module -avoid-version mod_wsgi.lo -L/usr/local/lib -L/usr/local/lib/python2.7/config -lpython2.7 -lpthread -ldl -lutil -lm /usr/bin/ld: /usr/local/lib/libpython2.7.a(node.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libpython2.7.a: could not read symbols: Bad value collect2: ld returned 1 exit status apxs:Error: Command failed with rc=65536 . make: *** [mod_wsgi.la] Error 1 Any idea what this issue is?

Okay, problem should be solved now.

No problem

Okay, I've compiled/altinstalled version 2.7. It should be possible to write CGI scripts using it now. For WSGI: can you give me a run-down of what I'll need to do to get the newer version working?

Okay, you've been granted a dedicated IP. It should be active within the next 24 hours.

Okay, I've submitted a support ticket to cPanel on this issue. I'll let you know what they figure out.

"SUSPENDED" is the state for accounts that I purposely suspended. "INACTIVE" is the state for accounts that have been suspended for inactivity. A lot of accounts have yet to enter the "INACTIVE" state - the number of those accounts can be computed by checking of number of active accounts that were last updated on 2011-01-29. PS: turns out that upcp was enabled on Stevie. This was causing a huge slowdown, and is actually probably the cause of recent downtime. I've disabled it, so hopefully this won't happen again.

Is this issue still occurring?

Do you have a certificate from a trusted root provider? If not, are you aware of the dangers of self-signing? (ie. browsers will display a red bar and warn users against visiting your webpage)

Actually, that's quite the underestimate. We're currently at 475 done, 12582 to go. However, the process ended up only really starting yesterday since there was a bug I forgot to fix. Hopefully this will be done in a couple of months. The load won't be so bad the whole way through, though. As accounts get deleted a lot of current slowdowns will be assuaged. Maybe another month at this level of slowness? I'll hopefully have Johnny set up before then. (<-- that was not a guarantee of any sort)

This isn't being dismissed. I just have to work around some issues because /usr is running out of space and each Python install takes 50 MiB on /usr. I'll probably just move them somewhere in /home1 and symlink the directories, but this'll take a bit more time.