accidently deleted someone elses thread?
accidently deleted someone elses thread? I think I might have accidently deleted someone elses thread? I posted to it, I was the first to reply. When I submitted the post it showed up as Post #1, not post #2...even though I was replying...So I deleted my post and I think it might have deleted the thread, that belonged to someone else.
It was my thread... and after it was deleted.... it wouldn't let me post for like 20 mins... I kept getting a message saying something like " You are not allowed to post new threads every 10 sec" 
Originally Posted by 777
That's very wierd. I've seen quite a few wierd things like that here lately. Just read that someone replied to someone's post 30 minutes before it was even posted
That was the problem here... when I posted my thread it said it was posted @ 9:30... but It was only like 8:45.... So when cyborg posted... his reply was posted before mine so when he deleted it it deleted the whole thing... I think brains fixed the problem though
Originally Posted by Brains
The time on one of the servers was out of sync ... I fixed it
I wish vBulletin was written to use the SQL server's clock for posts, that way all posts would be in order no matter which of the three servers the user happened to be on... Any time the clocks get out of sync for any reason, this type of stuff can happen.
So, guess that just means I'll have to hack the code some more
So, guess that just means I'll have to hack the code some more
They sync every 60 minutes already -- but -- we get a lot of posts in 60 minutes 
Not to mention, occasionally the cron job runs and the time server is either unavailable or times out and you miss the update.
Not to mention, occasionally the cron job runs and the time server is either unavailable or times out and you miss the update.
Trending Topics
On The Tree
Joined: Jun 2004
Posts: 101
Likes: 0
If you run ntpd and you tell it in the config to create a drift file it will eventually learn the amount that each clock skews by and then try to automatically correct it to keep it more insync. I have seen on some servers running vb or phpbb where at times the server load is well over 150 but I have never seen one of those servers that while running ntpd get the system time off by more than a few seconds.
One thing that you may want to try is (from your post it sound like you have 3 webserver and 1 db server or db server cluster) syncing all of the webserver clocks to the database server and the database servers clock to the atomic clock. If the db server is not publicly accessable you could try syncing all the webserver clocks to one server and then sync that one server to the atomic clock. Either way I would Imagine that it would be hard for the server times to get over 45 minutes out of whack from each other.
One thing I noticed is that you said you have a cronjob syncing the server times, ntpd should be ran as a daemon so that it is always running and adjusting the server time.
Anyway, I dont mean to come off as telling you how you should run your setup. Because, to be honest this is one of the better forum implementations that I have seen.
One thing that you may want to try is (from your post it sound like you have 3 webserver and 1 db server or db server cluster) syncing all of the webserver clocks to the database server and the database servers clock to the atomic clock. If the db server is not publicly accessable you could try syncing all the webserver clocks to one server and then sync that one server to the atomic clock. Either way I would Imagine that it would be hard for the server times to get over 45 minutes out of whack from each other.
One thing I noticed is that you said you have a cronjob syncing the server times, ntpd should be ran as a daemon so that it is always running and adjusting the server time.
Anyway, I dont mean to come off as telling you how you should run your setup. Because, to be honest this is one of the better forum implementations that I have seen.
LS1 Tech Stories
The Best V8 Stories One Small Block at Time
6 Common C5 Corvette Failures and What's Involved In Repairing Them
Pouria Savadkouei
Retro Modern Bandit Pontiac Trans AM Comes With Burt Reynolds' Autograph
Verdad Gallardo
Top 10 Greatest Cadillac V Series Performance Models Ever, Ranked
Pouria Savadkouei
Top 10 Most Powerful Chevy Trucks Ever Made!
Hennessey's New Supercharged Silverado ZR2 Has 700 HP
Verdad Gallardo
Coachbuilt N2A Anteros Is an LS2-Powered C6 Corvette In Italian Clothes
Verdad Gallardo
Awesome K5 Blazer Restomod Comes With C7 Corvette Power
Verdad Gallardo
10 Camaros You Should Never Buy
10 LS Engine Myths That Refuse to Die
Verdad Gallardo Why **** around with all that, when you can just use INSERT ..... UNIX_TIMESTAMP() instead of INSERT ... $SomeObscurePHPTimeVariable ... ? IMHO that's how it should have been written in the first place. That's the way every other enterprise multi-server software package that I've seen is written.. Do you think banks could get away with inserting the local station time into the database and be able to maintain accurate accounting?
I daemonize as few extraneous processes as possible -- if you run an extremely high-load server, you should too Granted, ntpd is pretty lightweight, but the less running the better. An hourly clock sync is fine, because if your clock drifts more than that, you have serious hardware problems. The issue this morning was when the server was restarted (which is rare unto itself, but I digress) the clock ended up being about an hour off.
I daemonize as few extraneous processes as possible -- if you run an extremely high-load server, you should too
Granted, ntpd is pretty lightweight, but the less running the better. An hourly clock sync is fine, because if your clock drifts more than that, you have serious hardware problems. The issue this morning was when the server was restarted (which is rare unto itself, but I digress) the clock ended up being about an hour off. On The Tree
Joined: Jun 2004
Posts: 101
Likes: 0
Of course using the database server time would be prefered (sometimes you ever think WTF was that guy thinking when he programmed it that way?).
The only reason why I brought up ntpd was becuase, wihtout knowing the server was rebooted, the clock seemed to get way off way quick, which would either be a hardware bug (but you would have issues with other apps since the linux system time is a counter running in realtime and not based off the bios clock at all) or in some cases a kernel bug.
Either way the fact that you have a vb forum supporting this many users with the good response times is a testimante to yours and the other administrators knowledge and skill.
The only reason why I brought up ntpd was becuase, wihtout knowing the server was rebooted, the clock seemed to get way off way quick, which would either be a hardware bug (but you would have issues with other apps since the linux system time is a counter running in realtime and not based off the bios clock at all) or in some cases a kernel bug.
Either way the fact that you have a vb forum supporting this many users with the good response times is a testimante to yours and the other administrators knowledge and skill.
Too late... I waited until brains fixed the time & then I reposted the thread... so we don't need the old one back. Cyborg was the first person to post so we only lost his reply... For reference.. it was called something like "Our new service truck..." and was in the eastern section... Thanks anyway
TECH Veteran
Joined: Dec 2004
Posts: 4,012
Likes: 1
From: Beaumont, TX
Originally Posted by Nautilus
Too late... I waited until brains fixed the time & then I reposted the thread... so we don't need the old one back. Cyborg was the first person to post so we only lost his reply... For reference.. it was called something like "Our new service truck..." and was in the eastern section... Thanks anyway
(That is a big truck, btw!
)