Twas a short burst and happened again... so I followed your ideas again LeeG and it went like a bullet for a while and then bogged down again... weird.
Active (P) seems to be a problem on my rig. I started with 7 Tier1 projects.. 4 went into (P) after some time.. the rest 3 were hardly submitting anything then.. after i clicked "inactive" on the 4 (P) projects the 3 active ones came back to live and started submitting..
LeeG are you really referring to deleting the target url cache in each project, or the target history? cause the target url cache should not be large if search engines are used, how could this pose a problem?
@squirrelhunter - That's funny. I do the exact same things as you. Every day around noon I change all the projects with Active(P) to Inactive, and SER build links at a much higher LPM.
I am experiencing some of the same issues myself. I notice that some of the projects will slow down and eventually even come to a complete halt. Even when I right click to switch them to "inactive" to delete the URL cache, they will hang and show "stopping" forever unless I "Stop" all projects. Even then they will still hang with no resolve. If I try to close out GSA to restart it asks, "Projects still running. Quit anyway?"
Last time this happened I waited it out to see if they would eventually stop so I could check the log files. They did eventually stop (17 mins later) and the log files showed that they failed to login to the POP3 server for email. When I tested the emails in the edit options, they tested successfully, but im thinking that the issue with the slow down or stop might have something to do with GSA verifying or trying to login to access emails...either with or without proxies.
Anyway, I turned off using proxies for email, deleted URL cache, and refreshed each project. Now everything seems to be running as normal again. Hopefully it will stay that way,
I've been a bit quiet here because while doing the regular delete url history, i deleted also the accounts (never tried doing that, so gave it go), and that wasnt a smart move because in most places you really can't use the email to register again.
So that gave me a chance to change all emails (that took a while), but sadly the problem remains.Did anyone overcome this situation yet ? I actually very rarely have an application lockup, but sometimes due to the cpu usage it's really hard to press the "stop" button (since it doesnt always refresh).
@ron - yeah you remember sven recently changed the (p) behaviour, once they go into (p) theres heavy verificaton going on and scraping for new targets think. Unfortunately there is no option to fully stop activity on (p) projects
I have great days and mediocre days without changing anything. I just think you run into sections of keywords where there are few results, and other days it goes off the hook. I just take whatever it gives me. Micro analyzing is distracting me from making new websites and more money, so I stopped doing it.
@ozz I checked my log, and I just found that it's using site lists almost all the time, it uses 1 thread for search engines every minute or something (no banned).
- yeah you remember sven recently changed the (p) behaviour, once they go into (p) theres heavy verificaton going on and scraping for new targets think. Unfortunately there is no option to fully stop activity on (p) projects
Comments
I know another member tried what I did last night and noticed a big increase in LpM
Im still waiting to find out if it was a short burst or if it continued to be a steady increase
I got hit again.
It looks like its a cache related problem
Clear the target url cache and all works well for a day
270LpM all day
The next day, if you dont clear it. The problem returns
140LpM and lock ups
Even with clearing the target URLs cache I had a lock up again at 5am
When its submitting it flies
Similar point each time
Loading x sites from site list
Verifying links....
And then it just goes siesta time
Restart it again and it works hapily for the rest of the day
I dont run simultaneous versions
On any screen shots you see, is pinned links to older versions on the task bar and only one version being run
Nothing sinister, just pinned short cuts, because Im lazy with opening this and that to start a file
Right click and pin. Easy as that to do
@squirrelhunter - That's funny. I do the exact same things as you. Every day around noon I change all the projects with Active(P) to Inactive, and SER build links at a much higher LPM.
I don't think this is a coincidence.
Last time this happened I waited it out to see if they would eventually stop so I could check the log files. They did eventually stop (17 mins later) and the log files showed that they failed to login to the POP3 server for email. When I tested the emails in the edit options, they tested successfully, but im thinking that the issue with the slow down or stop might have something to do with GSA verifying or trying to login to access emails...either with or without proxies.
Anyway, I turned off using proxies for email, deleted URL cache, and refreshed each project. Now everything seems to be running as normal again. Hopefully it will stay that way,
So that gave me a chance to change all emails (that took a while), but sadly the problem remains.Did anyone overcome this situation yet ? I actually very rarely have an application lockup, but sometimes due to the cpu usage it's really hard to press the "stop" button (since it doesnt always refresh).
trying to solve this problem
@-)
Either finding nothing, or your proxies are banned from that engine
- yeah you remember sven recently changed the (p) behaviour, once they
go into (p) theres heavy verificaton going on and scraping for new
targets think. Unfortunately there is no option to fully stop activity
on (p) projects