Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Abusive database: Urgent Help NeededAbusive database: Urgent Help Needed
Previous
 
Next
New Post
4/25/2007 2:35 PM
 

Lynn,

If you can convince your hosting provider to re-attach the database for you, and have them take your site offline you can perform cleaning via the database.

I am not sure of the specifics within the link that clay provided as when I follow it, my IE window crashes and since I am at work I am not going to try that again.

I would start by removing the old entries from your SiteLog and EventLog tables.  Also, look at the recent entries in the EventLog and see if they provide any information for you.

I would also look at the product in your store modules database tables that you mentioned was "problematic" and potentially remove it as well.

Your hosting provider should be willing to reattach the database as long as your DNN site is offline and not able to access the DB.  if you have not done so already you also might want to put an app_offline.htm file out for your users, this will allow you to give them an under construction message!


-Mitchel Sellers
Microsoft MVP, ASPInsider, DNN MVP
CEO/Director of Development - IowaComputerGurus Inc.
LinkedIn Profile

Visit mitchelsellers.com for my mostly DNN Blog and support forum.

Visit IowaComputerGurus.com for free DNN Modules, DNN Performance Tips, DNN Consulting Quotes, and DNN Technical Support Services
 
New Post
4/25/2007 3:12 PM
 

Lynn, I host with a friend and getting access to my site and DB was pretty easy.  You should be able to get your host provider to let you download the detached DB.  If you can, then you could attach it to your Dev environment and make the changes.

I am not sure if my guy actually used the Venexus solution "as is" or if he set up a scheduled process to purge the offending files at the SQLDB directly.  I think he setup a scheduled task, apart from the procedure listed as an SPROC on the venexus blog.

Mitchell, sorry it caused you any problems.  I try to leave that sort of stuff to othes who are much more skilled at it than I am. 

Clay

 
New Post
4/25/2007 3:45 PM
 

Hi

I have sent my hosting provider a request "ticket "to re-attach or send me the database.  I am waiting for a reply.

This is so scary.


www.seemalta.net
 
New Post
4/25/2007 4:46 PM
 

Lynn:

Just wanted to say that it takes quite a bit of effort to make a database fail with I/O Errors and problems with the physical file(s).  I know this doesn't help you a lot in solving your problem at the moment but it may help when you talk to your hoster.  I doubt it is DNN or one of the modules, even third party ones, that are causing the problems.  A module may screw up the data, relationships, etc. that will affect the operation of the application, but I/O errors in the DB file, that is a hardware problem IMO.  Or, an overloaded server that is underpowered.  See this site, http://whois.domaintools.com/a2zdom.com, it reflects that the server your site is on is shared with at least 1,410 other sites.  I say "at least" because those are all the sites on the same IP address, the server could have more addresses assigned to even more sites.

Good luck.

Carlos

 

 
New Post
4/25/2007 5:41 PM
 

Hi Carlos,

It definitely was DNN in my case, and it has or at least had something to do with the events log and the scheduler logs being "large"  I agree it shouldn't have had any impact at all, but when those two tables were purged in the DB, the site began to literally "fly" using 4.4.1. 

My site was pegging out the CPU at almost 100% for up to 30 to 40 seconds per page called.  We didn't do a thing, other than purge the two offending tables,   Then we set a scheduled DB "task" in SQL to purge both tables periodicly ( I think it was about 20 days or so ) and I haven't had a single issue since.

Pages now load on first call in about 3 seconds from "hit" to "display" on my local screen from the remote site.  With these two changes made, 4.4.1 literally "screams."  

So, Lynn, there is hope and I am sure your host will give you the DB so you can purge it locally then FTP it back to them for re-attachment.  If you explain the problem to them, asking them to set  a "task" in SQL to purge the two tables once every couple of weeks or so, you should be fine.

Clay

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Abusive database: Urgent Help NeededAbusive database: Urgent Help Needed


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out