Why haven't all those admins responded to these topics and said how fast their upgrade process was? Instead I've heard from @David T. Cole (enterprise customer who had the same experience as me - how do you explain his case since IPS was doing the upgrade?), @TSP (said Neowin website with 11 million posts took 1 month to get their background tasks finished), @JordanRash (500k posts and more than 2 days with background tasks still running), user @cwir (contacted me via private message and said his board with 1 million posts took over a week to upgrade as well).
In this topic alone users @sound, @Ocean West, @Dolphin., @Nathan Explosion, @Drew D , @SecondSight , @Prank have complained about slow running of background tasks as well.
That's a long list of people that have had the same problem. I'm sure many boards have been upgraded but my guess is that not a very large percentage of those are large boards.
I don't know why I even started listing all the people with problems since the main problem here is that IPS is not willing to give assistance in diagnosing the reason for slow execution of background tasks.
I'm on a dedicated server with i7-2600 Quad Core processor, 32 GB DDR3 RAM and 2x 3 TB SATA III HDD. Am I right to assume that these specs should be enough to get the job of converting 2 million posts executed sooner than 7-8 days since the whole server has only one active site on it?
When I asked support (request ID 950772) how to speed up the process, I was told: "If you already have this setup on a cron, there isn't anything more you can do in this case, if you tried in increase the amount per cycle, it would likely cause many errors due to resources." When I said I'm on a dedicated server with no other active sites and asked if setting a cron would speed up the process, I received this reply: "running it manually from the acp is actually faster than a cron, so that is the quickest method".
It is my understanding that this is not true and cron is actually faster than manually running the tasks. Conflicting information from IPS.
Lindy, you hinted that since my ticket was regarding a test re-build it would have been given more attention, if I was doing a live upgrade. This is silly. The whole point of doing test upgrades is to identify problems and avoid them when doing things live. IPS policy to only assist with live upgrades is pretty useless to me. Chances are that between the time I report the ticket and you manage to find a solution, a week will already have gone by and the tasks will have been completed without your help but in the meantime all my users would have been pissed and reporting problems for a week.
I'm the head of customer support in our company and deal with customer complaints like this on a daily basis so it's even harder to understand why agents aren't given more freedom to asses when these policies should be bypassed. Since Lindy thinks this is not a problem it probably means noone thinks anything should be done differently to avoid such conflicts with clients.
Try to see this situation from my POV. I'm told I can't get support regarding a problem I know will occur, until it is present on my live board. When I ask questions that would help me fix the problem with my own resources (e.g. which resource on the server causes slow background task execution), I receive no reply. When I upgraded my test board to 220.127.116.11 I had to rebuild the posts index which again took 2-3 days (that's on top of the 7-8 days for the initial v3 to v4 upgrade). When I and others asked if this will happen on all minor upgrades, no reply was given. Taking all this into consideration my opinion is that IPS is handling this poorly.
Perhaps my frustration is stronger because from past experience over the years of being an IPS client and following this board I know that IPS seems very rigid concerning some issues and it doesn't matter how many people complain, nothing changes. There are things people have been complaining about or suggesting for years and nothing has happened. But countless hours have been spent posting replies negating customers opinions.
So since I don't expect anything to improve, the only other thing to do is to let my frustration out here on the board. At least it will make me feel better.
I'll try this one last time since I've received no reply the last time. Which server resource is the key to make the tasks run faster? Is it processor speed, RAM quantity, HDD speed, caching, MySQL settings etc.? Simply saying your server doesn't have enough resources is a BS answer. Tell me which resource on my server I have to upgrade and I'll do it. If you can't tell me what it is that I have to upgrade then my only conclusion is that you don't know really know the reason but just found a convenient/easy excuse.
I'm sure shared hosting clients have all sorts of limits on their packages but VPS and dedicated server clients should not be in the same situation or can change the settings of their servers. Help them out and we can avoid tens of pages of writing to each other.
If I were IPS, I would see more sense in sacrificing a few hours to try and diagnose the reasons for slow background tasks execution than writing long posts trying to convince others that they are only a small percentage like that makes anyone feel any better. You lose time in both cases but at least you've shown some effort to actually solve the issue, if you invest some effort into troublehooting the problem. Chances are you'll also improve your product in the process of doing it. My 0.05 $.