> andi: Please fix InnoDB
> : Please wait for a site operator to respond.
> : You are now chatting with 'Customer Service'.
> Customer Service: Hello
> andi: You still haven't fixed the InnoDB issue
> andi: we are waiting already since 2 days
> Customer Service: We can understand your concern.
> andi: We can't understand that imhosted is CRAP
> Customer Service: Our techs are still trying to sort out the issue
> andi: REINSTALL MySQL and the problem is solbved
> andi: Change your Techs
> Customer Service: the other innodb tables created on the server are working fine now.
> andi: We have meanwhile about 13 no 14 of your customers with same problem
> andi: InnoDB isn't working
> andi: not only on our Account
> andi: it is a general Problem we pointed you days ago
> andi: We receive absolute NO support
> andi: We get Lies from your technichians which try to make us believe we have done anything wrong on the sites. Problem like always is that our sites were working perfect until IMHOSTED updated again their servers,
> andi: We have i.e. on our server a special setting James has implemented so when you change things always again and again you are facing the same problems
> andi: You have our eMail This post and chat will be posted again on apapcoco.blogspot.com for other people so that they will know how the IMHOSTED Support Team is working and if it will be worth paying for an IMHOSTED account which is not working. Also we try to find more of your customers with similar Problems.
> andi: FACT IMHOSTED does not know how to handle a Database Server - especially InnoDB
> andi: any comments?
> Customer Service: I can understand your concern. and sincere apologize for the inconvenience caused to you.
> Customer Service: We have checked your concern about reinstalling the mysql. but we can see that everything runs fine
> Customer Service: you can see the logs as below ;
> Customer Service: | MyISAM | DEFAULT | Default engine as of MySQL 3.23 with great performance | | MEMORY | YES | Hash based, stored in memory, useful for temporary tables | | InnoDB | YES | Supports transactions, row-level locking, and foreign keys |
> andi: http://apapococ.blogspot.com/2010/08/imhosted-crashed-again-lots-of-customer.html
> andi: Fact is it is NOT working the tables are missing even they are there - they only don't get displayed.
> andi: Last night we had a situation where your support wrote that they have found all 82 Tables and That THEY can see all Tables - Fact is that we CANT work on the tables they see, as those tables show "IN USE". This problem affects ALL Tables on this database Server and all customers should be informed that they will loose their sites and data if this problem continues with such a bad unreliable IMHOSTED Support.
> andi: Could you please let me know how we can post ion the Imhosted facbook Fan Page. Thanks!
> andi: I hope you know that you should run MySQL Server 5.0.+ as all our sites were using it since years already!
> andi: Perhaps this is the main problem
> andi: you are selling MySQl 3 instead of MySQL 5 which is state of the art to the customers
Tuesday, August 24, 2010
Friday, July 30, 2010
IMHOSTED again uses fopen
> Andi: Warning: fopen(/home2/domain/public_html/typo3temp/llxml/mod.xml_355a6fcdb2.default.utf-8.cache): failed to open stream: Permission denied in /home2/domain/public_html/a1/t/typo3_src-4.3.0/t3lib/class.t3lib_div.php on line 2844 ERROR: File not written to disk! Write permission error in filesystem?
> : Please wait for a site operator to respond.
> : You are now chatting with 'Customer Service'.
> Customer Service: Hello
> Andi: again and again and again
> Customer Service: How can I help you?
> Andi: . When will they ever learn
> Andi: same problem like always after you update PHP
> Andi: fopen is active
> Andi: or other stuff is cative which should not be active at all
> Andi: and which wasn't active at all
> Andi: before
> Customer Service: Please provide the link where you are having the issue
> Andi: it is on top the FIRST thing I have posted - this is a link
> Andi: > Andi: Warning: fopen(/home2/domain/public_html/typo3temp/llxml/mod.xml_355a6fcdb2.default.utf-8.cache): failed to open stream: Permission denied in /home2/domain/public_html/a1/t/typo3_src-4.3./t3lib/class.t3lib_div.php on line 2844 ERROR: File not written to disk! Write permission error in filesystem? > : Please wait for a site operator to respond.
> Customer Service: Please provide us the exact steps to re create the issue
> Andi: try to open the backend
> Andi: Sorry but this is an error which comes EVERY time since about 2007 when you update sites with PHP
> Customer Service: Where exactly are you getting this error?
> Andi: you don't see that we have a custom PHP file installed and overwrite our settings
> Andi: I posted you the link
> Andi: Please talk to Dijo
> Andi: he knows us since the beginning and solved most of the issuies - like James from level 2 also helped a lot
> Customer Service: Dijo is not currently available
> Andi: You can solve this problem when you deactivate fopen!
> Customer Service: So please provide the link so that we can help you
> Andi: It is such as easy
> Andi: I posted the link already twice
> Andi: can you read english?
> Andi: > Andi: > Andi: Warning: fopen(/home2/domain/public_html/typo3temp/llxml/mod.xml_355a6fcdb2.default.utf-8.cache): failed to open stream: Permission denied in /home2/domain/public_html/a1/t/typo3_src-4.3.0/t3lib/class.t3lib_div.php on line 2844 ERROR: File not written to disk! Write permission error in filesystem? > : Please wait for a site operator to respond.
> Customer Service: This is the error message you are getting. Please provide us the location/link where you are getting this error
> Andi: Our site is not operable because of this, we are loosing lots of time, domain has already veryfied many many times that it is an domain problem and we can continue like this so please deactivate fopen
> Andi: or read http://apapococ.blogspot.com where we post every communication with domain for laeter since years
> Andi: lisandi.com/typo3
> Andi: when you login
> Andi: actuallly you don't need this link as the error is like ALWAYS the activated fopen!!!
> Andi: deactivate it and it is gone and working
> : Site operators are currently busy. Please press 'Close' and try again in a few minutes.
> : You are not currently in a chat session.
> : You are not currently in a chat session.
> : Please wait for a site operator to respond.
> : You are now chatting with 'Customer Service'.
> Customer Service: Hello
> Andi: again and again and again
> Customer Service: How can I help you?
> Andi: . When will they ever learn
> Andi: same problem like always after you update PHP
> Andi: fopen is active
> Andi: or other stuff is cative which should not be active at all
> Andi: and which wasn't active at all
> Andi: before
> Customer Service: Please provide the link where you are having the issue
> Andi: it is on top the FIRST thing I have posted - this is a link
> Andi: > Andi: Warning: fopen(/home2/domain/public_html/typo3temp/llxml/mod.xml_355a6fcdb2.default.utf-8.cache): failed to open stream: Permission denied in /home2/domain/public_html/a1/t/typo3_src-4.3./t3lib/class.t3lib_div.php on line 2844 ERROR: File not written to disk! Write permission error in filesystem? > : Please wait for a site operator to respond.
> Customer Service: Please provide us the exact steps to re create the issue
> Andi: try to open the backend
> Andi: Sorry but this is an error which comes EVERY time since about 2007 when you update sites with PHP
> Customer Service: Where exactly are you getting this error?
> Andi: you don't see that we have a custom PHP file installed and overwrite our settings
> Andi: I posted you the link
> Andi: Please talk to Dijo
> Andi: he knows us since the beginning and solved most of the issuies - like James from level 2 also helped a lot
> Customer Service: Dijo is not currently available
> Andi: You can solve this problem when you deactivate fopen!
> Customer Service: So please provide the link so that we can help you
> Andi: It is such as easy
> Andi: I posted the link already twice
> Andi: can you read english?
> Andi: > Andi: > Andi: Warning: fopen(/home2/domain/public_html/typo3temp/llxml/mod.xml_355a6fcdb2.default.utf-8.cache): failed to open stream: Permission denied in /home2/domain/public_html/a1/t/typo3_src-4.3.0/t3lib/class.t3lib_div.php on line 2844 ERROR: File not written to disk! Write permission error in filesystem? > : Please wait for a site operator to respond.
> Customer Service: This is the error message you are getting. Please provide us the location/link where you are getting this error
> Andi: Our site is not operable because of this, we are loosing lots of time, domain has already veryfied many many times that it is an domain problem and we can continue like this so please deactivate fopen
> Andi: or read http://apapococ.blogspot.com where we post every communication with domain for laeter since years
> Andi: lisandi.com/typo3
> Andi: when you login
> Andi: actuallly you don't need this link as the error is like ALWAYS the activated fopen!!!
> Andi: deactivate it and it is gone and working
> : Site operators are currently busy. Please press 'Close' and try again in a few minutes.
> : You are not currently in a chat session.
> : You are not currently in a chat session.
Friday, June 11, 2010
IMHOSTED A TOTAL DISASTER 2010 HOSTING COMPANY? Part 4
(03:11:08) andi: the site is stioll down and we still cant access cpanel
(03:11:10) : Please wait for a site operator to respond.
(03:11:10) : Please wait for a site operator to respond.
(03:11:28) andi: it is really not a help at all that you close te chat
(03:12:08) andi: ok at least now phpmyadmin seelns to be working again
(03:12:40) andi: we can oprn the database but it shows the table as "in use"
(03:12:45) andi: in collation
(03:12:53) andi: as the collation settings are complete wronk
(03:12:58) andi: I said it before already
(03:13:33) andi: before you import or restore databases you need to check your server settings as uor Databases are all 100% utf8 with NO latin settings at all
(03:13:46) andi: all tables have to be utf8_general_ci
(03:13:55) andi: but now we see lots of latin tables
(03:14:01) andi: which we had never before
(03:14:51) andi: it seems that all tables with content won't get displayed
(03:15:03) Customer Service: I saw that through the phpMyadmin and that might be because of the corrupted database and that is why I am suggesting you to restore the database db00 and see how it goes. I have already confirmed all the permission issue with your database and you should not be any issue after restoring your database
(03:15:07) andi: They look like empty
(03:15:35) andi: well the backup is the same you are using and
(03:15:53) andi: we are using the backup fiunctionality of your cpanel
(03:15:56) andi: check it
(03:17:31) Customer Service: I can't locate cPanel backup file. Can you please upload the .sql backup of the database
(03:17:37) andi: also the table db090409 is broken showing same errors
(03:17:39) Customer Service: db00 or let me know the location
(03:17:49) andi: it is on the server I said this before
(03:18:02) andi: You know where your backup stuff is storing the databases
(03:18:44) Customer Service: The cpanel backup should be under your home directory which is not there and we have already tried our own backup
(03:19:53) andi: haha
(03:19:58) andi: funy I hope it is a joke
(03:20:24) andi: how should I restore a backup from a folder on your server when it is not there
(03:20:27) andi: the folder
(03:20:44) andi: so simply get into your Raid and backup system and search for this folder
(03:20:47) Customer Service: I was asking you from your own backup which you might have stored at your system for your reference
(03:21:21) andi: I stored it on our system in teh folder your cpanel is providing to customers
(03:21:27) andi: so this folder is gone
(03:21:31) andi: so there is no backup
(03:21:39) andi: is it that what you are trying to say
(03:21:51) andi: This is not funny at all
(03:22:23) andi: It does not matter even which database we see as ALL databases ahow the same symproms
(03:22:43) andi: in other wiords ALL databases show those inuse and latin1_swedish settings
(03:22:52) andi: This is the main errors you are having
(03:23:08) andi: You have changed your Server settings to latin1_swedish_ci
(03:23:29) andi: we are here in Thailand and not in Sweden!!! I hope you have got this
(03:23:46) andi: we don't need this latin1 stuff therefore we NEVER use it
(03:24:03) andi: so why are now all our tables in latin1_swedish??
(03:24:20) andi: check ALL databases in our account, they are all the same issues
(03:24:24) andi: all of them
(03:24:38) andi: so stop talking about backups and change the server settings
(03:24:44) andi: they need to be as followed
(03:25:12) andi: MySQL charset: UTF-8 Unicode (utf8)
(03:25:31) andi: MySQL connection collation: utf8_general_ci
(03:25:44) andi: All Tables and fields utf8_general_ci
(03:26:03) andi: NO latin1_swedish_ci has been existing in our database before
(03:27:15) andi: it seems to be a permission issue
(03:27:32) andi: please have a look your self in our phpmyadmin and you know what i am talkin g about
(03:27:39) andi: this is the problem you need to solve
(03:28:15) andi: get into your server settings and change the my.ini or my.cnf settings so that there will NO latin_swedish_ci appear at all
(03:28:29) andi: We need our site back FAST!!!!
(03:28:36) andi: we already waited many hours
(03:31:36) andi: Have you checked
(03:32:10) andi: It is not a problem with the backups but a proble with yuor server settings and permissions
(03:32:46) Customer Service: Checking
(03:40:16) andi: When you get rid of this "in use" in all of our tables and get additional also the original utf8 settings in there - NO latin at all
(03:40:22) andi: Than the sites are woking again
(03:44:14) andi: any results so far
(03:11:10) : Please wait for a site operator to respond.
(03:11:10) : Please wait for a site operator to respond.
(03:11:28) andi: it is really not a help at all that you close te chat
(03:12:08) andi: ok at least now phpmyadmin seelns to be working again
(03:12:40) andi: we can oprn the database but it shows the table as "in use"
(03:12:45) andi: in collation
(03:12:53) andi: as the collation settings are complete wronk
(03:12:58) andi: I said it before already
(03:13:33) andi: before you import or restore databases you need to check your server settings as uor Databases are all 100% utf8 with NO latin settings at all
(03:13:46) andi: all tables have to be utf8_general_ci
(03:13:55) andi: but now we see lots of latin tables
(03:14:01) andi: which we had never before
(03:14:51) andi: it seems that all tables with content won't get displayed
(03:15:03) Customer Service: I saw that through the phpMyadmin and that might be because of the corrupted database and that is why I am suggesting you to restore the database db00 and see how it goes. I have already confirmed all the permission issue with your database and you should not be any issue after restoring your database
(03:15:07) andi: They look like empty
(03:15:35) andi: well the backup is the same you are using and
(03:15:53) andi: we are using the backup fiunctionality of your cpanel
(03:15:56) andi: check it
(03:17:31) Customer Service: I can't locate cPanel backup file. Can you please upload the .sql backup of the database
(03:17:37) andi: also the table db090409 is broken showing same errors
(03:17:39) Customer Service: db00 or let me know the location
(03:17:49) andi: it is on the server I said this before
(03:18:02) andi: You know where your backup stuff is storing the databases
(03:18:44) Customer Service: The cpanel backup should be under your home directory which is not there and we have already tried our own backup
(03:19:53) andi: haha
(03:19:58) andi: funy I hope it is a joke
(03:20:24) andi: how should I restore a backup from a folder on your server when it is not there
(03:20:27) andi: the folder
(03:20:44) andi: so simply get into your Raid and backup system and search for this folder
(03:20:47) Customer Service: I was asking you from your own backup which you might have stored at your system for your reference
(03:21:21) andi: I stored it on our system in teh folder your cpanel is providing to customers
(03:21:27) andi: so this folder is gone
(03:21:31) andi: so there is no backup
(03:21:39) andi: is it that what you are trying to say
(03:21:51) andi: This is not funny at all
(03:22:23) andi: It does not matter even which database we see as ALL databases ahow the same symproms
(03:22:43) andi: in other wiords ALL databases show those inuse and latin1_swedish settings
(03:22:52) andi: This is the main errors you are having
(03:23:08) andi: You have changed your Server settings to latin1_swedish_ci
(03:23:29) andi: we are here in Thailand and not in Sweden!!! I hope you have got this
(03:23:46) andi: we don't need this latin1 stuff therefore we NEVER use it
(03:24:03) andi: so why are now all our tables in latin1_swedish??
(03:24:20) andi: check ALL databases in our account, they are all the same issues
(03:24:24) andi: all of them
(03:24:38) andi: so stop talking about backups and change the server settings
(03:24:44) andi: they need to be as followed
(03:25:12) andi: MySQL charset: UTF-8 Unicode (utf8)
(03:25:31) andi: MySQL connection collation: utf8_general_ci
(03:25:44) andi: All Tables and fields utf8_general_ci
(03:26:03) andi: NO latin1_swedish_ci has been existing in our database before
(03:27:15) andi: it seems to be a permission issue
(03:27:32) andi: please have a look your self in our phpmyadmin and you know what i am talkin g about
(03:27:39) andi: this is the problem you need to solve
(03:28:15) andi: get into your server settings and change the my.ini or my.cnf settings so that there will NO latin_swedish_ci appear at all
(03:28:29) andi: We need our site back FAST!!!!
(03:28:36) andi: we already waited many hours
(03:31:36) andi: Have you checked
(03:32:10) andi: It is not a problem with the backups but a proble with yuor server settings and permissions
(03:32:46) Customer Service: Checking
(03:40:16) andi: When you get rid of this "in use" in all of our tables and get additional also the original utf8 settings in there - NO latin at all
(03:40:22) andi: Than the sites are woking again
(03:44:14) andi: any results so far
IMHOSTED A TOTAL DISASTER 2010 HOSTING COMPANY? Part 3
> Andi: Well now you were able to restore the database but you have again forgotten to give us the propper permissions so that the application is actuallly able to get its data
> : Please wait for a site operator to respond.
> Andi: furthermore you restored the database in a latin1_swedish_ci
> : Please wait for a site operator to respond.
> : You are now chatting with 'Customer Service'.
> Customer Service: Hello Andi
> Andi: This is TOTALLY wrong as all tables have ben UTF8_general_ci before
> Andi: we general DON'T USE all latin stuff since 2006 as we have multiingual content on our site even in chinese etc.
> Andi: so before you reload a databsde you need to set the right collation and connections in my.cnf or mysql.ini
> Andi: all our sites were operating like this since 2006
> Andi: in about 99 % of the tables we have NO access at all
> Andi: nor does our applications have as you have restored the database with your root account and you have forgotten to give us the right permissions.
> Andi: go to phpmyadmin click on te House than permissions
> Andi: choose our user
> Andi: assign the databses to it
> Andi: and give all permissions - disable grant
> Andi: that is how it is done
> Andi: furthermore DON'T ACCESS the Install TOOL without our notice!
> Andi: we have been recorded multiple Hack Trials from Imhosted IPs
> Andi: i.e.
> Andi: There has been an Install Tool login attempt at TYPO3 site 'Domain' (domain.com). The MD5 hash of the last 5 characters of the password tried was 'ebee5'
> Andi: or
> Andi: There has been an Install Tool login attempt at TYPO3 site 'Domain' (domain.com). The MD5 hash of the last 5 characters of the password tried was '73247' REMOTE_ADDR was '119.82.99.147' ()
> Andi: This is incredible
> Andi: Either you know what you are doing or simply ask before managing a server of a customer
> Andi: or hacking into his account
> Andi: otherwise we have a nice headline:
> Andi: IMHOPSTED SUPPORT HACKING INTO CUSTOMER WEBSITES
> Customer Service: The mysql connectivity issue with your account has been already fixed nad the domain domain.com is loading fine. However the another domain is showing the Typo error even after restoring the database from backup. The database has full permission to the user
> Andi: No not at all we don't have permission
> Andi: we see with lots of "in use" messages
> Andi: simply check
> Andi: Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home2/domain/public_html/a1/t/typo3_src-4.3.0alpha3/t3lib/class.t3lib_db.php on line 1054 Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home2/domain/public_html/a1/t/typo3_src-4.3.0alpha3/t3lib/class.t3lib_db.php on line 1074 Warning:
> Andi: this is what we get
> Andi: Now the site is complete down
> Andi: http://custdomain/typo3/install/index.php?TYPO3_INSTALL[type]=update
> Customer Service: Yes. there is issue with server at this moment.
> Customer Service: We will really appreciate if you can post a support ticket so that we will have a better look to this issue. It is little bit difficult to give full attention to issues like this while on chat
> : Operator has ended this chat.
> : Please wait for a site operator to respond.
> Andi: furthermore you restored the database in a latin1_swedish_ci
> : Please wait for a site operator to respond.
> : You are now chatting with 'Customer Service'.
> Customer Service: Hello Andi
> Andi: This is TOTALLY wrong as all tables have ben UTF8_general_ci before
> Andi: we general DON'T USE all latin stuff since 2006 as we have multiingual content on our site even in chinese etc.
> Andi: so before you reload a databsde you need to set the right collation and connections in my.cnf or mysql.ini
> Andi: all our sites were operating like this since 2006
> Andi: in about 99 % of the tables we have NO access at all
> Andi: nor does our applications have as you have restored the database with your root account and you have forgotten to give us the right permissions.
> Andi: go to phpmyadmin click on te House than permissions
> Andi: choose our user
> Andi: assign the databses to it
> Andi: and give all permissions - disable grant
> Andi: that is how it is done
> Andi: furthermore DON'T ACCESS the Install TOOL without our notice!
> Andi: we have been recorded multiple Hack Trials from Imhosted IPs
> Andi: i.e.
> Andi: There has been an Install Tool login attempt at TYPO3 site 'Domain' (domain.com). The MD5 hash of the last 5 characters of the password tried was 'ebee5'
> Andi: or
> Andi: There has been an Install Tool login attempt at TYPO3 site 'Domain' (domain.com). The MD5 hash of the last 5 characters of the password tried was '73247' REMOTE_ADDR was '119.82.99.147' ()
> Andi: This is incredible
> Andi: Either you know what you are doing or simply ask before managing a server of a customer
> Andi: or hacking into his account
> Andi: otherwise we have a nice headline:
> Andi: IMHOPSTED SUPPORT HACKING INTO CUSTOMER WEBSITES
> Customer Service: The mysql connectivity issue with your account has been already fixed nad the domain domain.com is loading fine. However the another domain is showing the Typo error even after restoring the database from backup. The database has full permission to the user
> Andi: No not at all we don't have permission
> Andi: we see with lots of "in use" messages
> Andi: simply check
> Andi: Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home2/domain/public_html/a1/t/typo3_src-4.3.0alpha3/t3lib/class.t3lib_db.php on line 1054 Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home2/domain/public_html/a1/t/typo3_src-4.3.0alpha3/t3lib/class.t3lib_db.php on line 1074 Warning:
> Andi: this is what we get
> Andi: Now the site is complete down
> Andi: http://custdomain/typo3/install/index.php?TYPO3_INSTALL[type]=update
> Customer Service: Yes. there is issue with server at this moment.
> Customer Service: We will really appreciate if you can post a support ticket so that we will have a better look to this issue. It is little bit difficult to give full attention to issues like this while on chat
> : Operator has ended this chat.
IMHOSTED A TOTAL DISASTER 2010 HOSTING COMPANY? Part 2
> andi: Sites completly down Please check here the history we had already with your support
> : Please wait for a site operator to respond.
> andi: http://apapococ.blogspot.com/2010/06/imhosted-total-disaster-2010-hosting.html
> : Please wait for a site operator to respond.
> andi: This was until they hang up
> : Please wait for a site operator to respond.
> : You are now chatting with 'Customer Service'.
> Customer Service: Sorry Andi! It seems we got disconnected
> Customer Service: I am already lloking into this issue only
> andi: For your information we will report this issue to our customers through this blog as they can't access our sites anymore and are complaining a lot
> andi: We have here Fiber Optic connection with very high speed perhaps you should update your lines to the outside
> Customer Service: The current version of PHP on the server is 5.2.10 and I am aware of any recent changes in the software configuration. This issue has also nothing to do with open base dir restriction
> Customer Service: Give me some moment to locate the root cause of the issue
> andi: its the connection to the MYSQL server like many times before
> andi: you can read thru the issues in 2009 2008 and before as they were always the same problem/
> andi: You updated the software without taking any care for the sites you are hosting on your servers
> andi: Wednesday, February 4, 2009
> andi: http://apapococ.blogspot.com/search/label/Imhosted
> andi: we lost lots of customers because of this in 2009
> andi: Tuesday, February 3, 2009
> andi: This even while KATE your BIG Support Team was involved with the Open_basedir issue
> andi: in January 29 , 2009
> andi: I just open up my demo.lisandi.com/typo3 backend and receive the following error message: Warning: fopen(/home2/DOMAIN.../typo3temp/extensions.xml.gz) [function.fopen]: failed to open stream: Permission denied in/home2/DOMAIN.../typo3_src/t3lib/class.t3lib_div.php on line 2687 In other words openbasedir! fopen is still active
> andi: This happend after Your Support Team wrote us that they have disabled it on the whole account
> andi: Hi, I have disabled openbase_dir for all your accounts as requested. - Hide quoted text - Regards, Joseph A.
> andi: On January 27 2009 James finds data Imhosted has lost while upgrading their servers
> andi: The issue has been fixed, please check now. All the data inside the folder 123 & 456 has been correctly restored now. James Imhosted.com
> andi: On January 25 Joseph is writing that he has disabled again Open Base dir
> andi: Interesting as Imhosted alwasy tells custoers that they haven't activated it
> andi: Hi, I have disabled php open_basedir restrictions for your domain. Please check now. Regarding TYPO3 permission issues, plaese check whether you have have given writeable permissions to folders as mention in their documentation/manual. Regards. Joseph A ___________________________ ImHosted.com
> andi: read about the 8 days of Horror with Imhosted
> andi: http://apapococ.blogspot.com/search/label/Imhosted?updated-max=2008-10-05T12:32:00%2B07:00&max-results=20
> andi: well we need to work here, when is it fixed as we already are waiting nearly an hour
> andi: can you refund our losses
> Customer Service: Andi! I understand how you might be feeling and sorry about the inconveniences caused in the past. I have already checked the settings but couldn't locate anything. I am also not aware about any recent software changes. The open base dir restriction is also nothing to do with this error
> Customer Service: I need to contact our system engineer for more information
> andi: Fact is the site is down and you can check your logfiles and we haven't even accessed the server for months
> Customer Service: I will suggest you to post a support ticket so that we can update you after contacting system engineer
> andi: so who is corrupting the sites -
> andi: We posted so many I will simply write here on the blog and use the 24/7 support
> andi: this is what you advertise
> andi: call James call Kate
> andi: call Joseph and all those other guys mentioned in our blog already
> andi: They messed it up so many times perhaps they know also how to fix it
> andi: You can simply contact your next level support
> andi: You are adverticing things so get ity going
> andi: Customers are interested to have websites up and running and not al l those MySQL errors they can't do anything about it
> andi: we can't even access the problem
> andi: OR
> andi: simply give us Root Access to the server, so that we can manage and solve this problem in NO time
> andi: You are the one and only left Horror Hoster we are using by the way. All other sites are meanwhile on an own server.
> andi: where we take care and can guarantee high quality
> andi: People who like to host their sites with us are welcome to contact us
> andi: Could you please also provide us a HOW TO how we can MOVE the domains from this Imhosted Site IMMEDIATELY to one of our SAFE Server suroundings
> andi: As one of the domains is also the account domain so where can we enter the nameserver changes
> andi: and still be able to access our Imhosted Account
> andi: We can only warn people again and again to host with Imhosted
> andi: And fortunately lots of people are reading our blog
> andi: Thanks a lot
> andi: -------------
> andi: So how can we move those 2 remaining sites to the new server?
> andi: for one of the domains it should not be so difficult I guess as long as yu help us to safe the content and
> andi: for the account domain it is more difficult as we don't know where we can change the nameserver on our main domain so that this is using our new server
> andi: I am going now to the office whoch will give you about 30 Minutes time to solve the problem
> andi: There we will meet with customers who are looking for Hosting and of course for running sites
> andi: CU
> andi: 1. Restart the complete server
> andi: . disable open base dir
> andi: 3. disable suexec
> andi: 3. check if you have perhaps DELETED the databases!!!
> andi: 4. restore the site from yuor backup
> andi: as said the site was running months ago so yuo should have a backup which very easy restors the complete virtualserver we are using
> andi: to restore the virtusl server you can use the backup functionality CPanel is provideing for resellers
> andi: simply restore our complete Account and set it back to where it was still working
> andi: go step by step make a roll back step by step
> andi: instead of searching endless for yuor messed up settings
> andi: 30 Minutes we'll be back and continue wrting our blog.
> Customer Service: Thank you for your valuable time and suggestions. We will do the needful
> Customer Service: and will try to sort it out ASAP
> andi: RESTORE THE ACCOUNT
> andi: We haven't added anything for months on here
> andi: so simply RESTORE it
> andi: But OK also a restore is opnly working if your MySQL Connection is working ;-)
> andi: And there seems to be the problem
> : Please wait for a site operator to respond.
> andi: http://apapococ.blogspot.com/2010/06/imhosted-total-disaster-2010-hosting.html
> : Please wait for a site operator to respond.
> andi: This was until they hang up
> : Please wait for a site operator to respond.
> : You are now chatting with 'Customer Service'.
> Customer Service: Sorry Andi! It seems we got disconnected
> Customer Service: I am already lloking into this issue only
> andi: For your information we will report this issue to our customers through this blog as they can't access our sites anymore and are complaining a lot
> andi: We have here Fiber Optic connection with very high speed perhaps you should update your lines to the outside
> Customer Service: The current version of PHP on the server is 5.2.10 and I am aware of any recent changes in the software configuration. This issue has also nothing to do with open base dir restriction
> Customer Service: Give me some moment to locate the root cause of the issue
> andi: its the connection to the MYSQL server like many times before
> andi: you can read thru the issues in 2009 2008 and before as they were always the same problem/
> andi: You updated the software without taking any care for the sites you are hosting on your servers
> andi: Wednesday, February 4, 2009
> andi: http://apapococ.blogspot.com/search/label/Imhosted
> andi: we lost lots of customers because of this in 2009
> andi: Tuesday, February 3, 2009
> andi: This even while KATE your BIG Support Team was involved with the Open_basedir issue
> andi: in January 29 , 2009
> andi: I just open up my demo.lisandi.com/typo3 backend and receive the following error message: Warning: fopen(/home2/DOMAIN.../typo3temp/extensions.xml.gz) [function.fopen]: failed to open stream: Permission denied in/home2/DOMAIN.../typo3_src/t3lib/class.t3lib_div.php on line 2687 In other words openbasedir! fopen is still active
> andi: This happend after Your Support Team wrote us that they have disabled it on the whole account
> andi: Hi, I have disabled openbase_dir for all your accounts as requested. - Hide quoted text - Regards, Joseph A.
> andi: On January 27 2009 James finds data Imhosted has lost while upgrading their servers
> andi: The issue has been fixed, please check now. All the data inside the folder 123 & 456 has been correctly restored now. James Imhosted.com
> andi: On January 25 Joseph is writing that he has disabled again Open Base dir
> andi: Interesting as Imhosted alwasy tells custoers that they haven't activated it
> andi: Hi, I have disabled php open_basedir restrictions for your domain. Please check now. Regarding TYPO3 permission issues, plaese check whether you have have given writeable permissions to folders as mention in their documentation/manual. Regards. Joseph A ___________________________ ImHosted.com
> andi: read about the 8 days of Horror with Imhosted
> andi: http://apapococ.blogspot.com/search/label/Imhosted?updated-max=2008-10-05T12:32:00%2B07:00&max-results=20
> andi: well we need to work here, when is it fixed as we already are waiting nearly an hour
> andi: can you refund our losses
> Customer Service: Andi! I understand how you might be feeling and sorry about the inconveniences caused in the past. I have already checked the settings but couldn't locate anything. I am also not aware about any recent software changes. The open base dir restriction is also nothing to do with this error
> Customer Service: I need to contact our system engineer for more information
> andi: Fact is the site is down and you can check your logfiles and we haven't even accessed the server for months
> Customer Service: I will suggest you to post a support ticket so that we can update you after contacting system engineer
> andi: so who is corrupting the sites -
> andi: We posted so many I will simply write here on the blog and use the 24/7 support
> andi: this is what you advertise
> andi: call James call Kate
> andi: call Joseph and all those other guys mentioned in our blog already
> andi: They messed it up so many times perhaps they know also how to fix it
> andi: You can simply contact your next level support
> andi: You are adverticing things so get ity going
> andi: Customers are interested to have websites up and running and not al l those MySQL errors they can't do anything about it
> andi: we can't even access the problem
> andi: OR
> andi: simply give us Root Access to the server, so that we can manage and solve this problem in NO time
> andi: You are the one and only left Horror Hoster we are using by the way. All other sites are meanwhile on an own server.
> andi: where we take care and can guarantee high quality
> andi: People who like to host their sites with us are welcome to contact us
> andi: Could you please also provide us a HOW TO how we can MOVE the domains from this Imhosted Site IMMEDIATELY to one of our SAFE Server suroundings
> andi: As one of the domains is also the account domain so where can we enter the nameserver changes
> andi: and still be able to access our Imhosted Account
> andi: We can only warn people again and again to host with Imhosted
> andi: And fortunately lots of people are reading our blog
> andi: Thanks a lot
> andi: -------------
> andi: So how can we move those 2 remaining sites to the new server?
> andi: for one of the domains it should not be so difficult I guess as long as yu help us to safe the content and
> andi: for the account domain it is more difficult as we don't know where we can change the nameserver on our main domain so that this is using our new server
> andi: I am going now to the office whoch will give you about 30 Minutes time to solve the problem
> andi: There we will meet with customers who are looking for Hosting and of course for running sites
> andi: CU
> andi: 1. Restart the complete server
> andi: . disable open base dir
> andi: 3. disable suexec
> andi: 3. check if you have perhaps DELETED the databases!!!
> andi: 4. restore the site from yuor backup
> andi: as said the site was running months ago so yuo should have a backup which very easy restors the complete virtualserver we are using
> andi: to restore the virtusl server you can use the backup functionality CPanel is provideing for resellers
> andi: simply restore our complete Account and set it back to where it was still working
> andi: go step by step make a roll back step by step
> andi: instead of searching endless for yuor messed up settings
> andi: 30 Minutes we'll be back and continue wrting our blog.
> Customer Service: Thank you for your valuable time and suggestions. We will do the needful
> Customer Service: and will try to sort it out ASAP
> andi: RESTORE THE ACCOUNT
> andi: We haven't added anything for months on here
> andi: so simply RESTORE it
> andi: But OK also a restore is opnly working if your MySQL Connection is working ;-)
> andi: And there seems to be the problem
IMHOSTED A TOTAL DISASTER 2010 HOSTING COMPANY? Part 1
WELL BUILD UP YOUR OPINION BY YOURSELF BEFORE YOU HOST WITH IMHOSTED OR ANY OTHER ALLIED HOSTER
> Andi: Warning: Unknown: open(/home2/domain/public_html/sessions/sess_fedf83be799400aa8c9619dfa9a77684, O_RDWR) failed: Permission denied (13) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/home2/domain/public_html/sessions) in Unknown on line 0
> : Please wait for a site operator to respond.
> : You are now chatting with 'Customer Service'.
> Andi: The site was working perfect for over one year and now it is down even we haven't done anything on the site at all
> Andi: The site was working perfect for over one year and now it is down even we haven't done anything on the site at all
> Customer Service: Hello
> Andi: Have you again updated your PHP
> Customer Service: Welcome to Live Chat.
> Customer Service: Let me know your domain name please
> Andi: Have you again enabled OpenBase Dir
> Andi: domain ourdomain.com
> Andi: When you have again enabled either Open Base Dir or Suexec or some other shit like in the Past when our site was down than take this out immediately or check our support history
> Andi: we had this issue over and over again after you updated your server software as you DON'T inform customers about updates
> Andi: Our software needs settings DISABLED which you alwaysa nd alwasy again ENABLE
> Andi: otherwise the No1 CMS isn't running
> Andi: I gice you 15 minutes to fix that
> Customer Service: Andi! Please stay with me and I will have a look to this issue
> Andi: I stay for 15 minutes
> Customer Service: I am looking into this issue
> Andi: I hope so
> Andi: This problem occurse about 2 -3 times a year always after you change server settings
> Andi: Oh well here we are
> Andi: You just crashed also our company site
> Andi: http://domain.com/
> Andi: so this is also down
> Andi: Here the message
> Andi: message is to long
> Andi: check it on the site itself
> Andi: http://domain.com
> Andi: lots of MySQL Errors
> Customer Service: Andi, I am not aware about any server wide changes. However I am looking into this Mysql errors
> Andi: http://apapococ.blogspot.com
> Andi: here we report issues with our hosters to give our customers a valuable feedback
> Andi: checkout imhosted
> Andi: and you see lots of these issues
> Andi: over and over again
> Andi: still 10 Minutes left
> Andi: The MySQl is down
> Andi: Check out this here and you get the complete IMHOSTED desasters
> Andi: http://apapococ.blogspot.com/search/label/Imhosted
> : Site operators are currently busy. Please press 'Close' and try again in a few minutes.
To be continued when they will work again
> Andi: Warning: Unknown: open(/home2/domain/public_html/sessions/sess_fedf83be799400aa8c9619dfa9a77684, O_RDWR) failed: Permission denied (13) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/home2/domain/public_html/sessions) in Unknown on line 0
> : Please wait for a site operator to respond.
> : You are now chatting with 'Customer Service'.
> Andi: The site was working perfect for over one year and now it is down even we haven't done anything on the site at all
> Andi: The site was working perfect for over one year and now it is down even we haven't done anything on the site at all
> Customer Service: Hello
> Andi: Have you again updated your PHP
> Customer Service: Welcome to Live Chat.
> Customer Service: Let me know your domain name please
> Andi: Have you again enabled OpenBase Dir
> Andi: domain ourdomain.com
> Andi: When you have again enabled either Open Base Dir or Suexec or some other shit like in the Past when our site was down than take this out immediately or check our support history
> Andi: we had this issue over and over again after you updated your server software as you DON'T inform customers about updates
> Andi: Our software needs settings DISABLED which you alwaysa nd alwasy again ENABLE
> Andi: otherwise the No1 CMS isn't running
> Andi: I gice you 15 minutes to fix that
> Customer Service: Andi! Please stay with me and I will have a look to this issue
> Andi: I stay for 15 minutes
> Customer Service: I am looking into this issue
> Andi: I hope so
> Andi: This problem occurse about 2 -3 times a year always after you change server settings
> Andi: Oh well here we are
> Andi: You just crashed also our company site
> Andi: http://domain.com/
> Andi: so this is also down
> Andi: Here the message
> Andi: message is to long
> Andi: check it on the site itself
> Andi: http://domain.com
> Andi: lots of MySQL Errors
> Customer Service: Andi, I am not aware about any server wide changes. However I am looking into this Mysql errors
> Andi: http://apapococ.blogspot.com
> Andi: here we report issues with our hosters to give our customers a valuable feedback
> Andi: checkout imhosted
> Andi: and you see lots of these issues
> Andi: over and over again
> Andi: still 10 Minutes left
> Andi: The MySQl is down
> Andi: Check out this here and you get the complete IMHOSTED desasters
> Andi: http://apapococ.blogspot.com/search/label/Imhosted
> : Site operators are currently busy. Please press 'Close' and try again in a few minutes.
To be continued when they will work again
Thursday, April 16, 2009
IMHOSTED A GREAT DESASTER PART 5
========================
16. April 2009
========================
(8:13:46) icq-number ALL OUR SITES ARE DOWM
(8:13:52) icq-number STILL DOWN
(8:14:01) icq-number NOT ABLE TO WORK NOW SINCE 5 DAYS
(8:14:05) icq-number LOGIN ERRORS
(8:14:09) icq-number ENCODING ERRORS
(8:14:20) icq-number NOW SITES - COMPLETE ACCOUNT - DOWN
(8:14:24) icq-number domain.tld
(8:19:39) 242559147 ok , let me check
(8:19:50) icq-number nothing working
(8:19:56) icq-number 51 people sitting and waiting
(8:30:49) icq-number I can't even load cpanel
(8:31:02) icq-number Oops! This link appears broken.
Suggestions:
Go to domain2. com
Search domain.tld for cpanel
Search on Google:
(8:33:32) 242559147 Please check now
(8:33:49) icq-number This webpage is not available.
The webpage at http://domain.tld/ might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
(8:34:13) icq-number NOTHING
(8:34:17) icq-number only other error message
(8:35:50) icq-number Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Error!
No TypoScript template found!
Warning: unlink(/domain-path/typo3temp/locks/977a44e3d06c05320a4461c2385d964d) [function.unlink]: No such file or directory in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_lock.php on line 216
(8:36:03) icq-number DATABASE STILL NOT WORKING LIKE YESTERDAY
(8:36:42) icq-number http://domain.tld/typo3/index.php
This webpage is not available.
The webpage at http://domain.tld/typo3/index.php might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
(8:37:31) icq-number Same problem as yesterday
(8:37:39) icq-number Now Backend is coming
(8:37:53) icq-number but we can't login as the database seems not to be there
(8:38:10) icq-number This webpage is not available.
The webpage at http://domain.tld/typo3/index.php might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
(8:39:05) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a7/sub/jobberbase/_templates/_cache/%%E5^E51^E51533DF%%loops.tpl.php on line 1861
(8:39:07) icq-number http://sub.domain.tld/#latest-jobs-freelance
(8:39:19) icq-number SAME ENCODING PROBLEM LIKE YESTERDAY
(8:39:35) icq-number WHEN WILL YOU CHANGE YOUR SERVER SETTINGS TO THOSE WHICH HAVE BEEN IN PLACE LAST WEEK
(8:40:16) icq-number ALWAYS REMEMBER WE ARE RUNNING OWN PHP - WHICH YOU SHOULD UPDATE IMMEDIATELY TO 5.2.9 BECAUSE OF MAJOR SECURITY ISSUES IN LOWER VERSIONS
(8:42:47) icq-number when we try to login we get always again and again the webpage is not available
(8:43:11) icq-number we cleared already caches have reloaded many time ctrl. F5 tested and so on and so on
(8:43:15) icq-number check your server
(8:44:01) icq-number CPanel is still not loading
(8:44:06) icq-number ==============
(8:44:11) icq-number NO CPANEL
(8:44:13) icq-number ============
(8:45:34) 242559147 The issue is fixed , please check now
(8:46:32) icq-number Nothing fixed
(8:46:44) icq-number check http://sub.domain.tld/
(8:46:50) icq-number FATAL ERROR
(8:47:11) icq-number the error we aregetting since sunday when you changed the server stuff
(8:47:18) icq-number and which is blocking our sites
(8:47:22) icq-number all oof the m
(8:47:25) icq-number ENCODING
(8:47:36) 242559147 ok , please post a ticket regarding this. We will look into it .
(8:47:55) icq-number I REALLY THING YOU ARE VERY FORGETTABLE
(8:48:21) icq-number AS I HAVE ALREADY POSTED MANY MANY MNAY TICKETS SINCE 5 DAYS BECAUSE OF THIS AS DIJO IS ALWYAS RMEEBEREING ME TO POST TICKETS
(8:48:28) icq-number CHECK YOUR TICKETS
(8:48:45) icq-number MAY I GUESS
(8:48:50) icq-number YOUR NEXT ANSWER IS
(8:49:01) icq-number YOUR TICKET NUMBER PLEASE
(8:49:03) icq-number OR????
(8:49:23) icq-number SIMPLY SCROLL UP THE CHAT HISTORY AND READ
(8:49:53) icq-number
There is some minor load issue in the server
16:29
We are working on it
domain2 6:22 PM
now cpanel mysql is faster but phpmyadmin still lllllllooooooaaaaaadddds
02:50
We still have the login problem
03:10
when will this stupid encoding error besolved it is blocking our work since 4 days now
thursday, april 16, 2009
8:13 AM
domain2 8:13 AM
ALL OUR SITES ARE DOWM
13:52
STILL DOWN
14:01
NOT ABLE TO WORK NOW SINCE 5 DAYS
14:05
LOGIN ERRORS
14:09
ENCODING ERRORS
14:20
NOW SITES - COMPLETE ACCOUNT - DOWN
14:24
domain.tld
dijo - esupport24 8:19 AM
ok , let me check
domain2 8:19 AM
nothing working
19:56
51 people sitting and waiting
30:49
I can't even load cpanel
31:02
Oops! This link appears broken.
Suggestions:
Go to domain2. com
Search domain.tld for cpanel
Search on Google:
dijo - esupport24 8:33 AM
Please check now
domain2 8:33 AM
This webpage is not available.
The webpage at http://domain.tld/ might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
34:13
NOTHING
34:17
only other error message
35:50
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Error!
No TypoScript template found!
Warning: unlink(/domain-path/typo3temp/locks/977a44e3d06c05320a4461c2385d964d) [function.unlink]: No such file or directory in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_lock.php on line 216
36:03
DATABASE STILL NOT WORKING LIKE YESTERDAY
36:42
http://domain.tld/typo3/index.php
This webpage is not available.
The webpage at http://domain.tld/typo3/index.php might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
37:31
Same problem as yesterday
37:39
Now Backend is coming
37:53
but we can't login as the database seems not to be there
38:10
This webpage is not available.
The webpage at http://domain.tld/typo3/index.php might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
39:05
Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/sub/jobberbase/_templates/_cache/%%E5^E51^E51533DF%%loops.tpl.php on line 1861
39:07
http://sub.domain.tld/#latest-jobs-freelance
39:19
SAME ENCODING PROBLEM LIKE YESTERDAY
39:35
WHEN WILL YOU CHANGE YOUR SERVER SETTINGS TO THOSE WHICH HAVE BEEN IN PLACE LAST WEEK
40:16
ALWAYS REMEMBER WE ARE RUNNING OWN PHP - WHICH YOU SHOULD UPDATE IMMEDIATELY TO 5.2.9 BECAUSE OF MAJOR SECURITY ISSUES IN LOWER VERSIONS
42:47
when we try to login we get always again and again the webpage is not available
43:11
we cleared already caches have reloaded many time ctrl. F5 tested and so on and so on
43:15
check your server
44:01
CPanel is still not loading
44:06
==============
44:11
NO CPANEL
44:13
============
dijo - esupport24 8:45 AM
The issue is fixed , please check now
domain2 8:46 AM
Nothing fixed
46:44
check http://sub.domain.tld/
46:50
FATAL ERROR
47:11
the error we aregetting since sunday when you changed the server stuff
47:18
and which is blocking our sites
47:22
all oof the m
47:25
ENCODING
dijo - esupport24 8:47 AM
ok , please post a ticket regarding this. We will look into it .
domain2 8:47 AM
I REALLY THING YOU ARE VERY FORGETTABLE
48:21
AS I HAVE ALREADY POSTED MANY MANY MNAY TICKETS SINCE 5 DAYS BECAUSE OF THIS AS DIJO IS ALWYAS RMEEBEREING ME TO POST TICKETS
48:28
CHECK YOUR TICKETS
48:45
MAY I GUESS
48:50
YOUR NEXT ANSWER IS
49:01
YOUR TICKET NUMBER PLEASE
49:03
OR????
49:23
SIMPLY SCROLL UP THE CHAT HISTORY AND READ
(8:51:45) 242559147 ok , it may be in the level 2 queue , we will look into it at the earliest
(8:52:03) icq-number we are waiting since 5 DAYS already
(8:52:09) icq-number NOW NOW NOW
(8:52:16) icq-number we lost customers already
(8:52:29) icq-number not the earliest
(8:52:40) icq-number YOU MADE THE MASS
(8:52:43) icq-number ON SUNDAY
(8:52:49) icq-number YOU CHANGED OUR SETTINGS
(8:52:57) icq-number SO YOU REPAIR IT
(8:53:17) icq-number YOUR SUPPORT HAS ALREADY VERUFIED THAT THEY HAVE MADE AND CAUSED THIS PROBLEM
(8:53:47) icq-number CHECK THE PERMISSIONS
(8:54:02) icq-number OUR TEMP FILES HAVE ALL 99/99
(8:54:04) icq-number WHY???
(8:54:13) icq-number SHOULD BE domain2/domain2
(8:54:23) icq-number I.E
(8:54:35) icq-number http://sub.domain.tld/
(8:54:52) icq-number WHEN YOU DELETE THE CACHE THE PAGE IS LOADING OK 1 TIME ONLY
(8:55:03) icq-number ANOTHER TIME IT SHOWS THE ERROR WHEN RELAODING
(8:55:13) icq-number IN OTHER WORDS IT CAN NOT READ THE CACHE FILES
(8:55:24) icq-number AS THEY GET ENCODED IN THE WRONG WAY
(8:55:37) icq-number YOU HAVE ZEND ACTIVE
(8:56:00) icq-number TO CHECK IF ZEND IS CAUSEING THE PROBLEM SIMPLY SWITCH IT OFF AND CHECK WITH RELOADINGT http://sub.domain.tld/
(8:56:30) icq-number IF THE ERROR IS GONE ITS YOUR ZEND CACHING WHICH IS CAUSING THE PROBLEM AND YOU NEED TO CHANGE THE SETTINGS THERE
============================
I posted several tickets now as you recommended and will do so every hour again
22:40
Also you can read our blog as we posted the complete conversation to show how support at imhosted is working
22:42
http://apapococ.blogspot.com/
dijo - esupport24 9:23 AM
Ok
23:29
I will jus check that
to be continued at least hourly
Since 8th April we are waiting for a solution!!!
26:16
beside none working servers and technicians always asking us the same thing and recommending to post a ticket we've got nothing until than
Thanks for contacting us
Your message has been received! We will respond to you as soon as possible.
Your reference number is: #TUX-22625-587
Thanks for contacting us
Your message has been received! We will respond to you as soon as possible.
Your reference number is: #VGG-76829-286
16. April 2009
========================
(8:13:46) icq-number ALL OUR SITES ARE DOWM
(8:13:52) icq-number STILL DOWN
(8:14:01) icq-number NOT ABLE TO WORK NOW SINCE 5 DAYS
(8:14:05) icq-number LOGIN ERRORS
(8:14:09) icq-number ENCODING ERRORS
(8:14:20) icq-number NOW SITES - COMPLETE ACCOUNT - DOWN
(8:14:24) icq-number domain.tld
(8:19:39) 242559147 ok , let me check
(8:19:50) icq-number nothing working
(8:19:56) icq-number 51 people sitting and waiting
(8:30:49) icq-number I can't even load cpanel
(8:31:02) icq-number Oops! This link appears broken.
Suggestions:
Go to domain2. com
Search domain.tld for cpanel
Search on Google:
(8:33:32) 242559147 Please check now
(8:33:49) icq-number This webpage is not available.
The webpage at http://domain.tld/ might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
(8:34:13) icq-number NOTHING
(8:34:17) icq-number only other error message
(8:35:50) icq-number Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Error!
No TypoScript template found!
Warning: unlink(/domain-path/typo3temp/locks/977a44e3d06c05320a4461c2385d964d) [function.unlink]: No such file or directory in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_lock.php on line 216
(8:36:03) icq-number DATABASE STILL NOT WORKING LIKE YESTERDAY
(8:36:42) icq-number http://domain.tld/typo3/index.php
This webpage is not available.
The webpage at http://domain.tld/typo3/index.php might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
(8:37:31) icq-number Same problem as yesterday
(8:37:39) icq-number Now Backend is coming
(8:37:53) icq-number but we can't login as the database seems not to be there
(8:38:10) icq-number This webpage is not available.
The webpage at http://domain.tld/typo3/index.php might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
(8:39:05) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a7/sub/jobberbase/_templates/_cache/%%E5^E51^E51533DF%%loops.tpl.php on line 1861
(8:39:07) icq-number http://sub.domain.tld/#latest-jobs-freelance
(8:39:19) icq-number SAME ENCODING PROBLEM LIKE YESTERDAY
(8:39:35) icq-number WHEN WILL YOU CHANGE YOUR SERVER SETTINGS TO THOSE WHICH HAVE BEEN IN PLACE LAST WEEK
(8:40:16) icq-number ALWAYS REMEMBER WE ARE RUNNING OWN PHP - WHICH YOU SHOULD UPDATE IMMEDIATELY TO 5.2.9 BECAUSE OF MAJOR SECURITY ISSUES IN LOWER VERSIONS
(8:42:47) icq-number when we try to login we get always again and again the webpage is not available
(8:43:11) icq-number we cleared already caches have reloaded many time ctrl. F5 tested and so on and so on
(8:43:15) icq-number check your server
(8:44:01) icq-number CPanel is still not loading
(8:44:06) icq-number ==============
(8:44:11) icq-number NO CPANEL
(8:44:13) icq-number ============
(8:45:34) 242559147 The issue is fixed , please check now
(8:46:32) icq-number Nothing fixed
(8:46:44) icq-number check http://sub.domain.tld/
(8:46:50) icq-number FATAL ERROR
(8:47:11) icq-number the error we aregetting since sunday when you changed the server stuff
(8:47:18) icq-number and which is blocking our sites
(8:47:22) icq-number all oof the m
(8:47:25) icq-number ENCODING
(8:47:36) 242559147 ok , please post a ticket regarding this. We will look into it .
(8:47:55) icq-number I REALLY THING YOU ARE VERY FORGETTABLE
(8:48:21) icq-number AS I HAVE ALREADY POSTED MANY MANY MNAY TICKETS SINCE 5 DAYS BECAUSE OF THIS AS DIJO IS ALWYAS RMEEBEREING ME TO POST TICKETS
(8:48:28) icq-number CHECK YOUR TICKETS
(8:48:45) icq-number MAY I GUESS
(8:48:50) icq-number YOUR NEXT ANSWER IS
(8:49:01) icq-number YOUR TICKET NUMBER PLEASE
(8:49:03) icq-number OR????
(8:49:23) icq-number SIMPLY SCROLL UP THE CHAT HISTORY AND READ
(8:49:53) icq-number
There is some minor load issue in the server
16:29
We are working on it
domain2 6:22 PM
now cpanel mysql is faster but phpmyadmin still lllllllooooooaaaaaadddds
02:50
We still have the login problem
03:10
when will this stupid encoding error besolved it is blocking our work since 4 days now
thursday, april 16, 2009
8:13 AM
domain2 8:13 AM
ALL OUR SITES ARE DOWM
13:52
STILL DOWN
14:01
NOT ABLE TO WORK NOW SINCE 5 DAYS
14:05
LOGIN ERRORS
14:09
ENCODING ERRORS
14:20
NOW SITES - COMPLETE ACCOUNT - DOWN
14:24
domain.tld
dijo - esupport24 8:19 AM
ok , let me check
domain2 8:19 AM
nothing working
19:56
51 people sitting and waiting
30:49
I can't even load cpanel
31:02
Oops! This link appears broken.
Suggestions:
Go to domain2. com
Search domain.tld for cpanel
Search on Google:
dijo - esupport24 8:33 AM
Please check now
domain2 8:33 AM
This webpage is not available.
The webpage at http://domain.tld/ might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
34:13
NOTHING
34:17
only other error message
35:50
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Error!
No TypoScript template found!
Warning: unlink(/domain-path/typo3temp/locks/977a44e3d06c05320a4461c2385d964d) [function.unlink]: No such file or directory in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_lock.php on line 216
36:03
DATABASE STILL NOT WORKING LIKE YESTERDAY
36:42
http://domain.tld/typo3/index.php
This webpage is not available.
The webpage at http://domain.tld/typo3/index.php might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
37:31
Same problem as yesterday
37:39
Now Backend is coming
37:53
but we can't login as the database seems not to be there
38:10
This webpage is not available.
The webpage at http://domain.tld/typo3/index.php might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
39:05
Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/sub/jobberbase/_templates/_cache/%%E5^E51^E51533DF%%loops.tpl.php on line 1861
39:07
http://sub.domain.tld/#latest-jobs-freelance
39:19
SAME ENCODING PROBLEM LIKE YESTERDAY
39:35
WHEN WILL YOU CHANGE YOUR SERVER SETTINGS TO THOSE WHICH HAVE BEEN IN PLACE LAST WEEK
40:16
ALWAYS REMEMBER WE ARE RUNNING OWN PHP - WHICH YOU SHOULD UPDATE IMMEDIATELY TO 5.2.9 BECAUSE OF MAJOR SECURITY ISSUES IN LOWER VERSIONS
42:47
when we try to login we get always again and again the webpage is not available
43:11
we cleared already caches have reloaded many time ctrl. F5 tested and so on and so on
43:15
check your server
44:01
CPanel is still not loading
44:06
==============
44:11
NO CPANEL
44:13
============
dijo - esupport24 8:45 AM
The issue is fixed , please check now
domain2 8:46 AM
Nothing fixed
46:44
check http://sub.domain.tld/
46:50
FATAL ERROR
47:11
the error we aregetting since sunday when you changed the server stuff
47:18
and which is blocking our sites
47:22
all oof the m
47:25
ENCODING
dijo - esupport24 8:47 AM
ok , please post a ticket regarding this. We will look into it .
domain2 8:47 AM
I REALLY THING YOU ARE VERY FORGETTABLE
48:21
AS I HAVE ALREADY POSTED MANY MANY MNAY TICKETS SINCE 5 DAYS BECAUSE OF THIS AS DIJO IS ALWYAS RMEEBEREING ME TO POST TICKETS
48:28
CHECK YOUR TICKETS
48:45
MAY I GUESS
48:50
YOUR NEXT ANSWER IS
49:01
YOUR TICKET NUMBER PLEASE
49:03
OR????
49:23
SIMPLY SCROLL UP THE CHAT HISTORY AND READ
(8:51:45) 242559147 ok , it may be in the level 2 queue , we will look into it at the earliest
(8:52:03) icq-number we are waiting since 5 DAYS already
(8:52:09) icq-number NOW NOW NOW
(8:52:16) icq-number we lost customers already
(8:52:29) icq-number not the earliest
(8:52:40) icq-number YOU MADE THE MASS
(8:52:43) icq-number ON SUNDAY
(8:52:49) icq-number YOU CHANGED OUR SETTINGS
(8:52:57) icq-number SO YOU REPAIR IT
(8:53:17) icq-number YOUR SUPPORT HAS ALREADY VERUFIED THAT THEY HAVE MADE AND CAUSED THIS PROBLEM
(8:53:47) icq-number CHECK THE PERMISSIONS
(8:54:02) icq-number OUR TEMP FILES HAVE ALL 99/99
(8:54:04) icq-number WHY???
(8:54:13) icq-number SHOULD BE domain2/domain2
(8:54:23) icq-number I.E
(8:54:35) icq-number http://sub.domain.tld/
(8:54:52) icq-number WHEN YOU DELETE THE CACHE THE PAGE IS LOADING OK 1 TIME ONLY
(8:55:03) icq-number ANOTHER TIME IT SHOWS THE ERROR WHEN RELAODING
(8:55:13) icq-number IN OTHER WORDS IT CAN NOT READ THE CACHE FILES
(8:55:24) icq-number AS THEY GET ENCODED IN THE WRONG WAY
(8:55:37) icq-number YOU HAVE ZEND ACTIVE
(8:56:00) icq-number TO CHECK IF ZEND IS CAUSEING THE PROBLEM SIMPLY SWITCH IT OFF AND CHECK WITH RELOADINGT http://sub.domain.tld/
(8:56:30) icq-number IF THE ERROR IS GONE ITS YOUR ZEND CACHING WHICH IS CAUSING THE PROBLEM AND YOU NEED TO CHANGE THE SETTINGS THERE
============================
I posted several tickets now as you recommended and will do so every hour again
22:40
Also you can read our blog as we posted the complete conversation to show how support at imhosted is working
22:42
http://apapococ.blogspot.com/
dijo - esupport24 9:23 AM
Ok
23:29
I will jus check that
to be continued at least hourly
Since 8th April we are waiting for a solution!!!
26:16
beside none working servers and technicians always asking us the same thing and recommending to post a ticket we've got nothing until than
Thanks for contacting us
Your message has been received! We will respond to you as soon as possible.
Your reference number is: #TUX-22625-587
Thanks for contacting us
Your message has been received! We will respond to you as soon as possible.
Your reference number is: #VGG-76829-286
Wednesday, April 15, 2009
IMHOSTED A GREAT DESASTER PART 4
============================
15. April 2009
============================
(10:47:29) icq-number something seems to be wrong in cpanel
(10:47:40) 242559147 Hi
(10:47:46) icq-number it shows 0/999 for SQL Databases but we have a lot of databases
(10:48:02) icq-number and they are all visible
(10:48:07) 242559147 May I know the domain name please
(10:48:14) icq-number domain2
(10:48:45) 242559147 Ok
(10:48:58) 242559147 I will have a check
(10:51:02) icq-number by the way is there a chance that imhosted sets all settings in MYSQL to UTF8 as it is always a pain in the ass to have latin_swedish stuff
(10:53:16) icq-number phpmyadmin is again not loading
(10:53:22) icq-number already waiting 3 minutes
(10:53:59) 242559147 I am checking
(11:19:46) icq-number phpMyAdmin - Error
#2002 - The server is not responding (or the local MySQL server's socket is not correctly configured)
(11:21:58) icq-number renaming databases is not possible
(11:22:07) icq-number it asks you to create and drop databases
(11:22:18) icq-number renaming is somwhat different
(11:22:33) 242559147 Ok
(11:23:14) 242559147 Can you please post a ticket regarding this issue , we will definately get back to you via ticket
(11:23:35) icq-number ok
(11:25:36) icq-number when you copy a complete folder in cpanel with subfolders than you loose the file attributes they get set to 755
(11:26:09) 242559147 by default the permission of folders should be 755
(11:27:38) icq-number when you have a huge folderstructure and need to copy this huge folder structure so that YOU have a demo to test it means for us HOURS to find out and reset all the file and folder permissions to the right ones. So it is really not usefull to have a complete 755 RESET of all folders, when you copy a folder structure
(11:28:11) icq-number So now please check our problem without a DEMO as it would take hours to reset all file permissions
(11:28:29) 242559147 Ok , I will check
(11:28:33) icq-number we still have the problem that we get this encoding errors since your server break down
(11:28:39) 242559147 Please mention this in the ticket as well
(11:28:58) 242559147 We will fix it and get beck to you right away
(11:30:10) icq-number [support #JHW-41819-844] MULTIPLE ERRORS
(11:30:17) 242559147 Ok
(11:30:20) 242559147 Thanks a lot
(11:30:28) 242559147 I will get back to you via ticket
(11:30:47) icq-number I hope it does nottake again days to solve this problem
(11:31:03) 242559147 no , it will not
(11:31:28) icq-number ;-) I hope so as the 2 hours fromsunday took 2 days
(11:31:56) 242559147 I will see to it that it is answered as soon as possible :0
(11:31:58) 242559147 :)
(11:32:04) icq-number thx
(11:32:20) 242559147 Most welcome
(11:50:48) icq-number oh wow
(11:51:03) icq-number now I have doubled folders in my jobberbase folder
(11:51:06) icq-number how that
(11:51:08) icq-number ???
(11:51:22) icq-number domain.tld/a8/jobberbase
(11:51:39) icq-number all folders got doubled with the same name even
(11:52:12) icq-number when you click on the left foldertree in cpanel filemanager
(11:52:23) icq-number in the main window only one is visible
(11:53:12) icq-number on the other hand the folder domain.tld/a7/sub is missing in the left foldertree but visible in the mainwindow
(11:53:17) icq-number very strange
(12:05:47) icq-number cpanel is sssssssslslllllllllllooooooooooowwwwwwwwwww
(12:33:33) icq-number Even I just created a new database I can't see any
(12:33:35) icq-number There are no databases associated with your account.
(13:09:59) icq-number phpMyAdmin ssssssllllllllooooooowwww nearly standing same cpanel
(13:11:13) icq-number FTP
(13:11:15) icq-number Connection timed out
Error: Could not connect to server
Status: Resolving address of domain.tld
Status: Connecting to 207.210.103.242:21...
Status: Connection established, waiting for welcome message...
(13:11:57) icq-number ssh still working but cpanel NOT and not FTP
(13:16:13) icq-number phpMyAdmin not working
(13:33:46) icq-number phpMyAdmin - Error
#2002 - The server is not responding (or the local MySQL server's socket is not correctly configured)
(13:33:55) icq-number IS THERE SOMEBODY
(13:34:19) 242559147 I am getting your errors
(13:34:39) icq-number ok fine - actually not fine - please help to solve them
(13:34:51) icq-number I am just preparing some site copies for your to test
(13:35:07) 242559147 Sure
(13:35:18) icq-number There are no databases associated with your account.
(13:35:24) icq-number same problem as before
(13:35:31) icq-number all database goine in cpanel
(13:42:07) icq-number sorry but I cannot setup anything as phpmyadmin and your database server seems not to be working
(13:42:18) icq-number #2002 - The server is not responding (or the local MySQL server's socket is not correctly configured)
(13:42:37) 242559147 Please wait a bit
(13:42:46) 242559147 there is some isues with the server right now
(13:42:51) 242559147 we are working on it
(13:42:57) 242559147 Kindly check after sometime
(13:43:02) icq-number we had this already on sunday
(13:43:15) icq-number it took 2 days to get the server back
(13:43:58) 242559147 I will se to it it gets fixed as soon as possible
(13:44:10) icq-number I hope so
(13:48:21) icq-number I sent you the details for the test sites you can use
(13:48:48) icq-number to get into TYPO3 simply go to
(13:49:25) icq-number imhost.domain.tld/path/typo3/install
(13:49:33) icq-number path = t3pack or yaml
(13:50:13) icq-number and here you use the standard password joh316 (please create a new one as this pw is known from everybody!!!)
(13:50:29) icq-number than go to Database Analyser
(13:50:38) icq-number scroll down and create a new admin user
(13:51:02) icq-number than you can login to the backend of TYPO3 with the created User details
(15:09:42) icq-number Here are the login Data to TYPO3:
http://imhost.domain.tld/yaml/typo3/
user: imhost
pw: pass!word
try to login and you will see the error.
Play around with the reload buttom and if you are lucky you will be able to see thebackend, if not you get a database error, a server not connected error or anything else but no backend
ON ALL Our sites this is happening!!!
encoding error
==================
http://imhost.domain.tld/t3pack/typo3/
Username: imhost
Password: pass!word
(15:10:28) 242559147 Ok, Thanks a lot for the details
(15:10:41) icq-number now you can see the backenderrors
(15:10:46) 242559147 ok
(15:10:52) icq-number it is on all our many typo3 sites the same
(15:10:58) icq-number also on the jobberbase sites
(15:11:04) 242559147 ok
(15:12:08) icq-number i.e the YAML installation is the default installation they offer from t3net which is running on 100 of sites like normal so it is NOT the TYPO3 code but some server settings which make things worse
(16:01:35) icq-number when is the server again running as we still can't do anything FTP not working CPanel Slow terrible
(16:01:46) icq-number it is noew the 4th day with these problems
(16:02:54) icq-number Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@imhost.domain.tld and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.
(16:05:11) icq-number Database Error
The current username, password or host was not accepted when the connection to the database was attempted to be established!
(16:05:18) icq-number http://demo.domain.tld/
(16:05:47) icq-number Warning: mysqli::mysqli() [mysqli.mysqli]: (HY000/2002): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) in /domain-path/a7/imhost/jobberbase/_includes/class.Db.php(22) : eval()'d code on line 1
Warning: mysqli::query() [mysqli.query]: Couldn't fetch Db in /domain-path/a7/imhost/jobberbase/_includes/class.Db.php on line 74
Warning: mysqli_error() [function.mysqli-error]: Couldn't fetch Db in /domain-path/a7/imhost/jobberbase/_includes/class.Db.php on line 75
Warning: mysqli::query() [mysqli.query]: Couldn't fetch Db in /domain-path/a7/imhost/jobberbase/_includes/class.Db.php on line 33
Warning: mysqli_error() [function.mysqli-error]: Couldn't fetch Db in /domain-path/a7/imhost/jobberbase/_includes/class.Db.php on line 34
Fatal error: Call to a member function fetch_assoc() on a non-object in /domain-path/a7/imhost/jobberbase/_includes/class.Job.php on line 1042
(17:47:47) icq-number Now we have the next problem with Opengoo even the old access problems have not been solved until now!!!
(17:47:54) icq-number we are waiting already 4 days
(17:47:58) icq-number This webpage is not available.
The webpage at http://domain.tld/docs/public/install/index.php?step=2 might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
(17:49:32) icq-number Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 2240544768 bytes) in Unknown on line 0
(17:49:51) icq-number I really don't know what those people have changed on the weekend which crashed your server
(18:10:39) icq-number Where are you
(18:10:51) icq-number we can't proceed as again encoding error
(18:11:02) icq-number this time in opengoo
(18:11:16) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a8/opengoo/lisgoo/environment/functions/general.php on line 39
(18:12:05) 242559147 I have opened the page http://domain.tld/docs/public/install/index.php?step=2 without any issues
(18:12:22) icq-number It is stop and go ? why
(18:12:44) icq-number we still can't login in all of our TYPO3 sites because of this encoding errors
15. April 2009
============================
(10:47:29) icq-number something seems to be wrong in cpanel
(10:47:40) 242559147 Hi
(10:47:46) icq-number it shows 0/999 for SQL Databases but we have a lot of databases
(10:48:02) icq-number and they are all visible
(10:48:07) 242559147 May I know the domain name please
(10:48:14) icq-number domain2
(10:48:45) 242559147 Ok
(10:48:58) 242559147 I will have a check
(10:51:02) icq-number by the way is there a chance that imhosted sets all settings in MYSQL to UTF8 as it is always a pain in the ass to have latin_swedish stuff
(10:53:16) icq-number phpmyadmin is again not loading
(10:53:22) icq-number already waiting 3 minutes
(10:53:59) 242559147 I am checking
(11:19:46) icq-number phpMyAdmin - Error
#2002 - The server is not responding (or the local MySQL server's socket is not correctly configured)
(11:21:58) icq-number renaming databases is not possible
(11:22:07) icq-number it asks you to create and drop databases
(11:22:18) icq-number renaming is somwhat different
(11:22:33) 242559147 Ok
(11:23:14) 242559147 Can you please post a ticket regarding this issue , we will definately get back to you via ticket
(11:23:35) icq-number ok
(11:25:36) icq-number when you copy a complete folder in cpanel with subfolders than you loose the file attributes they get set to 755
(11:26:09) 242559147 by default the permission of folders should be 755
(11:27:38) icq-number when you have a huge folderstructure and need to copy this huge folder structure so that YOU have a demo to test it means for us HOURS to find out and reset all the file and folder permissions to the right ones. So it is really not usefull to have a complete 755 RESET of all folders, when you copy a folder structure
(11:28:11) icq-number So now please check our problem without a DEMO as it would take hours to reset all file permissions
(11:28:29) 242559147 Ok , I will check
(11:28:33) icq-number we still have the problem that we get this encoding errors since your server break down
(11:28:39) 242559147 Please mention this in the ticket as well
(11:28:58) 242559147 We will fix it and get beck to you right away
(11:30:10) icq-number [support #JHW-41819-844] MULTIPLE ERRORS
(11:30:17) 242559147 Ok
(11:30:20) 242559147 Thanks a lot
(11:30:28) 242559147 I will get back to you via ticket
(11:30:47) icq-number I hope it does nottake again days to solve this problem
(11:31:03) 242559147 no , it will not
(11:31:28) icq-number ;-) I hope so as the 2 hours fromsunday took 2 days
(11:31:56) 242559147 I will see to it that it is answered as soon as possible :0
(11:31:58) 242559147 :)
(11:32:04) icq-number thx
(11:32:20) 242559147 Most welcome
(11:50:48) icq-number oh wow
(11:51:03) icq-number now I have doubled folders in my jobberbase folder
(11:51:06) icq-number how that
(11:51:08) icq-number ???
(11:51:22) icq-number domain.tld/a8/jobberbase
(11:51:39) icq-number all folders got doubled with the same name even
(11:52:12) icq-number when you click on the left foldertree in cpanel filemanager
(11:52:23) icq-number in the main window only one is visible
(11:53:12) icq-number on the other hand the folder domain.tld/a7/sub is missing in the left foldertree but visible in the mainwindow
(11:53:17) icq-number very strange
(12:05:47) icq-number cpanel is sssssssslslllllllllllooooooooooowwwwwwwwwww
(12:33:33) icq-number Even I just created a new database I can't see any
(12:33:35) icq-number There are no databases associated with your account.
(13:09:59) icq-number phpMyAdmin ssssssllllllllooooooowwww nearly standing same cpanel
(13:11:13) icq-number FTP
(13:11:15) icq-number Connection timed out
Error: Could not connect to server
Status: Resolving address of domain.tld
Status: Connecting to 207.210.103.242:21...
Status: Connection established, waiting for welcome message...
(13:11:57) icq-number ssh still working but cpanel NOT and not FTP
(13:16:13) icq-number phpMyAdmin not working
(13:33:46) icq-number phpMyAdmin - Error
#2002 - The server is not responding (or the local MySQL server's socket is not correctly configured)
(13:33:55) icq-number IS THERE SOMEBODY
(13:34:19) 242559147 I am getting your errors
(13:34:39) icq-number ok fine - actually not fine - please help to solve them
(13:34:51) icq-number I am just preparing some site copies for your to test
(13:35:07) 242559147 Sure
(13:35:18) icq-number There are no databases associated with your account.
(13:35:24) icq-number same problem as before
(13:35:31) icq-number all database goine in cpanel
(13:42:07) icq-number sorry but I cannot setup anything as phpmyadmin and your database server seems not to be working
(13:42:18) icq-number #2002 - The server is not responding (or the local MySQL server's socket is not correctly configured)
(13:42:37) 242559147 Please wait a bit
(13:42:46) 242559147 there is some isues with the server right now
(13:42:51) 242559147 we are working on it
(13:42:57) 242559147 Kindly check after sometime
(13:43:02) icq-number we had this already on sunday
(13:43:15) icq-number it took 2 days to get the server back
(13:43:58) 242559147 I will se to it it gets fixed as soon as possible
(13:44:10) icq-number I hope so
(13:48:21) icq-number I sent you the details for the test sites you can use
(13:48:48) icq-number to get into TYPO3 simply go to
(13:49:25) icq-number imhost.domain.tld/path/typo3/install
(13:49:33) icq-number path = t3pack or yaml
(13:50:13) icq-number and here you use the standard password joh316 (please create a new one as this pw is known from everybody!!!)
(13:50:29) icq-number than go to Database Analyser
(13:50:38) icq-number scroll down and create a new admin user
(13:51:02) icq-number than you can login to the backend of TYPO3 with the created User details
(15:09:42) icq-number Here are the login Data to TYPO3:
http://imhost.domain.tld/yaml/typo3/
user: imhost
pw: pass!word
try to login and you will see the error.
Play around with the reload buttom and if you are lucky you will be able to see thebackend, if not you get a database error, a server not connected error or anything else but no backend
ON ALL Our sites this is happening!!!
encoding error
==================
http://imhost.domain.tld/t3pack/typo3/
Username: imhost
Password: pass!word
(15:10:28) 242559147 Ok, Thanks a lot for the details
(15:10:41) icq-number now you can see the backenderrors
(15:10:46) 242559147 ok
(15:10:52) icq-number it is on all our many typo3 sites the same
(15:10:58) icq-number also on the jobberbase sites
(15:11:04) 242559147 ok
(15:12:08) icq-number i.e the YAML installation is the default installation they offer from t3net which is running on 100 of sites like normal so it is NOT the TYPO3 code but some server settings which make things worse
(16:01:35) icq-number when is the server again running as we still can't do anything FTP not working CPanel Slow terrible
(16:01:46) icq-number it is noew the 4th day with these problems
(16:02:54) icq-number Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@imhost.domain.tld and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.
(16:05:11) icq-number Database Error
The current username, password or host was not accepted when the connection to the database was attempted to be established!
(16:05:18) icq-number http://demo.domain.tld/
(16:05:47) icq-number Warning: mysqli::mysqli() [mysqli.mysqli]: (HY000/2002): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) in /domain-path/a7/imhost/jobberbase/_includes/class.Db.php(22) : eval()'d code on line 1
Warning: mysqli::query() [mysqli.query]: Couldn't fetch Db in /domain-path/a7/imhost/jobberbase/_includes/class.Db.php on line 74
Warning: mysqli_error() [function.mysqli-error]: Couldn't fetch Db in /domain-path/a7/imhost/jobberbase/_includes/class.Db.php on line 75
Warning: mysqli::query() [mysqli.query]: Couldn't fetch Db in /domain-path/a7/imhost/jobberbase/_includes/class.Db.php on line 33
Warning: mysqli_error() [function.mysqli-error]: Couldn't fetch Db in /domain-path/a7/imhost/jobberbase/_includes/class.Db.php on line 34
Fatal error: Call to a member function fetch_assoc() on a non-object in /domain-path/a7/imhost/jobberbase/_includes/class.Job.php on line 1042
(17:47:47) icq-number Now we have the next problem with Opengoo even the old access problems have not been solved until now!!!
(17:47:54) icq-number we are waiting already 4 days
(17:47:58) icq-number This webpage is not available.
The webpage at http://domain.tld/docs/public/install/index.php?step=2 might be temporarily down or it may have moved permanently to a new web address.
More information on this error
Below is the original error message
Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
(17:49:32) icq-number Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 2240544768 bytes) in Unknown on line 0
(17:49:51) icq-number I really don't know what those people have changed on the weekend which crashed your server
(18:10:39) icq-number Where are you
(18:10:51) icq-number we can't proceed as again encoding error
(18:11:02) icq-number this time in opengoo
(18:11:16) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a8/opengoo/lisgoo/environment/functions/general.php on line 39
(18:12:05) 242559147 I have opened the page http://domain.tld/docs/public/install/index.php?step=2 without any issues
(18:12:22) icq-number It is stop and go ? why
(18:12:44) icq-number we still can't login in all of our TYPO3 sites because of this encoding errors
Tuesday, April 14, 2009
IMHOSTED A GREAT DESASTER PART 3
==============================
14. April 2009
==============================
(0:05:22) icq-number is there still somebody
(0:05:29) icq-number HELLO
(0:05:45) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a8/domain2/typo3conf/ext/templavoila_pagemod/mod1/conf.php on line 392
(0:06:02) icq-number These errors are caused by the server settings
(0:06:20) 242559147 Please post a ticket regarding this issue
(0:06:22) icq-number somehow you are using something which encodes files
(0:06:31) icq-number have already done twice
(0:06:37) icq-number but no answers
(0:06:47) 242559147 Our senior techs will look into the issue
(0:06:56) 242559147 give me the ticket ID
(0:07:34) icq-number support #TMH-39546-152
(0:07:40) icq-number post about 96
(0:09:02) 242559147 It is replied 74 days back
(0:09:15) 242559147 please post a new ticket regarding this issue
(0:09:17) icq-number we have lots of problems with your servers
(0:09:24) icq-number it comes and goes on and on
(0:09:39) icq-number and since several days we have now this error with the encoding stuff
(0:09:54) icq-number and since the server is back we can't login in no site into the backend
(0:11:29) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in
(0:11:50) icq-number this is happening in TYPO3 but also in jobberbase now - so it is NOT related to one application
(0:12:18) icq-number must be some server settings which have been changed or again permission issues.
(0:14:22) icq-number #REQ-19113-947
(0:14:41) icq-number here a new one so you can see it more clearly and focused on this issue
(0:16:32) 242559147 yes
(0:16:37) 242559147 we got it
(0:16:49) 242559147 we will check it and update you
(0:16:56) icq-number ok we have no chance to get into thebackend
(0:37:09) icq-number I guess it has to do with a php function which gets called by
domain.tld/typo3/backend.php
(0:37:33) icq-number as here we get again the encoding Fatal Error or The database error
(0:37:34) icq-number The current username, password or host was not accepted when the connection to the database was attempted to be established!
Database Error
(0:38:17) icq-number even we just had a running backend (partly) when we called domain.tld/alt_main.php
(0:39:18) icq-number So I guess that the file backend.php is calling something in PHP which is wrong at the moment - do you have error logs and could you please check this
(0:47:03) icq-number is the MYSQL server running in compatible mode or in strict mode
(0:57:05) icq-number Another resource for solving the problem:
(0:58:02) icq-number Certain Versions of ZDebian Linux include libxml that removes all "&" characters from the XML on parsing. This may corrupt TYPO3 data
(0:59:13) icq-number PHP must have the folwing extensions installed
(0:59:31) icq-number cURL
(0:59:34) icq-number filter
(0:59:38) icq-number GD2
(0:59:40) icq-number JSON
(0:59:43) icq-number mbstring
(0:59:49) icq-number mysql
(0:59:57) icq-number pcre
(1:00:01) icq-number session
(1:00:03) icq-number SPL
(1:00:07) icq-number standard
(1:00:09) icq-number xml
(1:03:12) icq-number TYPO3 requires a web server with a PHP installation and a database. While TYPO3
can be configured to run on many web servers with different databases, this
document assumes that Apache and MySQL will be used. This document does not
cover using TYPO3 with other databases or web servers.
The following configuration is the minimum required:
- a web server capable of running PHP
- PHP 5.2.0 or newer with the following extensions:
- filter
- GD2
- JSON
- mysql
- pcre
- session
- SPL
- standard
- xml
Some extensions can be optionally compiled into PHP. A list of loaded
extensions can be checked using the phpinfo() function.
- memory_limit set to at least to 64M in php.ini
- MySQL 4.1 or newer
- 200 MB of disk space
- AllowOverride in the Apache configuration includes "Indexes" and "FileInfo"
(see FAQ below)
The following configuration is recommended:
- Apache 2.x
- mod_expires and mod_rewrite enabled in the Apache configuration
- PHP 5.2.0 or newer with the following extensions:
- cURL
- filter
- GD2
- JSON
- mbstring
- mysql
- pcre
- session
- SPL
- standard
- xml
Some extensions can be optionally compiled into PHP. A list of loaded
extensions can be checked using the phpinfo() function.
- memory_limit set to 128M or more in php.ini
- MySQL 5.1 or newer
- GraphicsMagick
- 200 MB or more of disk space
- AllowOverride in the Apache configuration includes "Indexes" and "FileInfo"
(see FAQ below)
(1:22:47) icq-number PLease check perhaps than those errors can be solved forever
(1:22:50) icq-number Thanks
(10:39:35) icq-number Hi Dijo
(10:39:51) icq-number we still have the problems and our ticket hasn't been answered until now
(10:40:01) icq-number it is now 3 days not working good
(10:40:07) 242559147 May I know the ticket Id please
(10:40:17) icq-number PHPMyAdmin is also loading NOT
(10:41:26) icq-number #REQ-19113-947
(10:41:35) 242559147 Ok
(10:41:44) 242559147 Will check now
(10:41:49) icq-number This is concerning our major login problems on all sites and the encoding errors
(10:42:10) icq-number but since today I also can't access phpmyadmin from cpanel
(10:42:21) 242559147 Oh k]
(10:44:07) icq-number on all our backends we can't login - but it was possible on all sites last week
(10:44:08) icq-number Login-error or session timed-out
No user logged in! Sorry, I can't proceed then!
(You must have cookies enabled!)
If your session has just timed-out, you may
click here to re-login.
(10:44:36) 242559147 Ok, Thanks a lot for the error logs
(11:05:50) icq-number The server is reacting very very slow and phpmyadmin is a snail - takes about 5 min to reload
(14:15:43) icq-number We still have the same Problem
(14:15:51) icq-number not only in TYPO3 sites
(14:15:53) icq-number i.e.
(14:15:55) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a8/jobberbase/jobs/_templates/_cache/%%E5^E51^E51533DF%%loops.tpl.php on line 1861
(14:17:24) icq-number This error appears since the server is back. When we delete the cache it works fine but comes again as soon the site gets recalled again. In other words are you using any kind of encoding stuff or a special caching engine for your php than this isn't confiured right. All this wasn't before
(14:21:15) 242559147 Ok, please give me a moment while I check
(14:44:43) icq-number go to /www/a8/jobberbase/jobs/_templates
and delete the folder _cache in
go to /www/a8/jobberbase/jobs/_templates/_cache
and recreate it new giving 777
(14:44:59) icq-number Then you reload the page
(14:45:00) icq-number http://domain.tld/jobs/
(14:45:08) icq-number and everything seems to be fine
(14:45:21) 242559147 ok
(14:45:26) icq-number now reload again and you have again the error with the encoding file
(15:41:28) icq-number again we can't coonect to the server
(15:41:44) icq-number Connection timed out
Error: Could not connect to server
Status: Waiting to retry...
Status: Resolving address of domain.tld
Status: Connecting to 207.210.103.242:21...
(15:41:52) 242559147 There is some issues with the server
(15:41:56) 242559147 we are working on it
(15:42:13) icq-number Does this mean another day no work
(17:42:36) icq-number We still have this encoding problem on all our sites
(17:42:53) icq-number i.e
(17:42:55) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a8/jobberbase/jobs/_templates/_cache/%%E5^E51^E51533DF%%loops.tpl.php on line 1861
(18:12:13) icq-number Hi Dijo
(18:12:33) icq-number I realize that all cahe files are actually 99 99 owner group
(18:13:18) icq-number this is in all applications the same and I guess that the permissions are actually causing this encoding error as the temp files can not be overwritten by domain2/domain2 if they are 99/99
(18:13:30) icq-number can yu please check
(18:18:12) icq-number Do you have the CSS Validator blocked
(18:18:14) icq-number Target: http://domain.tld/jobs/css/main.css
I/O Error: Unable to contact target server domain.tld:80 after 3 tries.
(18:18:26) icq-number http://jigsaw.w3.org/css-validator/validator?uri=http://domain.tld/jobs/css/main.css
(18:22:33) icq-number the encoding error is caused by an XML parsing error in all applications
(18:22:50) icq-number what is activated or missing in PHP that we now get these errors
(18:23:08) icq-number his file in conjunction with non encoded files in
(18:35:40) icq-number Hi is still somebody there
(18:38:25) 242559147 Yes
(18:38:56) icq-number We still have our login problem and those encoding errors
(18:39:07) icq-number it seems it is a XML parsing problem
(18:39:25) icq-number also the TEMP files always get generated as 99 99
(18:40:12) 242559147 Please post a ticket regarding your issue, so that our senior techs will look into it
(18:41:50) icq-number I have already posted many times and no response
(18:42:02) icq-number I gave you this moring already the ticket numbers
(18:42:10) icq-number scroll up th echat history
(18:42:18) icq-number it was about 10 Hours ago
(18:42:29) icq-number we wait since 3 days to get our sites working again
(18:42:42) icq-number but NO HELP from your SENIORS at all
(18:42:49) icq-number You change settings on the server
(18:42:56) icq-number You set up new settings
(18:43:02) icq-number without informing customers
(18:43:08) icq-number and our sites ran down
(18:43:14) icq-number nobody takes care
(18:43:22) icq-number we get even no compensation
(18:43:27) icq-number this is incredible
(18:43:38) icq-number it is day 3 that we can't work because of imhosted
(18:43:48) icq-number have a look to 2006 in our chat history
(18:44:02) icq-number there we had exact the same problem our site was down for months!!!
(18:44:13) icq-number because you weren't able to solve the problem
(18:44:28) icq-number so please check the settings and get our sites running
(18:47:22) icq-number You told us already that you will check but until now we did notget any answer
(18:47:51) 242559147 can you give me the ticket ID which you have posted ?
(18:49:14) icq-number (0:14:22) icq-number #REQ-19113-947
(0:14:41) icq-number here a new one so you can see it more clearly and focused on this issue
(18:49:43) icq-number as you see I have sent you this number already over 6 hours ago
14. April 2009
==============================
(0:05:22) icq-number is there still somebody
(0:05:29) icq-number HELLO
(0:05:45) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a8/domain2/typo3conf/ext/templavoila_pagemod/mod1/conf.php on line 392
(0:06:02) icq-number These errors are caused by the server settings
(0:06:20) 242559147 Please post a ticket regarding this issue
(0:06:22) icq-number somehow you are using something which encodes files
(0:06:31) icq-number have already done twice
(0:06:37) icq-number but no answers
(0:06:47) 242559147 Our senior techs will look into the issue
(0:06:56) 242559147 give me the ticket ID
(0:07:34) icq-number support #TMH-39546-152
(0:07:40) icq-number post about 96
(0:09:02) 242559147 It is replied 74 days back
(0:09:15) 242559147 please post a new ticket regarding this issue
(0:09:17) icq-number we have lots of problems with your servers
(0:09:24) icq-number it comes and goes on and on
(0:09:39) icq-number and since several days we have now this error with the encoding stuff
(0:09:54) icq-number and since the server is back we can't login in no site into the backend
(0:11:29) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in
(0:11:50) icq-number this is happening in TYPO3 but also in jobberbase now - so it is NOT related to one application
(0:12:18) icq-number must be some server settings which have been changed or again permission issues.
(0:14:22) icq-number #REQ-19113-947
(0:14:41) icq-number here a new one so you can see it more clearly and focused on this issue
(0:16:32) 242559147 yes
(0:16:37) 242559147 we got it
(0:16:49) 242559147 we will check it and update you
(0:16:56) icq-number ok we have no chance to get into thebackend
(0:37:09) icq-number I guess it has to do with a php function which gets called by
domain.tld/typo3/backend.php
(0:37:33) icq-number as here we get again the encoding Fatal Error or The database error
(0:37:34) icq-number The current username, password or host was not accepted when the connection to the database was attempted to be established!
Database Error
(0:38:17) icq-number even we just had a running backend (partly) when we called domain.tld/alt_main.php
(0:39:18) icq-number So I guess that the file backend.php is calling something in PHP which is wrong at the moment - do you have error logs and could you please check this
(0:47:03) icq-number is the MYSQL server running in compatible mode or in strict mode
(0:57:05) icq-number Another resource for solving the problem:
(0:58:02) icq-number Certain Versions of ZDebian Linux include libxml that removes all "&" characters from the XML on parsing. This may corrupt TYPO3 data
(0:59:13) icq-number PHP must have the folwing extensions installed
(0:59:31) icq-number cURL
(0:59:34) icq-number filter
(0:59:38) icq-number GD2
(0:59:40) icq-number JSON
(0:59:43) icq-number mbstring
(0:59:49) icq-number mysql
(0:59:57) icq-number pcre
(1:00:01) icq-number session
(1:00:03) icq-number SPL
(1:00:07) icq-number standard
(1:00:09) icq-number xml
(1:03:12) icq-number TYPO3 requires a web server with a PHP installation and a database. While TYPO3
can be configured to run on many web servers with different databases, this
document assumes that Apache and MySQL will be used. This document does not
cover using TYPO3 with other databases or web servers.
The following configuration is the minimum required:
- a web server capable of running PHP
- PHP 5.2.0 or newer with the following extensions:
- filter
- GD2
- JSON
- mysql
- pcre
- session
- SPL
- standard
- xml
Some extensions can be optionally compiled into PHP. A list of loaded
extensions can be checked using the phpinfo() function.
- memory_limit set to at least to 64M in php.ini
- MySQL 4.1 or newer
- 200 MB of disk space
- AllowOverride in the Apache configuration includes "Indexes" and "FileInfo"
(see FAQ below)
The following configuration is recommended:
- Apache 2.x
- mod_expires and mod_rewrite enabled in the Apache configuration
- PHP 5.2.0 or newer with the following extensions:
- cURL
- filter
- GD2
- JSON
- mbstring
- mysql
- pcre
- session
- SPL
- standard
- xml
Some extensions can be optionally compiled into PHP. A list of loaded
extensions can be checked using the phpinfo() function.
- memory_limit set to 128M or more in php.ini
- MySQL 5.1 or newer
- GraphicsMagick
- 200 MB or more of disk space
- AllowOverride in the Apache configuration includes "Indexes" and "FileInfo"
(see FAQ below)
(1:22:47) icq-number PLease check perhaps than those errors can be solved forever
(1:22:50) icq-number Thanks
(10:39:35) icq-number Hi Dijo
(10:39:51) icq-number we still have the problems and our ticket hasn't been answered until now
(10:40:01) icq-number it is now 3 days not working good
(10:40:07) 242559147 May I know the ticket Id please
(10:40:17) icq-number PHPMyAdmin is also loading NOT
(10:41:26) icq-number #REQ-19113-947
(10:41:35) 242559147 Ok
(10:41:44) 242559147 Will check now
(10:41:49) icq-number This is concerning our major login problems on all sites and the encoding errors
(10:42:10) icq-number but since today I also can't access phpmyadmin from cpanel
(10:42:21) 242559147 Oh k]
(10:44:07) icq-number on all our backends we can't login - but it was possible on all sites last week
(10:44:08) icq-number Login-error or session timed-out
No user logged in! Sorry, I can't proceed then!
(You must have cookies enabled!)
If your session has just timed-out, you may
click here to re-login.
(10:44:36) 242559147 Ok, Thanks a lot for the error logs
(11:05:50) icq-number The server is reacting very very slow and phpmyadmin is a snail - takes about 5 min to reload
(14:15:43) icq-number We still have the same Problem
(14:15:51) icq-number not only in TYPO3 sites
(14:15:53) icq-number i.e.
(14:15:55) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a8/jobberbase/jobs/_templates/_cache/%%E5^E51^E51533DF%%loops.tpl.php on line 1861
(14:17:24) icq-number This error appears since the server is back. When we delete the cache it works fine but comes again as soon the site gets recalled again. In other words are you using any kind of encoding stuff or a special caching engine for your php than this isn't confiured right. All this wasn't before
(14:21:15) 242559147 Ok, please give me a moment while I check
(14:44:43) icq-number go to /www/a8/jobberbase/jobs/_templates
and delete the folder _cache in
go to /www/a8/jobberbase/jobs/_templates/_cache
and recreate it new giving 777
(14:44:59) icq-number Then you reload the page
(14:45:00) icq-number http://domain.tld/jobs/
(14:45:08) icq-number and everything seems to be fine
(14:45:21) 242559147 ok
(14:45:26) icq-number now reload again and you have again the error with the encoding file
(15:41:28) icq-number again we can't coonect to the server
(15:41:44) icq-number Connection timed out
Error: Could not connect to server
Status: Waiting to retry...
Status: Resolving address of domain.tld
Status: Connecting to 207.210.103.242:21...
(15:41:52) 242559147 There is some issues with the server
(15:41:56) 242559147 we are working on it
(15:42:13) icq-number Does this mean another day no work
(17:42:36) icq-number We still have this encoding problem on all our sites
(17:42:53) icq-number i.e
(17:42:55) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a8/jobberbase/jobs/_templates/_cache/%%E5^E51^E51533DF%%loops.tpl.php on line 1861
(18:12:13) icq-number Hi Dijo
(18:12:33) icq-number I realize that all cahe files are actually 99 99 owner group
(18:13:18) icq-number this is in all applications the same and I guess that the permissions are actually causing this encoding error as the temp files can not be overwritten by domain2/domain2 if they are 99/99
(18:13:30) icq-number can yu please check
(18:18:12) icq-number Do you have the CSS Validator blocked
(18:18:14) icq-number Target: http://domain.tld/jobs/css/main.css
I/O Error: Unable to contact target server domain.tld:80 after 3 tries.
(18:18:26) icq-number http://jigsaw.w3.org/css-validator/validator?uri=http://domain.tld/jobs/css/main.css
(18:22:33) icq-number the encoding error is caused by an XML parsing error in all applications
(18:22:50) icq-number what is activated or missing in PHP that we now get these errors
(18:23:08) icq-number his file in conjunction with non encoded files in
(18:35:40) icq-number Hi is still somebody there
(18:38:25) 242559147 Yes
(18:38:56) icq-number We still have our login problem and those encoding errors
(18:39:07) icq-number it seems it is a XML parsing problem
(18:39:25) icq-number also the TEMP files always get generated as 99 99
(18:40:12) 242559147 Please post a ticket regarding your issue, so that our senior techs will look into it
(18:41:50) icq-number I have already posted many times and no response
(18:42:02) icq-number I gave you this moring already the ticket numbers
(18:42:10) icq-number scroll up th echat history
(18:42:18) icq-number it was about 10 Hours ago
(18:42:29) icq-number we wait since 3 days to get our sites working again
(18:42:42) icq-number but NO HELP from your SENIORS at all
(18:42:49) icq-number You change settings on the server
(18:42:56) icq-number You set up new settings
(18:43:02) icq-number without informing customers
(18:43:08) icq-number and our sites ran down
(18:43:14) icq-number nobody takes care
(18:43:22) icq-number we get even no compensation
(18:43:27) icq-number this is incredible
(18:43:38) icq-number it is day 3 that we can't work because of imhosted
(18:43:48) icq-number have a look to 2006 in our chat history
(18:44:02) icq-number there we had exact the same problem our site was down for months!!!
(18:44:13) icq-number because you weren't able to solve the problem
(18:44:28) icq-number so please check the settings and get our sites running
(18:47:22) icq-number You told us already that you will check but until now we did notget any answer
(18:47:51) 242559147 can you give me the ticket ID which you have posted ?
(18:49:14) icq-number (0:14:22) icq-number #REQ-19113-947
(0:14:41) icq-number here a new one so you can see it more clearly and focused on this issue
(18:49:43) icq-number as you see I have sent you this number already over 6 hours ago
Monday, April 13, 2009
IMHOSTED A GREAT DESASTER PART 2
===========================
13. April 2009
===========================
(9:35:11) icq-number Happy easter
(9:35:25) icq-number we have major problems since yesterday with all sites on our account
(9:35:31) icq-number we dcan't do anything
(9:35:43) icq-number it seems that again somebody has changed PHP settings
(9:35:59) 242559147 Hi,may i know your domain name?
(9:36:03) icq-number fopen is activated on the ste again too
(9:36:05) icq-number domain2
(9:36:21) icq-number we weren't able to work already yesterday
(9:36:39) icq-number we can't even login with our passwords
(9:36:52) icq-number seems that some session stuff is corrupt in php
(9:37:16) icq-number Warning: Unknown: open(/domain-path/sessions/sess_8a68d16c3ebd34a9217a9cf28dab4bbb, O_RDWR) failed: Read-only file system (30) in Unknown on line 0
Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/domain-path/sessions) in Unknown on line 0
(9:37:18) 242559147 Please wait till i check the information for you.
(9:37:43) icq-number this is one of the sites all others are more or less the same and some show even more errors
(9:39:02) icq-number even files are 777 we get a read and write error
(9:39:22) icq-number and temp_ files get written with 99 99
(9:39:39) 242559147 The server is taken down for maintainance.Please try accessing your site after sometime.
(9:39:51) 242559147 We are sorry for the inconvenience caused.
(9:40:00) icq-number what does it mean after some time
(9:40:11) icq-number we need to work here it is alreay 10 am here
(9:40:21) icq-number when will the server work again
(9:40:26) icq-number 99% uptime ;-)
(9:40:54) icq-number please give us a time so we can send our staff home and don't need to pay them
(9:41:52) 242559147 We are extremely sorry for the inconvenience caused to you so far
(9:41:52) icq-number strange I can still access the server - how can you say its offline
(9:42:55) 242559147 There are some technical difficulties with the server
(9:43:14) icq-number Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/domain-path/sessions) in Unknown on line 0
(9:43:25) icq-number here is the problem - it is your session stuff
(9:43:39) icq-number the path is incorrect
(9:44:07) 242559147 There is a problem with the filesystem on the server, our engineers are working on it at the moment.
(9:44:31) 242559147 Once the server is back online, you will be able to work with your application
(9:44:53) 242559147 Server might go down for maintenance in a while, please be patient.
(9:45:20) icq-number The sessions folder has only read only too
(9:45:23) icq-number yeah ok
(9:45:33) icq-number how long will it take
(9:46:29) 242559147 We have informed our datacentre and they'll do the needful.
(9:46:45) icq-number yeah but how long will it take
(9:46:52) icq-number so we can replane our tasks
(9:48:18) 242559147 It might take 30mins - 2 hours.
(9:48:24) icq-number ok hx
(9:48:35) 242559147 However we are still in touch with DC
(9:48:58) icq-number washington, Obama wow
(9:49:25) icq-number hopefuly no water from the portugese waterdog in your harddrives
(9:50:02) icq-number It is a very nice dog I like it
(9:50:14) icq-number never heard of it before
(14:21:47) icq-number Hi we are waiting meanwhile 5 hours and still the server and all our sites are not running
(14:21:52) icq-number what's up
(14:31:37) icq-number Hi somebody there?
(14:31:46) 242559147 Hi
(14:31:49) icq-number when is the server again running
(14:31:55) 242559147 We are sorry for the inconvenience caused.
(14:31:56) icq-number we are down now over 5 hours
(14:32:05) icq-number costs a lot money
(14:32:11) icq-number what is broken
(14:32:15) icq-number how long will it take
(14:32:29) 242559147 There are some technical issues with the server which our engineers are taking care of.
(14:32:44) icq-number You already said this 5 hours ago
(14:32:51) 242559147 we request your patience.
(14:33:41) icq-number as a bonus you should upgrade the customers from this server to the newest webspace sizes and benefits
(14:35:17) icq-number we still have only a small 200GB size
(14:35:18) icq-number http://imhosted.com/hosting_plans.shtml
(14:35:36) icq-number this would be a bonus for all the trouble at easter
(14:35:45) icq-number unlimited everything
(14:37:01) icq-number think about it and please let us know as we can't work and are loosing customers and money because of the inconvenience imhosted is causing - and was already causing nearly every month in our account - check our support history "domain2"
(14:37:05) icq-number domain.tld
(17:12:16) icq-number NOT WORKING
domain.tld loads at domain.tld/typo3/install
but our website itself NOT
http://domain.tld
or the backend
http://domain.tld/typo3
it seems the database server or the connection to it isn't working as the install tool does not need the database server - please check it
Andi
(17:12:51) icq-number The current username, password or host was not accepted when the connection to the database was attempted to be established!
Database Error
(17:13:27) icq-number at domain.tld you will get
(17:13:28) icq-number Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 821
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_fetch_row(): supplied argument is not a valid MySQL result resource in /domain-path/a8/domain2/typo3conf/ext/de_timezone/pi1/class.tx_detimezone_pi1.php on line 98
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 821
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 821
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
(17:13:40) 242559147 The server is facing some issues
(17:13:52) 242559147 Our senior techs are working on it
(17:14:02) icq-number support@imhosted.com to ab.becker
show details 4:57 PM (16 minutes ago)
Reply
The issue has been fixed, please check now.
James
Technical Analyst
(17:14:19) icq-number They wrote that they have FIXEDit already - but this is NOT the case
(17:14:44) icq-number we are waiting for a running server since 7am now we have already 17:14
(17:14:55) icq-number 10 hours waiting and still no solution
(17:15:37) icq-number Server is offline again
(17:16:19) 242559147 Sorry again
(17:16:27) icq-number yep
(17:16:31) 242559147 It will be fine shortly
(17:16:47) icq-number we hope so as some of our employees now finish there workday
(17:17:07) icq-number and the new shift is coming
(17:50:02) icq-number Here are our sites which worked ALL perfect before the clash and before you messed up again with fopen and openbase dir
ALL had no error messages and all sites where NOT edited since the server went down - because we were not able to access the server at all
Here all sites which should all work perfect
http://domain.tld
http://domain.tld/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://domain.tld/typo3/install
--------
http://demo.domain.tld/
http://demo.domain.tld/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://demo.domain.tld/typo3/install
--------
http://test.domain.tld/
http://test.domain.tld/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://test.domain.tld/typo3/install
--------
http://sub2.domain.tld/
http://sub2.domain.tld/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://sub2.domain.tld/typo3/install
--------
http://sub1.domain-path1/
http://sub1.domain-path1/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://sub1.domain-path1/typo3/install
--------
http://sub3.domain-path1/
http://sub3.domain-path1/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://sub3.domain-path1/typo3/install
--------
http://sub3.domain-path1/
http://sub3.domain-path1/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://sub3.domain-path1/typo3/install
--------
http://domain.tld/
http://domain.tld/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://domain.tld/typo3/install
--------
http://domain.tld/jobs
http://domain.tld/live
http://domain.tld/martina
-------
There are several other sites as we have quite many but I don't remember their URLs now but you can see them in the tree and also in our MySQL
-------
Beside this it is NOT possible to connect via filezilla FTP or SFTP or via Putty SSH
Cpanel is also NOT working!!!
Oops! This link appears broken.
Suggestions:
Go to domain.tld
Search domain.tld for cpanel
Search on Google:
(17:50:29) icq-number support@imhosted.com to ab.becker
show details 5:32 PM (17 minutes ago)
Reply
Your sites are well accessible here, please check it once again from your end. If you're still unable to browse it, please let us know. Do provide us the error message if any, in that case.
James
Technical Analyst
(17:50:48) icq-number Don't k now what he is actually checking but here we see absolut NO PROGRESS
(17:50:51) icq-number at all
(17:51:43) icq-number Waiting to retry...
Status: Resolving address of domain.tld
Status: Connecting to 207.210.103.242:21...
Error: Connection timed out
Error: Could not connect to server
(18:24:19) icq-number We still can't access any of our sites or ftp or ssh
(18:25:05) icq-number Connection timed out
Error: Could not connect to server
Status: Resolving address of domain.tld
Status: Connecting to 207.210.103.242:21...
Error: Connection timed out
Error: Could not connect to server
Status: Waiting to retry...
(19:21:08) icq-number http://72.14.235.132/search?q=cache:http://domain.tld/
(19:21:35) icq-number Hi DIJO when will our site be BACK - OUR SITES and complete account with lots of sites
(19:21:47) icq-number we are already waiting now over 12 hours
(19:21:56) icq-number No 99.9% uptime
(19:22:02) icq-number nothing accessible
(19:22:11) icq-number no responses from imhosted
(19:22:18) icq-number are you there?
(19:23:31) icq-number Only to let you know we had today a loss of 3 contracts with good customers
(19:24:05) icq-number We still had them after you promised to have the site back after 2 hours this morning but after 5 they got angry and after 10 they cancelled
(19:24:29) icq-number even we told them that it is NOT a Thai Problem but an AMERICAN One
(19:24:53) 242559147 We are really sorry
(19:24:55) icq-number and we can't do anything than wait. - they said they have no time to wait
(19:25:03) 242559147 /home2 of the server is undergoing fsck
(19:25:30) 242559147 Our Data center engineers are working on it
(19:25:32) icq-number yeah fine - this means for us setting a complete team free next week for the following months
(19:25:41) icq-number 4 people
(19:26:01) icq-number they are not happy at all, but we have no other choice. They came last they go first
(19:26:09) icq-number as we have no money to pay them
(19:26:19) icq-number because we losse the contracts
(19:26:42) 242559147 I can uderstand your frustration
(19:27:02) icq-number It is same situation like 2006 where imhosted was down for days
(21:15:37) 242559147 Hello
(21:15:54) icq-number hi so how far are you
(21:16:14) 242559147 the server is getting Up now
(21:16:34) icq-number not here
(21:16:37) icq-number still nothing
(21:17:20) 242559147 please wait for some more time
(21:17:32) icq-number yeah waiting
(21:21:47) 242559147 Did you check ?
(21:22:12) icq-number yeah was nothing
(21:22:30) icq-number turning turning turning around
(21:22:40) icq-number I am using Chrome
(21:22:48) icq-number but nothing is happening
(21:22:53) icq-number same filezilla
(21:23:15) icq-number Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Error!
No TypoScript template found!
(21:23:23) icq-number Database is still not connected
(21:23:57) 242559147 Ok..hold on
(21:26:18) 242559147 Which link you are trying to access ?
(21:26:27) icq-number our main domain
(21:26:30) icq-number domain.tld
(21:26:40) icq-number If this is working I will access all others
(21:26:44) icq-number afterwards
(21:26:51) icq-number nightshift as I guess
(21:27:16) 242559147 It is loading fine now
(21:27:41) 242559147 Please clear your browser cache and try again
(21:27:43) icq-number I try backend
(21:27:57) 242559147 Or check with any other web browser
(21:28:50) icq-number Here I have still this session problem like before your server clashed
(21:28:51) icq-number Login-error or session timed-out
No user logged in! Sorry, I can't proceed then!
(You must have cookies enabled!)
If your session has just timed-out, you may
click here to re-login.
(21:29:13) icq-number it is caused by some php settings
(21:33:51) icq-number The temporary files get created as 99 99 why?
(21:36:13) icq-number we get logged in but logged out immediately again
(21:43:33) icq-number On zz.domain.tld/typo3/backend.php we get Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a2/yaml/typo3/sysext/viewpage/view/conf.php on line 392
(21:45:08) icq-number when we click many times arrythmic to rload the page than it works and we get into the backend of sub2.domain.tld - It seems that some files are not read correctly - similar to a harddrive which is broken
(21:45:25) 242559147 Can you please post a ticket regarding this issue
(21:46:03) icq-number I had already days ago as now the site behaves like before - we can't login in most of our sites
(21:47:54) icq-number Now e get again This webpage is not available.
The webpage at http://sub2.domain.tld/typo3/backend.php might be temporarily down or it may have moved permanently to a new web address.
(21:48:07) icq-number Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
(21:49:24) icq-number THis seems to be the rror source
(21:49:25) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files
(21:50:05) icq-number why is this happening as i.e. at sub2.domain.tld it is a site which runs on hundrets of servers - it is the TYPO3 YAML Demo
(21:50:11) icq-number so at least this should work
(21:50:30) icq-number I will be back in 1 hour as I have a client now.
(21:51:26) icq-number Please check if you do some additional encoding somewhere as we have no idea where this encoding comes from - looks like you have a new cache optiizer installed which conflicts here
(23:30:22) icq-number As you can see here http://domain.tld/jobs/
Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a8/jobberbase/jobs/_templates/_cache/%%E5^E51^E51533DF%%loops.tpl.php on line 1861
13. April 2009
===========================
(9:35:11) icq-number Happy easter
(9:35:25) icq-number we have major problems since yesterday with all sites on our account
(9:35:31) icq-number we dcan't do anything
(9:35:43) icq-number it seems that again somebody has changed PHP settings
(9:35:59) 242559147 Hi,may i know your domain name?
(9:36:03) icq-number fopen is activated on the ste again too
(9:36:05) icq-number domain2
(9:36:21) icq-number we weren't able to work already yesterday
(9:36:39) icq-number we can't even login with our passwords
(9:36:52) icq-number seems that some session stuff is corrupt in php
(9:37:16) icq-number Warning: Unknown: open(/domain-path/sessions/sess_8a68d16c3ebd34a9217a9cf28dab4bbb, O_RDWR) failed: Read-only file system (30) in Unknown on line 0
Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/domain-path/sessions) in Unknown on line 0
(9:37:18) 242559147 Please wait till i check the information for you.
(9:37:43) icq-number this is one of the sites all others are more or less the same and some show even more errors
(9:39:02) icq-number even files are 777 we get a read and write error
(9:39:22) icq-number and temp_ files get written with 99 99
(9:39:39) 242559147 The server is taken down for maintainance.Please try accessing your site after sometime.
(9:39:51) 242559147 We are sorry for the inconvenience caused.
(9:40:00) icq-number what does it mean after some time
(9:40:11) icq-number we need to work here it is alreay 10 am here
(9:40:21) icq-number when will the server work again
(9:40:26) icq-number 99% uptime ;-)
(9:40:54) icq-number please give us a time so we can send our staff home and don't need to pay them
(9:41:52) 242559147 We are extremely sorry for the inconvenience caused to you so far
(9:41:52) icq-number strange I can still access the server - how can you say its offline
(9:42:55) 242559147 There are some technical difficulties with the server
(9:43:14) icq-number Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/domain-path/sessions) in Unknown on line 0
(9:43:25) icq-number here is the problem - it is your session stuff
(9:43:39) icq-number the path is incorrect
(9:44:07) 242559147 There is a problem with the filesystem on the server, our engineers are working on it at the moment.
(9:44:31) 242559147 Once the server is back online, you will be able to work with your application
(9:44:53) 242559147 Server might go down for maintenance in a while, please be patient.
(9:45:20) icq-number The sessions folder has only read only too
(9:45:23) icq-number yeah ok
(9:45:33) icq-number how long will it take
(9:46:29) 242559147 We have informed our datacentre and they'll do the needful.
(9:46:45) icq-number yeah but how long will it take
(9:46:52) icq-number so we can replane our tasks
(9:48:18) 242559147 It might take 30mins - 2 hours.
(9:48:24) icq-number ok hx
(9:48:35) 242559147 However we are still in touch with DC
(9:48:58) icq-number washington, Obama wow
(9:49:25) icq-number hopefuly no water from the portugese waterdog in your harddrives
(9:50:02) icq-number It is a very nice dog I like it
(9:50:14) icq-number never heard of it before
(14:21:47) icq-number Hi we are waiting meanwhile 5 hours and still the server and all our sites are not running
(14:21:52) icq-number what's up
(14:31:37) icq-number Hi somebody there?
(14:31:46) 242559147 Hi
(14:31:49) icq-number when is the server again running
(14:31:55) 242559147 We are sorry for the inconvenience caused.
(14:31:56) icq-number we are down now over 5 hours
(14:32:05) icq-number costs a lot money
(14:32:11) icq-number what is broken
(14:32:15) icq-number how long will it take
(14:32:29) 242559147 There are some technical issues with the server which our engineers are taking care of.
(14:32:44) icq-number You already said this 5 hours ago
(14:32:51) 242559147 we request your patience.
(14:33:41) icq-number as a bonus you should upgrade the customers from this server to the newest webspace sizes and benefits
(14:35:17) icq-number we still have only a small 200GB size
(14:35:18) icq-number http://imhosted.com/hosting_plans.shtml
(14:35:36) icq-number this would be a bonus for all the trouble at easter
(14:35:45) icq-number unlimited everything
(14:37:01) icq-number think about it and please let us know as we can't work and are loosing customers and money because of the inconvenience imhosted is causing - and was already causing nearly every month in our account - check our support history "domain2"
(14:37:05) icq-number domain.tld
(17:12:16) icq-number NOT WORKING
domain.tld loads at domain.tld/typo3/install
but our website itself NOT
http://domain.tld
or the backend
http://domain.tld/typo3
it seems the database server or the connection to it isn't working as the install tool does not need the database server - please check it
Andi
(17:12:51) icq-number The current username, password or host was not accepted when the connection to the database was attempted to be established!
Database Error
(17:13:27) icq-number at domain.tld you will get
(17:13:28) icq-number Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 821
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_fetch_row(): supplied argument is not a valid MySQL result resource in /domain-path/a8/domain2/typo3conf/ext/de_timezone/pi1/class.tx_detimezone_pi1.php on line 98
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 821
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 821
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
(17:13:40) 242559147 The server is facing some issues
(17:13:52) 242559147 Our senior techs are working on it
(17:14:02) icq-number support@imhosted.com to ab.becker
show details 4:57 PM (16 minutes ago)
Reply
The issue has been fixed, please check now.
James
Technical Analyst
(17:14:19) icq-number They wrote that they have FIXEDit already - but this is NOT the case
(17:14:44) icq-number we are waiting for a running server since 7am now we have already 17:14
(17:14:55) icq-number 10 hours waiting and still no solution
(17:15:37) icq-number Server is offline again
(17:16:19) 242559147 Sorry again
(17:16:27) icq-number yep
(17:16:31) 242559147 It will be fine shortly
(17:16:47) icq-number we hope so as some of our employees now finish there workday
(17:17:07) icq-number and the new shift is coming
(17:50:02) icq-number Here are our sites which worked ALL perfect before the clash and before you messed up again with fopen and openbase dir
ALL had no error messages and all sites where NOT edited since the server went down - because we were not able to access the server at all
Here all sites which should all work perfect
http://domain.tld
http://domain.tld/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://domain.tld/typo3/install
--------
http://demo.domain.tld/
http://demo.domain.tld/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://demo.domain.tld/typo3/install
--------
http://test.domain.tld/
http://test.domain.tld/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://test.domain.tld/typo3/install
--------
http://sub2.domain.tld/
http://sub2.domain.tld/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://sub2.domain.tld/typo3/install
--------
http://sub1.domain-path1/
http://sub1.domain-path1/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://sub1.domain-path1/typo3/install
--------
http://sub3.domain-path1/
http://sub3.domain-path1/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://sub3.domain-path1/typo3/install
--------
http://sub3.domain-path1/
http://sub3.domain-path1/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://sub3.domain-path1/typo3/install
--------
http://domain.tld/
http://domain.tld/typo3 (login and see if database loads or it gives wrong password error - right now it shows that no database is connected)
http://domain.tld/typo3/install
--------
http://domain.tld/jobs
http://domain.tld/live
http://domain.tld/martina
-------
There are several other sites as we have quite many but I don't remember their URLs now but you can see them in the tree and also in our MySQL
-------
Beside this it is NOT possible to connect via filezilla FTP or SFTP or via Putty SSH
Cpanel is also NOT working!!!
Oops! This link appears broken.
Suggestions:
Go to domain.tld
Search domain.tld for cpanel
Search on Google:
(17:50:29) icq-number support@imhosted.com to ab.becker
show details 5:32 PM (17 minutes ago)
Reply
Your sites are well accessible here, please check it once again from your end. If you're still unable to browse it, please let us know. Do provide us the error message if any, in that case.
James
Technical Analyst
(17:50:48) icq-number Don't k now what he is actually checking but here we see absolut NO PROGRESS
(17:50:51) icq-number at all
(17:51:43) icq-number Waiting to retry...
Status: Resolving address of domain.tld
Status: Connecting to 207.210.103.242:21...
Error: Connection timed out
Error: Could not connect to server
(18:24:19) icq-number We still can't access any of our sites or ftp or ssh
(18:25:05) icq-number Connection timed out
Error: Could not connect to server
Status: Resolving address of domain.tld
Status: Connecting to 207.210.103.242:21...
Error: Connection timed out
Error: Could not connect to server
Status: Waiting to retry...
(19:21:08) icq-number http://72.14.235.132/search?q=cache:http://domain.tld/
(19:21:35) icq-number Hi DIJO when will our site be BACK - OUR SITES and complete account with lots of sites
(19:21:47) icq-number we are already waiting now over 12 hours
(19:21:56) icq-number No 99.9% uptime
(19:22:02) icq-number nothing accessible
(19:22:11) icq-number no responses from imhosted
(19:22:18) icq-number are you there?
(19:23:31) icq-number Only to let you know we had today a loss of 3 contracts with good customers
(19:24:05) icq-number We still had them after you promised to have the site back after 2 hours this morning but after 5 they got angry and after 10 they cancelled
(19:24:29) icq-number even we told them that it is NOT a Thai Problem but an AMERICAN One
(19:24:53) 242559147 We are really sorry
(19:24:55) icq-number and we can't do anything than wait. - they said they have no time to wait
(19:25:03) 242559147 /home2 of the server is undergoing fsck
(19:25:30) 242559147 Our Data center engineers are working on it
(19:25:32) icq-number yeah fine - this means for us setting a complete team free next week for the following months
(19:25:41) icq-number 4 people
(19:26:01) icq-number they are not happy at all, but we have no other choice. They came last they go first
(19:26:09) icq-number as we have no money to pay them
(19:26:19) icq-number because we losse the contracts
(19:26:42) 242559147 I can uderstand your frustration
(19:27:02) icq-number It is same situation like 2006 where imhosted was down for days
(21:15:37) 242559147 Hello
(21:15:54) icq-number hi so how far are you
(21:16:14) 242559147 the server is getting Up now
(21:16:34) icq-number not here
(21:16:37) icq-number still nothing
(21:17:20) 242559147 please wait for some more time
(21:17:32) icq-number yeah waiting
(21:21:47) 242559147 Did you check ?
(21:22:12) icq-number yeah was nothing
(21:22:30) icq-number turning turning turning around
(21:22:40) icq-number I am using Chrome
(21:22:48) icq-number but nothing is happening
(21:22:53) icq-number same filezilla
(21:23:15) icq-number Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 834
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /domain-path/typo3/typo3_src-4.3.0alpha2/t3lib/class.t3lib_db.php on line 861
Error!
No TypoScript template found!
(21:23:23) icq-number Database is still not connected
(21:23:57) 242559147 Ok..hold on
(21:26:18) 242559147 Which link you are trying to access ?
(21:26:27) icq-number our main domain
(21:26:30) icq-number domain.tld
(21:26:40) icq-number If this is working I will access all others
(21:26:44) icq-number afterwards
(21:26:51) icq-number nightshift as I guess
(21:27:16) 242559147 It is loading fine now
(21:27:41) 242559147 Please clear your browser cache and try again
(21:27:43) icq-number I try backend
(21:27:57) 242559147 Or check with any other web browser
(21:28:50) icq-number Here I have still this session problem like before your server clashed
(21:28:51) icq-number Login-error or session timed-out
No user logged in! Sorry, I can't proceed then!
(You must have cookies enabled!)
If your session has just timed-out, you may
click here to re-login.
(21:29:13) icq-number it is caused by some php settings
(21:33:51) icq-number The temporary files get created as 99 99 why?
(21:36:13) icq-number we get logged in but logged out immediately again
(21:43:33) icq-number On zz.domain.tld/typo3/backend.php we get Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a2/yaml/typo3/sysext/viewpage/view/conf.php on line 392
(21:45:08) icq-number when we click many times arrythmic to rload the page than it works and we get into the backend of sub2.domain.tld - It seems that some files are not read correctly - similar to a harddrive which is broken
(21:45:25) 242559147 Can you please post a ticket regarding this issue
(21:46:03) icq-number I had already days ago as now the site behaves like before - we can't login in most of our sites
(21:47:54) icq-number Now e get again This webpage is not available.
The webpage at http://sub2.domain.tld/typo3/backend.php might be temporarily down or it may have moved permanently to a new web address.
(21:48:07) icq-number Error 324 (net::ERR_EMPTY_RESPONSE): Unknown error.
(21:49:24) icq-number THis seems to be the rror source
(21:49:25) icq-number Fatal error: Cannot run code from this file in conjunction with non encoded files
(21:50:05) icq-number why is this happening as i.e. at sub2.domain.tld it is a site which runs on hundrets of servers - it is the TYPO3 YAML Demo
(21:50:11) icq-number so at least this should work
(21:50:30) icq-number I will be back in 1 hour as I have a client now.
(21:51:26) icq-number Please check if you do some additional encoding somewhere as we have no idea where this encoding comes from - looks like you have a new cache optiizer installed which conflicts here
(23:30:22) icq-number As you can see here http://domain.tld/jobs/
Fatal error: Cannot run code from this file in conjunction with non encoded files in /domain-path/a8/jobberbase/jobs/_templates/_cache/%%E5^E51^E51533DF%%loops.tpl.php on line 1861
Wednesday, April 8, 2009
IMHOSTED A GREAT DESASTER PART 1
As Your support ASKED us to pose tickets - so we do here!
===========================
8. April
===========================
(15:30:08) 242559147 We'll do that... Please wait
(15:33:22) icq-number we are now also getting on all our accounts errors like this
Fatal error: Cannot run code from this file in conjunction with non encoded files in
(15:33:27) icq-number we never had this before
(15:40:42) 242559147 We are working on the issue.Please give us sometime
(15:53:30) 242559147 We have made some necessary changes. Please check from your end now.
(15:54:14) icq-number ok looks much better again
(15:54:28) icq-number Please leave it so as you have already changed it many times before
(16:07:23) icq-number Hi again:
(16:07:35) icq-number Now we can't even connect to our websites at all
(16:07:36) icq-number The webpage at http://domain.tld/typo3/index.php might be temporarily down or it may have moved permanently to a new web address.
(16:07:43) icq-number all others the same
(16:07:52) icq-number but we can still work in cpanel
(16:25:34) 242559147 Ok
(16:25:41) 242559147 We are working on it
(16:26:44) 242559147 The link http://domain.tld/typo3/index.php is working fine at our end
(16:28:03) icq-number ok now I can login agin in the backend at domain1
(16:28:09) icq-number I try the others
(16:29:23) icq-number at domain.tld/typo3 I get still the same loggin error or session timed-outlike before also at domain1
(16:29:29) icq-number same demo.domain.tld
(16:29:43) icq-number They are actually working all from one TYPO3 source and should work
(16:29:57) icq-number and worked before
(16:31:37) 242559147 Please give us some time
(16:31:44) icq-number ok
(16:38:27) icq-number Now we have the same problem again also at domain.tld
We can login to thebackend but get logged out immediately - this seems to be a session cookie problem I guess It happens in all browsers
(16:58:28) 242559147 Please post a ticket regarding your issue.Our senior tech's are working on it.
(17:03:46) icq-number ok will do so as it is quite annoying
(17:03:52) icq-number thanks
(19:01:04) icq-number we still have the session / cookie problem when we try to login to the backend on:
http://domain.tld/typo3
http://domain.tld/typo3
http://demo.domain.tld/typo3
http://sub1.domain-path1/typo3
This wasn't like this before
(19:01:15) icq-number we have the problem in all browsers
(19:01:26) icq-number on other servers it is working
===========================
8. April
===========================
(15:30:08) 242559147 We'll do that... Please wait
(15:33:22) icq-number we are now also getting on all our accounts errors like this
Fatal error: Cannot run code from this file in conjunction with non encoded files in
(15:33:27) icq-number we never had this before
(15:40:42) 242559147 We are working on the issue.Please give us sometime
(15:53:30) 242559147 We have made some necessary changes. Please check from your end now.
(15:54:14) icq-number ok looks much better again
(15:54:28) icq-number Please leave it so as you have already changed it many times before
(16:07:23) icq-number Hi again:
(16:07:35) icq-number Now we can't even connect to our websites at all
(16:07:36) icq-number The webpage at http://domain.tld/typo3/index.php might be temporarily down or it may have moved permanently to a new web address.
(16:07:43) icq-number all others the same
(16:07:52) icq-number but we can still work in cpanel
(16:25:34) 242559147 Ok
(16:25:41) 242559147 We are working on it
(16:26:44) 242559147 The link http://domain.tld/typo3/index.php is working fine at our end
(16:28:03) icq-number ok now I can login agin in the backend at domain1
(16:28:09) icq-number I try the others
(16:29:23) icq-number at domain.tld/typo3 I get still the same loggin error or session timed-outlike before also at domain1
(16:29:29) icq-number same demo.domain.tld
(16:29:43) icq-number They are actually working all from one TYPO3 source and should work
(16:29:57) icq-number and worked before
(16:31:37) 242559147 Please give us some time
(16:31:44) icq-number ok
(16:38:27) icq-number Now we have the same problem again also at domain.tld
We can login to thebackend but get logged out immediately - this seems to be a session cookie problem I guess It happens in all browsers
(16:58:28) 242559147 Please post a ticket regarding your issue.Our senior tech's are working on it.
(17:03:46) icq-number ok will do so as it is quite annoying
(17:03:52) icq-number thanks
(19:01:04) icq-number we still have the session / cookie problem when we try to login to the backend on:
http://domain.tld/typo3
http://domain.tld/typo3
http://demo.domain.tld/typo3
http://sub1.domain-path1/typo3
This wasn't like this before
(19:01:15) icq-number we have the problem in all browsers
(19:01:26) icq-number on other servers it is working
Saturday, April 4, 2009
The cancellation at Servage Hosting is the biggest PLUS they have!
Really, it might sound funny but the cancellation feature at SERVAGE Hosting is really great and especially many GERMAN Hosters like United-Domains, GMX, EVANZO, especially 1&1 Eins und eins, should really have a look at this.
No long waiting, just fill out the form, click the buttom and you are done.
Never had such a fast reliable and clear account cancellation before. And there is no hazzle with not willing accountants like at 1und1 or eins und eins or 1&1 or GMX or United-Domains or Evanzo and many other GERMAN Hosters. Click and Go is the motto at Servage and that is really cool.
We really recommend this feature at SERVAGE and you really should try it - it's cool!
For the cancellation feature we will give SERVAGE Hosting our very best honors and regards. It is a 5 star cancellation feature they have! Thank You!
No long waiting, just fill out the form, click the buttom and you are done.
Account Cancelled
Your account is now cancelled. It will continue to function normally for the remaining prepaid (until 2009-05-21) period but will not be renewed afterwards.
Please do not hesitate to contact us if you have questions or if you wish to have your account reopened.
We wish you all the best in the future and hope to see you again!
Never had such a fast reliable and clear account cancellation before. And there is no hazzle with not willing accountants like at 1und1 or eins und eins or 1&1 or GMX or United-Domains or Evanzo and many other GERMAN Hosters. Click and Go is the motto at Servage and that is really cool.
We really recommend this feature at SERVAGE and you really should try it - it's cool!
For the cancellation feature we will give SERVAGE Hosting our very best honors and regards. It is a 5 star cancellation feature they have! Thank You!
Wednesday, February 4, 2009
IMHOSTED RUINING ONLINE BUSINESSES AND CUSTOMERS
SORRY KATE
WE LOST YESTERDAY 4 CUSTOMERS BECAUSE OF YOUR STUPID [PEOPLE WHICH UPDATE PHP AND OTHER SYSTEM SETTINGS WITHOUT ASKING THE PEOPLE WHICH EARN THEIR MONEY WITH THE RIGHT SETTINGS IN THEIR SITES.
SINCE 2004 WE HOST WITH IMHOSTED AND NEVER HAD SUCH AN INCREDIBLE SERVICE.
JUST 5 DAYS AGO YOU WROTE US THAT YOU HAVE SET OPENBASEDIR OFF AND FOPEN IS WORKING FINE AND ONLY A FEW DAYS LATER ANOTHER NEWBEE IN YOUR TEAM WITH ABSOLUTLY NO KNOWLEDGE MESSES IT UP AGAIN.
CHANGE YUR TEAM
YOU ARE WORSE THAN SERVAGE!!!!
YOU HAVE NO 24 HOUR SERVICE AVAILABLE ANY MORE BUT YOU ARE STILL ADVERTISING IT
THIS IS AGAINST US LAW AS YOU SHOULD KNOW!!!
YOU ARE NOT ALLOWED TO ADVERTISE THINGS WHICH AREN'T AVAILABLE. AND YOUR 24/7 IS NEVER ONLINE SINCE MONTHS!!!
MANY PEOPLE ARE COMPLAINING ALREADY ABOUT THIS!
SHUT OFF THIS STUPID OPEN BASE DIR NOW!!!!
IMMEDIATELY WE CAN'T WAIT TO LOOSE MOR CUSTOMERS AS OUR SITES ALWAYS SHOW THIS ERROR BECAUSE OF YOU!!!
OR OTHER POSSIBILITY GIVE US ADMIN ACCESS RIGHTS TO THE SERVER SO THAT WE CAN MANAGE THE OPENBASE DIR FOLDERS BY OURSELVE.
I AM NOW STARTING TO WORK\
IN 30 MINUTES THE NEXT CUSTOMERS ARE COMING FOR A TRAING. WE WILL SETUP ABOUT 10 WEBSITES WITH TYPO3. THEY CHOOSE THEIR FOLDER NAMES BY THEMSELVES - SO YOU NEED TO HAVE OPENBASE DIR SHUT OFF AND FOPEN WORKING FOR THE WHOLE ACCOUNT AND ALL FOLDERS NOW AS NOW WE NEED TO PREPARE ALL THIS.
THIS AFTERNOON THERE WILL BE THE NEXT TRAINING SESSION WITH 6 PEOPLE COMING
GET UP AND SHUT THIS OPENBASEDIR OFF
WE LOST YESTERDAY 4 CUSTOMERS BECAUSE OF YOUR STUPID [PEOPLE WHICH UPDATE PHP AND OTHER SYSTEM SETTINGS WITHOUT ASKING THE PEOPLE WHICH EARN THEIR MONEY WITH THE RIGHT SETTINGS IN THEIR SITES.
SINCE 2004 WE HOST WITH IMHOSTED AND NEVER HAD SUCH AN INCREDIBLE SERVICE.
JUST 5 DAYS AGO YOU WROTE US THAT YOU HAVE SET OPENBASEDIR OFF AND FOPEN IS WORKING FINE AND ONLY A FEW DAYS LATER ANOTHER NEWBEE IN YOUR TEAM WITH ABSOLUTLY NO KNOWLEDGE MESSES IT UP AGAIN.
CHANGE YUR TEAM
YOU ARE WORSE THAN SERVAGE!!!!
YOU HAVE NO 24 HOUR SERVICE AVAILABLE ANY MORE BUT YOU ARE STILL ADVERTISING IT
THIS IS AGAINST US LAW AS YOU SHOULD KNOW!!!
YOU ARE NOT ALLOWED TO ADVERTISE THINGS WHICH AREN'T AVAILABLE. AND YOUR 24/7 IS NEVER ONLINE SINCE MONTHS!!!
MANY PEOPLE ARE COMPLAINING ALREADY ABOUT THIS!
SHUT OFF THIS STUPID OPEN BASE DIR NOW!!!!
IMMEDIATELY WE CAN'T WAIT TO LOOSE MOR CUSTOMERS AS OUR SITES ALWAYS SHOW THIS ERROR BECAUSE OF YOU!!!
OR OTHER POSSIBILITY GIVE US ADMIN ACCESS RIGHTS TO THE SERVER SO THAT WE CAN MANAGE THE OPENBASE DIR FOLDERS BY OURSELVE.
I AM NOW STARTING TO WORK\
IN 30 MINUTES THE NEXT CUSTOMERS ARE COMING FOR A TRAING. WE WILL SETUP ABOUT 10 WEBSITES WITH TYPO3. THEY CHOOSE THEIR FOLDER NAMES BY THEMSELVES - SO YOU NEED TO HAVE OPENBASE DIR SHUT OFF AND FOPEN WORKING FOR THE WHOLE ACCOUNT AND ALL FOLDERS NOW AS NOW WE NEED TO PREPARE ALL THIS.
THIS AFTERNOON THERE WILL BE THE NEXT TRAINING SESSION WITH 6 PEOPLE COMING
GET UP AND SHUT THIS OPENBASEDIR OFF
Tuesday, February 3, 2009
IMHOSTED KATE GETS INVOLVED IN THE ISSUE WITH OPEN_BASEDIR
Hi Andreas,
I am forwarding this ticket to the senior most level techs.
They will investigate this and update you.
With Regards,
Kate
Support Team
___________________________
ImHosted.com
I am forwarding this ticket to the senior most level techs.
They will investigate this and update you.
With Regards,
Kate
Support Team
___________________________
ImHosted.com
Friday, January 30, 2009
IMHOSTED VERIFYING THAT JOSEPH WAS LYING WHEN HE WROTE THAT HE HAD DIESABLED IT ON THE WHOLE ACCOUNT
Hello,
Thank you for writing in.
Please note that "DOMAIN.com" doesn't have and Openbasedir restrictions.
Kindly check from your end and if the issue still persists, please get back to us with the exact steps so
as to recreate the issue at our end.
Please let us know the exact link where you are facing the issue.
Regards,
Shane
___________________________
ImHosted.com
Thank you for writing in.
Please note that "DOMAIN.com" doesn't have and Openbasedir restrictions.
Kindly check from your end and if the issue still persists, please get back to us with the exact steps so
as to recreate the issue at our end.
Please let us know the exact link where you are facing the issue.
Regards,
Shane
___________________________
ImHosted.com
Thursday, January 29, 2009
IMHOSTED OPEN_BASEDIR STILL IN PLACE EVEN JOSEPH HAS DISABLED IT
Sorry but this is NOT TRUE
I just open up my demo.lisandi.com/typo3 backend and receive the following error message:
Warning: fopen(/home2/DOMAIN.../typo3temp/extensions.xml.gz) [function.fopen]: failed to open stream: Permission denied in/home2/DOMAIN.../typo3_src/t3lib/class.t3lib_div.php on line 2687
In other words openbasedir! fopen is still active
Shut this stupid openbasedir up PLEASE we lost yesterday 3 clients because of this error message as they said that we are not able to solve problems in a adjent amount of time. They are right as we had to wait nearly 24 hours until you first time responded!!!
Andi
I just open up my demo.lisandi.com/typo3 backend and receive the following error message:
Warning: fopen(/home2/DOMAIN.../typo3temp/extensions.xml.gz) [function.fopen]: failed to open stream: Permission denied in/home2/DOMAIN.../typo3_src/t3lib/class.t3lib_div.php on line 2687
In other words openbasedir! fopen is still active
Shut this stupid openbasedir up PLEASE we lost yesterday 3 clients because of this error message as they said that we are not able to solve problems in a adjent amount of time. They are right as we had to wait nearly 24 hours until you first time responded!!!
Andi
IMHOSTED'S JOSEPH DISABELING OPEN_BASEDIR THE SECOND TIME ON THE WHOLE ACCOUNT
Hi,
I have disabled openbase_dir for all your accounts as requested.
- Hide quoted text -
Regards,
Joseph A.
___________________________
ImHosted.com
Hi,
I have updated you through the ticket JHW-41819-844.
Feel free to contact us, if you need any further assistance.
Regards,
Joseph A
___________________________
ImHosted.com
I have disabled openbase_dir for all your accounts as requested.
- Hide quoted text -
Regards,
Joseph A.
___________________________
ImHosted.com
Hi,
I have updated you through the ticket JHW-41819-844.
Feel free to contact us, if you need any further assistance.
Regards,
Joseph A
___________________________
ImHosted.com
IMHOSTED NOT REACTING NO SUPPORT AT ALL
Warning: fopen() [function.fopen]: open_basedir restriction in effect. File(/proc/loadavg) is not within the allowed path(s): (/home2/DOMAIN...:/usr/lib/php:/usr/local/lib/php:/tmp) in/home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Warning: fopen(/proc/loadavg) [function.fopen]: failed to open stream: Operation not permitted in /home2/DOMAIN .../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Warning: feof(): supplied argument is not a valid stream resource in /home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 344
Warning: fgets(): supplied argument is not a valid stream resource in /home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 345
Warning: fclose(): supplied argument is not a valid stream resource in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 347
It is still there
and nothing has changed as you still not have openbase dir disabled.
I told you before that our complete account should have NO openbasedir enabled as we have every day a new installation and i.e. today we were not able for over 20 hours even to run our class properly because you messed it up again with the stupid openbase dir restriction which you said yesterday you had already turned off.
Each of our student will create his OWN folder and Name so this is part of the trainingprocess and we don't know how they name a folder, also we don't know if we would need 300 or 500 foldersenabled and so on.
Simply do it like all the 5 years before DISABLE Openbasedir in our installation and we are fine. For now we still cannot work and you block our work already nearly 24 hours!!!
Either you have a real 24/7 support available like you had before with a response time of maximum 5 minutes but now it is 24 hours!!! and no ICQ anymore. Actually immhosted is getting a support like servage = NO support at all.
Turn off the openbase dir for all our accounts.
i.e. one url it appears in DOMAIN.com like I wrote before
but also many other urls are affected as soon as we create a new one.
Warning: fopen(/proc/loadavg) [function.fopen]: failed to open stream: Operation not permitted in /home2/DOMAIN .../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Warning: feof(): supplied argument is not a valid stream resource in /home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 344
Warning: fgets(): supplied argument is not a valid stream resource in /home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 345
Warning: fclose(): supplied argument is not a valid stream resource in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 347
It is still there
and nothing has changed as you still not have openbase dir disabled.
I told you before that our complete account should have NO openbasedir enabled as we have every day a new installation and i.e. today we were not able for over 20 hours even to run our class properly because you messed it up again with the stupid openbase dir restriction which you said yesterday you had already turned off.
Each of our student will create his OWN folder and Name so this is part of the trainingprocess and we don't know how they name a folder, also we don't know if we would need 300 or 500 foldersenabled and so on.
Simply do it like all the 5 years before DISABLE Openbasedir in our installation and we are fine. For now we still cannot work and you block our work already nearly 24 hours!!!
Either you have a real 24/7 support available like you had before with a response time of maximum 5 minutes but now it is 24 hours!!! and no ICQ anymore. Actually immhosted is getting a support like servage = NO support at all.
Turn off the openbase dir for all our accounts.
i.e. one url it appears in DOMAIN.com like I wrote before
but also many other urls are affected as soon as we create a new one.
IMHOSTED SOLVING PROBLEMS ONLY PARTLY
Hi,
Please check now. In case the issue persists, please provide us the exact URL where you are getting the aforementioned warning message.
Regards,
Joseph A.
___________________________
ImHosted.com
Please check now. In case the issue persists, please provide us the exact URL where you are getting the aforementioned warning message.
Regards,
Joseph A.
___________________________
ImHosted.com
STILL WAITING FOR IMHOSTED SUPPORT
URGENT URGENT URGENT
ALREADY WAITING THE WHOLE DAY!!!
Yesterday you enabled Openbase dir on our account and today it is gone in some folders.
We do schooling people and will create about 200-400 TYPO3 Pages in the next months. Each Page will have a unique path. As we have NO chance to edit this path as we are on shared hosting you simply have to enable it otherwise nor TYPO3 nor Magento and even not eZ Publish will run and others.
It has to be enabled on our COMPLETE Acount like it was since 5 Years already!!
open_basedir set
open_basedir=/home2/DOMAIN:/usr/lib/php:/usr/local/lib/php:/tmp
This restricts TYPO3 to open and include files only in this path. Please make sure that this does not prevent TYPO3 from running.
Notice (UNIX): Before checking a path according to open_basedir, PHP resolves all symbolic links.
i.e. you will get this mnessage in ian.cocopapa.com
but DOMAIN/t3demo openbasedir is off!
In other words you only enabled certain folders and this is NOT working as we need our account complete account without openbase dir.
Andi
ALREADY WAITING THE WHOLE DAY!!!
Yesterday you enabled Openbase dir on our account and today it is gone in some folders.
We do schooling people and will create about 200-400 TYPO3 Pages in the next months. Each Page will have a unique path. As we have NO chance to edit this path as we are on shared hosting you simply have to enable it otherwise nor TYPO3 nor Magento and even not eZ Publish will run and others.
It has to be enabled on our COMPLETE Acount like it was since 5 Years already!!
open_basedir set
open_basedir=/home2/DOMAIN:/usr/lib/php:/usr/local/lib/php:/tmp
This restricts TYPO3 to open and include files only in this path. Please make sure that this does not prevent TYPO3 from running.
Notice (UNIX): Before checking a path according to open_basedir, PHP resolves all symbolic links.
i.e. you will get this mnessage in ian.cocopapa.com
but DOMAIN/t3demo openbasedir is off!
In other words you only enabled certain folders and this is NOT working as we need our account complete account without openbase dir.
Andi
IMHOSTED NO 24/7 SUPPORT AT ALL
urgent
URGENT!!!!
Please disable OpenBase Dir Immediately as Image Magick isn't working anymore and our sites get corrupted by this.
open_basedir=/home2/DOMAIN:/usr/lib/php:/usr/local/lib/php:/tmp
This restricts TYPO3 to open and include files only in this path. Please make sure that this does not prevent TYPO3 from running.
Notice (UNIX): Before checking a path according to open_basedir, PHP resolves all symbolic links.
We have HUGE Problems
Open Base Dir was ALWAYS Disabled on our WHOLE account and every day now I have to contact you again as you always switch it back
Don't do this!!
Andi
URGENT!!!!
Please disable OpenBase Dir Immediately as Image Magick isn't working anymore and our sites get corrupted by this.
open_basedir=/home2/DOMAIN:/usr/lib/php:/usr/local/lib/php:/tmp
This restricts TYPO3 to open and include files only in this path. Please make sure that this does not prevent TYPO3 from running.
Notice (UNIX): Before checking a path according to open_basedir, PHP resolves all symbolic links.
We have HUGE Problems
Open Base Dir was ALWAYS Disabled on our WHOLE account and every day now I have to contact you again as you always switch it back
Don't do this!!
Andi
IMHOSTED ENABLES AGAIN OPEN_BASEDIR
Hi Ashton
Like Yesterday you disabled openbase dir and today it is on again. Could you please disable it again as you are blocking our sites with it and TYPO3 and Magento isn't working anymore.
THX
Andi
Like Yesterday you disabled openbase dir and today it is on again. Could you please disable it again as you are blocking our sites with it and TYPO3 and Magento isn't working anymore.
THX
Andi
Wednesday, January 28, 2009
ANDI MOST WELCOME AT IMHOSTED
Hello,
You're most Welcome, Andi!
Regards,
Ashton
___________________________
ImHosted.com
You're most Welcome, Andi!
Regards,
Ashton
___________________________
ImHosted.com
IMHOSTED REMOVING THE FOLDERS
Hello Andi,
We have removed the folders.
Please check it out.
Regards,
Ashton.V
Imhosted.com
We have removed the folders.
Please check it out.
Regards,
Ashton.V
Imhosted.com
IMHOSTED HAS WRONG OWNER PERMISSIONS ON SHARED HOSTING
Hi James I still have a problem in deleting folder
in our root public_html/0 and public_html/0trash
could you please delete those 2 folders for us Thanks
It seems that we are not able to delete these folders. There are some more which we even can't copy or move but I will write a complete list in the next weeks as we completly reorganize our folder structure.
Thanks
Andi
in our root public_html/0 and public_html/0trash
could you please delete those 2 folders for us Thanks
It seems that we are not able to delete these folders. There are some more which we even can't copy or move but I will write a complete list in the next weeks as we completly reorganize our folder structure.
Thanks
Andi
Tuesday, January 27, 2009
IMHOSTED FINDS THE DATA
The issue has been fixed, please check now. All the data inside the folder 123 & 456 has been correctly restored now.
James
Imhosted.com
James
Imhosted.com
IMHOSTED LOOSING CUSTOMERS DATA
Yeah I will immediately as still our files from the old 123 folder are missing.
You wrote that you discovered them and that you coppied them to 456 but actually still about 75% of our Files, images, videos are missing and the folders you copied are empty!
Those are very important pictures as most have been taken during the Tsunami and are UNIQUE
Please get them back!
Andi
You wrote that you discovered them and that you coppied them to 456 but actually still about 75% of our Files, images, videos are missing and the folders you copied are empty!
Those are very important pictures as most have been taken during the Tsunami and are UNIQUE
Please get them back!
Andi
Monday, January 26, 2009
IMHOSTED YOU ARE WELCOME
Hello,
You are welcome.
Feel free to write in for further queries.
Regards
Jase
IMHosted.com
You are welcome.
Feel free to write in for further queries.
Regards
Jase
IMHosted.com
IMHOSTED SUCCESSFUL AFTER HOURS OF NOTHING
Thanks Joseph
Looks much better now ;-)
I hope the Openbase Dir is now disabled for the complete account as we will create much more sites
Andi
Looks much better now ;-)
I hope the Openbase Dir is now disabled for the complete account as we will create much more sites
Andi
IMHOSTED JOSEPH REACTING AND DISABELING OPEN_BASEDIR RESTRICTION
Hi,
I have disabled php open_basedir restrictions for your domain. Please check now. Regarding TYPO3 permission issues, plaese check whether you have have given writeable permissions to folders as mention in their documentation/manual.
Regards.
Joseph A
___________________________
ImHosted.com
I have disabled php open_basedir restrictions for your domain. Please check now. Regarding TYPO3 permission issues, plaese check whether you have have given writeable permissions to folders as mention in their documentation/manual.
Regards.
Joseph A
___________________________
ImHosted.com
IMHOSTED SEEMS TO HAVE NO QUALIFIED PEOPLE IN SUPPORT
Check here you see the major problems!!
http://DOMAIN.../servercheck.php
http://DOMAIN.../servercheck.php
IMHOSTED WITH NO 24/7 SUPPORT ANYMORE
As you can see here
File(/proc/loadavg) is not within the allowed path(s):
The /proc/loadavg file is absolutly not a user folder and therfore it is a IMHOSTED thing that the whole site crashes!!
Andi
File(/proc/loadavg) is not within the allowed path(s):
The /proc/loadavg file is absolutly not a user folder and therfore it is a IMHOSTED thing that the whole site crashes!!
Andi
IMHOSTED AGAIN OPEN_OPENDIR RESTRICTION
Check here
http://DOMAIN.../
not working
Warning: fopen() [function.fopen]: open_basedir restriction in effect. File(/proc/loadavg) is not within the allowed path(s): (/home2/DOMAIN/:/usr/lib/php:/usr/local/lib/php:/tmp) in/home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Warning: fopen(/proc/loadavg) [function.fopen]: failed to open stream: Operation not permitted in /home2/lisandi/public_html/100/y-sys/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Warning: feof(): supplied argument is not a valid stream resource in /home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 344
Warning: fgets(): supplied argument is not a valid stream resource in /home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 345
Warning: fclose(): supplied argument is not a valid stream resource in /home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 347
FOPEN needs to be OFF like it was all those years before too and our sites were working
Check here
http://DOMAIN
working as this path has been entered to openbase dir
Andi
In other words you can either DISABLE openbasedir again like it should be to run TYPO3 and MAGENTO or you give us a way, that we canenter all our subsites and other domain sites to the path - this will be about 100 i guess! or perhaps more!
Andi
http://DOMAIN.../
not working
Warning: fopen() [function.fopen]: open_basedir restriction in effect. File(/proc/loadavg) is not within the allowed path(s): (/home2/DOMAIN/:/usr/lib/php:/usr/local/lib/php:/tmp) in/home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Warning: fopen(/proc/loadavg) [function.fopen]: failed to open stream: Operation not permitted in /home2/lisandi/public_html/100/y-sys/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Warning: feof(): supplied argument is not a valid stream resource in /home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 344
Warning: fgets(): supplied argument is not a valid stream resource in /home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 345
Warning: fclose(): supplied argument is not a valid stream resource in /home2/DOMAIN.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 347
FOPEN needs to be OFF like it was all those years before too and our sites were working
Check here
http://DOMAIN
working as this path has been entered to openbase dir
Andi
In other words you can either DISABLE openbasedir again like it should be to run TYPO3 and MAGENTO or you give us a way, that we canenter all our subsites and other domain sites to the path - this will be about 100 i guess! or perhaps more!
Andi
IMHOSTED RUINING CUSTOMERS
Joseph PLEASE
I don't want to start this all over again we had a THread please look in your history!!!
Imhosted agreed that we have our own php.ini file as otherwise nor TYPO3 nor MAGENTO is running. you can also check apapococ.blogspot.com as we report here also this issue as it is so annoying from Imhosted.
Please check your logs and you will see, that you have changed te path to the php.ini on the server for all installations. Therfore our sites which ran since 2004 on imhosted are no more running
I give you 2 hours more to solve this problem if not we will meet at the court! Like I said we had this issue over and over and it happens again and again as the support level 2 is switching the thing back to the stupid newbies which have no idea about how to run a server or how to do a qualified support - and you are a newby. so please send the Thread to your Support staff which takes care for lisandi.com - YOU HAVE A SPECIAL PERSON DOING THIS since our last problems! And those problems are even still existing as still we don't have our files back which imhosted LOST!!! They only tell tey have 32GB files bit actually we can't even see half of it!
Imhosted costs us so much money and downtime bevcause of people like you which don't solve problems but which try to argue with arguements already approved as not working!!!! in our case as we are a very old customer and our sites ae running since long time and ONLY down when IMHOSTED changes again server settings without notifying us in advance!
I check back at 10pm GMT+7 (this is in 2 hours) and I hope the error messages on our sites are gone than.
Andi
I don't want to start this all over again we had a THread please look in your history!!!
Imhosted agreed that we have our own php.ini file as otherwise nor TYPO3 nor MAGENTO is running. you can also check apapococ.blogspot.com as we report here also this issue as it is so annoying from Imhosted.
Please check your logs and you will see, that you have changed te path to the php.ini on the server for all installations. Therfore our sites which ran since 2004 on imhosted are no more running
I give you 2 hours more to solve this problem if not we will meet at the court! Like I said we had this issue over and over and it happens again and again as the support level 2 is switching the thing back to the stupid newbies which have no idea about how to run a server or how to do a qualified support - and you are a newby. so please send the Thread to your Support staff which takes care for lisandi.com - YOU HAVE A SPECIAL PERSON DOING THIS since our last problems! And those problems are even still existing as still we don't have our files back which imhosted LOST!!! They only tell tey have 32GB files bit actually we can't even see half of it!
Imhosted costs us so much money and downtime bevcause of people like you which don't solve problems but which try to argue with arguements already approved as not working!!!! in our case as we are a very old customer and our sites ae running since long time and ONLY down when IMHOSTED changes again server settings without notifying us in advance!
I check back at 10pm GMT+7 (this is in 2 hours) and I hope the error messages on our sites are gone than.
Andi
IMHOSTED NEW EPISODES OF HORROR
> Please put our OLD php.ini in place as all our sites are crashed since days already
> We have this issue everytime when your staff is doing some changes on the server as they DON'T check the server before they upgrade!!
>
> You cost us Millions meanwhile
>
> Also there is NO 24/7 Support available at all since days No one is in ICQ as it is on here every day all time and we don't see anybody there since weeks!! - months I guess already
>
> Warning: fopen() [function.fopen]: open_basedir restriction in effect. File(/proc/loadavg) is not within the allowed path(s): (/home2/domain/:/usr/lib/php:/usr/local/lib/php:/tmp) in /home2/domain../t3lib/class.gzip_encode.php on line 343
>
> Warning: fopen(/proc/loadavg) [function.fopen]: failed to open stream: Operation not permitted in /home2/domain.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
> We have this issue everytime when your staff is doing some changes on the server as they DON'T check the server before they upgrade!!
>
> You cost us Millions meanwhile
>
> Also there is NO 24/7 Support available at all since days No one is in ICQ as it is on here every day all time and we don't see anybody there since weeks!! - months I guess already
>
> Warning: fopen() [function.fopen]: open_basedir restriction in effect. File(/proc/loadavg) is not within the allowed path(s): (/home2/domain/:/usr/lib/php:/usr/local/lib/php:/tmp) in /home2/domain../t3lib/class.gzip_encode.php on line 343
>
> Warning: fopen(/proc/loadavg) [function.fopen]: failed to open stream: Operation not permitted in /home2/domain.../typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Saturday, January 3, 2009
IMHOSTED IS NOT A RELIABLE HOSTER AND HAS NO QUALIFIEDSUPPORT
Warning: fopen() [function.fopen]: open_basedir restriction in effect. File(/proc/loadavg) is not within the allowed path(s): (/home2/DOMAIN:/usr/lib/php:/usr/local/lib/php:/tmp) in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Warning: fopen(/proc/loadavg) [function.fopen]: failed to open stream: Operation not permitted in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Warning: feof(): supplied argument is not a valid stream resource in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 344
Warning: fgets(): supplied argument is not a valid stream resource in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 345
Warning: fclose(): supplied argument is not a valid stream resource in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 347
SHUT THIS STUPID OPEN BASE DIR OFF FOR OUR COMPLETE SITE AND DON'T FOOL AROUND WITH US!!!
YOU WROTE ALREADY 3 TIMES THAT YOU HAVE SHUT OFF!!!! FOR THECOMPLETE SITE WE LOOOOOOSE CUSTOMERS ALREADY 3 BECAUSE WE CAN'T PRESENT THE SITES OF THIS!!!
IMMEDIATELY
THE CUSTOMER NO 4 IS WAITING RIGHT BESIDE ME NOW!!!
=========
Because of this also image magick isn't working properly again
shut it off NOW we wait another 10 minutes and then we go public = apapococ.blogspot.com check for imhosted
=========
thIS IS WHAT IMHOSTED HAS WRITTEN 5 DAYS AGO
SHUT IT OFF!!
Hi,
I have disabled openbase_dir for all your accounts as requested.
- Hide quoted text -
Regards,
Joseph A.
___________________________
ImHosted.com
Warning: fopen(/proc/loadavg) [function.fopen]: failed to open stream: Operation not permitted in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 343
Warning: feof(): supplied argument is not a valid stream resource in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 344
Warning: fgets(): supplied argument is not a valid stream resource in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 345
Warning: fclose(): supplied argument is not a valid stream resource in /home2/DOMAIN/typo3_src-4.2.3/t3lib/class.gzip_encode.php on line 347
SHUT THIS STUPID OPEN BASE DIR OFF FOR OUR COMPLETE SITE AND DON'T FOOL AROUND WITH US!!!
YOU WROTE ALREADY 3 TIMES THAT YOU HAVE SHUT OFF!!!! FOR THECOMPLETE SITE WE LOOOOOOSE CUSTOMERS ALREADY 3 BECAUSE WE CAN'T PRESENT THE SITES OF THIS!!!
IMMEDIATELY
THE CUSTOMER NO 4 IS WAITING RIGHT BESIDE ME NOW!!!
=========
Because of this also image magick isn't working properly again
shut it off NOW we wait another 10 minutes and then we go public = apapococ.blogspot.com check for imhosted
=========
thIS IS WHAT IMHOSTED HAS WRITTEN 5 DAYS AGO
SHUT IT OFF!!
Hi,
I have disabled openbase_dir for all your accounts as requested.
- Hide quoted text -
Regards,
Joseph A.
___________________________
ImHosted.com
Subscribe to:
Posts (Atom)
