well i got that fixed, seems i may have had a corrupt backup,  so now i have a new one..

when i click on plugins in admin i get this:

Message: Can't generate URI! Route `admin` not found!
File: /home/xxxxxx/public_html/ow_core/router.php
Line: 262

i still have that warning on the other site i just turned off debub and it went away

BUT NEW ISSUE

i just restored another site, no changes to files so its not a code issue, made sure i had all the permissions correct,  but all i get is a white page no errors nothing in debug either, and cron is running. 

i did just restore and db is fine and all files are here  if i put up a test index page, that test index does load, so the dns is working...

i also made sure error reporting was on, and i opened it with IE and it is a 500 error but my htaccess is fine

in FF inspection i get this on css but that wouldnt keep it from loading, would it?

[19:17:40.889] The character encoding of the HTML document was not declared. The document will render with garbled text in some browser configurations if the document contains characters from outside the US-ASCII range. The character encoding of the page must be declared in the document or in the transfer protocol. @ http://www.xxxxx.com/

this is not the 500 error that is on the page, its on the tab, nothing at all is on the page. 

my cron seems to be running it says: 

X-Powered-By: PHP/5.4.19
Content-type: text/html

 i do have PDO installed

PDO support enabled
PDO drivers sqlite, mysql

pdo_mysql

PDO Driver for MySQL enabled
Client API version mysqlnd 5.0.10

Directive Local Value Master Value
pdo_mysql.default_socket /var/lib/mysql/mysql.sock /var/lib/mysql/mysql.sock

pdo_sqlite

PDO Driver for SQLite 3.x enabled
SQLite Library 3.7.7.1

 If i could get an error or some kind of feedback i could fix it, but i dont get anything at all..

any ideas?

i just got testing a new install an same, blank screen no clues.  well correction i ran install on the uplaoded restore files an blank db. 

But now that i have done a fresh install from fresh files, it works.   strange

     lol  my brain is tired

I wonder if oxwall has done extensive testing on restores.  I restored 4 WP sites and 4 PHPBB sites no issues at all.  Just uploaded the files, set the permissions back, uploaded the DB and fired them up easy peasey....  But this is the second oxwall site i have restored and i have two more to go, and so far every one has required me to reinstall a fresh out of the box version, then upload my db and files  and change the config in order to get it to work.

what i finally ended up doing is having two installs, one fresh install and one old restore.  I figured out it was not the db by changing the db content. 

so i took some of my old restore files and put then in the fresh install and it did the same thing blank screen.  So i knew it had to be a file somehow, but why would that file be corrupt, the last site i restored pretty much did the same thing, no way the same time is corrupt in two different backups....

so i started from the top

