I uninstalled and reinstalled my WAMP earlier today. I backed up my /www directory but totally forgot about my database (phpmyadmin). I didn't delete my C:/wamp directory, i just reinstalled on top of it.
Does this mean my databases are gone forever? Is there a way to retrieve them? Next time i'll know to export a dump of my databases before I meddle with the installation, I guess I had to learn this the hard way...
Thanks for your help.
That depends if you deleted the data directory or not. By default, wamp's data directory is c:/wamp/bin/mysql/mysql5.x.x/data check there and see if you have some folders with the names of your old databases. In those folders there would be a bunch of .frm, .MYD, and .MYI files assuming you are using myisam. If those files exist then you can recover. Just make sure the datadir in my.ini is pointing to the directory where your database are and restart mysql. It should fix itself automatically.
If you use innodb tables then it's a little more complicated but can be done. Those would be stored in files named ibdata1, ibdata2, etc.
If you don't have any of those files then I'm afraid you're out of luck.
I was able to retrieve mine on windows 7 by doing the following
Open Computer by clicking the Start button , and then clicking Computer.
Navigate to the folder that used to contain the file or folder c:/wamp/bin/mysql/mysql5.x.x/data
Copied it just in case I needed to revert
Right-click it, and then click Restore previous versions. ...
Double-click a previous version of the folder that contains the file or folder you want to restore.
Related
So I am doing a project for my school but the problem is my school computers run deep freeze. Is there any way I can use SVN and make a directory a working copy without checking out? Does anyone know how SVN remembers if a directory is a working copy? Is there some config file I can save on my network drive?
Thanks
SVN knows if the directory is a working copy by the presence of a hidden .svn directory which contains information about the working copy.
As far as a working copy without checking out, I think what you can do is do a checkout with empty depth. So from the SVN command line:
svn checkout http://url/to/repository trunk --depth empty
This will make a working directory with nothing in it, and you can later do an update to actually pull the content.
This question already has answers here:
Closed 10 years ago.
Possible Duplicate:
Backing up (and restoring) a Plone instance
We have been backing up our Plone folder (the entire folder and not just filestorage and blogstorage or data.fs) every night. We did not stop the Plone process before doing a rsync of the Plone folder to our backup server -- because we have not launched our site yet and nobody is accessing it at night.
When we tried to restore Plone from a backup, i.e., remove our existing Plone folder and copy the entire backup Plone folder into /usr/local/ and then run /usr/local/Plone/zinstance/bin/plonectl start, Plone started successfully but we got various types of errors when we went to the site. Some images became missing with error like "blob file misisng" (cannot remember the exact words). Also, when we tried to Edit our News folder (or collection), we got this error "Macro querywidget does not exist for ". Other errors include "ValueError: Unable to find update_version_before_edit".
According to this documentation http://plone.org/documentation/kb/backup-plone, backing up Plone can be as simple as copying the data.fs folder. So our method should work. Is there soemthing we are doing wrong here? Is there a cache we are supposed to clear or a catalog to re-index before we can run a restored Plone folder? Or are we supposed to re-install Plone and then copy back the backup filestorage and blobstorage folders (this is what we do whenever we upgragde Plone)?
Thank you very much in anticipation.
cmgui
As the document you reference states: "If you're using BLOB storage (which became a default in Plone 4 for Images and Files), you'll have to backup also the blob-objects. They are stored by default in the var/blobstorage folder of your buildout." It's not just a matter of copying the data.fs file.
Here is a very extensive documentation on doing backups for Plone:
http://www.plone-entwicklerhandbuch.de/plone-entwicklerhandbuch/produktivserver/backup-der-zodb
Use Google Translate if you can't read german...this is all working in production with Plone 4.X.
I have an uninstall issue with an app which is using sqlite: during installation a blank sqlite db is created in [CommonAppData]\MyApp\mydb.sqlite, e.g. C:\Documents and Settings\All Users\Application Data\MyApp\mydb.sqlite. When I uninstall my app it can't delete the sqlite db, despite it removing the applications that are connectng to it. Using process explorer I can see that it's explorer.exe that has a lock on the MyApp folder (not on the sqlite file).
I've not seen this sort of thing before. Is it possible this is caused by the app not correctly closing/disposing of connections? I understand that at some level windows manages the fact that several threads & processes are accessing my db file, and it handles the locking. Is it possible that if my app isn't closing connections etc correctly then windows gets confused about whether the file is locked or not?
Or is that not possible and it must simply be something wrong with my MSI?
thanks for any suggestions!
UPDATE: not only can I not delete the folder or file, if I create a new file in that folder (e.g. a new txt doc) I can then not delete that file! So it's some wacky lock on the folder....
UPDATE: actually...it might just be permissions on that folder! In my msi i was setting permissions on that folder, and I think I didn't give delete rights so when I uninstalled I didn't have access to delete it :-/
Use handle.exe from the SysInternals collection to find out what has the remaining handle to the file.
It could also be your MSI, so check you are doing things in the right order by doing;
msiexec /u mymsi.msi /lv* mylog.txt
I have a directory only backup of a previous server that hosted multiple sites. I had access to a few .sql backups for our databases, but there were some that had not been backed up in that fashion. I located the .MYD,.frm, and .MYI files for the tables in my db in the var/lib/mysql/db_name directory.
I would like to know if there is a way to get the data from these files and move them into the new existing mysql installation? I tried copying the files from the db folder to a db folder with the exact same name, but I still get a "Can't find db_name/table_name.frm" error when trying to access any of the tables. They do show up in phpmyadmin table list, the error comes up when trying to access the tables.
Is this possible? If so, how do I go about taking these table files and turning them into use-able data?
I am sorry if my question or explanation doesn't make any sense. This is part of an ongoing 11+ hour emergency server recovery project that got sprung on me today, so my brain is fried. I will answer any questions necessary.
Have you checked that the files in /var/lib/mysql/db_name/ are owned by mysql and not root? Usually copying the files in should 'just work' (certainly it has and does for me). I assume you're using the same or very similar version of MySQL?
You really need to restore everything relating to that database, including also the matching 'mysql' database for your previous installation.
Does anybody have an idea how to use he "publish website" command on VS 2008 and be able to track changes so as to only sent to the hosting server the modified files?
When the command is called, the destination folder files are wiped and replaced with the result of the new build (assembly file are created as well as some marker files).As my website is getting bigger and bigger I have to transfer to the server all the assemblies in my bin directory and keep in mind which other files I may have modified.
Is there a better way of doing this?
ps: I use FileZila to transfer my files to the server.
Publish to a local directory, then use a diff tool (such as WinMerge) to find and copy the modified files to the server.
You can publish locally and use any mechanism of your choice to transfer the files.
Have you tried Website->Copy Website menu item? It seems to know which files are changed.