Ashoat

No problem, thanks for understanding Closing...

Closing due to inactivity...

Okay, cool. Closing...

Closing due to inactivity...

Hmm... my guess is that this issue is due to some problems on the hard drive, as that's the only thing that could have gotten some issues due to the power failure. My next idea at this point is to reboot and force a corrective fsck on boot, which will probably take most of a day. Do you guys think that I ought to try that?

Okay, this issue should be resolved now. I had to remove servlets from whybother.heliohost.org, since they were causing errors.

Okay, fixed. Admins, this will fix the issue going forward: rm -f /tmp/mod_mono_* killall mono PS: MardukCorp: We have version 6.3.6.0 installed, not 5.0.9.0.

Okay, issuing reboot now.

Awesome! Glad it's working. Closing due to issue being resolved...

Hey guys... it looks like the issue is now resolved. For the admins' reference, here was the solution: Please let me know if the issue persists.

Yeah, the techs have done some work, but it hasn't quite fixed the problem yet...

Thanks for the support, guys! Since it's looking like it's getting better I'll hold off on the restart. Let me know if the issues persist and I'll take a look.

Since I'm not exactly sure what to do, I'm going to give Stevie a reboot later today and see if that helps. If not, we'll probably have to run a force-fsck on him.

This is a really weird problem... it's been between five and ten seconds for two loads, and completely snappy for the other hundred or so. Has the issue been getting better recently?

Okay, this problem should be resolved. UPDATE Oops... no, looks like it's not. I'm out of ideas. Golden Chang II: could you do some research or start a topic at forums.cpanel.net on this issue?

Definitely don't delete jinfo.heliohost.org! That's the reseller account for all of the accounts on Johnny.

Yeah, seriously...

Can you guys give me a URL where this issue is occurring?

Possibilities: 1) We're talking about cgi-bin, which Apache re-creates in certain scenarios. 2) You're actually just failing to delete the folder, and your software can't detect this. You may have set the permissions badly...

Oops, my bad! Fixed now.

Ah, okay... that makes sense. I ran the PEAR install and it displayed the same output as you specified earlier. There is an error message at the top that makes me question whether or not the install was successful... flexx, could you please confirm if the install was successful?

Okay, changed! Sorry... my bad on the ACP. It looks like we actually don't have to change that.

You don't seem to have an entry in httpd.conf. I'm hypothesizing that this may because of a bunch of random control characters at the front of both your users and userdata/main files. I've removed those control characters; let me know if this problem persists past the next Apache restart.

... are you sure we're installing the same extension? With disable_functions off in /usr/local/lib/php.ini: downloading oauth-1.1.0.tgz ... Starting to download oauth-1.1.0.tgz (44,731 bytes) ............done: 44,731 bytes 6 source files, building running: phpize Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626 building in /root/tmp/pear-build-root/oauth-1.1.0 running: /root/tmp/pear/oauth/configure checking for egrep... grep -E checking for a sed that does not truncate output... /bin/sed checking for cc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking for PHP prefix... /usr checking for PHP includes... -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib checking for PHP extension directory... /usr/lib/php/extensions/no-debug-non-zts-20090626 checking for PHP installed headers prefix... /usr/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... re2c checking for re2c version... invalid configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for oauth support... yes, shared checking for cURL in default path... found in /usr checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking the maximum length of command line arguments... 98304 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool appending configuration tag "CXX" to libtool configure: creating ./config.status config.status: creating config.h running: make /bin/sh /root/tmp/pear-build-root/oauth-1.1.0/libtool --mode=compile cc -I. -I/root/tmp/pear/oauth -DPHP_ATOM_INC -I/root/tmp/pear-build-root/oauth-1.1.0/include -I/root/tmp/pear-build-root/oauth-1.1.0/main -I/root/tmp/pear/oauth -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -Wall -g -c /root/tmp/pear/oauth/oauth.c -o oauth.lo mkdir .libs cc -I. -I/root/tmp/pear/oauth -DPHP_ATOM_INC -I/root/tmp/pear-build-root/oauth-1.1.0/include -I/root/tmp/pear-build-root/oauth-1.1.0/main -I/root/tmp/pear/oauth -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -Wall -g -c /root/tmp/pear/oauth/oauth.c -fPIC -DPIC -o .libs/oauth.o In file included from /root/tmp/pear/oauth/php_oauth.h:47, from /root/tmp/pear/oauth/oauth.c:14: /usr/include/php/ext/pcre/php_pcre.h:29:18: error: pcre.h: No such file or directory In file included from /root/tmp/pear/oauth/php_oauth.h:47, from /root/tmp/pear/oauth/oauth.c:14: /usr/include/php/ext/pcre/php_pcre.h:37: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/include/php/ext/pcre/php_pcre.h:38: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/include/php/ext/pcre/php_pcre.h:44: error: expected specifier-qualifier-list before 'pcre' /root/tmp/pear/oauth/oauth.c: In function 'oauth_http_build_query': /root/tmp/pear/oauth/oauth.c:608: warning: dereferencing type-punned pointer will break strict-aliasing rules make: *** [oauth.lo] Error 1 ERROR: `make' failed The oauth.so object is not in /usr/local/lib/php/extensions/no-debug-non-zts-20090626

After some research, I am unable to identify the cause of this issue. I have escalated the issue to cPanel tech support; we'll see what they have to say.