i took from an out of the box oxwall and i replaced these files in my restored version.   Now understand that no permissions were set on these at all, no 777 no nothing (not yet) i just upoaded these folders and and fired it up thats it (which im suprised it worked with no permissions set other than default ones.

so im sitting here looking at my maint page now so its working, but i want to know what happened.

here are the folders i replaced, one of these is causing this issue.

ow_utilities

ow_unittest

ow_themes

ow_system_plugins

ow_static

ow_smarty

ow_plugins

ow_pluginfiles

ow_libraries

ow_core

now i will reverse this (with folders from restore that have permissions set) and see when it fails...

Thanks,

lmao fbkca i replaced those files one by one and refreshed and the site never went down, i was like wth...  Its like when you outsmart a criminal and corner them and then they say oh i give up lmao..  the only thing i found anywhere is that for some reason on some of the images in userfiles plugins base avatars the system is saving them as .jp  and not .jpg and so ill have to find that.

So the bottom line is after all this investigation i found nothing and the site is up and running , why i dont know...  i just have to laugh sometimes cause im so bewildered..

once i got in yeah there was a plugin (progress bar) that could not find a file but that would not shut down the site or keep it from loading.

lol like the sqeak in the car that goes away when you drive into the shop lol. 

that issue with the plugin was that it was saved as htm not html.... so that makes me think of the jp issue instead of jpg on the avatars.

either the script, or  backup from cpanel, or even filezilla,  something  is doing this.  I will have to watch for this to see if i can catch the culprit....

Site restore number 3, i was happy for a sec when i restored the DB and uploaded the restored files, set the permissions and then got the sign on page right away, but sadly as soon as i logged in i got a bunch of the following kinds of error that keep me from accessing the site.

Message: There is no form for input `status` !
File: /home/xxxxxxx/public_html/ow_smarty/plugin/function.input.php
Line: 46
Trace: #0 /home/xxxxxxx/public_html/ow_smarty/template_c/758aaed0490310110176bfd0c0a520c8abf0ffe5.file.update_status.html.php(64): smarty_function_input(Array, Object(Smarty_Internal_Template))
#1 /home/xxxxxxx/public_html/ow_libraries/smarty3/sysplugins/smarty_internal_templatebase.php(180): content_527daa42c143a6_58524175(Object(Smarty_Internal_Template))
#2 /home/xxxxxxx/public_html/ow_core/view_renderer.php(101): Smarty_Internal_TemplateBase->fetch('/home/xxxxxxx/...')
#3 /home/xxxxxxx/public_html/ow_core/renderable.php(263): OW_ViewRenderer->renderTemplate('/home/xxxxxxx/...')
#4 /home/xxxxxxx/public_html/ow_core/component.php(80): OW_Renderable->render()
#5 /home/xxxxxxx/public_html/ow_plugins/questions/components/tabs.php(74): OW_Component->render()
#6 /home/xxxxxxx/public_html/ow_core/renderable.php(250): QUESTIONS_CMP_Tabs->render()
#7 /home/xxxxxxx/public_html/ow_core/component.php(80): OW_Renderable->render()
#8 /home/xxxxxxx/public_html/ow_plugins/newsfeed/components/feed.php(196): OW_Component->render()
#9 /home/xxxxxxx/public_html/ow_core/renderable.php(250): NEWSFEED_CMP_Feed->render()
#10 /home/xxxxxxx/public_html/ow_core/component.php(80): OW_Renderable->render()
#11 /home/xxxxxxx/public_html/ow_core/renderable.php(250): OW_Component->render()
#12 /home/xxxxxxx/public_html/ow_core/component.php(80): OW_Renderable->render()
#13 /home/xxxxxxx/public_html/ow_system_plugins/base/components/drag_and_drop_item.php(313): OW_Component->render()
#14 /home/xxxxxxx/public_html/ow_system_plugins/base/components/drag_and_drop_item.php(297): BASE_CMP_DragAndDropItem->render()
#15 /home/xxxxxxx/public_html/ow_system_plugins/base/components/drag_and_drop_entity_panel.php(203): BASE_CMP_DragAndDropItem->renderView()
#16 /home/xxxxxxx/public_html/ow_smarty/template_c/a7d665af0cad63f0d5239b44637c7e78bcb3641a.file.drag_and_drop_entity_panel.html.php(91): BASE_CMP_DragAndDropEntityPanel->tplComponent(Array, Object(Smarty_Internal_Template))
#17 /home/xxxxxxx/public_html/ow_libraries/smarty3/sysplugins/smarty_internal_templatebase.php(180): content_527daa40e4e1c1_31138729(Object(Smarty_Internal_Template))
#18 /home/xxxxxxx/public_html/ow_core/view_renderer.php(101): Smarty_Internal_TemplateBase->fetch('/home/xxxxxxx/...')
#19 /home/xxxxxxx/public_html/ow_core/renderable.php(263): OW_ViewRenderer->renderTemplate('/home/xxxxxxx/...')
#20 /home/xxxxxxx/public_html/ow_core/component.php(80): OW_Renderable->render()
#21 /home/xxxxxxx/public_html/ow_system_plugins/base/controllers/component_panel.php(156): OW_Component->render()
#22 /home/xxxxxxx/public_html/ow_system_plugins/base/controllers/component_panel.php(182): BASE_CTRL_ComponentPanel->action('dashboard', 1, false, Array, 'drag_and_drop_e...')
#23 [internal function]: BASE_CTRL_ComponentPanel->dashboard(Array)
#24 /home/xxxxxxx/public_html/ow_core/request_handler.php(266): ReflectionMethod->invokeArgs(Object(BASE_CTRL_ComponentPanel), Array)
#25 /home/xxxxxxx/public_html/ow_core/application.php(325): OW_RequestHandler->dispatch()
#26 /home/xxxxxxx/public_html/index.php(65): OW_Application->handleRequest()
#27 {main}
 
Type: InvalidArgumentException

to be fair i did remember that i did not have my cron active so i just set that up and now i am replacing my

ow_pluginfiles, ow_static, ow_plugins files with new install files, then i will put mine back if it works (just like the earlier site i did)

so the process for restore does seem to be the following,

upload your restore files

upload your db

set permissions

then replace the following folders with folders by same name from new install files

NOTE:  Save your old folders, dont download them or you will have to reset permissions when you upload them again.  Just use cPanel to delete the folders and leave then in the delete area, dont clear the trash can...  

ow_utilities

ow_unittest

ow_themes

ow_system_plugins

ow_static

ow_smarty

ow_plugins

ow_pluginfiles

ow_libraries

ow_core

the you fire up your site (you may or may not have to set permissions after login)

then once the site is up and you have debug on and you can see all the requests warnings for the missing plugins

then replace these folders with your restore folders (permissions already set) (they should be sitting in the trash can.

how you replace is you delete the one that is in cPanel manage, it will be in trashcan as name1  then you just click on name and it will restore it..

example of the first one... 

delete ow_themes

(now you see it in trash as ow_themes(1) or ow_themes1)

then click on the ow_themes already sitting in the trash and it will restore it - so now your original restore folder is back there again.

do the same with the following.

ow_themes (already done above in example)

ow_static

ow_plugins

ow_pluginfiles

now close your browser and open the site in another browser and when the site comes up clear your cache (you should have dev mode and debug mode already on)

fix anything that says error, or fatal error, dont mind the warnings or notices too much, if you know how to fix them then do so.  If not dont worry about those.  You may have to deactivate or even unstall a plugin that has an error, you can install it back later.

Then turn off dev mode and debug mode, and then refresh your cache with extreme cache plugin if you have it.

Remember that when you set your permissions in folders to all 777 there may be a index html or a htaccess in there that you need to put back to 644..

See my permissions write up for the details.

This should get you thru most restores.

Done..

also its not all on oxwall,  check this out as well.  we will see what kind of reply cPanel gives

http://forums.cpanel.net/f49/whole-site-backup-corrupting-data-372282.html