When I installed the latest version (1.3.4) of NS it takes ages everytime I try to look at a sent newsletter.
My guess is that there is a peformance issue with the function that gets the number of reciepients since it now lists every reciever that have/haven't interacted with the newsletter.
One CPU in my web server flattens out at 100% usage and the entire Newsletter App is unreachable for something like 10 - 15 minutes??
Couold it be that I messed something up when I made the last update, any suggestion would be much appreciated...
Yes I followed the upgrade guide and the pages started to launch slower directly, but today it was VERY slow.
A "mail-out" scheduled to 5.00 this morning hasn't registred any new data to table "EmailTrackingItems" but still this send-out is listed under Drafts, that is 9 hour the last e-mail was sent? Or is it possible that there are still e-mails beeing sent?
Have your heard of anything similar before? Is there a way for me to determine what the current status is of this send-out?
If you open the email (click on it in the draft-folder) the send out dialog will appear if the send out has started. It sounds like there is something wrong with your upgrade. Did you follow all the steps from the support page?
Did you run the alt-table scripts as well?
It looks to me as there is something wrong due to your upgrades. Follow this to try to find out what:
Yes I ran the SQL script and made them INT NOT NULL.
The umbraco log doesn't tell ME much, just this around the time for the last send-out e-mail: ( according to table "ns_EmailTrackingItems" that was 06:41 this morning. )
2013-05-27 06:43:30.843SystemApplication started at 2013-05-27 06:43:30 2013-05-27 06:43:30.843Custom[UmbracoExamine] Adding examine event handlers for index providers: 2 2013-05-27 06:43:30.843Custom[UmbracoExamine] (InternalMemberIndexer) Index is being optimized 2013-05-27 06:43:30.830SystemLoading content from disk cache... 2013-05-27 06:43:30.830Custom[UmbracoExamine] (InternalIndexer) Index is being optimized 2013-05-27 06:42:03.377ScheduledTasknewsletterstudioSendout has been called with response: True 2013-05-27 06:41:03.360ScheduledTasknewsletterstudioSendout has been called with response: True 2013-05-27 06:41:03.360ScheduledTasknewsletterstudioBounces has been called with response: True 2013-05-27 06:40:03.347ScheduledTasknewsletterstudioSendout has been called with response: True 2013-05-27 06:39:03.337ScheduledTasknewsletterstudioSendout has been called with response: True
Of course there could be another process on the same server affecting my SQL Server instance, but I just can't understand why the last message still isn't flagged as "Sent" ?
Hm... was the last message acually sent? Did you creat that message before you made the upgrade? I have heard of someone who had a strange problem with an old message after upgrading. Is there email tracking items for that newsletter in the db? What is the status of them? No error messages?
OK, I just looked into my EventLog ion the server, at 06:42 there was a recyle of the AppPool due to timeliemits.
A worker process with process id of '71092' serving application pool 'websiteNN' has requested a recycle because the worker process reached its allowed processing time limit.
/app_data/logs/ was introduced in later versions of Umbraco.
Yes, recycling the app pool will stop the send out.
Yes, thats the resone. The send out should be automaticcly invoked again but there has been issues with this There is a patch-relase comming where this will be solved.
This does not explain why your system was slow. Is it still slow after running the SQL-scripts?
Performance issues after upgrade to 1.3.4!?
Hi!
When I installed the latest version (1.3.4) of NS it takes ages everytime I try to look at a sent newsletter.
My guess is that there is a peformance issue with the function that gets the number of reciepients since it now lists every reciever that have/haven't interacted with the newsletter.
One CPU in my web server flattens out at 100% usage and the entire Newsletter App is unreachable for something like 10 - 15 minutes??
Couold it be that I messed something up when I made the last update, any suggestion would be much appreciated...
Best,
// Kalle
Hi!
Did you read this? http://support.newsletterstudio.org/customer/portal/articles/1123533-from-version-1-3-3-to-1-3-4
Hi Markus!
Yes I followed the upgrade guide and the pages started to launch slower directly, but today it was VERY slow.
A "mail-out" scheduled to 5.00 this morning hasn't registred any new data to table "EmailTrackingItems" but still this send-out is listed under Drafts, that is 9 hour the last e-mail was sent? Or is it possible that there are still e-mails beeing sent?
Have your heard of anything similar before? Is there a way for me to determine what the current status is of this send-out?
Hi!
If you open the email (click on it in the draft-folder) the send out dialog will appear if the send out has started. It sounds like there is something wrong with your upgrade. Did you follow all the steps from the support page?
Did you run the alt-table scripts as well?
It looks to me as there is something wrong due to your upgrades. Follow this to try to find out what:
http://support.newsletterstudio.org/customer/portal/articles/1147738-i-get-an-error-what-is-wrong/ ;
/ m
Yes I ran the SQL script and made them INT NOT NULL.
The umbraco log doesn't tell ME much, just this around the time for the last send-out e-mail:
( according to table "ns_EmailTrackingItems" that was 06:41 this morning. )
Of course there could be another process on the same server affecting my SQL Server instance, but I just can't understand why the last message still isn't flagged as "Sent" ?
// Kalle
Hm... was the last message acually sent? Did you creat that message before you made the upgrade? I have heard of someone who had a strange problem with an old message after upgrading. Is there email tracking items for that newsletter in the db? What is the status of them? No error messages?
And I forgot, I don't have the folder "/app_data/logs/*" where trace files should be able to find....???
Yes, this message was created before the upgrade.
In the EmailTracking there is actually 250 messages with status = "0" and they don't have "NULL" for "SendDate".
What can force the sen out to be stopped, could it be related to the application restart at 06:43 in the log above?
OK, I just looked into my EventLog ion the server, at 06:42 there was a recyle of the AppPool due to timeliemits.
What might the reason for this be?
Hi!
Send me an email, markus [at sign goes here] enkelmedia.se and I'll send you a targeted patch-dll, just a new version of NewsletterStudio.dll
The e-mail is sent... ; )
is working on a reply...